[Users] Storage problem
Juan Jose
jj197005 at gmail.com
Tue Mar 26 20:11:00 UTC 2013
Many thanks Maor,
Yes my Host is UP without problems. I will attach a new Storage as Master
domain and I will see if after that I will be able to delete VMs and VHD.
Thanks again and I will inform about the progress.
Juanjo.
On Thu, Mar 21, 2013 at 5:13 PM, Maor Lipchuk <mlipchuk at redhat.com> wrote:
> On 03/21/2013 06:12 PM, Maor Lipchuk wrote:
> > Was VDSM restart did any change?
> >
> > If your host is UP and running you can try to Re-initialize your data
> > center (By right click on the Data Center) and pick a new storage to be
> > the master.
> You will need first to add a new storage to the setup
> This will change your DC to be active again, but you will
> > still need to delete the disks from the old storage.
> > If your old storage can be active after the reinitialize there will be
> > no problem to delete the disks.
> >
> >
> > On 03/21/2013 06:05 PM, Juan Jose wrote:
> >> I'm using oVirt 3.1. I have checked my storage domain and because a the
> >> power failure that I had I have lost all my VM in the storage. Now I
> >> would like to know how can I delete my VMs from Admin portal. For now it
> >> is impossible because Default Data Center is down because I can't attach
> >> Master domain. I'm in a kind of loop that I don't now how to fix. I
> >> guess that it is necessary to delete VMs from DB directly but I'm asking
> >> if it is possible to have some kind of workaround for these situations.
> >>
> >> Many thanks in avanced,
> >>
> >> Juanjo.
> >>
> >> On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk <mlipchuk at redhat.com
> >> <mailto:mlipchuk at redhat.com>> wrote:
> >>
> >> thanks for the logs.
> >> What ovirt version are you using?
> >> Can you try to restart VDSM service on your host.
> >>
> >> Regards,
> >> Maor
> >>
> >> On 03/21/2013 01:16 PM, Juan Jose wrote:
> >> > Hello Maor,
> >> >
> >> > I have tried to apply the bug procedure and nothing happens and
> if I
> >> > lauch the query:
> >> >
> >> > psql -U engine -c "SELECT option_value FROM vdc_options where
> >> > option_name = 'AutoRecoveryAllowedTypes';" engine
> >> >
> >> > And the result is:
> >> >
> >> > option_value
> >> > -----------------
> >> > (0 rows)
> >> >
> >> > And my Master Storage continue disable. Attach engine.log also.
> >> >
> >> > Many thanks,
> >> >
> >> > Juanjo.
> >> >
> >> > On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk <
> mlipchuk at redhat.com
> >> <mailto:mlipchuk at redhat.com>
> >> > <mailto:mlipchuk at redhat.com <mailto:mlipchuk at redhat.com>>> wrote:
> >> >
> >> > On 03/20/2013 05:58 PM, Maor Lipchuk wrote:
> >> > > Hi Juan,
> >> > > I think you encountered this bug
> >> > https://bugzilla.redhat.com/881941, the
> >> > > log there is quite the same.
> >> > > The auto recovery process should fix that after 15 minutes,
> but
> >> > need to
> >> > > see if it is enabled in your environment.
> >> > The auto recovery should be enabled by default on your env,
> >> but just to
> >> > make sure you can check it in the engine DB with this query:
> >> > SELECT option_value FROM vdc_options where option_name =
> >> > 'AutoRecoveryAllowedTypes';
> >> > >
> >> > >
> >> > > On 03/20/2013 05:29 PM, Juan Jose wrote:
> >> > >> I forgot the vdsm.log file,
> >> > >>
> >> > >> Thanks, Juanjo.
> >> > >>
> >> > >>
> >> > >> _______________________________________________
> >> > >> Users mailing list
> >> > >> Users at ovirt.org <mailto:Users at ovirt.org>
> >> <mailto:Users at ovirt.org <mailto:Users at ovirt.org>>
> >> > >> http://lists.ovirt.org/mailman/listinfo/users
> >> > >>
> >> > >
> >> > >
> >> > > _______________________________________________
> >> > > Users mailing list
> >> > > Users at ovirt.org <mailto:Users at ovirt.org>
> >> <mailto:Users at ovirt.org <mailto:Users at ovirt.org>>
> >> > > http://lists.ovirt.org/mailman/listinfo/users
> >> > >
> >> >
> >> >
> >> >
> >>
> >>
> >>
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130326/9bbfed47/attachment-0001.html>
More information about the Users
mailing list