[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:06:22 UTC 2016 

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/ad8f8a0d/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pasted1
Type: image/png
Size: 25475 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160420/ad8f8a0d/attachment-0001.png>

More information about the Users mailing list