This storage domain is my hosted engine storage domain. So I should put it
to maintenance and then detach?
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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)redhat.com>:
>>>>>>>
>>>>>>>> Met vriendelijke groeten,
>>>>>>>>
>>>>>>>> Paul Groeneweg
>>>>>>>> Pazion
>>>>>>>> Webdevelopment - Hosting - Apps
>>>>>>>>
>>>>>>>> T +31 26 3020038
>>>>>>>> M +31 614 277 577
>>>>>>>> E paul(a)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(a)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(a)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
>>>>>>>>
>>>>>>>
>>>>
>>