Re: [Users] ovirt-iso-uploader

[Sandro Bonazzola]

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

[Alon Bar-Lev]

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" 
> To: "Alon Bar-Lev" 
> 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 
> 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 
> 
> 
> 
> - Original Message -
> > From: "Joop" 
> > 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
> > net

Re: [Users] Vdsm/libvir error during deploy

[Dennis Böck]

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" 
> To: "Alon Bar-Lev" 
> 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 
> 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 
>
>
>
> - Original Message -
> > From: "Joop" 
> > 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
> 

[Users] what can cause NETWORK_UNREACHABLE

[bigclouds]

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

[Winfried de Heiden]

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

[Lior Vernia]

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

[Deepak C Shetty]

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

[Alon Bar-Lev]

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" 
> To: "Alon Bar-Lev" 
> 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" 
> > To: "Alon Bar-Lev" 
> > 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 
> > 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 
> >
> >
> >
> > - Original Message -
> > > From: "Joop" 
> > > 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
> > > ovir

Re: [Users] ovirt 3.2 - high multicast packet loss

[Antoni Segura Puimedon]

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" 
> 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

[Juan Jose]

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  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  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

[Juan Jose]

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  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

[Gianluca Cecchi]

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

[Douglas Landgraf]

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

[Mike Burns]

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

[Gianluca Cecchi]

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

[Mike Burns]

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

[Yuval M]

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

[Martin Pavlik]

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

[Yuval M]

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  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

[Sandro Bonazzola]

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

[Sandro Bonazzola]

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

[Yuval M]

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

Re: [Users] ovirt 3.2 - high multicast packet loss

[Winfried de Heiden]

Hi,

"Plain KVM", that is: Fedora 18 + KVM with VirtManager is suffering the 
same:


On my KVM host:

# cat /sys/class/net/virbr0/bridge/multicast_snooping
1

Now, on 2 virtual (Centos 6.4) nodes:

will give huge packet loss:

92.168.122.151 :   unicast, xmt/rcv/%loss = 300/300/0%, 
min/avg/max/std-dev = 0.258/0.706/1.170/0.097
192.168.122.151 : multicast, xmt/rcv/%loss = 300/261/13% (seq>=2 12%), 
min/avg/max/std-dev = 0.357/0.861/1.944/0.198


Increasing omping to -c 500; packet loss will be about 47%.

Now, on the KVM host:

# echo 0 > /sys/class/net/virbr0/bridge/multicast_snooping
cat /sys/class/net/virbr0/bridge/multicast_snooping
0

Giving it several tries, packet loss is 0%!

I'll give it a try on oVirt tonight.

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" 
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

Re: [Users] Storage problem

[Maor Lipchuk]

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  > 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] trouble with engine-iso-uploader

[Sandro Bonazzola]

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  > 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 
>> http://lists.ovirt.org/mailman/listinfo/users
>
>

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

Re: [Users] Storage problem

[Juan Jose]

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  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  > > 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] Storage problem

[Maor Lipchuk]

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  > 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  
> > >> 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] Storage problem

[Maor Lipchuk]

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 > > 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 > 
>> > >> 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
> 


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

Re: [Users] Package installation error

[Dave Neary]

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

[Alon Bar-Lev]

Simon?

- Original Message -
> From: "Dave Neary" 
> To: "Sahina Bose" 
> Cc: "Alon Bar-Lev" , 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

[Yuval M]

Traceback (most recent call last):
  File "test.py", line 2, in 
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 wrote:

>  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 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 
>> 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

[Simon Grinberg]

- Original Message -
> From: "Alon Bar-Lev" 
> To: "Dave Neary" 
> Cc: users@ovirt.org, "Sahina Bose" , "Simon Grinberg" 
> 
> Sent: Thursday, March 21, 2013 6:35:56 PM
> Subject: Re: [Users] Package installation error
> 
> Simon?
> 
> - Original Message -
> > From: "Dave Neary" 
> > To: "Sahina Bose" 
> > Cc: "Alon Bar-Lev" , 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

[Alon Bar-Lev]

