[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
Wed Apr 20 07:04:12 UTC 2016
Yes I removed them also from the web interface.
Cen I recreate these or how can I restore?
Op wo 20 apr. 2016 om 09:01 schreef Roy Golan <rgolan at redhat.com>:
> On Wed, Apr 20, 2016 at 9:05 AM, Paul Groeneweg | Pazion <paul at pazion.nl>
> wrote:
>
>> Hi Roy,
>>
>> What do you mean with a RFE , submit a bug ticket?
>>
>> Yes please. https://*bugzilla*.redhat.com/enter_bug.cgi?product=
>
> *oVirt*
>
>
>> Here is what I did:
>>
>> I removed the OVF disks as explained from the hosted engine/storage.
>> I started another server, tried several things like putting to
>> maintenance and reinstalling, but I keep getting:
>>
>> Apr 20 00:18:00 geisha-3 ovirt-ha-agent:
>> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find
>> OVF_STORE
>> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent
>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable
>> to get vm.conf from OVF_STORE, falling back to initial vm.conf
>> Apr 20 00:18:00 geisha-3 ovirt-ha-agent:
>> ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable
>> to get vm.conf from OVF_STORE, falling back to initial vm.conf
>> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent
>> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: ''Configuration value
>> not found: file=/var/run/ovirt-hosted-engine-ha/vm.conf, key=memSize'' -
>> trying to restart agent
>>
>> Fact it can't find the OVF store seems logical, but now the
>> /var/run/ovirt-hosted-engine-ha/vm.conf is replace with a file conatining
>> only "None".
>> I tried to set file readonly ( chown root ), but this only threw an error
>> about file not writable, tried different path, but nothing helped.
>> So I am afraid to touch the other running hosts, as same might happen
>> there and I am unable to start hosted engine again.
>>
>> I thought OVF would be created automatically again if it is missing, but
>> it isn't...
>> Can I trigger this OVF, or add it somehow manually? Would deleting the
>> whole hosted_storage trigger an auto import again including OVF?
>>
>> If this provides no solution, I guess, I have to restore the removed OVF
>> store. Would a complete database restore + restoring folder
>> images/<OVF_STORE_ID> be sufficient?
>> Or where is the information about the OVF stores the Web GUI shows stored?
>>
>>
> Did you remove it also from the engine via the webadmin or REST? storage
> tab -> click the hosted_storage domain -> disks subtab -> right click
> remove the failing ovf
>
>
>> Looking forward to resolve this OVF store issue.
>>
>> Thanks in advance!!!
>>
>>
>>
>> Op di 19 apr. 2016 om 10:31 schreef Paul Groeneweg | Pazion <
>> paul at pazion.nl>:
>>
>>> 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/20160420/0c718cec/attachment-0001.html>
More information about the Users
mailing list