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