- Original Message -
> From: "Simon Grinberg" 
> To: "Alon Bar-Lev" 
> Cc: users@ovirt.org, "Sahina Bose" , "Dave Neary" 
> 
> Sent: Thursday, March 21, 2013 7:40:17 PM
> Subject: Re: [Users] Package installation error
> 
> 
> 
> - Original Message -
> > From: "Alon Bar-Lev" 
> > To: "Dave Neary" 
> > Cc: users@ovirt.org, "Sahina Bose" , "Simon
> > Grinberg" 
> > Sent: Thursday, March 21, 2013 6:35:56 PM
> > Subject: Re: [Users] Package installation error
> > 
> > Simon?
> > 
> > - Original Message -
> > > From: "Dave Neary" 
> > > To: "Sahina Bose" 
> > > Cc: "Alon Bar-Lev" , 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

[Jonathan Horne]

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

[Winfried de Heiden]

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" 
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

Re: [Users] oVirt 3.2.1 and clone from snapshot.... argh...!!!

[Gianluca Cecchi]

On Tue, Mar 19, 2013 at 5:45 PM, Gianluca Cecchi  wrote:
> On Tue, Mar 19, 2013 at 5:10 PM, Maor Lipchuk  wrote:
>> FYI, the patch is at http://gerrit.ovirt.org/#/c/13172/
>>
>
> Thanks. Hope to have an rpm update too for fedora 18 ovirt stable repo.
> Gianluca

In the mean time I confirm that I rebuilt 3.2.1 with that patch and
- clone from snapshot works now
- general, disks and network details are present in snapshot details pane now


I take the occasion to point two things

1) this is not new and I also noted many times in 3.2 too.
The first time you connect to web admin gui, the very first operation
that involves opening a new window, you get a non responsive white
window with the circle in the middle
If you close that window (the x at top right) and soon redo the same
operation, the window popups correctly
Probably I notice more this because I'm using oVirt all-in-one with my
Home pc and I reboot it every day

2) when you make a clone from snapshot, if you don't set a name for
the clone and press ok, nothing happens and you can have the
impression that the window is waiting for something
it could be better if after pressing the "ok" button and the user has
not selected a name, a message pop ups remembering that it is a
necessary condition to put a name for the clone...
Actually there is something that changes: the surrounding line of the
input field for the clone name changes colour, but as the line is very
thin I didn't notice it at first (add that I'm somewhow colour-blind
and you'll better understand my problem ... ;-)

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

[Users] power management for drac6

[Thomas Scofield]

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  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

[bigclouds]

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"  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

Re: [Users] Package installation error

[Karli Sjöberg]

tor 2013-03-21 klockan 12:34 -0400 skrev Dave Neary:


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


That would only be logical, since the product´s name is oVirt after all.



(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.


Actually, we thought it was great to  get asked that during the install, since 
we have two engines here; one for Virt and one just as a Gluster Engine 
(thinking about naming it Glen...), so we´d really like if you kept that 
question in.


/Karli




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.
>>
>



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

Re: [Users] Package installation error

[Shireesh Anjal]

On 03/22/2013 12:11 AM, Alon Bar-Lev wrote:


- Original Message -

From: "Simon Grinberg" 
To: "Alon Bar-Lev" 
Cc: users@ovirt.org, "Sahina Bose" , "Dave Neary" 

Sent: Thursday, March 21, 2013 7:40:17 PM
Subject: Re: [Users] Package installation error



- Original Message -

From: "Alon Bar-Lev" 
To: "Dave Neary" 
Cc: users@ovirt.org, "Sahina Bose" , "Simon
Grinberg" 
Sent: Thursday, March 21, 2013 6:35:56 PM
Subject: Re: [Users] Package installation error

Simon?

- Original Message -

From: "Dave Neary" 
To: "Sahina Bose" 
Cc: "Alon Bar-Lev" , 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.


No - you can change the cluster settings (virt service/gluster service) 
only if the application mode is "both". In virt only mode, the cluster 
is virt only, and same with gluster-only. So if you want user to be able 
to change the mode *after* installation, this config (ApplicationMode) 
must be exposed in the engine-config tool.





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