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