[ovirt-users] New Node

[Budur Nagaraju]

HI

I have added new HP blade as a ovirt node to the engine while deploying a
new  instance in the newly added node  vm is getting stuck ,serveral times
I have rebooted the node but no luck.

Below are the engine and node version.

Engine version :oVirt Engine Version: 3.5.5-1.el6
Node version:oVirt Node - 3.5 - 0.999.201509102313.el7.centos

When i deploy the same vm in the other nodes am not facing any issues.

HP Blade chassis is a newer version model is HP7000 series.

can someone help on this ?

Thanks,
Nagaraju
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Engine Limitations Questions

[Erick Vogeler]

i was told that is better to use self hosted engine for each server instead
of using 1 engine for all server specially if they are far from each other.

Is this a technical limitation?

say i have 10 servers all over the world, would it handle it?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] No OVF Store on Export Domain - normal?

[Idan Shaby]

Hi Christophe,

An export domain never contains OVF_STORE disks, and thus this message
should not be logged at all.
There's nothing you should do to fix it, just ignore it.


Regards,
Idan

On Sat, Feb 6, 2016 at 4:45 PM, Christophe TREFOIS <
christophe.tref...@uni.lu> wrote:

> Note, I did mean
>
>
>
> “the export domain and ovirt have *never *been used below 3.5
>
>
>
> Thank you for your help,
>
>
>
> *From:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On
> Behalf Of *Christophe TREFOIS
> *Sent:* samedi 6 février 2016 15:39
> *To:* users@ovirt.org
> *Subject:* [ovirt-users] No OVF Store on Export Domain - normal?
>
>
>
> Hi,
>
>
>
> When I attached my NFS export domain to a data center, I see the following
> message in the events log
>
>
>
> “The Storage Domain does not contain any OVF_STORE disks. Usually the
> Storage Domain does not contain OVF_STORE disks when the Storage Domain has
> been previously managed with a Data Center version lower then 3.5.”
>
>
>
> However, the export domain and oVirt have been used below 3.5.
>
>
>
> Is this normal behavior for an export domain or is there something I
> should do to fix it?
>
>
>
> I can export / import VMs from / to the export domain just fine (until now)
>
>
>
> Thank you for your feedback,
>
>
>
> --
>
> Christophe
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Engine Limitations Questions

[Yaniv Kaul]

On Sat, Feb 6, 2016 at 3:05 AM, Erick Vogeler 
wrote:

> i was told that is better to use self hosted engine for each server
> instead of using 1 engine for all server specially if they are far from
> each other.
>
> Is this a technical limitation?
>
> say i have 10 servers all over the world, would it handle it?
>

It really depends on the latency, the bandwidth and the usage. For example,
a heavily loaded engine would have the UI not as responsive as on a LAN.
Generally, it could work.
Y.


>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

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

[Paul Groeneweg | Pazion]

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  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."
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] matching / mapping ovirt storage domain images to VMs

[Arman Khalatyan]

Hi,
If engine is down you can check directly on the hosts with virsh in
readonly mode.
virsh -r list
virsh -r dumpxml vmid
Then parse xml to get the disks.

Cheers,
Arman
Am 07.02.2016 02:15 schrieb "Charles Kozler" :

> Pavel -
>
> This works if engine is up. What about if it is down? Is there no way to
> easily correlate? Like maybe through vdsClient to check with VDSM on the
> engine directly?
>
> On Fri, Feb 5, 2016 at 3:11 AM, Pavel Gashev  wrote:
>
>> You can use ovirt-shell:
>>
>> [oVirt shell (connected)]# list disks --parent-vm-name VM1 --show-all
>>
>> id  :
>> e7a1f91c-4196-4e04-8936-bbc37daff393
>> name: W2K12_Disk1
>> active  : True
>> actual_size : 327680
>> alias   : W2K12_Disk1
>> bootable: True
>> format  : cow
>> image_id:
>> 48b748b6-dc20-43f5-8c51-e0f984e2fd00
>> interface   : virtio
>> propagate_errors: False
>> provisioned_size: 85899345920
>> quota-id:
>> c224e50a-de46-461e-bd32-94a921151355
>> read_only   : False
>> shareable   : False
>> size: 85899345920
>> sparse  : True
>> status-state: ok
>> storage_domains-storage_domain-id   :
>> 75801b3b-d9ce-4b62-aa36-6b6519ecc04e
>> storage_type: image
>> vm-id   :
>> 8f163624-823f-4ac2-8964-7aa473c41de2
>> wipe_after_delete   : False
>>
>> Where id is the directory name, and image_id is the file name.
>>
>>
>> From:  on behalf of Charles Kozler <
>> char...@fixflyer.com>
>> Date: Thursday 4 February 2016 at 23:37
>> To: users 
>> Subject: [ovirt-users] matching / mapping ovirt storage domain images to
>> VMs
>>
>> is there an easy / intutive way to find out the underlying image
>> associated to a VM? for instance, looking at a storage domain from the
>> server, it is not easy to figure out what VM it actually belongs to
>>
>> [storage[root@snode01 images]$ find -type f | grep -iv meta | grep -iv
>> lease  | xargs du -sch
>> 20K
>> ./bd765364-064d-487c-a6f8-a290249edca1/4f6dcb0e-e4c9-4ab6-af6d-d49f89228fa1
>> 20K
>> ./e69a0128-fddc-4ee7-b91c-04caf8bdd540/2ce9d1aa-70e3-4063-895d-c9848ec122e5
>> 10G
>> ./2d1eab4a-df47-4e8e-8a0c-c58ca9c0d6cf/1ab0bebd-57b4-45f3-8e77-7c1973282766
>> 10G
>> ./9ed4a196-bc18-4d6a-b7b6-f38bee01e102/32953e4c-8a3c-4252-96d9-9ecbb7c2a603
>> 0
>> ./1c3129dc-56fa-4e41-bd5b-3313f9f1aa86/d4221e11-bf3b-4226-a8a8-b53ff0189592
>> 21G total
>>
>> How can I find out what VMs these belong to?
>>
>> --
>>
>> *Charles Kozler*
>> *Vice President, IT Operations*
>>
>> FIX Flyer, LLC
>> 225 Broadway | Suite 1600 | New York, NY 10007
>> 1-888-349-3593
>> http://www.fixflyer.com 
>>
>> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
>> RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
>> WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
>> DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
>> INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
>> RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
>> E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
>>
>
>
>
> --
>
> *Charles Kozler*
> *Vice President, IT Operations*
>
> FIX Flyer, LLC
> 225 Broadway | Suite 1600 | New York, NY 10007
> 1-888-349-3593
> http://www.fixflyer.com 
>
> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
> RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
> WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
> DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
> INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
> RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
> E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] matching / mapping ovirt storage domain images to VMs

