[ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE

Mon Feb 8 09:55:59 UTC 2016

Thanks for your response.

I have reverted the commented entries and restarted ovirt-ha-agent.
Now status on the daemon gives the error again:
http://screencast.com/t/DCZo6QJM1

The hosted engine domain is not shown in the web storage overview...
When I start import it shows a warning: http://screencast.com/t/7HfJ9qWFwb2L

Can I manually import the hostedengine storage?
( Hosted engine is visible in web interface and I have running VMs on
another storage domain ).

Op ma 8 feb. 2016 om 10:36 schreef Simone Tiraboschi <stirabos at redhat.com>:

>
>
> On Mon, Feb 8, 2016 at 9:47 AM, Paul Groeneweg | Pazion <paul at pazion.nl>
> wrote:
>
>> Update:
>>
>
> The OVF_STORE volume will contain the engine VM description in a format
> that the engine can easily handle.
> It will be created by the engine when:
> - it imported the hosted-engine storage domain
> - the engineVM is visible
> - the datacenter is up (you need at least one additional regular storage
> domain)
>
> Please make sure that all these conditions are met.
>
> If the OVF_STORE is not there or it's not accessible, ovirt-ha-agent will
> fallback to the initial vm.conf from deployment time. You see a warning
> since we are failing back to an initial status and this can temporary
> override your latest customization to the engine VM configuration.
>
>
>> 1. I was able to remove the warnirngs about the not found ovf / vm.conf
>> by commenting the conf_volume_UUID, conf_image_UUID entries in the
>> hosted-engine.conf. After a restart of the ovirt-ha-agent the errors were
>> gone. ( I believe this is not a permanent solution ).
>>
>
> Please revert it.
>
>
>>
>> 2. This morning I noticed the warning in the event log.
>> "The Hosted Engine Storage Domain doesn't exist. It should be imported
>> into the setup."
>>
>
> It's just a side effect of your point 1, please revert it.
>
>
>>
>> Any help would be appreciated.
>>
>> Best Regards,
>>
>> Paul Groeneweg
>>
>> Op zo 7 feb. 2016 om 22:14 schreef Paul Groeneweg | Pazion <
>> paul at pazion.nl>:
>>
>>>
>>> I have been upgrading our ovirt hosts to el7 to be able to run version
>>> 3.6.
>>> When deploying a new host have problems with the shared OVF storage
>>> config part.
>>>
>>> 1. I get an error during deploy:
>>>
>>> [ INFO  ] Stage: Setup validation
>>> [ ERROR ] Failed to execute stage 'Setup validation': failed to read
>>> metadata: [Errno 2] No such file or directory:
>>> '/rhev/data-center/mnt/[NFS3_SHARE]/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/ha_agent/hosted-engine.metadata'
>>> [ INFO  ] Stage: Clean up
>>>
>>> It seems the symlink of hosted-engine.metadata is missing.
>>> So I added manually the /var/run/vdsm/storage folder with subfolder
>>> 88b69eba-ef4f-4dbe-ba53-20dadd424d0e and symlinks.
>>> Then I reran the hosted-engine deploy and this time all went well.
>>>
>>> 2. Now when the host is installed I notice the following in the logs
>>>
>>> ....
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing
>>> images
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Reloading
>>> vm.conf from the shared storage domain
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Trying
>>> to get a fresher copy of vm configuration from the OVF_STORE
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find
>>> OVF_STORE
>>> Feb  5 22:33:08 geisha-2 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
>>> Feb  5 22:33:08 geisha-2 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
>>> Feb  5 22:33:08 geisha-2 journal: ovirt-ha-agent
>>> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: 'Path to volume
>>> 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' -
>>> trying to restart agent
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Error: 'Path to volume
>>> 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' -
>>> trying to restart agent
>>>
>>> So at this point I was a bit stuck.
>>> I removed complete ovirt36 release and installed ovirt35 for the hosted
>>> engine deploy.
>>>
>>> This time all went without any problem directly.
>>> From there I retried upgrade and same problems again.
>>>
>>> I run ovirt hosted-engine on nfs3. I did found
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1159314
>>> I added no_subtree_check and tried deploy again, but again without luck.
>>>
>>> I believe the hosted engine configs are not being migrated to the shared
>>> storage. And my problem has todo with
>>> http://www.ovirt.org/Features/Hosted_Engine_configuration_on_shared_storage
>>>
>>> And found  /etc/ovirt-hosted-engine/hosted-engine.conf,
>>> conf_volume_UUID, conf_image_UUID
>>>
>>>
>>> Hosts run el7
>>> Hosted engine runs el6
>>> Hosted engine storage is through NFS3
>>>
>>> Can I import the hosted engine storage in to engine ( in web interface )?
>>> Or how can I create or trigger manually the OVF store the logs complain
>>> about?
>>>
>>> Best Regards,
>>> Paul Groeneweg
>>>
>>> --
>>> 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."
>>>
>> --
>> 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."
>>
> --
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."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160208/3f14f109/attachment-0001.html>