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
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 <mlipchuk(a)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 <paul(a)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 <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
>>>>>>>>>>
>>>>>>>>>
>>>>>>
>>>>
>>