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

Paul Groeneweg | Pazion paul at pazion.nl
Tue Apr 19 04:31:40 EDT 2016 

Hi Roy,

Thanks for this explanation. I will dive into this evening. ( and make a
backup first :-) )

Normally the hosted engine only creates 1 ovf disk for the hosted storage?

Thanks for the help.

Op di 19 apr. 2016 om 10:22 schreef Roy Golan <rgolan at redhat.com>:

> On Mon, Apr 18, 2016 at 10:05 PM, Paul Groeneweg | Pazion <paul at pazion.nl>
> 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 at pazion.nl>:
>>
>>> 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 at redhat.com>:
>>>
>>>> [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 at pazion.nl> 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 at 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 at pazion.nl> 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 at redhat.com>:
>>>>>>>
>>>>>>>> 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 at pazion.nl> 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 at redhat.com>:
>>>>>>>>>
>>>>>>>>>> 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 at pazion.nl> 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 at pazion.nl>:
>>>>>>>>>>>
>>>>>>>>>>>> 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 at pazion.nl>:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> 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 at redhat.com>:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Met vriendelijke groeten,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Paul Groeneweg
>>>>>>>>>>>>>> Pazion
>>>>>>>>>>>>>> Webdevelopment  -  Hosting  -  Apps
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> T +31 26 3020038
>>>>>>>>>>>>>> M +31 614 277 577
>>>>>>>>>>>>>> E  paul at 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 at pazion.nl> 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 at 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
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160419/55dad32b/attachment-0001.html>

More information about the Users mailing list