[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
Mon Apr 4 07:55:00 UTC 2016
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/20160404/2e355838/attachment-0001.html>
More information about the Users
mailing list