Re: [Users] Host does not comply with the cluster networks, the following networks are missing on host
Hi, after adding a host, did you done setup networks step? it's in networks tab in host information you should setup networks and add your logical networks vlan12,vlan14 to appropriate host NIC's Yuriy Demchenko On 03/19/2013 10:12 AM, w...@ieiot.cn wrote: hi, first of all thanks, yours read my mail and help me. i have a problem. while i actived host node, engine warned me： Host does not comply with the cluster networks, the following networks are missing on host: 'vlan12,vlan14'. but cluster -logical network, vlan12 vlan 14 is green. where is my error? my vlans from switch.and engine.log is: 2013-03-19 14:05:22,823 ERROR [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (pool-3-thread-48) [2333e737] Host is set to Non-Operational, it is missing the following networks: vlan12,vlan14. please help me. by soversion. ___ 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: [Users] ovirt-iso-uploader
Hi Limor, after you have installed ovirt-iso-uploader rpm package, remember that the command is 'engine-iso-uploader' and not 'ovirt-iso-uploader'. Maybe we should change the command name aligning it with the package name. -- Sandro Il 20/03/2013 22:43, Limor Gavish ha scritto: Hello, I am running ovirt 3.2.1 (built from sources) on Fedora 18. It seems that I don't have the ovirt-iso-uploader installed. [wil@bufferoverflow ovirt-engine]$ ovirt-iso-uploader list bash: ovirt-iso-uploader: command not found... [wil@bufferoverflow ovirt-engine]$ sudo yum list installed | grep -i uplo [wil@bufferoverflow ovirt-engine]$ What is the easiest way to install the ovirt-iso-uploader (preferably using yum install)? Thanks, Limor G ___ 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: [Users] Vdsm/libvir error during deploy
You should not install vdsm on loopback device (localhost, 127.0.0.1) but on
real interface's address.
- Original Message -
From: Dennis Böck den...@webdienstleistungen.com
To: Alon Bar-Lev alo...@redhat.com
Cc: users@ovirt.org
Sent: Thursday, March 21, 2013 10:11:19 AM
Subject: AW: [Users] Vdsm/libvir error during deploy
Hi,
I have also have problems with /usr/share/vdsm/addNetwork :
2013-03-21 09:00:22 ERROR otopi.context context._executeMethod:139
Failed to execute stage 'Misc configuration': Command
'/usr/share/vdsm/addNetwork' failed to execute
2013-03-21 09:00:21 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.executeRaw:347 execute: ['/usr/share/vdsm/addNetwork',
'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0',
'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes',
'NAME=loopback', 'blockingdhcp=true'], executable='None',
cwd='None', env=None
2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.executeRaw:364 execute-result: ['/usr/share/vdsm/addNetwork',
'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0',
'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes',
'NAME=loopback', 'blockingdhcp=true'], rc=23
2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.execute:411 execute-output: ['/usr/share/vdsm/addNetwork',
'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0',
'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes',
'NAME=loopback', 'blockingdhcp=true'] stdout:
unknown nic: 'lo'
2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.execute:416 execute-output: ['/usr/share/vdsm/addNetwork',
'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0',
'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes',
'NAME=loopback', 'blockingdhcp=true'] stderr:
WARNING:root:options IPADDR is deprecated. Use ipaddr instead
WARNING:root:options NETMASK is deprecated. Use netmask instead
WARNING:root:options ONBOOT is deprecated. Use onboot instead
Traceback (most recent call last):
File /usr/share/vdsm/configNetwork.py, line 1454, in module
main()
File /usr/share/vdsm/configNetwork.py, line 1423, in main
addNetwork(bridge, **kwargs)
File /usr/share/vdsm/configNetwork.py, line 886, in addNetwork
bridged=bridged, **options)
File /usr/share/vdsm/configNetwork.py, line 834, in
_addNetworkValidation
raise ConfigNetworkError(ne.ERR_BAD_NIC, unknown nic: %r % nic)
ConfigNetworkError: (23, unknown nic: 'lo')
I already tried a new installation of vdsm and libvirt and executed
$ find /etc/libvirt -name '*vdsm*' -exec rm {} \;
$ find /var/lib/libvirt -name '*vdsm*' -exec rm {} \;
( /var/lib/vdsm/netbackup did not exist)
But I still get the same error message.
Does anyone have an idea?
Best regards and thanks in advance
Dennis
- Original Message -
Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag
von Kevin Maziere Aubry [kevin.mazi...@alterway.fr]
Gesendet: Freitag, 21. Dezember 2012 13:52
An: Alon Bar-Lev
Cc: users@ovirt.org
Betreff: Re: [Users] Vdsm/libvir error during deploy
Hi
I suggest also to remove /var/lib/vdsm/netbackup directory.
Kevin
2012/12/21 Alon Bar-Lev alo...@redhat.com
- Original Message -
From: Joop jvdw...@xs4all.nl
To: users@ovirt.org
Sent: Friday, December 21, 2012 12:30:17 PM
Subject: [Users] Vdsm/libvir error during deploy
While using the latest nightly I can't deploy new hosts using
oVirt.
rpm -aq | grep ovirt
ovirt-engine-backend-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-dbscripts-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-iso-uploader-3.1.0-1.fc17.noarch
ovirt-engine-tools-common-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-userportal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-host-deploy-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch
ovirt-engine-config-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-cli-3.2.0.7-1.20121219.git5eddf58.fc17.noarch
ovirt-engine-webadmin-portal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-restapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-genericapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-host-deploy-java-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch
ovirt-engine-notification-service-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-release-fedora-5-2.noarch
ovirt-image-uploader-3.1.0-1.fc17.noarch
ovirt-engine-sdk-3.2.0.5-1.20121219.gitc0ab704.fc17.noarch
ovirt-log-collector-3.1.0-1.fc17.noarch
ovirt-engine-setup-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
I did an engine-cleanup/engine-setup to start with a clean slate,
further
I have a host that is used before and keeps loosing
networkconnectivity
when the vdsmd service is started so I did several yum
Re: [Users] Vdsm/libvir error during deploy
Dear Alon,
sorry, that was not my intention. How can I uninstall vdsm from loopback device
and install it correctly?
Von: Alon Bar-Lev [alo...@redhat.com]
Gesendet: Donnerstag, 21. März 2013 09:22
An: Dennis Böck
Cc: users@ovirt.org
Betreff: Re: AW: [Users] Vdsm/libvir error during deploy
You should not install vdsm on loopback device (localhost, 127.0.0.1) but on
real interface's address.
- Original Message -
From: Dennis Böck den...@webdienstleistungen.com
To: Alon Bar-Lev alo...@redhat.com
Cc: users@ovirt.org
Sent: Thursday, March 21, 2013 10:11:19 AM
Subject: AW: [Users] Vdsm/libvir error during deploy
Hi,
I have also have problems with /usr/share/vdsm/addNetwork :
2013-03-21 09:00:22 ERROR otopi.context context._executeMethod:139
Failed to execute stage 'Misc configuration': Command
'/usr/share/vdsm/addNetwork' failed to execute
2013-03-21 09:00:21 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.executeRaw:347 execute: ['/usr/share/vdsm/addNetwork',
'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0',
'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes',
'NAME=loopback', 'blockingdhcp=true'], executable='None',
cwd='None', env=None
2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.executeRaw:364 execute-result: ['/usr/share/vdsm/addNetwork',
'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0',
'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes',
'NAME=loopback', 'blockingdhcp=true'], rc=23
2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.execute:411 execute-output: ['/usr/share/vdsm/addNetwork',
'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0',
'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes',
'NAME=loopback', 'blockingdhcp=true'] stdout:
unknown nic: 'lo'
2013-03-21 09:00:22 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.execute:416 execute-output: ['/usr/share/vdsm/addNetwork',
'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0',
'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes',
'NAME=loopback', 'blockingdhcp=true'] stderr:
WARNING:root:options IPADDR is deprecated. Use ipaddr instead
WARNING:root:options NETMASK is deprecated. Use netmask instead
WARNING:root:options ONBOOT is deprecated. Use onboot instead
Traceback (most recent call last):
File /usr/share/vdsm/configNetwork.py, line 1454, in module
main()
File /usr/share/vdsm/configNetwork.py, line 1423, in main
addNetwork(bridge, **kwargs)
File /usr/share/vdsm/configNetwork.py, line 886, in addNetwork
bridged=bridged, **options)
File /usr/share/vdsm/configNetwork.py, line 834, in
_addNetworkValidation
raise ConfigNetworkError(ne.ERR_BAD_NIC, unknown nic: %r % nic)
ConfigNetworkError: (23, unknown nic: 'lo')
I already tried a new installation of vdsm and libvirt and executed
$ find /etc/libvirt -name '*vdsm*' -exec rm {} \;
$ find /var/lib/libvirt -name '*vdsm*' -exec rm {} \;
( /var/lib/vdsm/netbackup did not exist)
But I still get the same error message.
Does anyone have an idea?
Best regards and thanks in advance
Dennis
- Original Message -
Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag
von Kevin Maziere Aubry [kevin.mazi...@alterway.fr]
Gesendet: Freitag, 21. Dezember 2012 13:52
An: Alon Bar-Lev
Cc: users@ovirt.org
Betreff: Re: [Users] Vdsm/libvir error during deploy
Hi
I suggest also to remove /var/lib/vdsm/netbackup directory.
Kevin
2012/12/21 Alon Bar-Lev alo...@redhat.com
- Original Message -
From: Joop jvdw...@xs4all.nl
To: users@ovirt.org
Sent: Friday, December 21, 2012 12:30:17 PM
Subject: [Users] Vdsm/libvir error during deploy
While using the latest nightly I can't deploy new hosts using
oVirt.
rpm -aq | grep ovirt
ovirt-engine-backend-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-dbscripts-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-iso-uploader-3.1.0-1.fc17.noarch
ovirt-engine-tools-common-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-userportal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-host-deploy-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch
ovirt-engine-config-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-cli-3.2.0.7-1.20121219.git5eddf58.fc17.noarch
ovirt-engine-webadmin-portal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-restapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-genericapi-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-host-deploy-java-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch
ovirt-engine-notification-service-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-release-fedora-5-2.noarch
ovirt-image-uploader-3.1.0-1.fc17.noarch
ovirt-engine-sdk-3.2.0.5-1.20121219.gitc0ab704.fc17.noarch
[Users] what can cause NETWORK_UNREACHABLE
hi,all on UI always there is a alert 'NonOperationalReason___NETWORK_UNREACHABLE', could you tell me , what cause this problem. how to fix it? thanks___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt 3.2 - high multicast packet loss
So far no reactie about the multicast packet loss.. I bumbed into this bug: https://bugzilla.redhat.com/show_bug.cgi?id=880035 This looks the same as the problems I am suffering using oVirt 3.2: heavy multicast packet loss after some time. This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)? Can anyone reproduce the problem (omping between 3 virtual nodes)? Winfried Op 18-03-13 16:58, Winfried de Heiden schreef: Same for Debian 6 (x86_64); 47% packet loss: ssmping -c 500 192.168.1.234 --- 192.168.1.234 statistics --- 500 packets transmitted, time 51 ms unicast: 500 packets received, 0% packet loss rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms multicast: 265 packets received, 47% packet loss since first mc packet (seq 1) recvd rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms Winfried Hi all, Playing around with Red Hat Clustering, it turns out I have a hughe multicast packet loss: (Centos 6.4 - x86_64 with all updates) omping 192.168.1.211 192.168.1.212 -c500 (node1) omping 192.168.1.212 192.168.1.211 -c500(node2) will give almost 50% loss! 192.168.1.211 : unicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.330/0.610/0.789/0.064 192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, min/avg/max/std-dev = 0.416/0.635/0.921/0.066 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.388/0.653/0.863/0.069 192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, min/avg/max/std-dev = 0.396/0.670/1.080/0.074 OK, I am using simple hardware, but this hardware is virtually doing nothing... As mentioned on https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, I set the txqueelen to 500, same result? I 'm still guessing whether this is an oVirt, virtio or Red Hat/Centos issue? Problems only happend after some time; that is 200 mo-pings shows everything is fine. Anyone? Winfried ___ 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] what can cause NETWORK_UNREACHABLE
Hello, It is most commonly caused by having a network defined as required in a cluster, and not having it set up on a host in that cluster. It is usually accompanied by a human-readable explanation in the events panel at the bottom of the webadmin GUI. If that is indeed the problem, it can be fixed in one of two ways, depending on whether the network is actually essential for your cluster: 1. If it is essential, choose the non-operational host, navigate to the Network Interfaces subtab, click Setup Host Networks and make sure that the required network is attached to a network interface on the host. 2. If it is not essential, choose the corresponding cluster, head to its Logical Networks subtab, click on Assign/Unassign Networks and mark the network as non-required. Yours, Lior Vernia. On 21/03/13 10:45, bigclouds wrote: hi,all on UI always there is a alert 'NonOperationalReason___NETWORK_UNREACHABLE', could you tell me , what cause this problem. how to fix it? thanks ___ 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
[Users] ovirt.org not working
for any page i open.. i see this... Database error A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: |(SQL query hidden)| from within function |SqlBagOStuff::set|. Database returned error 1114: The table 'mw_objectcache' is full (127.7.52.129). ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Vdsm/libvir error during deploy
Just redeploy the host from the ovirt-engine console using proper address.
Or I do not understand the sequence you used to install vdsm in the first
place...
- Original Message -
From: Dennis Böck den...@webdienstleistungen.com
To: Alon Bar-Lev alo...@redhat.com
Cc: users@ovirt.org
Sent: Thursday, March 21, 2013 10:32:45 AM
Subject: AW: AW: [Users] Vdsm/libvir error during deploy
Dear Alon,
sorry, that was not my intention. How can I uninstall vdsm from
loopback device and install it correctly?
Von: Alon Bar-Lev [alo...@redhat.com]
Gesendet: Donnerstag, 21. März 2013 09:22
An: Dennis Böck
Cc: users@ovirt.org
Betreff: Re: AW: [Users] Vdsm/libvir error during deploy
You should not install vdsm on loopback device (localhost, 127.0.0.1)
but on real interface's address.
- Original Message -
From: Dennis Böck den...@webdienstleistungen.com
To: Alon Bar-Lev alo...@redhat.com
Cc: users@ovirt.org
Sent: Thursday, March 21, 2013 10:11:19 AM
Subject: AW: [Users] Vdsm/libvir error during deploy
Hi,
I have also have problems with /usr/share/vdsm/addNetwork :
2013-03-21 09:00:22 ERROR otopi.context context._executeMethod:139
Failed to execute stage 'Misc configuration': Command
'/usr/share/vdsm/addNetwork' failed to execute
2013-03-21 09:00:21 DEBUG
otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.executeRaw:347 execute: ['/usr/share/vdsm/addNetwork',
'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0',
'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes',
'NAME=loopback', 'blockingdhcp=true'], executable='None',
cwd='None', env=None
2013-03-21 09:00:22 DEBUG
otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.executeRaw:364 execute-result:
['/usr/share/vdsm/addNetwork',
'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0',
'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes',
'NAME=loopback', 'blockingdhcp=true'], rc=23
2013-03-21 09:00:22 DEBUG
otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.execute:411 execute-output: ['/usr/share/vdsm/addNetwork',
'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0',
'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes',
'NAME=loopback', 'blockingdhcp=true'] stdout:
unknown nic: 'lo'
2013-03-21 09:00:22 DEBUG
otopi.plugins.ovirt_host_deploy.vdsm.bridge
plugin.execute:416 execute-output: ['/usr/share/vdsm/addNetwork',
'ovirtmgmt', '', '', 'lo', 'IPADDR=127.0.0.1', 'NETMASK=255.0.0.0',
'NETWORK=127.0.0.0', 'BROADCAST=127.255.255.255', 'ONBOOT=yes',
'NAME=loopback', 'blockingdhcp=true'] stderr:
WARNING:root:options IPADDR is deprecated. Use ipaddr instead
WARNING:root:options NETMASK is deprecated. Use netmask instead
WARNING:root:options ONBOOT is deprecated. Use onboot instead
Traceback (most recent call last):
File /usr/share/vdsm/configNetwork.py, line 1454, in module
main()
File /usr/share/vdsm/configNetwork.py, line 1423, in main
addNetwork(bridge, **kwargs)
File /usr/share/vdsm/configNetwork.py, line 886, in addNetwork
bridged=bridged, **options)
File /usr/share/vdsm/configNetwork.py, line 834, in
_addNetworkValidation
raise ConfigNetworkError(ne.ERR_BAD_NIC, unknown nic: %r %
nic)
ConfigNetworkError: (23, unknown nic: 'lo')
I already tried a new installation of vdsm and libvirt and executed
$ find /etc/libvirt -name '*vdsm*' -exec rm {} \;
$ find /var/lib/libvirt -name '*vdsm*' -exec rm {} \;
( /var/lib/vdsm/netbackup did not exist)
But I still get the same error message.
Does anyone have an idea?
Best regards and thanks in advance
Dennis
- Original Message -
Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag
von Kevin Maziere Aubry [kevin.mazi...@alterway.fr]
Gesendet: Freitag, 21. Dezember 2012 13:52
An: Alon Bar-Lev
Cc: users@ovirt.org
Betreff: Re: [Users] Vdsm/libvir error during deploy
Hi
I suggest also to remove /var/lib/vdsm/netbackup directory.
Kevin
2012/12/21 Alon Bar-Lev alo...@redhat.com
- Original Message -
From: Joop jvdw...@xs4all.nl
To: users@ovirt.org
Sent: Friday, December 21, 2012 12:30:17 PM
Subject: [Users] Vdsm/libvir error during deploy
While using the latest nightly I can't deploy new hosts using
oVirt.
rpm -aq | grep ovirt
ovirt-engine-backend-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-dbscripts-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-iso-uploader-3.1.0-1.fc17.noarch
ovirt-engine-tools-common-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-userportal-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-host-deploy-0.0.0-0.0.master.20121220.gitec2416f.fc17.noarch
ovirt-engine-config-3.2.0-1.20121220.git9fdb0c2.fc17.noarch
ovirt-engine-cli-3.2.0.7-1.20121219.git5eddf58.fc17.noarch
Re: [Users] ovirt 3.2 - high multicast packet loss
Michael Tsirkin (Thanks!) proposes to try the following: try disabling multicast snooping in the bridge Could you give it a shot? - Original Message - From: Winfried de Heiden w...@dds.nl To: users@ovirt.org Sent: Thursday, March 21, 2013 10:14:04 AM Subject: Re: [Users] ovirt 3.2 - high multicast packet loss So far no reactie about the multicast packet loss.. I bumbed into this bug: https://bugzilla.redhat.com/show_bug.cgi?id=880035 This looks the same as the problems I am suffering using oVirt 3.2: heavy multicast packet loss after some time. This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)? Can anyone reproduce the problem (omping between 3 virtual nodes)? Winfried Op 18-03-13 16:58, Winfried de Heiden schreef: Same for Debian 6 (x86_64); 47% packet loss: ssmping -c 500 192.168.1.234 --- 192.168.1.234 statistics --- 500 packets transmitted, time 51 ms unicast: 500 packets received, 0% packet loss rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms multicast: 265 packets received, 47% packet loss since first mc packet (seq 1) recvd rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms Winfried Hi all, Playing around with Red Hat Clustering, it turns out I have a hughe multicast packet loss: (Centos 6.4 - x86_64 with all updates) omping 192.168.1.211 192.168.1.212 -c500 (node1) omping 192.168.1.212 192.168.1.211 -c500(node2) will give almost 50% loss! 192.168.1.211 : unicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.330/0.610/0.789/0.064 192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, min/avg/max/std-dev = 0.416/0.635/0.921/0.066 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.388/0.653/0.863/0.069 192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, min/avg/max/std-dev = 0.396/0.670/1.080/0.074 OK, I am using simple hardware, but this hardware is virtually doing nothing... As mentioned on https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, I set the txqueelen to 500, same result? I 'm still guessing whether this is an oVirt, virtio or Red Hat/Centos issue? Problems only happend after some time; that is 200 mo-pings shows everything is fine. Anyone? Winfried ___ 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 ___ 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: [Users] Storage problem
Hello Maor, I realize that I have lost all my VMs with my electrical power blackout. My problem now is that I hve some VMs that I can see in my admin portal and it doesn't exist in the storage domain. How ca I delete them because form admin portal this needs to have Default Data Center up, and it needs Master domain Up but I can't because there aren't my VM inside. How can I delete the VM?, is it exists some workaround in this kind of issues to follow? Many thanks in avanced, Juanjo. On Thu, Mar 21, 2013 at 12:16 PM, Juan Jose jj197...@gmail.com wrote: Hello Maor, I have tried to apply the bug procedure and nothing happens and if I lauch the query: psql -U engine -c SELECT option_value FROM vdc_options where option_name = 'AutoRecoveryAllowedTypes'; engine And the result is: option_value - (0 rows) And my Master Storage continue disable. Attach engine.log also. Many thanks, Juanjo. On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk mlipc...@redhat.com wrote: On 03/20/2013 05:58 PM, Maor Lipchuk wrote: Hi Juan, I think you encountered this bug https://bugzilla.redhat.com/881941, the log there is quite the same. The auto recovery process should fix that after 15 minutes, but need to see if it is enabled in your environment. The auto recovery should be enabled by default on your env, but just to make sure you can check it in the engine DB with this query: SELECT option_value FROM vdc_options where option_name = 'AutoRecoveryAllowedTypes'; On 03/20/2013 05:29 PM, Juan Jose wrote: I forgot the vdsm.log file, Thanks, Juanjo. ___ 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [Spice-devel] 3.2 final and status of spice console in ie
Ja, Ja, of course not, I have had a power failure in my test installation and I have lost all my VMs and now I have already sent a mail to this list to ask if it is possible to have some workaround about that because I'm in a kind of loop. I can't Activate my Master domain storage because it is empty and my Default Data Center can't be enable. In the other hand I have in my Admin portal some Templates and VMs that they don't exist and I can't delete because I need Data Center on-line. I guess that I will have to clean DB o something like that. I'm waiting if some king of workaround to this issue exists. If you now how to manage this I will be happy to listen you, sorry, read you. Many thanks in avanced, Juanjo. On Wed, Mar 20, 2013 at 10:43 PM, Jeff Bailey bai...@cs.kent.edu wrote: On 3/20/2013 5:20 AM, Christophe Fergeau wrote: On Tue, Mar 19, 2013 at 05:11:56PM -0400, Jeff Bailey wrote: On 3/19/2013 11:05 AM, Christophe Fergeau wrote: As far as I know, there haven't been public spicex releases, so I'm not sure where this spicex used with oVirt comes from. I was referring to the log file named spicex related to the activex plugin. Yes, I got that part, but same answer, as far as I know there hasn't been any public releases of the activex plugin ;) Heh, heh, maybe it's a secret. :) Actually, I believe I got it from http://elmarco.fedorapeople.org/spice.cab and it seems to be version 5.0.2.2. 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: [Users] [Spice-devel] 3.2 final and status of spice console in ie
On Wed, Mar 20, 2013 at 10:43 PM, Jeff Bailey wrote: On 3/20/2013 5:20 AM, Christophe Fergeau wrote: On Tue, Mar 19, 2013 at 05:11:56PM -0400, Jeff Bailey wrote: Heh, heh, maybe it's a secret. :) Actually, I believe I got it from http://elmarco.fedorapeople.org/spice.cab and it seems to be version 5.0.2.2. As already pointed in another mail of this same thread from Michal Skrivanek (about a month ago), the info is at http://wiki.ovirt.org/How_to_Connect_to_SPICE_Console_With_Portal and the page indeed contains the same link to spice.cab file you are referring so possibly difficult to find but not a secret... ;-) Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt.org not working
On 03/21/2013 05:26 AM, Deepak C Shetty wrote: for any page i open.. i see this... Database error A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: |(SQL query hidden)| from within function |SqlBagOStuff::set|. Database returned error 1114: The table 'mw_objectcache' is full (127.7.52.129). Looks like it's back. At least, I cannot see this error at moment. -- Cheers Douglas ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt 3.2.1 Beta EL6 Content is available
The oVirt Team is happy to announce that the EL6 rpms for the 3.2 release are now available in the beta repositories. To access this content, * download and install the release rpm [1] on your EL6 host. * Edit the ovirt.repo file in /etc/yum.repos.d to enable the ovirt-beta repository. * Follow the rest of the instructions on http://www.ovirt.org/Download. This content is in beta, so feedback on issues found is greatly appreciated. Issues can be filed in Bugzilla[2] in the Community/Ovirt project. You can also get help on IRC in #ovirt on OFTC.net or through the users@ovirt.org mailing list. Thanks The oVirt Team [1] http://resources.ovirt.org/releases/ovirt-release-el6-5-3.noarch.rpm [2] https://bugzilla.redhat.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.2.1 Beta EL6 Content is available
On Thu, Mar 21, 2013 at 2:27 PM, Mike Burns wrote: The oVirt Team is happy to announce that the EL6 rpms for the 3.2 release are now available in the beta repositories. To access this content, * download and install the release rpm [1] on your EL6 host. * Edit the ovirt.repo file in /etc/yum.repos.d to enable the ovirt-beta repository. * Follow the rest of the instructions on http://www.ovirt.org/Download. This content is in beta, so feedback on issues found is greatly appreciated. Issues can be filed in Bugzilla[2] in the Community/Ovirt project. You can also get help on IRC in #ovirt on OFTC.net or through the users@ovirt.org mailing list. Thanks The oVirt Team [1] http://resources.ovirt.org/releases/ovirt-release-el6-5-3.noarch.rpm [2] https://bugzilla.redhat.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users do they already contain the fix from http://gerrit.ovirt.org/#/c/11254/ that was one of the biggest problems of 3.2? Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.2.1 Beta EL6 Content is available
On 03/21/2013 09:34 AM, Gianluca Cecchi wrote: On Thu, Mar 21, 2013 at 2:27 PM, Mike Burns wrote: The oVirt Team is happy to announce that the EL6 rpms for the 3.2 release are now available in the beta repositories. To access this content, * download and install the release rpm [1] on your EL6 host. * Edit the ovirt.repo file in /etc/yum.repos.d to enable the ovirt-beta repository. * Follow the rest of the instructions on http://www.ovirt.org/Download. This content is in beta, so feedback on issues found is greatly appreciated. Issues can be filed in Bugzilla[2] in the Community/Ovirt project. You can also get help on IRC in #ovirt on OFTC.net or through the users@ovirt.org mailing list. Thanks The oVirt Team [1] http://resources.ovirt.org/releases/ovirt-release-el6-5-3.noarch.rpm [2] https://bugzilla.redhat.com/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users do they already contain the fix from http://gerrit.ovirt.org/#/c/11254/ that was one of the biggest problems of 3.2? Gianluca Looking at gerrit, the 3.2 branch fix for that[1] is still in review. That would mean that it's not included. I'll defer to the engine team on when that will get into a build. Mike [1] http://gerrit.ovirt.org/#/c/13172/ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] trouble with engine-iso-uploader
Hi, I'm trying to use engine-iso-uploader to add ISO images to my ISO storage domain. (Ovirt 3.2 on Fedora 18) $ sudo engine-iso-uploader -v --nossl list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin Please provide the REST API password for the admin oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? $ ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory $ cat /var/log/ovirt-engine/engine-iso-uploader.log 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem connecting to the REST API. Is the service available and does the CA certificate exist? - same results also without the --nossl flag. any insight? Thanks, Yuval Meir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] trouble with engine-iso-uploader
Hi Yuval, try username: admin@internal regards Martin Pavlik On 03/21/2013 03:20 PM, Yuval M wrote: Hi, I'm trying to use engine-iso-uploader to add ISO images to my ISO storage domain. (Ovirt 3.2 on Fedora 18) $ sudo engine-iso-uploader -v --nossl list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin Please provide the REST API password for the admin oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? $ ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory $ cat /var/log/ovirt-engine/engine-iso-uploader.log 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem connecting to the REST API. Is the service available and does the CA certificate exist? - same results also without the --nossl flag. any insight? Thanks, Yuval Meir ___ 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: [Users] trouble with engine-iso-uploader
same result, with or without --nossl (I have ssl disabled on my setup - Ovirt built from sources) On Thu, Mar 21, 2013 at 4:54 PM, Martin Pavlik mpav...@redhat.com wrote: Hi Yuval, try username: admin@internal regards Martin Pavlik On 03/21/2013 03:20 PM, Yuval M wrote: Hi, I'm trying to use engine-iso-uploader to add ISO images to my ISO storage domain. (Ovirt 3.2 on Fedora 18) $ sudo engine-iso-uploader -v --nossl list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin Please provide the REST API password for the admin oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? $ ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory $ cat /var/log/ovirt-engine/engine-iso-uploader.log 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem connecting to the REST API. Is the service available and does the CA certificate exist? - same results also without the --nossl flag. any insight? Thanks, Yuval Meir ___ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] trouble with engine-iso-uploader
I've done some testing with ovirt-engine-sdk-3.2.0.10-1.fc18.noarch running python: from ovirtsdk.api import API api = API(url='http://ovirt.local/api', username='admin@internal', password='***) leads to: UnsecuredConnectionAttemptError: [ERROR]::No response returned from server. If you're using HTTP protocol against a SSL secured server, then try using HTTPS instead. So engine is not running on http on my server. Can you check your server? -- Sandro Il 21/03/2013 15:40, Sandro Bonazzola ha scritto: Hi, Can you try to execute the following command? $ sudo ls -la /etc/pki/ovirt-engine/ca.pem Also if it seems strange it need ca.pem without ssl. Can you try also: $ sudo engine-iso-uploader -v --nossl --insecure list -- Sandro Il 21/03/2013 15:20, Yuval M ha scritto: Hi, I'm trying to use engine-iso-uploader to add ISO images to my ISO storage domain. (Ovirt 3.2 on Fedora 18) $ sudo engine-iso-uploader -v --nossl list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin Please provide the REST API password for the admin oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? $ ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory $ cat /var/log/ovirt-engine/engine-iso-uploader.log 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem connecting to the REST API. Is the service available and does the CA certificate exist? - same results also without the --nossl flag. any insight? Thanks, Yuval Meir ___ 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: [Users] trouble with engine-iso-uploader
Hi, Can you try to execute the following command? $ sudo ls -la /etc/pki/ovirt-engine/ca.pem Also if it seems strange it need ca.pem without ssl. Can you try also: $ sudo engine-iso-uploader -v --nossl --insecure list -- Sandro Il 21/03/2013 15:20, Yuval M ha scritto: Hi, I'm trying to use engine-iso-uploader to add ISO images to my ISO storage domain. (Ovirt 3.2 on Fedora 18) $ sudo engine-iso-uploader -v --nossl list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin Please provide the REST API password for the admin oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? $ ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory $ cat /var/log/ovirt-engine/engine-iso-uploader.log 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem connecting to the REST API. Is the service available and does the CA certificate exist? - same results also without the --nossl flag. any insight? Thanks, Yuval Meir ___ 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: [Users] trouble with engine-iso-uploader
doesn't work. [wil@bufferoverflow ~]$ sudo ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory [wil@bufferoverflow ~]$ sudo engine-iso-uploader -v --nossl --insecure list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin@internal Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? SSL is disabled in my setup so it should work via HTTP and not HTTPS. Yuval Meir On Thu, Mar 21, 2013 at 4:40 PM, Sandro Bonazzola sbona...@redhat.comwrote: Hi, Can you try to execute the following command? $ sudo ls -la /etc/pki/ovirt-engine/ca.pem Also if it seems strange it need ca.pem without ssl. Can you try also: $ sudo engine-iso-uploader -v --nossl --insecure list -- Sandro Il 21/03/2013 15:20, Yuval M ha scritto: Hi, I'm trying to use engine-iso-uploader to add ISO images to my ISO storage domain. (Ovirt 3.2 on Fedora 18) $ sudo engine-iso-uploader -v --nossl list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin Please provide the REST API password for the admin oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? $ ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory $ cat /var/log/ovirt-engine/engine-iso-uploader.log 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem connecting to the REST API. Is the service available and does the CA certificate exist? - same results also without the --nossl flag. any insight? Thanks, Yuval Meir ___ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] trouble with engine-iso-uploader
Can you try running the following 2 lines with python changing the password and the url with your values? from ovirtsdk.api import API api = API(url='http://ovirt.local/api', username='admin@internal', password='***) and paste the output? Il 21/03/2013 16:43, Yuval M ha scritto: doesn't work. [wil@bufferoverflow ~]$ sudo ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory [wil@bufferoverflow ~]$ sudo engine-iso-uploader -v --nossl --insecure list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin@internal Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? SSL is disabled in my setup so it should work via HTTP and not HTTPS. Yuval Meir On Thu, Mar 21, 2013 at 4:40 PM, Sandro Bonazzola sbona...@redhat.com mailto:sbona...@redhat.com wrote: Hi, Can you try to execute the following command? $ sudo ls -la /etc/pki/ovirt-engine/ca.pem Also if it seems strange it need ca.pem without ssl. Can you try also: $ sudo engine-iso-uploader -v --nossl --insecure list -- Sandro Il 21/03/2013 15:20, Yuval M ha scritto: Hi, I'm trying to use engine-iso-uploader to add ISO images to my ISO storage domain. (Ovirt 3.2 on Fedora 18) $ sudo engine-iso-uploader -v --nossl list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin Please provide the REST API password for the admin oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? $ ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory $ cat /var/log/ovirt-engine/engine-iso-uploader.log 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem connecting to the REST API. Is the service available and does the CA certificate exist? - same results also without the --nossl flag. any insight? Thanks, Yuval Meir ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Storage problem
I'm using oVirt 3.1. I have checked my storage domain and because a the power failure that I had I have lost all my VM in the storage. Now I would like to know how can I delete my VMs from Admin portal. For now it is impossible because Default Data Center is down because I can't attach Master domain. I'm in a kind of loop that I don't now how to fix. I guess that it is necessary to delete VMs from DB directly but I'm asking if it is possible to have some kind of workaround for these situations. Many thanks in avanced, Juanjo. On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk mlipc...@redhat.com wrote: thanks for the logs. What ovirt version are you using? Can you try to restart VDSM service on your host. Regards, Maor On 03/21/2013 01:16 PM, Juan Jose wrote: Hello Maor, I have tried to apply the bug procedure and nothing happens and if I lauch the query: psql -U engine -c SELECT option_value FROM vdc_options where option_name = 'AutoRecoveryAllowedTypes'; engine And the result is: option_value - (0 rows) And my Master Storage continue disable. Attach engine.log also. Many thanks, Juanjo. On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk mlipc...@redhat.com mailto:mlipc...@redhat.com wrote: On 03/20/2013 05:58 PM, Maor Lipchuk wrote: Hi Juan, I think you encountered this bug https://bugzilla.redhat.com/881941, the log there is quite the same. The auto recovery process should fix that after 15 minutes, but need to see if it is enabled in your environment. The auto recovery should be enabled by default on your env, but just to make sure you can check it in the engine DB with this query: SELECT option_value FROM vdc_options where option_name = 'AutoRecoveryAllowedTypes'; On 03/20/2013 05:29 PM, Juan Jose wrote: I forgot the vdsm.log file, Thanks, Juanjo. ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Storage problem
Was VDSM restart did any change? If your host is UP and running you can try to Re-initialize your data center (By right click on the Data Center) and pick a new storage to be the master. This will change your DC to be active again, but you will still need to delete the disks from the old storage. If your old storage can be active after the reinitialize there will be no problem to delete the disks. On 03/21/2013 06:05 PM, Juan Jose wrote: I'm using oVirt 3.1. I have checked my storage domain and because a the power failure that I had I have lost all my VM in the storage. Now I would like to know how can I delete my VMs from Admin portal. For now it is impossible because Default Data Center is down because I can't attach Master domain. I'm in a kind of loop that I don't now how to fix. I guess that it is necessary to delete VMs from DB directly but I'm asking if it is possible to have some kind of workaround for these situations. Many thanks in avanced, Juanjo. On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk mlipc...@redhat.com mailto:mlipc...@redhat.com wrote: thanks for the logs. What ovirt version are you using? Can you try to restart VDSM service on your host. Regards, Maor On 03/21/2013 01:16 PM, Juan Jose wrote: Hello Maor, I have tried to apply the bug procedure and nothing happens and if I lauch the query: psql -U engine -c SELECT option_value FROM vdc_options where option_name = 'AutoRecoveryAllowedTypes'; engine And the result is: option_value - (0 rows) And my Master Storage continue disable. Attach engine.log also. Many thanks, Juanjo. On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk mlipc...@redhat.com mailto:mlipc...@redhat.com mailto:mlipc...@redhat.com mailto:mlipc...@redhat.com wrote: On 03/20/2013 05:58 PM, Maor Lipchuk wrote: Hi Juan, I think you encountered this bug https://bugzilla.redhat.com/881941, the log there is quite the same. The auto recovery process should fix that after 15 minutes, but need to see if it is enabled in your environment. The auto recovery should be enabled by default on your env, but just to make sure you can check it in the engine DB with this query: SELECT option_value FROM vdc_options where option_name = 'AutoRecoveryAllowedTypes'; On 03/20/2013 05:29 PM, Juan Jose wrote: I forgot the vdsm.log file, Thanks, Juanjo. ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org mailto:Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org mailto:Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Storage problem
On 03/21/2013 06:12 PM, Maor Lipchuk wrote: Was VDSM restart did any change? If your host is UP and running you can try to Re-initialize your data center (By right click on the Data Center) and pick a new storage to be the master. You will need first to add a new storage to the setup This will change your DC to be active again, but you will still need to delete the disks from the old storage. If your old storage can be active after the reinitialize there will be no problem to delete the disks. On 03/21/2013 06:05 PM, Juan Jose wrote: I'm using oVirt 3.1. I have checked my storage domain and because a the power failure that I had I have lost all my VM in the storage. Now I would like to know how can I delete my VMs from Admin portal. For now it is impossible because Default Data Center is down because I can't attach Master domain. I'm in a kind of loop that I don't now how to fix. I guess that it is necessary to delete VMs from DB directly but I'm asking if it is possible to have some kind of workaround for these situations. Many thanks in avanced, Juanjo. On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk mlipc...@redhat.com mailto:mlipc...@redhat.com wrote: thanks for the logs. What ovirt version are you using? Can you try to restart VDSM service on your host. Regards, Maor On 03/21/2013 01:16 PM, Juan Jose wrote: Hello Maor, I have tried to apply the bug procedure and nothing happens and if I lauch the query: psql -U engine -c SELECT option_value FROM vdc_options where option_name = 'AutoRecoveryAllowedTypes'; engine And the result is: option_value - (0 rows) And my Master Storage continue disable. Attach engine.log also. Many thanks, Juanjo. On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk mlipc...@redhat.com mailto:mlipc...@redhat.com mailto:mlipc...@redhat.com mailto:mlipc...@redhat.com wrote: On 03/20/2013 05:58 PM, Maor Lipchuk wrote: Hi Juan, I think you encountered this bug https://bugzilla.redhat.com/881941, the log there is quite the same. The auto recovery process should fix that after 15 minutes, but need to see if it is enabled in your environment. The auto recovery should be enabled by default on your env, but just to make sure you can check it in the engine DB with this query: SELECT option_value FROM vdc_options where option_name = 'AutoRecoveryAllowedTypes'; On 03/20/2013 05:29 PM, Juan Jose wrote: I forgot the vdsm.log file, Thanks, Juanjo. ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org mailto:Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org mailto:Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ 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: [Users] Package installation error
Hi, On 03/19/2013 05:24 AM, Sahina Bose wrote: You are right - Gluster 3.4 is only required to manage gluster clusters. Currently the question asked at setup is this : The engine can be configured to present the UI in three different application modes. virt [Manage virtualization only], gluster [Manage gluster storage only], and both [Manage virtualization as well as gluster storage] where both is the default. If this is confusing to the user, we can change this message. Suggestions? I would either: (a) put Virt as the default, or (b) remove this question entirely - if someone is installing oVirt, assume they want to manage virt. If someone is installing Gluster, have an option during the Gluster install to have the oVirt management console. If someone wants to manage both their Gluster bricks and their virt with oVirt, I would make that a post-install option to oVirt - perhaps with an extra package to install (which would depend on the later version of Gluster). Cheers, Dave. On 03/19/2013 01:41 PM, Dave Neary wrote: Hi, On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: Now I am confused Do you or don't you need vdsm-gluster on your system? Allow me to clarify. There have been several messages from users since the oVirt 3.2 release asking why they need Gluster 3.4 pre-releases to run oVirt. My understanding is that you don't need Gluster 3.4 unless you want to manage a Gluster cluster with oVirt. So my question is: are we sure that we are not leading users wrong, and confusing them during the installation set-up process? Thanks, Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Package installation error
Simon? - Original Message - From: Dave Neary dne...@redhat.com To: Sahina Bose sab...@redhat.com Cc: Alon Bar-Lev alo...@redhat.com, users@ovirt.org Sent: Thursday, March 21, 2013 6:34:56 PM Subject: Re: [Users] Package installation error Hi, On 03/19/2013 05:24 AM, Sahina Bose wrote: You are right - Gluster 3.4 is only required to manage gluster clusters. Currently the question asked at setup is this : The engine can be configured to present the UI in three different application modes. virt [Manage virtualization only], gluster [Manage gluster storage only], and both [Manage virtualization as well as gluster storage] where both is the default. If this is confusing to the user, we can change this message. Suggestions? I would either: (a) put Virt as the default, or (b) remove this question entirely - if someone is installing oVirt, assume they want to manage virt. If someone is installing Gluster, have an option during the Gluster install to have the oVirt management console. If someone wants to manage both their Gluster bricks and their virt with oVirt, I would make that a post-install option to oVirt - perhaps with an extra package to install (which would depend on the later version of Gluster). Cheers, Dave. On 03/19/2013 01:41 PM, Dave Neary wrote: Hi, On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: Now I am confused Do you or don't you need vdsm-gluster on your system? Allow me to clarify. There have been several messages from users since the oVirt 3.2 release asking why they need Gluster 3.4 pre-releases to run oVirt. My understanding is that you don't need Gluster 3.4 unless you want to manage a Gluster cluster with oVirt. So my question is: are we sure that we are not leading users wrong, and confusing them during the installation set-up process? Thanks, Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] trouble with engine-iso-uploader
Traceback (most recent call last): File test.py, line 2, in module api = API(url='http://ovirt.local/api', username='admin@internal', password='letmein!') File /usr/lib/python2.7/site-packages/ovirtsdk/api.py, line 118, in __init__ url='/api' File /usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py, line 199, in request noParse=noParse) File /usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py, line 261, in __doRequest raise ConnectionError, str(e) ovirtsdk.infrastructure.errors.ConnectionError: [ERROR]::oVirt API connection failure, [Errno -2] Name or service not known On Thu, Mar 21, 2013 at 6:02 PM, Sandro Bonazzola sbona...@redhat.comwrote: Can you try running the following 2 lines with python changing the password and the url with your values? from ovirtsdk.api import API api = API(url='http://ovirt.local/api', username='admin@internal', password='***) and paste the output? Il 21/03/2013 16:43, Yuval M ha scritto: doesn't work. [wil@bufferoverflow ~]$ sudo ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory [wil@bufferoverflow ~]$ sudo engine-iso-uploader -v --nossl --insecure list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin@internal Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? SSL is disabled in my setup so it should work via HTTP and not HTTPS. Yuval Meir On Thu, Mar 21, 2013 at 4:40 PM, Sandro Bonazzola sbona...@redhat.comwrote: Hi, Can you try to execute the following command? $ sudo ls -la /etc/pki/ovirt-engine/ca.pem Also if it seems strange it need ca.pem without ssl. Can you try also: $ sudo engine-iso-uploader -v --nossl --insecure list -- Sandro Il 21/03/2013 15:20, Yuval M ha scritto: Hi, I'm trying to use engine-iso-uploader to add ISO images to my ISO storage domain. (Ovirt 3.2 on Fedora 18) $ sudo engine-iso-uploader -v --nossl list Please provide the REST API username for oVirt Engine (CTRL+D to abort): admin Please provide the REST API password for the admin oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? $ ls -la /etc/pki/ovirt-engine/ca.pem ls: cannot access /etc/pki/ovirt-engine/ca.pem: No such file or directory $ cat /var/log/ovirt-engine/engine-iso-uploader.log 2013-03-21 15:42:04::ERROR::engine-iso-uploader::455::root:: Problem connecting to the REST API. Is the service available and does the CA certificate exist? - same results also without the --nossl flag. any insight? Thanks, Yuval Meir ___ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Package installation error
- Original Message - From: Alon Bar-Lev alo...@redhat.com To: Dave Neary dne...@redhat.com Cc: users@ovirt.org, Sahina Bose sab...@redhat.com, Simon Grinberg si...@redhat.com Sent: Thursday, March 21, 2013 6:35:56 PM Subject: Re: [Users] Package installation error Simon? - Original Message - From: Dave Neary dne...@redhat.com To: Sahina Bose sab...@redhat.com Cc: Alon Bar-Lev alo...@redhat.com, users@ovirt.org Sent: Thursday, March 21, 2013 6:34:56 PM Subject: Re: [Users] Package installation error Hi, On 03/19/2013 05:24 AM, Sahina Bose wrote: You are right - Gluster 3.4 is only required to manage gluster clusters. Currently the question asked at setup is this : The engine can be configured to present the UI in three different application modes. virt [Manage virtualization only], gluster [Manage gluster storage only], and both [Manage virtualization as well as gluster storage] where both is the default. If this is confusing to the user, we can change this message. Suggestions? I would either: (a) put Virt as the default, or I would go for this one, this keeps backwards compatibility. Is there an easy method to change this configuration later? (b) remove this question entirely - if someone is installing oVirt, assume they want to manage virt. If someone is installing Gluster, have an option during the Gluster install to have the oVirt management console. We do want people to get exposed to the Gluster option. If someone wants to manage both their Gluster bricks and their virt with oVirt, I would make that a post-install option to oVirt - perhaps with an extra package to install (which would depend on the later version of Gluster). Cheers, Dave. On 03/19/2013 01:41 PM, Dave Neary wrote: Hi, On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: Now I am confused Do you or don't you need vdsm-gluster on your system? Allow me to clarify. There have been several messages from users since the oVirt 3.2 release asking why they need Gluster 3.4 pre-releases to run oVirt. My understanding is that you don't need Gluster 3.4 unless you want to manage a Gluster cluster with oVirt. So my question is: are we sure that we are not leading users wrong, and confusing them during the installation set-up process? Thanks, Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Package installation error
- Original Message - From: Simon Grinberg si...@redhat.com To: Alon Bar-Lev alo...@redhat.com Cc: users@ovirt.org, Sahina Bose sab...@redhat.com, Dave Neary dne...@redhat.com Sent: Thursday, March 21, 2013 7:40:17 PM Subject: Re: [Users] Package installation error - Original Message - From: Alon Bar-Lev alo...@redhat.com To: Dave Neary dne...@redhat.com Cc: users@ovirt.org, Sahina Bose sab...@redhat.com, Simon Grinberg si...@redhat.com Sent: Thursday, March 21, 2013 6:35:56 PM Subject: Re: [Users] Package installation error Simon? - Original Message - From: Dave Neary dne...@redhat.com To: Sahina Bose sab...@redhat.com Cc: Alon Bar-Lev alo...@redhat.com, users@ovirt.org Sent: Thursday, March 21, 2013 6:34:56 PM Subject: Re: [Users] Package installation error Hi, On 03/19/2013 05:24 AM, Sahina Bose wrote: You are right - Gluster 3.4 is only required to manage gluster clusters. Currently the question asked at setup is this : The engine can be configured to present the UI in three different application modes. virt [Manage virtualization only], gluster [Manage gluster storage only], and both [Manage virtualization as well as gluster storage] where both is the default. If this is confusing to the user, we can change this message. Suggestions? I would either: (a) put Virt as the default, or I would go for this one, this keeps backwards compatibility. Is there an easy method to change this configuration later? Yes, changing the cluster settings. (b) remove this question entirely - if someone is installing oVirt, assume they want to manage virt. If someone is installing Gluster, have an option during the Gluster install to have the oVirt management console. We do want people to get exposed to the Gluster option. If someone wants to manage both their Gluster bricks and their virt with oVirt, I would make that a post-install option to oVirt - perhaps with an extra package to install (which would depend on the later version of Gluster). Cheers, Dave. On 03/19/2013 01:41 PM, Dave Neary wrote: Hi, On 03/19/2013 08:16 AM, Alon Bar-Lev wrote: Now I am confused Do you or don't you need vdsm-gluster on your system? Allow me to clarify. There have been several messages from users since the oVirt 3.2 release asking why they need Gluster 3.4 pre-releases to run oVirt. My understanding is that you don't need Gluster 3.4 unless you want to manage a Gluster cluster with oVirt. So my question is: are we sure that we are not leading users wrong, and confusing them during the installation set-up process? Thanks, Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] rebooting physical network that ovirt is attached to
greetings, we are talking about possibly upgrading our cisco gear tonight, and this will affect our ovirt environment. what can i expect if i were to reboot first the switch that all VMguest VLANs are going thru, ad then afterwards rebooting the switch that all ovirtmgmt connections are in? how will the ovirt environment behave with loss of network connectivity for a couple minutes? the iscsi network is not going to be affected. any information or stories of similar experiences would be appreciated. thanks, jonathan This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt 3.2 - high multicast packet loss
Hi all, Tried it on oVirt 3.2 as well; on the oVirtnode (ovirt-node-iso-2.6.1-20120228.fc18): [root@bigvirt bridge]# cat /sys/class/net/ovirtmgmt/bridge/multicast_snooping 1 omping 192.168.1.212 192.168.1.211 -c500 ## will give heavy packet loss: 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.381/0.633/0.891/0.074 192.168.1.212 : multicast, xmt/rcv/%loss = 500/266/46%, min/avg/max/std-dev = 0.427/0.641/0.997/0.065 Disabling multicast snooping: [root@bigvirt bridge]# echo 0 /sys/class/net/ovirtmgmt/bridge/multicast_snooping [root@bigvirt bridge]# cat /sys/class/net/ovirtmgmt/bridge/multicast_snooping 0 omping 192.168.1.212 192.168.1.211 -c500 ## packet loss 0% 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.353/0.623/0.944/0.075 192.168.1.212 : multicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.356/0.642/0.964/0.078 I tried it a couple of times, switching multicast snooping on and off; same result. I would consider this to be a bug? Bugzilla report wanted? Winfried Op 21-03-13 12:17, Antoni Segura Puimedon schreef: Michael Tsirkin (Thanks!) proposes to try the following: try disabling multicast snooping in the bridge Could you give it a shot? - Original Message - From: Winfried de Heiden w...@dds.nl To: users@ovirt.org Sent: Thursday, March 21, 2013 10:14:04 AM Subject: Re: [Users] ovirt 3.2 - high multicast packet loss So far no reactie about the multicast packet loss.. I bumbed into this bug: https://bugzilla.redhat.com/show_bug.cgi?id=880035 This looks the same as the problems I am suffering using oVirt 3.2: heavy multicast packet loss after some time. This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)? Can anyone reproduce the problem (omping between 3 virtual nodes)? Winfried Op 18-03-13 16:58, Winfried de Heiden schreef: Same for Debian 6 (x86_64); 47% packet loss: ssmping -c 500 192.168.1.234 --- 192.168.1.234 statistics --- 500 packets transmitted, time 51 ms unicast: 500 packets received, 0% packet loss rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms multicast: 265 packets received, 47% packet loss since first mc packet (seq 1) recvd rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms Winfried Hi all, Playing around with Red Hat Clustering, it turns out I have a hughe multicast packet loss: (Centos 6.4 - x86_64 with all updates) omping 192.168.1.211 192.168.1.212 -c500 (node1) omping 192.168.1.212 192.168.1.211 -c500(node2) will give almost 50% loss! 192.168.1.211 : unicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.330/0.610/0.789/0.064 192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, min/avg/max/std-dev = 0.416/0.635/0.921/0.066 192.168.1.212 : unicast, xmt/rcv/%loss = 500/500/0%, min/avg/max/std-dev = 0.388/0.653/0.863/0.069 192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, min/avg/max/std-dev = 0.396/0.670/1.080/0.074 OK, I am using simple hardware, but this hardware is virtually doing nothing... As mentioned on https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, I set the txqueelen to 500, same result? I 'm still guessing whether this is an oVirt, virtio or Red Hat/Centos issue? Problems only happend after some time; that is 200 mo-pings shows everything is fine. Anyone? Winfried ___ 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 ___ 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] power management for drac6
Has anyone been able to get a drac6 management interface working by using the drac5 fencing agent? From testing on the command line I was able to determine that we need to add the option cmd_prompt=admin1. But for some reason I can’t get any options to work. From the logs below you can see that the ovirt-engine is passing the options along, but on the vdsm log those options are no longer there. ** ** ovirt_engine/engine.log ** ** 2013-03-21 11:30:33,408 INFO [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-9) Executing Status Power Management command, Proxy Host:vm1, Agent:drac5, Target Host:, Management IP:vm2, User:root, Options:cmd_prompt=admin1,secure=true,slot=0 ** ** 2013-03-21 11:30:33,411 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-9) START, FenceVdsVDSCommand(HostName = vm1, HostId = 63336472-4bbd-11e2-b2fc-5bc78da11d0c, targetVdsId = f80052ad-993e-4778-9924-d4e603425d32, action = Status, ip = vm2-mgt, port = , type = drac5, user = root, password = **, options = 'cmd_prompt=admin1,secure=true,slot=0'), log id: 3773df59 ** ** 2013-03-21 11:30:44,123 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (ajp--127.0.0.1-8702-9) FINISH, FenceVdsVDSCommand, return: Test Failed, Host Status is: unknown. The fence-agent script reported the following error: Unable to connect/login to fencing device , log id: 3773df59 ** ** vdsm.log Thread-1978569::DEBUG::2013-03-21 11:30:38,769::API::1024::vds::(fenceNode) fenceNode(addr=vm2-mgt,port=,agent=drac5,user=root,passwd=,action=status,secure=,options=) ** ** Thread-1978569::DEBUG::2013-03-21 11:30:44,113::API::1050::vds::(fenceNode) rc 1 in agent=fence_drac5 ipaddr=vm2-mgt login=root option=status passwd= out err Unable to connect/login to fencing device ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] what can cause NETWORK_UNREACHABLE
hi,lvernia what confuse me is that Host is operational and all its networks work all right. i track call flow,set breakpoint at function associated with NETWORK_UNREACHABLE, but i never catch one breakpoint, if this alert is in DB(maybe not, i think it is real-time ) thanks At 2013-03-21 17:17:34,Lior Vernia lver...@redhat.com wrote: Hello, It is most commonly caused by having a network defined as required in a cluster, and not having it set up on a host in that cluster. It is usually accompanied by a human-readable explanation in the events panel at the bottom of the webadmin GUI. If that is indeed the problem, it can be fixed in one of two ways, depending on whether the network is actually essential for your cluster: 1. If it is essential, choose the non-operational host, navigate to the Network Interfaces subtab, click Setup Host Networks and make sure that the required network is attached to a network interface on the host. 2. If it is not essential, choose the corresponding cluster, head to its Logical Networks subtab, click on Assign/Unassign Networks and mark the network as non-required. Yours, Lior Vernia. On 21/03/13 10:45, bigclouds wrote: hi,all on UI always there is a alert 'NonOperationalReason___NETWORK_UNREACHABLE', could you tell me , what cause this problem. how to fix it? thanks ___ 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
