>From the logs (see [1]) it looks like you encountered the following bug: https://bugzilla.redhat.com/show_bug.cgi?id=1303316
Simone, can u confirm it is the same case mentioned in the bug, is there any workaround you can suggest not getting those errors any more (Maybe move the Host to Maintenance-Mode and restart of the hypervisor as suggested in the bug or upgrade VDSM ?) [1] MainThread::INFO::2016-04-20 17:14:02,500::hosted_engine::688::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Reloading vm.conf from the shared storage domain MainThread::INFO::2016-04-20 17:14:02,500::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::WARNING::2016-04-20 17:14:02,807::ovf_store::104::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) Unable to find OVF_STORE MainThread::ERROR::2016-04-20 17:14:02,873::config::234::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf Regards, Maor On Wed, Apr 20, 2016 at 6:21 PM, Paul Groeneweg | Pazion <p...@pazion.nl> wrote: > 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 < > p...@pazion.nl>: > >> Hereby the logs. >> >> >> Op wo 20 apr. 2016 om 17:11 schreef Maor Lipchuk <mlipc...@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 <p...@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 < >>>> 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