Re: [Users] libvirt dependency vs. a way to have Solaris hosts in ovirt-engine
On Tue, Jan 08, 2013 at 10:02:05AM +0100, Jiri Belka wrote: Hi, as you know Solaris (Open Indiana) has qemu-kvm although they don't use libvirt (in fact libvirt tighted to much to Linux specifics). If vdsm whould interact with qemu-kvm without libvirt it would open a way to have Solaris hosts in ovirt-engine. libvirt is another abstraction after vdsm layer, or if vdsm could use plugins to interact with qemu-kvm (libvirt, native, solaris-style), it could use current mode, bypass libvirt and use solaris tools to talk to their qemu-kvm. In the old days, vdsm used to work with qemu processes directly. We moved to be using libvirt's abstraction in order to gain then-new qmp code for free, and to make it easier for 3rd party applications poll oVirt VMs over the libvirt api. We also use the libvirt dom xml as an API for vdsm extension hooks. Beyond that, there are a few Linuxisms in Vdsm itself. I would first want to see it ported to non-Fedora-flavor Linuxes (did someone say Ubuntu?), and only later to Solaris. Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] VM Priority for Run/Migration queue set failed
Hi All, I have the following problem: When I try to edit the configuration of a VM, VM being shut down, I go to High Availability section, select the check box for Highly Available, and try to increase afterwards the queue priority from Low to Medium or High. Despite the fact that I check the box for the Medium or High, after I hit OK, and return to general information about VM, I see that Priority remains unchanged to Low. This is not what happens with the Highly Available check box, as changing this value updates the general info tab when the VM is being clicked. Might this be a bug ? I am using CentOS 6.3 with dreyou's repo, and the rpm packs I have installed on the node controller are: /ovirt-engine-setup-3.1.0-3.19.el6.noarch// //ovirt-engine-config-3.1.0-3.19.el6.noarch// //ovirt-engine-jbossas711-1-0.x86_64// //ovirt-log-collector-3.1.0-16.el6.noarch// //ovirt-iso-uploader-3.1.0-16.el6.noarch// //ovirt-engine-backend-3.1.0-3.19.el6.noarch// //ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch// //ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch// //ovirt-engine-genericapi-3.1.0-3.19.el6.noarch// //ovirt-engine-tools-common-3.1.0-3.19.el6.noarch// //ovirt-engine-3.1.0-3.19.el6.noarch// //ovirt-engine-sdk-3.1.0.5-1.el6.noarch// //ovirt-image-uploader-3.1.0-16.el6.noarch// //ovirt-engine-userportal-3.1.0-3.19.el6.noarch// //ovirt-engine-restapi-3.1.0-3.19.el6.noarch// //ovirt-engine-notification-service-3.1.0-3.19.el6.noarch// //ovirt-engine-cli-3.1.0.7-1.el6.noarch// / Also, this is the latest log from engine.log when I run the actions described in the upper part. / 2013-01-10 13:36:51,816 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (http--0.0.0.0-8443-2) Unable to get value of property: isQuotaDefault for class org.ovirt.engine.core.common.businessentities.VmStatic 2013-01-10 13:36:51,820 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (http--0.0.0.0-8443-2) Unable to get value of property: isQuotaDefault for class org.ovirt.engine.core.common.businessentities.VmStatic 2013-01-10 13:36:51,822 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (http--0.0.0.0-8443-2) Unable to get value of property: managedDeviceMap for class org.ovirt.engine.core.common.businessentities.VmStatic 2013-01-10 13:36:51,825 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (http--0.0.0.0-8443-2) Unable to get value of property: managedDeviceMap for class org.ovirt.engine.core.common.businessentities.VmStatic 2013-01-10 13:36:51,850 INFO [org.ovirt.engine.core.bll.UpdateVmCommand] (http--0.0.0.0-8443-2) [52c2cdc2] Running command: UpdateVmCommand internal: false. Entities affected : ID: 96e6705a-030c-411a-b365-ad6ff3fcfb56 Type: VM 2013-01-10 13:36:51,868 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IsValidVDSCommand] (http--0.0.0.0-8443-2) [52c2cdc2] START, IsValidVDSCommand(storagePoolId = b6c128ae-5987-11e2-964c-001e8c47d368, ignoreFailoverLimit = false, compatabilityVersion = null), log id: 35d20229 2013-01-10 13:36:51,873 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IsValidVDSCommand] (http--0.0.0.0-8443-2) [52c2cdc2] FINISH, IsValidVDSCommand, return: true, log id: 35d20229 2013-01-10 13:36:51,931 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.UpdateVMVDSCommand] (http--0.0.0.0-8443-2) [52c2cdc2] START, UpdateVMVDSCommand(storagePoolId = b6c128ae-5987-11e2-964c-001e8c47d368, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = ----, infoDictionary.size = 1), log id: 1e0c9f16 2013-01-10 13:36:51,953 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.UpdateVMVDSCommand] (http--0.0.0.0-8443-2) [52c2cdc2] FINISH, UpdateVMVDSCommand, log id: 1e0c9f16/ If anyone can give a clue about this, would be much appreciated. Thanks Alex. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt-Live-0.9.iso - beta version Jan 9th 2013
=== oVirt-Live-0.9.iso - beta version Jan 9th 2013 === wiki: http://wiki.ovirt.org/wiki/OVirt_Live Download [ http://resources.ovirt.org/releases/3.2/tools/ovirt-live-0.9.iso ] change-log - Based on ovirt 3.2 nightly (git1a60fea) Fedora 18 beta Known-Issues On some chipsets one could encounter the following bug: https://bugzilla.redhat.com/show_bug.cgi?id=878119 which will cause the storage domain to fail. In case of a failure a workaround is to append -w /dev/watchdog1 to WDMDOPTS in /etc/sysconfig/wdmd and run systemctl start wdmd.service ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VM Priority for Run/Migration queue set failed
On 01/10/2013 02:13 PM, Itamar Heim wrote: On 01/10/2013 01:47 PM, Alexandru Vladulescu wrote: Hi All, I have the following problem: When I try to edit the configuration of a VM, VM being shut down, I go to High Availability section, select the check box for Highly Available, and try to increase afterwards the queue priority from Low to Medium or High. Despite the fact that I check the box for the Medium or High, after I hit OK, and return to general information about VM, I see that Priority remains unchanged to Low. This is not what happens with the Highly Available check box, as changing this value updates the general info tab when the VM is being clicked. Might this be a bug ? I am using CentOS 6.3 with dreyou's repo, and the rpm packs I have installed on the node controller are: /ovirt-engine-setup-3.1.0-3.19.el6.noarch// //ovirt-engine-config-3.1.0-3.19.el6.noarch// //ovirt-engine-jbossas711-1-0.x86_64// //ovirt-log-collector-3.1.0-16.el6.noarch// //ovirt-iso-uploader-3.1.0-16.el6.noarch// //ovirt-engine-backend-3.1.0-3.19.el6.noarch// //ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch// //ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch// //ovirt-engine-genericapi-3.1.0-3.19.el6.noarch// //ovirt-engine-tools-common-3.1.0-3.19.el6.noarch// //ovirt-engine-3.1.0-3.19.el6.noarch// //ovirt-engine-sdk-3.1.0.5-1.el6.noarch// //ovirt-image-uploader-3.1.0-16.el6.noarch// //ovirt-engine-userportal-3.1.0-3.19.el6.noarch// //ovirt-engine-restapi-3.1.0-3.19.el6.noarch// //ovirt-engine-notification-service-3.1.0-3.19.el6.noarch// //ovirt-engine-cli-3.1.0.7-1.el6.noarch// / Also, this is the latest log from engine.log when I run the actions described in the upper part. / 2013-01-10 13:36:51,816 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (http--0.0.0.0-8443-2) Unable to get value of property: isQuotaDefault for class org.ovirt.engine.core.common.businessentities.VmStatic 2013-01-10 13:36:51,820 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (http--0.0.0.0-8443-2) Unable to get value of property: isQuotaDefault for class org.ovirt.engine.core.common.businessentities.VmStatic 2013-01-10 13:36:51,822 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (http--0.0.0.0-8443-2) Unable to get value of property: managedDeviceMap for class org.ovirt.engine.core.common.businessentities.VmStatic 2013-01-10 13:36:51,825 WARN [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] (http--0.0.0.0-8443-2) Unable to get value of property: managedDeviceMap for class org.ovirt.engine.core.common.businessentities.VmStatic 2013-01-10 13:36:51,850 INFO [org.ovirt.engine.core.bll.UpdateVmCommand] (http--0.0.0.0-8443-2) [52c2cdc2] Running command: UpdateVmCommand internal: false. Entities affected : ID: 96e6705a-030c-411a-b365-ad6ff3fcfb56 Type: VM 2013-01-10 13:36:51,868 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IsValidVDSCommand] (http--0.0.0.0-8443-2) [52c2cdc2] START, IsValidVDSCommand(storagePoolId = b6c128ae-5987-11e2-964c-001e8c47d368, ignoreFailoverLimit = false, compatabilityVersion = null), log id: 35d20229 2013-01-10 13:36:51,873 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IsValidVDSCommand] (http--0.0.0.0-8443-2) [52c2cdc2] FINISH, IsValidVDSCommand, return: true, log id: 35d20229 2013-01-10 13:36:51,931 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.UpdateVMVDSCommand] (http--0.0.0.0-8443-2) [52c2cdc2] START, UpdateVMVDSCommand(storagePoolId = b6c128ae-5987-11e2-964c-001e8c47d368, ignoreFailoverLimit = false, compatabilityVersion = null, storageDomainId = ----, infoDictionary.size = 1), log id: 1e0c9f16 2013-01-10 13:36:51,953 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.UpdateVMVDSCommand] (http--0.0.0.0-8443-2) [52c2cdc2] FINISH, UpdateVMVDSCommand, log id: 1e0c9f16/ If anyone can give a clue about this, would be much appreciated. Thanks Alex. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users if you move to the hosts tab and back, does the value remain not updated? (trying to understand if a ui refresh issue only) Checked that before posting the original email, but it's not related to refresh, or the switch doesn't change a thing. Alex. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] WG: No spice connection - Remote-Viewer quits after a few seconds
Hi Dennis, as you use remote-viewer, the steps below won't work for you, I thought you were still using spicec based previous information. Here are the steps for remote-viewer: 1. download debug-helper binary and place it to where remote-viewer.exe resides: http://elmarco.fedorapeople.org/debug-helper.exe 2. install windows build of gdb: * get latest mingw-get-inst-BUILD_DATE.exe * In Select Components choose : MinGW Developer Toolkit (last option) * add path with gdb.exe to (system-wide) %PATH% 3. change registry entry: HKCU\Software\spice-space.org\spicex\client to point to debug-helper instead of remote-viewer from: $DIR\remote-viewer.exe --spice-controller to: $DIR\debug-helper.exe remote-viewer.exe --spice-controller 4. connect to the VM You should now see a cmd window running gdb that will print stdout/stderr of remote-viewer - could you copy the output from there? David Dennis Böck píše v Čt 10. 01. 2013 v 07:38 +: Hi David, do you have any new information about this problem? Do you know, whether there is anyone out there who managed to get a spice session with a Windows (Internet Explorer) client? Best regards and thanks in advance Dennis Von: users-boun...@ovirt.org [users-boun...@ovirt.org]quot; im Auftrag von quot;Dennis Böck [den...@webdienstleistungen.com] Gesendet: Mittwoch, 2. Januar 2013 13:16 An: users@oVirt.org Betreff: Re: [Users] No spice connection - Remote-Viewer quits after a few seconds Hi David, I set SPICEC_LOG_LEVEL=0 rebooted the machine but no spicec log was written in %temp%. If I perform a search in this folder for spice only two files appear: %temp%/spicex.log %temp%/low/spicex.log I even tried a new installation of http://spice-space.org/download/gtk/windows/virt-viewer-0.5.3_x86.exe but nothing changed. Best regards Dennis Von: David Jaša [dj...@redhat.com] Gesendet: Mittwoch, 2. Januar 2013 11:10 An: Dennis Böck Cc: users@oVirt.org Betreff: Re: [Users] No spice connection - Remote-Viewer quits after a few seconds Hi Dennis, this log isn't exactly helpful either. :( Spicec just quits before it could receive any connection info from the plugin... Could you try to set another variable: SPICEC_LOG_LEVEL=0 and find spicec log (also in %temp%)? David Dennis Böck píše v Čt 27. 12. 2012 v 14:12 +: Hi David, here is my %temp%/low/spicex.log (%temp%/spicex.log is not updated!), after setting the system variable spicex_debug_level=0: 1356616807 INFO [4944:5044] spicex_init_logger: started 1356616807 DEBUG [4944:5044] COSpiceX::put_DynamicMenu: DynamicMenu 1356616807 INFO [4944:5044] COSpiceX::put_FullScreen: New FullScreen request newVal=0x0 1356616807 DEBUG [4944:5044] COSpiceX::Connect: Running spicec (C:\Users\Dennis\AppData\Local\virt-viewer\bin\remote-viewer.exe --spice-controller) 1356616807 INFO [4944:5044] COSpiceX::Connect: spicec pid 5996 1356616809 DEBUG [4944:5044] COSpiceX::Connect: connecting to spice client's pipe 1356616814 ERROR [4944:5044] COSpiceX::Connect: failed to connect to spice client pipe Best regards Dennis Von: David Jaša [dj...@redhat.com] Gesendet: Dienstag, 4. Dezember 2012 12:16 An: Einav Cohen Cc: Dennis Böck; users@oVirt.org Betreff: Re: [Users] No spice connection - Remote-Viewer quits after a few seconds Einav, Dennis's previous logs suggest that he's using spicex/IE/windows, not xpi/firefox/linux. Dennis, could you go through my last week conversation with Karli Sjöberg and repeat the debugging steps described there? David Einav Cohen píše v Po 03. 12. 2012 v 14:52 -0500: Hi Dennis, We need some more information that can be useful to us in order to try solving the problem. Can you please follow the instructions below for getting more detailed logs and reply with the results? 1. Set spice-xpi log level to DEBUG (for versions 2.8, modify logger.ini). 2. Verify which client is running (we should get that from 1), e.g. by using top, or checking alternatives. 3. Getting version: rpm -q spice-xpi virt-viewer spice-client 4. client/remote-viewer logs: For spicec, there should be a file ~/.spicec/spicec.log For remote-viewer: In order to also get log messages of remote-viewer, run firefox from shell. For debug level log messages, the following environment variables should be set, for example $ export SPICE_DEBUG=1 $ export G_DEBUG_MESSAGES=all $ firefox Thanks, Einav - Original Message - From: Dennis Böck den...@webdienstleistungen.com To: Itamar Heim ih...@redhat.com Cc: users@oVirt.org users@ovirt.org Sent: Sunday, December 2, 2012 5:28:58 PM Subject: Re: [Users] No spice connection -
Re: [Users] [Spice-devel] No working copy and past and usb redirect
Hi Jean, We need some details for the cp issue. 1. which Windows guest are you using? 2. is virtio serial driver installed? 3. is RHEV Spice Agent service installed running (look also for vdagent.exe vdservice.exe in taskmgr) 4. anything interesting in %windir%\temp\vdservice.log vdagent.log? Thanks, Arnon Itamar Heim wrote: On 01/09/2013 01:34 PM, Jean Lÿe9olein BEBEY wrote: Hi all, I cann't copy and past from my desktop to the virtual guest Windows. I have installed spice-guest-tools.0.3.exe on VM. USB redirection not working also. Any help ? I use ovirt 3.1 : Fedora 17 x86_64 for Virtualization Manager and 2 hosts ovirt 2.5.5 Jean ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users adding spice-devel ___ Spice-devel mailing list spice-de...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] libvirt dependency vs. a way to have Solaris hosts in ovirt-engine
On Thu, Jan 10, 2013 at 11:51:56AM +0200, Dan Kenigsberg wrote: On Tue, Jan 08, 2013 at 10:02:05AM +0100, Jiri Belka wrote: Hi, as you know Solaris (Open Indiana) has qemu-kvm although they don't use libvirt (in fact libvirt tighted to much to Linux specifics). I'm kind of surprised to hear you say that. One of libvirt's goals is portability, so if it doesn't work on Solaris now, you should mention it on libvir-list, and I wouldn't expect getting it to work would be that troublesome. Personally I don't use Solaris, but if it's something you want, you should ask and see what other people's experience is. Dave If vdsm whould interact with qemu-kvm without libvirt it would open a way to have Solaris hosts in ovirt-engine. libvirt is another abstraction after vdsm layer, or if vdsm could use plugins to interact with qemu-kvm (libvirt, native, solaris-style), it could use current mode, bypass libvirt and use solaris tools to talk to their qemu-kvm. In the old days, vdsm used to work with qemu processes directly. We moved to be using libvirt's abstraction in order to gain then-new qmp code for free, and to make it easier for 3rd party applications poll oVirt VMs over the libvirt api. We also use the libvirt dom xml as an API for vdsm extension hooks. Beyond that, there are a few Linuxisms in Vdsm itself. I would first want to see it ported to non-Fedora-flavor Linuxes (did someone say Ubuntu?), and only later to Solaris. Dan. ___ 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] No working copy and past and usb redirect
Hi Itamar, I don't see this package spice-devel in the repository in fedora 17. Jean De : Itamar Heim ih...@redhat.com À : Jean Lÿe9olein BEBEY jlbe...@yahoo.fr Cc : users@ovirt.org users@ovirt.org; spice-de...@lists.freedesktop.org spice-de...@lists.freedesktop.org Envoyé le : Mercredi 9 janvier 2013 23h05 Objet : Re: [Users] No working copy and past and usb redirect On 01/09/2013 01:34 PM, Jean Lÿe9olein BEBEY wrote: Hi all, I cann't copy and past from my desktop to the virtual guest Windows. I have installed spice-guest-tools.0.3.exe on VM. USB redirection not working also. Any help ? I use ovirt 3.1 : Fedora 17 x86_64 for Virtualization Manager and 2 hosts ovirt 2.5.5 Jean ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users adding spice-devel___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] No working copy and past and usb redirect
On 01/10/2013 05:08 PM, Jean Lÿe9olein BEBEY wrote: Hi Itamar, I don't see this package spice-devel in the repository in fedora 17. spice devel is the mailing list of spice group to reply... Jean *De :* Itamar Heim ih...@redhat.com *À :* Jean Lÿe9olein BEBEY jlbe...@yahoo.fr *Cc :* users@ovirt.org users@ovirt.org; spice-de...@lists.freedesktop.org spice-de...@lists.freedesktop.org *Envoyé le :* Mercredi 9 janvier 2013 23h05 *Objet :* Re: [Users] No working copy and past and usb redirect On 01/09/2013 01:34 PM, Jean Lÿe9olein BEBEY wrote: Hi all, I cann't copy and past from my desktop to the virtual guest Windows. I have installed spice-guest-tools.0.3.exe on VM. USB redirection not working also. Any help ? I use ovirt 3.1 : Fedora 17 x86_64 for Virtualization Manager and 2 hosts ovirt 2.5.5 Jean ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users adding spice-devel ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Can I move local_cluster in all-in-one setup?
Can you have a look at your network setup dialog in ovirt webadmin if the network is in sync? If not, please do a resync. You're right - the ip address should be on interface ovirtmgmt, not on em3. Regards, René On Thu, 2013-01-10 at 00:41 +0100, Gianluca Cecchi wrote: On Wed, Jan 9, 2013 at 5:22 PM, René Koch (ovido) wrote: I hope this will help you with oVirt. Maybe you should cleanup your all-in-one setup and recreate it using the above steps. I think substantially I made your steps. I take another test. The host comes with also another adapter (em4) that is on vlan66 This is unconfigured in oVirt. Then I create a new vlan named vlan66 with target vm Then I run another virt-v2v of a vm named zensrv that is on vlan 66 from qemu on CentOS 6.3 to oVirt # time virt-v2v -o rhev -osd 10.4.4.59:/EXPORT --network vlan66 zensrv zensrv_002: 100% []D 0h02m22s virt-v2v: WARNING: /etc/fstab references unknown device /dev/vda2. This entry must be manually fixed after conversion. virt-v2v: WARNING: /etc/fstab references unknown device /dev/vda1. This entry must be manually fixed after conversion. virt-v2v: WARNING: /boot/grub/device.map references unknown device /dev/vda. This entry must be manually fixed after conversion. virt-v2v: zensrv configured with virtio drivers. real 3m16.051s user 0m58.953s sys 0m46.729s NOTE: actually the disk in oVirt after import is marked as VirtIO (as it was on source) and boots without any problem Well, this vm is perfectly configured in its vlan and reachable as it was on its original host. After configuring this new vlan on host, this is the situation [g.cecchi@f18aio ~]$ ip addr list 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: em1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc mq state UP qlen 1000 link/ether 00:1e:0b:21:b8:c4 brd ff:ff:ff:ff:ff:ff inet6 fe80::21e:bff:fe21:b8c4/64 scope link valid_lft forever preferred_lft forever 3: em3: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc mq master ovirtmgmt state UP qlen 1000 link/ether 00:1c:c4:ab:3a:dd brd ff:ff:ff:ff:ff:ff inet6 fe80::21c:c4ff:feab:3add/64 scope link valid_lft forever preferred_lft forever 4: em2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc mq state UP qlen 1000 link/ether 00:1e:0b:21:b8:c6 brd ff:ff:ff:ff:ff:ff inet6 fe80::21e:bff:fe21:b8c6/64 scope link valid_lft forever preferred_lft forever 5: em4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc mq state UP qlen 1000 link/ether 00:1c:c4:ab:3a:de brd ff:ff:ff:ff:ff:ff inet6 fe80::21c:c4ff:feab:3ade/64 scope link valid_lft forever preferred_lft forever 6: ovirtmgmt: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UP link/ether 00:1c:c4:ab:3a:dd brd ff:ff:ff:ff:ff:ff inet6 fe80::21c:c4ff:feab:3add/64 scope link valid_lft forever preferred_lft forever 7: em3.65@em3: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UP link/ether 00:1c:c4:ab:3a:dd brd ff:ff:ff:ff:ff:ff inet 10.4.4.59/24 brd 10.4.4.255 scope global em3.65 inet6 fe80::21c:c4ff:feab:3add/64 scope link valid_lft forever preferred_lft forever 10: ;vdsmdummy;: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN link/ether ea:e8:c9:57:87:fb brd ff:ff:ff:ff:ff:ff 11: bond0: BROADCAST,MULTICAST,MASTER mtu 1500 qdisc noop state DOWN link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 12: bond4: BROADCAST,MULTICAST,MASTER mtu 1500 qdisc noop state DOWN link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 14: vnet0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast master ovirtmgmt state UNKNOWN qlen 500 link/ether fe:54:00:d3:8f:a3 brd ff:ff:ff:ff:ff:ff inet6 fe80::fc54:ff:fed3:8fa3/64 scope link valid_lft forever preferred_lft forever 15: em4.66@em4: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue master vlan66 state UP link/ether 00:1c:c4:ab:3a:de brd ff:ff:ff:ff:ff:ff inet6 fe80::21c:c4ff:feab:3ade/64 scope link valid_lft forever preferred_lft forever 16: vlan66: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UP link/ether 00:1c:c4:ab:3a:de brd ff:ff:ff:ff:ff:ff inet6 fe80::21c:c4ff:feab:3ade/64 scope link valid_lft forever preferred_lft forever 17: vnet1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast master vlan66 state UNKNOWN qlen 500 link/ether fe:54:00:43:d9:df brd ff:ff:ff:ff:ff:ff inet6 fe80::fc54:ff:fe43:d9df/64 scope link valid_lft forever preferred_lft forever and, from a bridge point of view
Re: [Users] local variable 'volPath' referenced before assignment
- Original Message - From: Frank Wall fw...@inotronic.de To: users@ovirt.org Sent: Wednesday, January 9, 2013 6:54:22 PM Subject: Re: [Users] local variable 'volPath' referenced before assignment Hi Yeela, On Tue, Jan 08, 2013 at 12:39:08PM -0500, Yeela Kaplan wrote: Can you tell if the vdsm version installed on your host includes this patch? (you can check under /usr/share/vdsm/clientIF.py). well, I'm not sure if this patch is included in my version, but according to the output of diff is seems that it is actually NOT included: --- clientIF_new-617e328d546570a94e4357b3802a062e6a7610cb.py 2012-08-08 14:52:28.0 +0200 +++ /usr/share/vdsm/clientIF.py 2012-10-04 22:46:42.0 +0200 [...skipping other differences...] @@ -289,15 +255,11 @@ if drive['device'] == 'cdrom': volPath = supervdsm.getProxy().mkIsoFs(vmId, files) elif drive['device'] == 'floppy': -volPath = \ - supervdsm.getProxy().mkFloppyFs(vmId, files) +volPath = supervdsm.getProxy().mkFloppyFs(vmId, files) -elif path in drive: +elif drive.has_key(path): volPath = drive['path'] -else: -raise vm.VolumeError(drive) - Frank, it looks like you don't have the patch inside your version of vdsm. Please add it and see if it solves the problem. # For BC sake: None as argument elif not drive: volPath = drive Apparently the part from the fix with raise vm.VolumeError(drive) is missing, although I'm running a newer version of vdsm. According to the bug report at https://bugzilla.redhat.com/show_bug.cgi?id=843387 the fix should be in vdsm-4.9.6-29.0 (RHEL6), while I'm running vdsm-4.10.0-10.fc17.x86_64: # rpm -q --whatprovides /usr/share/vdsm/clientIF.py vdsm-4.10.0-10.fc17.x86_64 I must admit that this is oVirt on FC17 and not RHEV on RHEL, so this may explain the different versions of vdsm. If it's in there please send the full logs (engine+vdsm) and the bug might need to be reopened, otherwise you can just upgrade vdsm and hopefully it would solve the problem. I've attached the full logs. It contains all log entries from activating the ovirt node until trying to start the VM (both engine+vdsm). Thanks - Frank ___ 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] All-in-one setup and multipath errors
Hello, I have an f18 setup with all-in-one ovirt nightly. The system has two disks /dev/sda and /dev/sdb I notice that in ovirt seup a multipath.conf file has been written: # RHEV REVISION 0.9 defaults { polling_interval5 getuid_callout /lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/%n no_path_retry fail user_friendly_names no flush_on_last_del yes fast_io_fail_tmo5 dev_loss_tmo30 max_fds 4096 } devices { device { vendor HITACHI product DF.* getuid_callout /lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/%n } device { vendor COMPELNT product Compellent Vol no_path_retry fail } } I get many of these errors in messages Jan 10 23:48:39 tekkaman kernel: [ 7903.668803] device-mapper: table: 253:2: multipath: error getting device Jan 10 23:48:39 tekkaman kernel: [ 7903.668812] device-mapper: ioctl: error adding target to table Jan 10 23:48:39 tekkaman kernel: [ 7903.672479] device-mapper: table: 253:2: multipath: error getting device Jan 10 23:48:39 tekkaman kernel: [ 7903.672488] device-mapper: ioctl: error adding target to table Jan 10 23:48:39 tekkaman kernel: [ 7903.675306] device-mapper: table: 253:2: multipath: error getting device Jan 10 23:48:39 tekkaman kernel: [ 7903.675315] device-mapper: ioctl: error adding target to table Jan 10 23:48:39 tekkaman kernel: [ 7903.678268] device-mapper: table: 253:2: multipath: error getting device Jan 10 23:48:39 tekkaman kernel: [ 7903.678276] device-mapper: ioctl: error adding target to table Jan 10 23:48:39 tekkaman multipathd: dm-2: remove map (uevent) Jan 10 23:48:39 tekkaman multipathd: dm-2: remove map (uevent) Jan 10 23:48:39 tekkaman multipathd: dm-2: remove map (uevent) Jan 10 23:48:39 tekkaman multipathd: dm-2: remove map (uevent) Jan 10 23:48:39 tekkaman multipathd: dm-2: remove map (uevent) Jan 10 23:48:39 tekkaman multipathd: dm-2: remove map (uevent) Jan 10 23:48:39 tekkaman multipathd: dm-2: remove map (uevent) Jan 10 23:48:39 tekkaman multipathd: dm-2: remove map (uevent) Could the be related? $ sudo multipath -l Jan 10 23:49:27 | multipath.conf +5, invalid keyword: getuid_callout Jan 10 23:49:27 | multipath.conf +18, invalid keyword: getuid_callout Is this necessary for my internal disks or not? Otherwise from [g.cecchi@tekkaman ~]$ sudo /lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/sda 35002538043584d30 [g.cecchi@tekkaman ~]$ sudo /lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/sdb 35000cca313d8b629 I would put this in my multipath.conf: blacklist { wwid 35002538043584 wwid 35000cca313d8b629 } Thanks, Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] ovirt fails to attach gluster volume
Hi All, I have a fresh installation of ovirt 3.1 with Datacenter type posix. ovirt+ 1 node. I created a gluster volume and able to mount it locally. mount -t glusterfs fig:/vol1 /rhev/data-center/mnt/fig:_vol1 df -h gives: fig:/vol150G 3.9G 43G 9% /rhev/data-center/mnt/fig:_vol1 looks fine. when i try the same from ovirt GUI i receieve an error failed to add storage domain. GUI parameter passed: nodename:/volume_name VFS type:glusterfs mount options:vers=3 (tried empty also). I have reported the same one week back and I got replies like its a bug. I would like to know is there a work around . vdsm log: Thread-2474::DEBUG::2013-01-11 12:26:26,370::task::588::TaskManager.Task::(_updateState) Task=`efb3b3cc-5645-4f87-92cb-b9ecb8ccce48`::moving from state init - state preparing Thread-2474::INFO::2013-01-11 12:26:26,371::logUtils::37::dispatcher::(wrapper) Run and protect: validateStorageServerConnection(domType=6, spUUID='----', conList=[{'port': '', 'connection': 'fig:/vol1', 'iqn': '', 'portal': '', 'user': '', 'vfs_type': 'glusterfs', 'password': '**', 'id': '----'}], options=None) Thread-2474::INFO::2013-01-11 12:26:26,371::logUtils::39::dispatcher::(wrapper) Run and protect: validateStorageServerConnection, Return response: {'statuslist': [{'status': 0, 'id': '----'}]} Thread-2474::DEBUG::2013-01-11 12:26:26,371::task::1172::TaskManager.Task::(prepare) Task=`efb3b3cc-5645-4f87-92cb-b9ecb8ccce48`::finished: {'statuslist': [{'status': 0, 'id': '----'}]} Thread-2474::DEBUG::2013-01-11 12:26:26,371::task::588::TaskManager.Task::(_updateState) Task=`efb3b3cc-5645-4f87-92cb-b9ecb8ccce48`::moving from state preparing - state finished Thread-2474::DEBUG::2013-01-11 12:26:26,372::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-2474::DEBUG::2013-01-11 12:26:26,372::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-2474::DEBUG::2013-01-11 12:26:26,372::task::978::TaskManager.Task::(_decref) Task=`efb3b3cc-5645-4f87-92cb-b9ecb8ccce48`::ref 0 aborting False Thread-2475::DEBUG::2013-01-11 12:26:26,410::BindingXMLRPC::156::vds::(wrapper) [135.250.76.71] Thread-2475::DEBUG::2013-01-11 12:26:26,411::task::588::TaskManager.Task::(_updateState) Task=`f377d9bb-c357-49f9-8aef-483f0525bec9`::moving from state init - state preparing Thread-2475::INFO::2013-01-11 12:26:26,411::logUtils::37::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=6, spUUID='----', conList=[{'port': '', 'connection': 'fig:/vol1', 'iqn': '', 'portal': '', 'user': '', 'vfs_type': 'glusterfs', 'password': '**', 'id': 'c200ffa7-a334-4d8d-b43e-3f25f3e8a84c'}], options=None) Thread-2475::DEBUG::2013-01-11 12:26:26,419::__init__::1249::Storage.Misc.excCmd::(_log) '/usr/bin/sudo -n /usr/bin/mount -t glusterfs fig:/vol1 /rhev/data-center/mnt/fig:_vol1' (cwd None) Thread-2475::ERROR::2013-01-11 12:26:26,508::hsm::1932::Storage.HSM::(connectStorageServer) Could not connect to storageServer Traceback (most recent call last): File /usr/share/vdsm/storage/hsm.py, line 1929, in connectStorageServer conObj.connect() File /usr/share/vdsm/storage/storageServer.py, line 179, in connect self._mount.mount(self.options, self._vfsType) File /usr/share/vdsm/storage/mount.py, line 190, in mount return self._runcmd(cmd, timeout) File /usr/share/vdsm/storage/mount.py, line 206, in _runcmd raise MountError(rc, ;.join((out, err))) MountError: (1, 'Mount failed. Please check the log file for more details.\n;ERROR: failed to create logfile /var/log/glusterfs/rhev-data-center-mnt-fig:_vol1.log (Permission denied)\nERROR: failed to open logfile /var/log/glusterfs/rhev-data-center-mnt-fig:_vol1.log\n') engine log: 2013-01-11 12:28:21,014 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] (ajp--0.0.0.0-8009-4) [29437bcd] START, V alidateStorageServerConnectionVDSCommand(vdsId = ee2b26ba-5bb1-11e2-815e-e4115b978434, storagePoolId = ----, storageType = PO SIXFS, connectionList = [{ id: null, connection: fig:/vol1 };]), log id: 658913d 2013-01-11 12:28:21,046 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] (ajp--0.0.0.0-8009-4) [29437bcd] FINISH, ValidateStorageServerConnectionVDSCommand, return: {----=0}, log id: 658913d 2013-01-11 12:28:21,053 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--0.0.0.0-8009-4) [29437bcd] Running command: AddStor ageServerConnectionCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: System 2013-01-11 12:28:21,056 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]