[Users] All VMs disappeared

Jakub Bittner j.bittner at nbu.cz
Wed Aug 14 04:48:16 EDT 2013 

Dne 14.8.2013 09:57, Liron Aravot napsal(a):
> Jakub, are only your vms disappear? what about the disks?
>
> ----- Original Message -----
>> From: "Laszlo Hornyak" <lhornyak at redhat.com>
>> To: "Jakub Bittner" <j.bittner at nbu.cz>
>> Cc: users at ovirt.org
>> Sent: Wednesday, August 14, 2013 10:39:48 AM
>> Subject: Re: [Users] All VMs disappeared
>>
>>
>>
>> ----- Original Message -----
>>> From: "Jakub Bittner" <j.bittner at nbu.cz>
>>> To: users at ovirt.org
>>> Sent: Wednesday, August 14, 2013 8:09:45 AM
>>> Subject: Re: [Users] All VMs disappeared
>>>
>>> Dne 13.8.2013 18:29, Laszlo Hornyak napsal(a):
>>>> Ahoj Jakub,
>>>>
>>>> Just one more idea: could you turn statement logging on in postgresql
>>>> before you try again?
>>>> It is in /var/lib/pgsql/data/postgresql.conf
>>>> log_statement = 'all'
>>>>
>>>>
>>>> ----- Original Message -----
>>>>> From: "Jakub Bittner" <j.bittner at nbu.cz>
>>>>> To: "Itamar Heim" <iheim at redhat.com>
>>>>> Cc: users at ovirt.org
>>>>> Sent: Tuesday, August 13, 2013 5:20:29 PM
>>>>> Subject: Re: [Users] All VMs disappeared
>>>>>
>>>>> Dne 13.8.2013 17:02, Itamar Heim napsal(a):
>>>>>> On 08/13/2013 05:31 PM, Jakub Bittner wrote:
>>>>>>> Dne 13.8.2013 15:39, Itamar Heim napsal(a):
>>>>>>>> On 08/13/2013 08:50 AM, Jakub Bittner wrote:
>>>>>>>>> Dne 12.8.2013 22:44, Itamar Heim napsal(a):
>>>>>>>>>> On 08/12/2013 06:59 PM, Jakub Bittner wrote:
>>>>>>>>>>> Dne 12.8.2013 14:54, Jakub Bittner napsal(a):
>>>>>>>>>>>> Dne 12.8.2013 14:29, Laszlo Hornyak napsal(a):
>>>>>>>>>>>>> I looked around Noam's patch and that should not cause such
>>>>>>>>>>>>> behavior.
>>>>>>>>>>>>> I am wondering how that lost VM's could happen.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Jakub, can you give a more detailed description what you were
>>>>>>>>>>>>> doing
>>>>>>>>>>>>> with oVirt when this happened? Maybe the bug is still there.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thank you,
>>>>>>>>>>>>> Laszlo
>>>>>>>>>>>>>
>>>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>>>> From: "Greg Sheremeta" <gshereme at redhat.com>
>>>>>>>>>>>>>> To: "Laszlo Hornyak" <lhornyak at redhat.com>
>>>>>>>>>>>>>> Cc: "Jakub Bittner" <j.bittner at nbu.cz>, "Noam Slomianko"
>>>>>>>>>>>>>> <nslomian at redhat.com>, users at ovirt.org
>>>>>>>>>>>>>> Sent: Monday, August 12, 2013 1:23:40 PM
>>>>>>>>>>>>>> Subject: Re: [Users] All VMs disappeared
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Not the one I fixed, 987907. It was a simple UI
>>>>>>>>>>>>>> NullPointerException.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Greg
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>>>>> From: "Laszlo Hornyak" <lhornyak at redhat.com>
>>>>>>>>>>>>>>> To: "Jakub Bittner" <j.bittner at nbu.cz>, "Noam Slomianko"
>>>>>>>>>>>>>>> <nslomian at redhat.com>, "Greg Sheremeta"
>>>>>>>>>>>>>>> <gshereme at redhat.com>
>>>>>>>>>>>>>>> Cc: users at ovirt.org
>>>>>>>>>>>>>>> Sent: Monday, August 12, 2013 7:21:26 AM
>>>>>>>>>>>>>>> Subject: Re: [Users] All VMs disappeared
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Well if they are no longer in DB then that explains why the
>>>>>>>>>>>>>>> exception no
>>>>>>>>>>>>>>> longer occurs, but at the cost of database corruption.
>>>>>>>>>>>>>>> Noam and Greg, can these bugs cause data corruption?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Thank you,
>>>>>>>>>>>>>>> Laszlo
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>>>>>> From: "Jakub Bittner" <j.bittner at nbu.cz>
>>>>>>>>>>>>>>>> To: "Greg Sheremeta" <gshereme at redhat.com>
>>>>>>>>>>>>>>>> Cc: users at ovirt.org, "Laszlo Hornyak" <lhornyak at redhat.com>
>>>>>>>>>>>>>>>> Sent: Monday, August 12, 2013 9:05:09 AM
>>>>>>>>>>>>>>>> Subject: Re: [Users] All VMs disappeared
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Dne 10.8.2013 01:54, Greg Sheremeta napsal(a):
>>>>>>>>>>>>>>>>> It could also be this bug[1], for which I just submitted a
>>>>>>>>>>>>>>>>> fix.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=987907
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> You can work around it by typing just "VMs:" (without the
>>>>>>>>>>>>>>>>> quotes) in
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> search bar.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Greg
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>>>>>>>> From: "Laszlo Hornyak" <lhornyak at redhat.com>
>>>>>>>>>>>>>>>>>> To: "Jakub Bittner" <j.bittner at nbu.cz>
>>>>>>>>>>>>>>>>>> Cc: users at ovirt.org
>>>>>>>>>>>>>>>>>> Sent: Friday, August 9, 2013 11:21:26 AM
>>>>>>>>>>>>>>>>>> Subject: Re: [Users] All VMs disappeared
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Hi Jakub,
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Could you check through DB or REST-API if the VM's are in
>>>>>>>>>>>>>>>>>> your
>>>>>>>>>>>>>>>>>> DB?
>>>>>>>>>>>>>>>>>> select * from vm_static;
>>>>>>>>>>>>>>>>>> or
>>>>>>>>>>>>>>>>>> curl -u admin at internal:blablabla [engine-url]api/vms
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> It seems Noam fixed this issue already in
>>>>>>>>>>>>>>>>>> c2295c31fa645e1ba1b94cd557bd1fecb40c8829.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Thank you,
>>>>>>>>>>>>>>>>>> Laszlo
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>>>>>>>>> From: "Jakub Bittner" <j.bittner at nbu.cz>
>>>>>>>>>>>>>>>>>>> To: users at ovirt.org
>>>>>>>>>>>>>>>>>>> Sent: Friday, August 9, 2013 1:06:53 PM
>>>>>>>>>>>>>>>>>>> Subject: Re: [Users] All VMs disappeared
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Dne 9.8.2013 09:48, Jakub Bittner napsal(a):
>>>>>>>>>>>>>>>>>>>> Hello,
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Iam running ovirt 3.3.0.beta1 on centos 6,4 and all our
>>>>>>>>>>>>>>>>>>>> VMs
>>>>>>>>>>>>>>>>>>>> disappeared from VMs tab. Nodes running on centos too.
>>>>>>>>>>>>>>>>>>>> Repeating
>>>>>>>>>>>>>>>>>>>> problem in log is:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> 2013-08-09 09:44:24,203 WARN
>>>>>>>>>>>>>>>>>>>> [org.ovirt.engine.core.vdsbroker.VdsManager]
>>>>>>>>>>>>>>>>>>>> (DefaultQuartzScheduler_Worker-45) Failed to refresh VDS
>>>>>>>>>>>>>>>>>>>> ,
>>>>>>>>>>>>>>>>>>>> vds =
>>>>>>>>>>>>>>>>>>>> 7cb6aedf-47bc-40b0-877f-2a537fca5c64 : node2.x.com, error
>>>>>>>>>>>>>>>>>>>> =
>>>>>>>>>>>>>>>>>>>> java.lang.NullPointerException, continuing.:
>>>>>>>>>>>>>>>>>>>> java.lang.NullPointerException
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.proceedGuaranteedMemoryCheck(VdsUpdateRunTimeInfo.java:1313)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [vdsbroker.jar:]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVmStats(VdsUpdateRunTimeInfo.java:968)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [vdsbroker.jar:]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:542)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [vdsbroker.jar:]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.Refresh(VdsUpdateRunTimeInfo.java:383)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [vdsbroker.jar:]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.core.vdsbroker.VdsManager.OnTimer(VdsManager.java:237)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [vdsbroker.jar:]
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> sun.reflect.GeneratedMethodAccessor171.invoke(Unknown
>>>>>>>>>>>>>>>>>>>> Source) [:1.7.0_25]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [rt.jar:1.7.0_25]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> java.lang.reflect.Method.invoke(Method.java:606)
>>>>>>>>>>>>>>>>>>>> [rt.jar:1.7.0_25]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [scheduler.jar:]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.quartz.core.JobRunShell.run(JobRunShell.java:213)
>>>>>>>>>>>>>>>>>>>> [quartz.jar:]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [quartz.jar:]
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> 2013-08-09 09:44:27,039 WARN
>>>>>>>>>>>>>>>>>>>> [org.ovirt.engine.core.vdsbroker.VdsManager]
>>>>>>>>>>>>>>>>>>>> (DefaultQuartzScheduler_Worker-47) Failed to refresh VDS
>>>>>>>>>>>>>>>>>>>> ,
>>>>>>>>>>>>>>>>>>>> vds =
>>>>>>>>>>>>>>>>>>>> 653e34a6-6b7e-4757-9042-dc02e7a0cddf : node3.x.com, error
>>>>>>>>>>>>>>>>>>>> =
>>>>>>>>>>>>>>>>>>>> java.lang.NullPointerException, continuing.:
>>>>>>>>>>>>>>>>>>>> java.lang.NullPointerException
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.proceedGuaranteedMemoryCheck(VdsUpdateRunTimeInfo.java:1313)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [vdsbroker.jar:]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVmStats(VdsUpdateRunTimeInfo.java:968)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [vdsbroker.jar:]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:542)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [vdsbroker.jar:]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.Refresh(VdsUpdateRunTimeInfo.java:383)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [vdsbroker.jar:]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.core.vdsbroker.VdsManager.OnTimer(VdsManager.java:237)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [vdsbroker.jar:]
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> sun.reflect.GeneratedMethodAccessor171.invoke(Unknown
>>>>>>>>>>>>>>>>>>>> Source) [:1.7.0_25]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [rt.jar:1.7.0_25]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> java.lang.reflect.Method.invoke(Method.java:606)
>>>>>>>>>>>>>>>>>>>> [rt.jar:1.7.0_25]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [scheduler.jar:]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.quartz.core.JobRunShell.run(JobRunShell.java:213)
>>>>>>>>>>>>>>>>>>>> [quartz.jar:]
>>>>>>>>>>>>>>>>>>>>             at
>>>>>>>>>>>>>>>>>>>> org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> [quartz.jar:]
>>>>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>>>>> Users mailing list
>>>>>>>>>>>>>>>>>>>> Users at ovirt.org
>>>>>>>>>>>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>>>>>>>>>>>>> I restarted management node and both nodes and this
>>>>>>>>>>>>>>>>>>> problem
>>>>>>>>>>>>>>>>>>> disappeared.
>>>>>>>>>>>>>>>>>>> But I still can not see any VMs.
>>>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>>>> Users mailing list
>>>>>>>>>>>>>>>>>>> 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
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I do not have them in database. Both commands shows nothing
>>>>>>>>>>>>>>>>
>>>>>>>>>>>> Hello,
>>>>>>>>>>>>
>>>>>>>>>>>> we run ovirt 3.2.1 (or 2). I upgraded to RC1, everything was
>>>>>>>>>>>> great
>>>>>>>>>>>> (except SPICE. VNC and creating new WM due to serialization
>>>>>>>>>>>> bug.).
>>>>>>>>>>>> Because those bugs were irritating, we switched to nightly. Still
>>>>>>>>>>>> works fine (but bug with VMs is not fixed there), than I
>>>>>>>>>>>> installed
>>>>>>>>>>>> new
>>>>>>>>>>>> ovirt engine management server in KVM virtualization (using
>>>>>>>>>>>> libvirtd)
>>>>>>>>>>>> due to taking snapshots before deploying nightly builds. New
>>>>>>>>>>>> virtualized engine works great and I delete old one. Next day I
>>>>>>>>>>>> came
>>>>>>>>>>>> to work and engine web page was very very slow, every operation
>>>>>>>>>>>> takes
>>>>>>>>>>>> ages, that time I found there were no VMs, no HDDs and so. I
>>>>>>>>>>>> converted
>>>>>>>>>>>> its qcow2 image to raw, because I think it has slow DB because of
>>>>>>>>>>>> running i qcow2. Did not helped, than I take a look in nodes
>>>>>>>>>>>> logs and
>>>>>>>>>>>> found this problem, which I posted in first email (VMs still
>>>>>>>>>>>> running,
>>>>>>>>>>>> but not visible in engine VMs tab, but on host I can see number
>>>>>>>>>>>> of
>>>>>>>>>>>> running VMs). After restart bug disappeared, but VMs too.
>>>>>>>>>>>> Today I reinstalled engine with oVirt 3.3.0rc1. But all my VMs
>>>>>>>>>>>> are
>>>>>>>>>>>> gone. Even from storage. (but disappearing from storage may be my
>>>>>>>>>>>> fault during recovery).
>>>>>>>>>>>>
>>>>>>>>>>>> I can provide logs from both two nodes and (hopefully) from
>>>>>>>>>>>> engine
>>>>>>>>>>>> too. I can provide you with those logs, but not publicly. Sorry.
>>>>>>>>>>>>
>>>>>>>>>>>> Thank you,
>>>>>>>>>>>> Jakub Bittner, NSA Czech
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> Users mailing list
>>>>>>>>>>>> Users at ovirt.org
>>>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>>>>> Well I reinstalled to 3.3.0 RC1, rebooted server and my VMs are
>>>>>>>>>>> gone
>>>>>>>>>>> again.
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Users mailing list
>>>>>>>>>>> Users at ovirt.org
>>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>>>> can you verify the db from before the upgrade has the VMs?
>>>>>>>>> I dont know what you mean by verify database. Please, could you
>>>>>>>>> point me
>>>>>>>>> how to do it? Thank you
>>>>>>>>> _______________________________________________
>>>>>>>>> Users mailing list
>>>>>>>>> Users at ovirt.org
>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>> I assume from your expectation to see the VMs from the previous
>>>>>>>> install that you upgraded your system rather than do a clean install?
>>>>>>>> in an upgrade, there should be a backup of the db from before the
>>>>>>>> upgrade.
>>>>>>>> (in a clean install, engine is not aware of VMs running on hosts from
>>>>>>>> previous installs - we need to cover "import existing storage domain"
>>>>>>>> in a future version to close this gap. current alternatives around
>>>>>>>> this are to convert the storage domain to an export domain (for an
>>>>>>>> nfs
>>>>>>>> data domain) an re-import them to the system or a few other options.
>>>>>>>>
>>>>>>>> how many VMs are there?
>>>>>>> They(VMs) are deleted. So, my situation is this:
>>>>>>>
>>>>>>> I have clean install of ovirt 3.3.0beta with imported VMs from export
>>>>>>> domain. Everything works except snapshots. But when I restart ovirt
>>>>>>> mgmt
>>>>>>> server, VMs will disappear. Right now I am doing hourly backup of DB.
>>>>>> this is very fishy...
>>>>>> can you arrange for a remote access session for someone to take a look?
>>>>>>
>>>>>>> I can not use workaround with converting domain to export domain,
>>>>>>> because we use iscsi. It would be perfect if I can retake existing
>>>>>>> domain. Another gap is if I dont detach export domain I can not attach
>>>>>>> it to new datacenter and I have to manually edit some files. It would
>>>>>>> be
>>>>>>> absolutely perfect to do it from ovirt web gui (for example by "force
>>>>>>> override button")
>>>>>> i thought 3.3 allowed for that, but i could be wrong.
>>>>> Well, I will backup all VMs to export domain, than create snapshot of
>>>>> ovirt and I will try to restart that server if its going to delete VMs
>>>>> from DB. Than I will report back. I think, that remote session will not
>>>>> be possible, but I can be wrong (I hope).
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>> I change it. But I can not restart postgres.
>> You can restart it only when the engine is down, it will not restart with
>> database connections open.
>>
>>> _______________________________________________
>>> Users mailing list
>>> 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
>>
I think, that disks did not disappeared, but new instance of ovirt 
deleted them as I thought that it can import them back.

More information about the Users mailing list