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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

Hello Maor, I realize that I have lost all my VMs with my electrical power blackout. My problem now is that I hve some VMs that I can see in my admin portal and it doesn't exist in the storage domain. How ca I delete them because form admin portal this needs to have Default Data Center up, and it needs Master domain Up but I can't because there aren't my VM inside. How can I delete the VM?, is it exists some workaround in this kind of issues to follow? Many thanks in avanced, Juanjo. On Thu, Mar 21, 2013 at 12:16 PM, Juan Jose <jj197005@gmail.com> 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@redhat.com> wrote:

...

...

Hi Juan, I think you encountered this bug https://bugzilla.redhat.com/881941,

On 03/20/2013 05:58 PM, Maor Lipchuk wrote: 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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

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@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@redhat.com <mailto:mlipchuk@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@ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/mailman/listinfo/users >> > > > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users >

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@redhat.com <mailto:mlipchuk@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@redhat.com <mailto:mlipchuk@redhat.com> > <mailto:mlipchuk@redhat.com <mailto:mlipchuk@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@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > > > _______________________________________________ > > Users mailing list > > Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > > http://lists.ovirt.org/mailman/listinfo/users > > > > >

_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

Hello Maor, I have alredy been able to recover my system and my NFS domains. Many thanks, Juanjo. On Tue, Mar 26, 2013 at 9:11 PM, Juan Jose <jj197005@gmail.com> wrote:

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@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@redhat.com <mailto:mlipchuk@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@redhat.com <mailto:mlipchuk@redhat.com> > <mailto:mlipchuk@redhat.com <mailto:mlipchuk@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@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > > > _______________________________________________ > > Users mailing list > > Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > > http://lists.ovirt.org/mailman/listinfo/users > > > > >

_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users