[ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
Maor Lipchuk
mlipchuk at redhat.com
Thu Apr 21 07:46:29 UTC 2016
>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 <paul at 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 <
> paul at pazion.nl>:
>
>> Hereby the logs.
>>
>>
>> Op wo 20 apr. 2016 om 17:11 schreef Maor Lipchuk <mlipchuk at 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 <paul at 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 <
>>>> paul at 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 <
>>>>> paul at 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 <rgolan at redhat.com>:
>>>>>>
>>>>>>> On Wed, Apr 20, 2016 at 9:05 AM, Paul Groeneweg | Pazion <
>>>>>>> paul at 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 <
>>>>>>>> paul at 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 <rgolan at redhat.com>:
>>>>>>>>>
>>>>>>>>>> On Mon, Apr 18, 2016 at 10:05 PM, Paul Groeneweg | Pazion <
>>>>>>>>>> paul at 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 <
>>>>>>>>>>> paul at 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 <
>>>>>>>>>>>> mlipchuk at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at redhat.com>:
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Met vriendelijke groeten,
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Paul Groeneweg
>>>>>>>>>>>>>>>>>>>>>>> Pazion
>>>>>>>>>>>>>>>>>>>>>>> Webdevelopment - Hosting - Apps
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> T +31 26 3020038
>>>>>>>>>>>>>>>>>>>>>>> M +31 614 277 577
>>>>>>>>>>>>>>>>>>>>>>> E paul at 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 at 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 at 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
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160421/55a4fe18/attachment-0001.html>
More information about the Users
mailing list