Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).

On Mon, Apr 18, 2016 at 10:05 PM, Paul Groeneweg | Pazion <paul(a)pazion.nl&gt; wrote: > I am still wondering about the OVF disk ( and event error ) on my hosted > storage domain. > > My hostedstorage ovf disks ( http://screencast.com/t/AcdqmJWee ) are > not being updated ( what I understood is they should be regularly updated > ). > > So I wonder, maybe I can remove these OVF disks and they are recreated > automatically? ( Similar when removing the hosted storage domain it was > added automatically again ) > > And for this NFS storage domain, is it normal to have 2 OVF disks? > > Really looking for a way get these OVF disks right. > > > Hi Paul, What you can do to remove them is to run this sql statement at your setup ```sql -- first make sure this is the disk, dates are taken from your screenshot SELECT ovf_disk_id, image_guid, imagestatus, _create_date FROM images, storage_domains_ovf_info where ovf_disk_id = images.image_group_id and _create_date > '2016-05-01 11:11:29' and _create_date < '2016-05-01 11:11:31'; -- now delete this disk DELETE FROM storage_domains_ovf_info where ovf_disk_id = %what was found in the last query%' ``` Now you can right-click and remove this disk. Since the disk of the ovirt-engine resides on the hosted_storage domain we can't put this domain into maintenance and fix those kind of issues. There for I would like you to kindly open an RFE and mention you're scenario so we would supply a way to do this kind of operations in a safe way. Maor thanks for the help and reference. > Op ma 4 apr. 2016 om 09:54 schreef Paul Groeneweg | Pazion < > paul(a)pazion.nl&gt;: > >> I'd like to add: >> >> - There are 2 OVF stores in my hosted_storage ( hostedengine_nfs ). >> - I checked creation time, they are both created around the same time >> http://screencast.com/t/hbXQFlou >> >> So hopefully there is some way to update hosted storage sp it can be >> updated. >> >> Op do 31 mrt. 2016 om 15:41 schreef Maor Lipchuk <mlipchuk(a)redhat.com&gt;: >> >>> [Adding Roy to the thread] >>> Roy, >>> >>> Can you please share your insight regarding the hosted engine behavior. >>> It looks that one of the OVF_STORE disks is not valid and I think that >>> detach/attach of the storage domain might fix the audit log errors. >>> The question is, if it is possible to do so in hosted engine >>> environment. >>> >>> Regards, >>> Maor >>> >>> On Thu, Mar 31, 2016 at 4:14 PM, Paul Groeneweg | Pazion < >>> paul(a)pazion.nl&gt; wrote: >>> >>>> >>>> >>>> This storage domain is my hosted engine storage domain. So I should >>>> put it to maintenance and then detach? >>>> http://screencast.com/t/kjgNpI7fQ >>>> >>>> Am I still able to use the hosed engine ( web interface) when this >>>> stoarge domain is in maintenance and detached? >>>> >>>> As I don't want to risk detaching hosted storage storage domain and as >>>> a results breaking my whole setup. >>>> >>>> >>>> >>>> >>>> >>>> Op do 31 mrt. 2016 om 15:07 schreef Maor Lipchuk <mlipchuk(a)redhat.com >>>> >: >>>> >>>>> Have you already tried to detach and attach the Storage Domain? >>>>> >>>>> On Thu, Mar 31, 2016 at 3:11 PM, Paul Groeneweg | Pazion < >>>>> paul(a)pazion.nl&gt; wrote: >>>>> >>>>>> Hi Maor, >>>>>> >>>>>> I am refering to the eventlog, where these ovf errors appear every >>>>>> hour and fill up my eventlog >>>>>> >>>>>> http://screencast.com/t/S8cfXMsdGM >>>>>> >>>>>> >>>>>> >>>>>> Op do 31 mrt. 2016 om 14:07 schreef Maor Lipchuk < >>>>>> mlipchuk(a)redhat.com&gt;: >>>>>> >>>>>>> Hi Paul, >>>>>>> >>>>>>> Which problem are you referring, the remove of OVF_STORE disks or >>>>>>> the audit log warning? >>>>>>> In the screencast I can see that the Storage Domain is active but I >>>>>>> didn't notice any audit log errors. >>>>>>> >>>>>>> Regards, >>>>>>> Maor >>>>>>> >>>>>>> On Thu, Mar 31, 2016 at 2:38 PM, Paul Groeneweg | Pazion < >>>>>>> paul(a)pazion.nl&gt; wrote: >>>>>>> >>>>>>>> Hi Maor, >>>>>>>> >>>>>>>> The 3.6.4 did not solve the problem. >>>>>>>> >>>>>>>> Any idea how to fix this issue? >>>>>>>> I believe it has something todo with the status of hosted_storage >>>>>>>> ( 1st entry ) http://screencast.com/t/vCx0CQiXm >>>>>>>> >>>>>>>> Op za 26 mrt. 2016 om 18:08 schreef Maor Lipchuk < >>>>>>>> mlipchuk(a)redhat.com&gt;: >>>>>>>> >>>>>>>>> Hi Paul, >>>>>>>>> >>>>>>>>> Can you please update whether the upgrade for 3.6.4 has helped. >>>>>>>>> Regarding the OVF_STORE disks, those disks should not be deleted >>>>>>>>> since deleting them might reflect on the Disaster Recovery scenarios >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Maor >>>>>>>>> >>>>>>>>> >>>>>>>>> On Thu, Mar 24, 2016 at 10:10 PM, Paul Groeneweg | Pazion < >>>>>>>>> paul(a)pazion.nl&gt; wrote: >>>>>>>>> >>>>>>>>>> I believe my problem is related to this bug >>>>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1303316 >>>>>>>>>> >>>>>>>>>> As you can see in the screenshot the hostedengine storage is >>>>>>>>>> unassigned and so both ovf_stores are OK, but not linked and therefore >>>>>>>>>> can't be updated?! >>>>>>>>>> >>>>>>>>>> So for now I guess I'll wait for update 3.6.4 and cross my >>>>>>>>>> fingers and updates solves the event log error. >>>>>>>>>> >>>>>>>>>> Op do 24 mrt. 2016 om 20:15 schreef Paul Groeneweg | Pazion < >>>>>>>>>> paul(a)pazion.nl&gt;: >>>>>>>>>> >>>>>>>>>>> I checked, the OVf, but I can only remove the OVF. >>>>>>>>>>> >>>>>>>>>>> http://screencast.com/t/vCx0CQiXm >>>>>>>>>>> >>>>>>>>>>> What happens when I remove them, is it safe? >>>>>>>>>>> >>>>>>>>>>> I checked agent.log and do not see the errors there.... >>>>>>>>>>> >>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>> 20:12:28,154::image::116::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) >>>>>>>>>>> Preparing images >>>>>>>>>>> >>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>> 20:12:28,811::hosted_engine::684::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) >>>>>>>>>>> Reloading vm.conf from the shared storage domain >>>>>>>>>>> >>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>> 20:12:28,811::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >>>>>>>>>>> Trying to get a fresher copy of vm configuration from the OVF_STORE >>>>>>>>>>> >>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>> 20:12:28,936::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) >>>>>>>>>>> Found OVF_STORE: imgUUID:18c50ea6-4654-4525-b241-09e15acf5e99, >>>>>>>>>>> volUUID:2f2ccb59-a3f3-43bf-87eb-53595af01cf5 >>>>>>>>>>> >>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>> 20:12:29,147::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) >>>>>>>>>>> Found OVF_STORE: imgUUID:6e14348b-af7a-49bc-9af2-8b703c17a53d, >>>>>>>>>>> volUUID:fabdd6f4-b8d6-4ffe-889c-df86b34619ca >>>>>>>>>>> >>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>> 20:12:29,420::ovf_store::109::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) >>>>>>>>>>> Extracting Engine VM OVF from the OVF_STORE >>>>>>>>>>> >>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>> 20:12:29,580::ovf_store::116::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) >>>>>>>>>>> OVF_STORE volume path: /rhev/data-center/mnt/hostedstorage.pazion.nl: >>>>>>>>>>> _opt_hosted-engine/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/images/6e14348b-af7a-49bc-9af2-8b703c17a53d/fabdd6f4-b8d6-4ffe-889c-df86b34619ca >>>>>>>>>>> >>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>> 20:12:29,861::config::225::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >>>>>>>>>>> Found an OVF for HE VM, trying to convert >>>>>>>>>>> >>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>> 20:12:29,865::config::230::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >>>>>>>>>>> Got vm.conf from OVF_STORE >>>>>>>>>>> >>>>>>>>>>> MainThread::INFO::2016-03-24 >>>>>>>>>>> 20:12:29,997::hosted_engine::462::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>>>>>>>>>> Current state EngineUp (score: 3400) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> So leaves me wondering if I should worry about the errors in >>>>>>>>>>> the event log. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Op do 24 mrt. 2016 om 16:18 schreef Paul Groeneweg | Pazion < >>>>>>>>>>> paul(a)pazion.nl&gt;: >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> These OVF stores are created on my hosted-engine storage >>>>>>>>>>>> instance. I did not found any reference in the hosted-engine.conf, so you >>>>>>>>>>>> are sure they can't be deleted? >>>>>>>>>>>> >>>>>>>>>>>> So it holds only info about the hosted-engine disk? So when >>>>>>>>>>>> detaching, do I have any risk destroying my hosted-engine? >>>>>>>>>>>> >>>>>>>>>>>> I can just detach them in this screen: >>>>>>>>>>>> http://screencast.com/t/ymnzsNHj7e and then re-attach? >>>>>>>>>>>> >>>>>>>>>>>> I check file permissions, but this looked good compared to the >>>>>>>>>>>> other images. So really strange this eventlog. >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Paul >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Op do 24 mrt. 2016 om 10:01 schreef Maor Lipchuk < >>>>>>>>>>>> mlipchuk(a)redhat.com&gt;: >>>>>>>>>>>> >>>>>>>>>>>>> Met vriendelijke groeten, >>>>>>>>>>>>> >>>>>>>>>>>>> Paul Groeneweg >>>>>>>>>>>>> Pazion >>>>>>>>>>>>> Webdevelopment - Hosting - Apps >>>>>>>>>>>>> >>>>>>>>>>>>> T +31 26 3020038 >>>>>>>>>>>>> M +31 614 277 577 >>>>>>>>>>>>> E paul(a)pazion.nl >>>>>>>>>>>>> >>>>>>>>>>>>> ***disclaimer*** >>>>>>>>>>>>> "This e-mail and any attachments thereto may contain >>>>>>>>>>>>> information which is confidential and/or protected by intellectual property >>>>>>>>>>>>> rights and are intended for the sole use of the recipient(s) named above. >>>>>>>>>>>>> Any use of the information contained herein (including, but not limited to, >>>>>>>>>>>>> total or partial reproduction, communication or distribution in any form) >>>>>>>>>>>>> by persons other than the designated recipient(s) is prohibited. If you >>>>>>>>>>>>> have received this e-mail in error, please notify the sender either by >>>>>>>>>>>>> telephone or by e-mail and delete the material from any computer. Thank you >>>>>>>>>>>>> for your cooperation." >>>>>>>>>>>>> >>>>>>>>>>>>> On Thu, Mar 24, 2016 at 12:12 AM, Paul Groeneweg | Pazion < >>>>>>>>>>>>> paul(a)pazion.nl&gt; wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> After the 3.6 updates ( which didn't went without a hitch ) >>>>>>>>>>>>>> >>>>>>>>>>>>>> I get the following errors in my event log: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Failed to update OVF disks >>>>>>>>>>>>>> 18c50ea6-4654-4525-b241-09e15acf5e99, OVF data isn't updated on those OVF >>>>>>>>>>>>>> stores (Data Center Default, Storage Domain hostedengine_nfs). >>>>>>>>>>>>>> >>>>>>>>>>>>>> VDSM command failed: Could not acquire resource. Probably >>>>>>>>>>>>>> resource factory threw an exception.: () >>>>>>>>>>>>>> >>>>>>>>>>>>>> http://screencast.com/t/S8cfXMsdGM >>>>>>>>>>>>>> >>>>>>>>>>>>>> When I check on file there is some data, but not updated: >>>>>>>>>>>>>> http://screencast.com/t/hbXQFlou >>>>>>>>>>>>>> >>>>>>>>>>>>>> When I check in the web interface I see 2 OVF files listed. >>>>>>>>>>>>>> What are these for, can I delete them? >>>>>>>>>>>>>> http://screencast.com/t/ymnzsNHj7e >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> Hopefully someone knows what to do about these >>>>>>>>>>>>>> warnings/erros and whether I can delete the OVF files. >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> Best Regards, >>>>>>>>>>>>>> Paul Groeneweg >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> Users mailing list >>>>>>>>>>>>>> Users(a)ovirt.org >>>>>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> Hi Paul, >>>>>>>>>>>>> >>>>>>>>>>>>> The OVF_STORE disks are disks which preserve all the VMs and >>>>>>>>>>>>> Templates OVF data and are mostly use for disaster recovery scenarios. >>>>>>>>>>>>> Those disks can not be deleted. >>>>>>>>>>>>> Regarding the audit log which you got, can you try to detach >>>>>>>>>>>>> and attach the Storage once again and let me know if you still get this >>>>>>>>>>>>> even log. >>>>>>>>>>>>> >>>>>>>>>>>>> Regards, >>>>>>>>>>>>> Maor >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>> >>>>>>> >>>>> >>>