[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 15:21:05 UTC 2016
The logs are not from the machine where the hosted engine is running on,
but from the SPM.
Op wo 20 apr. 2016 om 17:19 schreef Paul Groeneweg | Pazion <paul at pazion.nl
>:
> Hereby the logs.
>
>
> Op wo 20 apr. 2016 om 17:11 schreef Maor Lipchuk <mlipchuk at redhat.com>:
>
>> Hi Paul,
>>
>> Can u please attach the engine and VDSM logs with those failures to check
>> the origin of those failures
>>
>> Thanks,
>> Maor
>>
>> On Wed, Apr 20, 2016 at 6:06 PM, Paul Groeneweg | Pazion <paul at pazion.nl>
>> wrote:
>>
>>> Looks like the system does try recreate the OVF :-)
>>> Too bad this failed again...
>>>
>>> http://screencast.com/t/RlYCR1rk8T
>>> http://screencast.com/t/CpcQuoKg
>>>
>>> Failed to create OVF store disk for Storage Domain hostedengine_nfs.
>>> The Disk with the id b6f34661-8701-4f82-a07c-ed7faab4a1b8 might be
>>> removed manually for automatic attempt to create new one.
>>> OVF updates won't be attempted on the created disk.
>>>
>>> And on the hosted storage disk tab :
>>> http://screencast.com/t/ZmwjsGoQ1Xbp
>>>
>>>
>>>
>>>
>>>
>>>
>>> Op wo 20 apr. 2016 om 09:17 schreef Paul Groeneweg | Pazion <
>>> paul at pazion.nl>:
>>>
>>>> I have added a ticket:
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1328718
>>>>
>>>> Looking forward to solve! ( trying to providing as much info as
>>>> required ).
>>>>
>>>> For the short term, wwhat do I need to restore/rollback to get the
>>>> OVF_STORE back in the Web GUI? is this all db?
>>>>
>>>>
>>>>
>>>> Op wo 20 apr. 2016 om 09:04 schreef Paul Groeneweg | Pazion <
>>>> paul at pazion.nl>:
>>>>
>>>>> 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/83c22070/attachment-0001.html>
More information about the Users
mailing list