[Charles Kozler]

Thanks!

On Sun, Feb 7, 2016 at 6:00 PM, Arman Khalatyan  wrote:

> Hi,
> If engine is down you can check directly on the hosts with virsh in
> readonly mode.
> virsh -r list
> virsh -r dumpxml vmid
> Then parse xml to get the disks.
>
> Cheers,
> Arman
> Am 07.02.2016 02:15 schrieb "Charles Kozler" :
>
>> Pavel -
>>
>> This works if engine is up. What about if it is down? Is there no way to
>> easily correlate? Like maybe through vdsClient to check with VDSM on the
>> engine directly?
>>
>> On Fri, Feb 5, 2016 at 3:11 AM, Pavel Gashev  wrote:
>>
>>> You can use ovirt-shell:
>>>
>>> [oVirt shell (connected)]# list disks --parent-vm-name VM1 --show-all
>>>
>>> id  :
>>> e7a1f91c-4196-4e04-8936-bbc37daff393
>>> name: W2K12_Disk1
>>> active  : True
>>> actual_size : 327680
>>> alias   : W2K12_Disk1
>>> bootable: True
>>> format  : cow
>>> image_id:
>>> 48b748b6-dc20-43f5-8c51-e0f984e2fd00
>>> interface   : virtio
>>> propagate_errors: False
>>> provisioned_size: 85899345920
>>> quota-id:
>>> c224e50a-de46-461e-bd32-94a921151355
>>> read_only   : False
>>> shareable   : False
>>> size: 85899345920
>>> sparse  : True
>>> status-state: ok
>>> storage_domains-storage_domain-id   :
>>> 75801b3b-d9ce-4b62-aa36-6b6519ecc04e
>>> storage_type: image
>>> vm-id   :
>>> 8f163624-823f-4ac2-8964-7aa473c41de2
>>> wipe_after_delete   : False
>>>
>>> Where id is the directory name, and image_id is the file name.
>>>
>>>
>>> From:  on behalf of Charles Kozler <
>>> char...@fixflyer.com>
>>> Date: Thursday 4 February 2016 at 23:37
>>> To: users 
>>> Subject: [ovirt-users] matching / mapping ovirt storage domain images
>>> to VMs
>>>
>>> is there an easy / intutive way to find out the underlying image
>>> associated to a VM? for instance, looking at a storage domain from the
>>> server, it is not easy to figure out what VM it actually belongs to
>>>
>>> [storage[root@snode01 images]$ find -type f | grep -iv meta | grep -iv
>>> lease  | xargs du -sch
>>> 20K
>>> ./bd765364-064d-487c-a6f8-a290249edca1/4f6dcb0e-e4c9-4ab6-af6d-d49f89228fa1
>>> 20K
>>> ./e69a0128-fddc-4ee7-b91c-04caf8bdd540/2ce9d1aa-70e3-4063-895d-c9848ec122e5
>>> 10G
>>> ./2d1eab4a-df47-4e8e-8a0c-c58ca9c0d6cf/1ab0bebd-57b4-45f3-8e77-7c1973282766
>>> 10G
>>> ./9ed4a196-bc18-4d6a-b7b6-f38bee01e102/32953e4c-8a3c-4252-96d9-9ecbb7c2a603
>>> 0
>>> ./1c3129dc-56fa-4e41-bd5b-3313f9f1aa86/d4221e11-bf3b-4226-a8a8-b53ff0189592
>>> 21G total
>>>
>>> How can I find out what VMs these belong to?
>>>
>>> --
>>>
>>> *Charles Kozler*
>>> *Vice President, IT Operations*
>>>
>>> FIX Flyer, LLC
>>> 225 Broadway | Suite 1600 | New York, NY 10007
>>> 1-888-349-3593
>>> http://www.fixflyer.com 
>>>
>>> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
>>> RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
>>> WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
>>> DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
>>> INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
>>> RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
>>> E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
>>>
>>
>>
>>
>> --
>>
>> *Charles Kozler*
>> *Vice President, IT Operations*
>>
>> FIX Flyer, LLC
>> 225 Broadway | Suite 1600 | New York, NY 10007
>> 1-888-349-3593
>> http://www.fixflyer.com 
>>
>> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED
>> RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION
>> WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING,
>> DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS
>> INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED
>> RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS
>> E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>


-- 

*Charles Kozler*
*Vice President, IT Operations*

FIX Flyer, LLC
225 Broadway | Suite 1600 | New York, NY 10007
1-888-349-3593