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 <p...@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 < > p...@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 <rgo...@redhat.com>: >> >>> On Wed, Apr 20, 2016 at 9:05 AM, Paul Groeneweg | Pazion <p...@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 < >>>> p...@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 <rgo...@redhat.com>: >>>>> >>>>>> On Mon, Apr 18, 2016 at 10:05 PM, Paul Groeneweg | Pazion < >>>>>> p...@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 < >>>>>>> p...@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 < >>>>>>>> mlipc...@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 < >>>>>>>>> p...@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 < >>>>>>>>>> mlipc...@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 < >>>>>>>>>>> p...@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 < >>>>>>>>>>>> mlipc...@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 < >>>>>>>>>>>>> p...@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 < >>>>>>>>>>>>>> mlipc...@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 < >>>>>>>>>>>>>>> p...@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 >>>>>>>>>>>>>>>> <p...@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 <p...@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 < >>>>>>>>>>>>>>>>>> mlipc...@redhat.com>: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Met vriendelijke groeten, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Paul Groeneweg >>>>>>>>>>>>>>>>>>> Pazion >>>>>>>>>>>>>>>>>>> Webdevelopment - Hosting - Apps >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> T +31 26 3020038 >>>>>>>>>>>>>>>>>>> M +31 614 277 577 >>>>>>>>>>>>>>>>>>> E p...@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 <p...@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@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 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users