- Users - oVirt List Archives

[Users] oVirt Node (HyperVisor) - Memory Usage
by Alex Leonhardt 11 Jan '13

11 Jan '13

Hi All, I've just had a little check on a hyper-visor (based on Centos 6.3) VDSM versions: vdsm.x86_64 4.10.0-0.44.14.el6 vdsm-cli.noarch 4.10.0-0.44.14.el6 vdsm-python.x86_64 4.10.0-0.44.14.el6 vdsm-xmlrpc.noarch 4.10.0-0.44.14.el6 BUT - my concern is more that a VMs virtual memory (VSZ) allocation is much higher than that of its configuration ? qemu 24233 11.0 1.0 *3030420* 1008484 ? Sl 2012 2189:02 /usr/libexec/qemu-kvm -S -M rhel6.3.0 -cpu Conroe -enable-kvm *-m 2048*-smp 4,sockets=1,cores=4,threads=1 -name Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

1 0

[Users] All-in-one setup and multipath errors
by Gianluca Cecchi 10 Jan '13

10 Jan '13

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_interval 5 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_tmo 5 dev_loss_tmo 30 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

1 0

[Users] local variable 'volPath' referenced before assignment
by Frank Wall 10 Jan '13

10 Jan '13

Hi, I've updated my oVirt engine and node from version 3.1.0-2 to the more recent 3.1.0-4. As far as I can tell from the update log, the engine update went fine by following these instructions: https://www.rvanderlinden.net/wordpress/ovirt/engine-installation/engine-up… Now I'm unable to start a VM through the Admin Portal. It fails with the following error message: VM test_srv is down. Exit message: local variable 'volPath' referenced before assignment. What's wrong? It seems this message is related to this bug report: https://bugzilla.redhat.com/show_bug.cgi?id=843387 But apparently there is no solution. What is the fix or workaround to get VMs working again? Thanks - Frank

2 4

[Users] No working copy and past and usb redirect
by Jean Lÿffffe9olein BEBEY 10 Jan '13

10 Jan '13

--1854976548-1127407478-1357731284=:6824 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi all,=0A=0AI cann't copy and past from my desktop to the virtual guest Wi= ndows. I have installed spice-guest-tools.0.3.exe on VM.=0A=0AUSB redirecti= on not working also.=0A=0AAny help ?=0A=0AI use ovirt 3.1 : Fedora 17 x86_6= 4 for Virtualization Manager and 2 hosts ovirt 2.5.5=0A=0AJean --1854976548-1127407478-1357731284=:6824 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:ti= mes new roman, new york, times, serif;font-size:12pt"><div>Hi all,</div><di= v> </div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family= : times new roman,new york,times,serif; background-color: transparent; font= -style: normal;">I cann't copy and past from my desktop to the virtual gues= t Windows. I have installed spice-guest-tools.0.3.exe on VM. </div><div = style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: times new roman= ,new york,times,serif; background-color: transparent; font-style: normal;">= USB redirection not working also.</div><div style=3D"color: rgb(0, 0, 0); f= ont-size: 16px; font-family: times new roman,new york,times,serif; backgrou= nd-color: transparent; font-style: normal;"> </div><div style=3D"color: = rgb(0, 0, 0); font-size: 16px; font-family: times new roman,new york,times,= serif; background-color: transparent; font-style: normal;">Any help ?</div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: ti= mes new roman,new york,times,serif; background-color: transparent; font-sty= le: normal;"> </div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; = font-family: times new roman,new york,times,serif; background-color: transp= arent; font-style: normal;">I use ovirt 3.1 : Fedora 17 x86_64 for Virtuali= zation Manager and 2 hosts ovirt 2.5.5</div><div style=3D"color: rgb(0, 0, = 0); font-size: 16px; font-family: times new roman,new york,times,serif; bac= kground-color: transparent; font-style: normal;"> </div><div style=3D"co= lor: rgb(0, 0, 0); font-size: 16px; font-family: times new roman,new york,t= imes,serif; background-color: transparent; font-style: normal;">Jean </d= iv><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: times n= ew roman,new york,times,serif; background-color: transparent; font-style: n= ormal;"></div></div></body></html> --1854976548-1127407478-1357731284=:6824--

3 4

Re: [Users] WG: No spice connection - Remote-Viewer quits after a few seconds
by David Jaša 10 Jan '13

10 Jan '13

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 +0000: > 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-bounces(a)ovirt.org [users-bounces(a)ovirt.org]" im Auftrag von "Dennis Böck [dennis(a)webdienstleistungen.com] > Gesendet: Mittwoch, 2. Januar 2013 13:16 > An: users(a)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 [djasa(a)redhat.com] > Gesendet: Mittwoch, 2. Januar 2013 11:10 > An: Dennis Böck > Cc: users(a)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 +0000: > > 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 [djasa(a)redhat.com] > > Gesendet: Dienstag, 4. Dezember 2012 12:16 > > An: Einav Cohen > > Cc: Dennis Böck; users(a)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" <dennis(a)webdienstleistungen.com> > > > > To: "Itamar Heim" <iheim(a)redhat.com> > > > > Cc: "users(a)oVirt.org" <users(a)ovirt.org> > > > > Sent: Sunday, December 2, 2012 5:28:58 PM > > > > Subject: Re: [Users] No spice connection - Remote-Viewer quits after a few seconds > > > > > > > > I have the same problem, if I try to connect from admin portal. > > > > > > > > -----Ursprüngliche Nachricht----- > > > > Von: Itamar Heim [mailto:iheim@redhat.com] > > > > Gesendet: Samstag, 24. November 2012 23:47 > > > > An: Dennis Böck > > > > Cc: users(a)oVirt.org > > > > Betreff: Re: [Users] No spice connection - Remote-Viewer quits after > > > > a few seconds > > > > > > > > On 11/23/2012 11:04 PM, Dennis Böck wrote: > > > > > Here are some logs: > > > > > > > > is the same working from admin portal? > > > > > > > > > > > > > > 1351785267 INFO [4504:4560] spicex_log_cleanup: done > > > > > 1351785268 INFO [3788:5440] spicex_log_cleanup: done > > > > > 1351867007 INFO [4868:4916] spicex_init_logger: started > > > > > 1351867007 INFO [4868:4916] COSpiceX::put_FullScreen: New > > > > > FullScreen > > > > > request newVal=0x0 > > > > > 1351867007 INFO [4868:4916] COSpiceX::Connect: spicec pid 4948 > > > > > 1351867013 ERROR [4868:4916] COSpiceX::Connect: failed to connect > > > > > to > > > > > spice client pipe > > > > > 1351867038 INFO [4868:4916] COSpiceX::put_FullScreen: New > > > > > FullScreen > > > > > request newVal=0x0 > > > > > 1351867038 INFO [4868:4916] COSpiceX::Connect: spicec pid 2732 > > > > > 1351867043 ERROR [4868:4916] COSpiceX::Connect: failed to connect > > > > > to > > > > > spice client pipe > > > > > 1351867169 INFO [4868:4916] spicex_log_cleanup: done > > > > > 1353687854 INFO [4568:2008] spicex_init_logger: started > > > > > 1353687854 INFO [4568:2008] COSpiceX::put_FullScreen: New > > > > > FullScreen > > > > > request newVal=0x0 > > > > > 1353687854 INFO [4568:2008] COSpiceX::Connect: spicec pid 5776 > > > > > 1353687860 ERROR [4568:2008] COSpiceX::Connect: failed to connect > > > > > to > > > > > spice client pipe > > > > > 1353687901 INFO [3064:6084] spicex_init_logger: started > > > > > 1353687901 INFO [3064:6084] COSpiceX::put_FullScreen: New > > > > > FullScreen > > > > > request newVal=0x0 > > > > > 1353687901 INFO [3064:6084] COSpiceX::Connect: spicec pid 1576 > > > > > 1353687906 ERROR [3064:6084] COSpiceX::Connect: failed to connect > > > > > to > > > > > spice client pipe > > > > > 1353687928 INFO [3064:6084] COSpiceX::put_FullScreen: New > > > > > FullScreen > > > > > request newVal=0x0 > > > > > 1353687928 INFO [3064:6084] COSpiceX::Connect: spicec pid 2412 > > > > > 1353687934 ERROR [3064:6084] COSpiceX::Connect: failed to connect > > > > > to > > > > > spice client pipe > > > > > 1353688155 INFO [3064:6084] COSpiceX::put_FullScreen: New > > > > > FullScreen > > > > > request newVal=0x0 > > > > > 1353688155 INFO [3064:6084] COSpiceX::Connect: spicec pid 3108 > > > > > 1353688161 ERROR [3064:6084] COSpiceX::Connect: failed to connect > > > > > to > > > > > spice client pipe > > > > > 1353688247 INFO [3064:6084] COSpiceX::put_FullScreen: New > > > > > FullScreen > > > > > request newVal=0x0 > > > > > 1353688247 INFO [3064:6084] COSpiceX::Connect: spicec pid 3792 > > > > > 1353688252 ERROR [3064:6084] COSpiceX::Connect: failed to connect > > > > > to > > > > > spice client pipe > > > > > 1353688564 INFO [3064:6084] COSpiceX::put_FullScreen: New > > > > > FullScreen > > > > > request newVal=0x0 > > > > > 1353688564 INFO [3064:6084] COSpiceX::Connect: spicec pid 5472 > > > > > 1353688569 ERROR [3064:6084] COSpiceX::Connect: failed to connect > > > > > to > > > > > spice client pipe > > > > > > > > > > ________________________________________ > > > > > Von: Itamar Heim [iheim(a)redhat.com] > > > > > Gesendet: Donnerstag, 1. November 2012 19:33 > > > > > An: Simon Grinberg > > > > > Cc: Dennis Böck; users(a)oVirt.org > > > > > Betreff: Re: [Users] No spice connection - Remote-Viewer quits > > > > > after a > > > > > few seconds > > > > > > > > > > On 11/01/2012 06:04 PM, Simon Grinberg wrote: > > > > >> Make sure your host is accessible and resolvable from the client > > > > >> machine Check the Spice ports are open on the host > > > > > > > > > > and provide spice client side logs > > > > > > > > > >> > > > > >> --------------------------------------------------------------------- > > > > >> - > > > > >> -- > > > > >> > > > > >> *From: *"Dennis Böck" <dennis(a)webdienstleistungen.com> > > > > >> *To: *"users(a)oVirt.org" <users(a)ovirt.org> > > > > >> *Sent: *Thursday, November 1, 2012 5:32:25 PM > > > > >> *Subject: *[Users] No spice connection - Remote-Viewer quits > > > > >> after a > > > > >> few seconds > > > > >> > > > > >> Dear oVirt-User-List, > > > > >> > > > > >> when I try to connect to a spice-VM by clicking the > > > > >> console-button > > > > >> in the user portal the "Remote Viewer" appears with the text > > > > >> "Setting up spice session", but a few seconds later it just > > > > >> quits > > > > >> without an error message. > > > > >> > > > > >> Here are a few corresponding log-lines of engine.log: > > > > >> > > > > >> 2012-10-31 16:21:39,041 INFO > > > > >> [org.ovirt.engine.core.bll.SetVmTicketCommand] > > > > >> (ajp--0.0.0.0-8009-9) > > > > >> [14c13c60] Running command: SetVmTicketCommand internal: > > > > >> false. > > > > >> Entities affected : ID: cce2dc1a-a6d5-48b2-8fcc-52aa71d9016b > > > > >> Type: VM > > > > >> 2012-10-31 16:21:39,046 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] > > > > >> (ajp--0.0.0.0-8009-9) [14c13c60] START, > > > > >> SetVmTicketVDSCommand(vdsId > > > > >> = 277891b0-1cdc-11e2-b51a-002590533f86, > > > > >> vmId=cce2dc1a-a6d5-48b2-8fcc-52aa71d9016b, > > > > >> ticket=Yckfn2IndYcE, > > > > >> validTime=120,m userName=admin@internal > > > > >> <mailto:userName=admin@internal>, > > > > >> userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: > > > > >> 64b13c0e > > > > >> 2012-10-31 16:21:39,088 INFO > > > > >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] > > > > >> (ajp--0.0.0.0-8009-9) [14c13c60] FINISH, > > > > >> SetVmTicketVDSCommand, log > > > > >> id: 64b13c0e > > > > >> 2012-10-31 16:21:39,205 WARN > > > > >> [org.ovirt.engine.core.bll.GetConfigurationValueQuery] > > > > >> (ajp--0.0.0.0-8009-1) calling GetConfigurationValueQuery > > > > >> (SSLEnabled) with null version, using default general for > > > > >> version > > > > >> 2012-10-31 16:21:39,206 WARN > > > > >> [org.ovirt.engine.core.bll.GetConfigurationValueQuery] > > > > >> (ajp--0.0.0.0-8009-1) calling GetConfigurationValueQuery > > > > >> (CipherSuite) with null version, using default general for > > > > >> version > > > > >> 2012-10-31 16:21:39,207 WARN > > > > >> [org.ovirt.engine.core.bll.GetConfigurationValueQuery] > > > > >> (ajp--0.0.0.0-8009-1) calling GetConfigurationValueQuery > > > > >> (EnableSpiceRootCertificateValidation) with null version, > > > > >> using > > > > >> default general for version > > > > >> 2012-10-31 16:21:39,212 WARN > > > > >> [org.ovirt.engine.core.bll.GetConfigurationValueQuery] > > > > >> (ajp--0.0.0.0-8009-1) calling GetConfigurationValueQuery > > > > >> (SpiceToggleFullScreenKeys) with null version, using default > > > > >> general > > > > >> for version > > > > >> 2012-10-31 16:21:39,213 WARN > > > > >> [org.ovirt.engine.core.bll.GetConfigurationValueQuery] > > > > >> (ajp--0.0.0.0-8009-1) calling GetConfigurationValueQuery > > > > >> (SpiceReleaseCursorKeys) with null version, using default > > > > >> general > > > > >> for version > > > > >> > > > > >> Anyone any ideas? > > > > >> > > > > >> Best regards > > > > >> > > > > >> Dennis > > > > >> > > > > >> > > > > >> _______________________________________________ > > > > >> Users mailing list > > > > >> Users(a)ovirt.org > > > > >> http://lists.ovirt.org/mailman/listinfo/users > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> _______________________________________________ > > > > >> Users mailing list > > > > >> Users(a)ovirt.org > > > > >> http://lists.ovirt.org/mailman/listinfo/users > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users(a)ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > > > > David Jaša, RHCE > > > > SPICE QE based in Brno > > GPG Key: 22C33E24 > > Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > -- > > David Jaša, RHCE > > SPICE QE based in Brno > GPG Key: 22C33E24 > Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- David Jaša, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24

1 0

[Users] VM Priority for Run/Migration queue set failed
by Alexandru Vladulescu 10 Jan '13

10 Jan '13

This is a multi-part message in MIME format. --------------040205070708090903030405 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 = 00000000-0000-0000-0000-000000000000, 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. --------------040205070708090903030405 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body text="#000000" bgcolor="#FFFFFF"> 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 <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> 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 = 00000000-0000-0000-0000-000000000000, 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.   </body> </html> --------------040205070708090903030405--

2 2

Re: [Users] oVirt 3.1 - VM Migration Issue
by Roy Golan 10 Jan '13

10 Jan '13

On 01/03/2013 05:07 PM, Tom Brown wrote: > >> interesting, please search for migrationCreate command on desination host and search for ERROR afterwords, what do you see? >> >> ----- Original Message ----- >>> From: "Tom Brown" <tom(a)ng23.net> >>> To: users(a)ovirt.org >>> Sent: Thursday, January 3, 2013 4:12:05 PM >>> Subject: [Users] oVirt 3.1 - VM Migration Issue >>> >>> >>> Hi >>> >>> I seem to have an issue with a single VM and migration, other VM's >>> can migrate OK - When migrating from the GUI it appears to just hang >>> but in the engine.log i see the following >>> >>> 2013-01-03 14:03:10,359 INFO [org.ovirt.engine.core.bll.VdsSelector] >>> (ajp--0.0.0.0-8009-59) Checking for a specific VDS only - >>> id:a2d84a1e-3e18-11e2-8851-3cd92b4c8e89, >>> name:ovirt-node.domain-name, host_name(ip):10.192.42.165 >>> 2013-01-03 14:03:10,411 INFO >>> [org.ovirt.engine.core.bll.MigrateVmToServerCommand] >>> (pool-3-thread-48) [4d32917d] Running command: >>> MigrateVmToServerCommand internal: false. Entities affected : ID: >>> 9dc63ce4-0f76-4963-adfe-6f8eb1a44806 Type: VM >>> 2013-01-03 14:03:10,413 INFO [org.ovirt.engine.core.bll.VdsSelector] >>> (pool-3-thread-48) [4d32917d] Checking for a specific VDS only - >>> id:a2d84a1e-3e18-11e2-8851-3cd92b4c8e89, >>> name:ovirt-node.domain-name, host_name(ip):10.192.42.165 >>> 2013-01-03 14:03:11,028 INFO >>> [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] >>> (pool-3-thread-48) [4d32917d] START, MigrateVDSCommand(vdsId = >>> 1a52b722-43a1-11e2-af96-3cd92b4c8e89, >>> vmId=9dc63ce4-0f76-4963-adfe-6f8eb1a44806, srcHost=10.192.42.196, >>> dstVdsId=a2d84a1e-3e18-11e2-8851-3cd92b4c8e89, >>> dstHost=10.192.42.165:54321, migrationMethod=ONLINE), log id: >>> 5011789b >>> 2013-01-03 14:03:11,030 INFO >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] >>> (pool-3-thread-48) [4d32917d] VdsBroker::migrate::Entered >>> (vm_guid=9dc63ce4-0f76-4963-adfe-6f8eb1a44806, >>> srcHost=10.192.42.196, dstHost=10.192.42.165:54321, method=online >>> 2013-01-03 14:03:11,031 INFO >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] >>> (pool-3-thread-48) [4d32917d] START, MigrateBrokerVDSCommand(vdsId = >>> 1a52b722-43a1-11e2-af96-3cd92b4c8e89, >>> vmId=9dc63ce4-0f76-4963-adfe-6f8eb1a44806, srcHost=10.192.42.196, >>> dstVdsId=a2d84a1e-3e18-11e2-8851-3cd92b4c8e89, >>> dstHost=10.192.42.165:54321, migrationMethod=ONLINE), log id: >>> 7cd53864 >>> 2013-01-03 14:03:11,041 INFO >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] >>> (pool-3-thread-48) [4d32917d] FINISH, MigrateBrokerVDSCommand, log >>> id: 7cd53864 >>> 2013-01-03 14:03:11,086 INFO >>> [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] >>> (pool-3-thread-48) [4d32917d] FINISH, MigrateVDSCommand, return: >>> MigratingFrom, log id: 5011789b >>> 2013-01-03 14:03:11,606 INFO >>> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] >>> (QuartzScheduler_Worker-29) vds::refreshVmList vm id >>> 9dc63ce4-0f76-4963-adfe-6f8eb1a44806 is migrating to vds >>> ovirt-node.domain-name ignoring it in the refresh till migration is >>> done >>> 2013-01-03 14:03:12,836 INFO >>> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] >>> (QuartzScheduler_Worker-36) VM test002.domain-name >>> 9dc63ce4-0f76-4963-adfe-6f8eb1a44806 moved from MigratingFrom --> Up >>> 2013-01-03 14:03:12,837 INFO >>> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] >>> (QuartzScheduler_Worker-36) adding VM >>> 9dc63ce4-0f76-4963-adfe-6f8eb1a44806 to re-run list >>> 2013-01-03 14:03:12,852 ERROR >>> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] >>> (QuartzScheduler_Worker-36) Rerun vm >>> 9dc63ce4-0f76-4963-adfe-6f8eb1a44806. Called from vds >>> ovirt-node002.domain-name >>> 2013-01-03 14:03:12,855 INFO >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] >>> (pool-3-thread-48) START, MigrateStatusVDSCommand(vdsId = >>> 1a52b722-43a1-11e2-af96-3cd92b4c8e89, >>> vmId=9dc63ce4-0f76-4963-adfe-6f8eb1a44806), log id: 4721a1f3 >>> 2013-01-03 14:03:12,864 ERROR >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] >>> (pool-3-thread-48) Failed in MigrateStatusVDS method >>> 2013-01-03 14:03:12,865 ERROR >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] >>> (pool-3-thread-48) Error code migrateErr and error message >>> VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, >>> error = Fatal error during migration >>> 2013-01-03 14:03:12,865 INFO >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] >>> (pool-3-thread-48) Command >>> org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand >>> return value >>> Class Name: >>> org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc >>> mStatus Class Name: >>> org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc >>> mCode 12 >>> mMessage Fatal error during migration >>> >>> >>> 2013-01-03 14:03:12,866 INFO >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] >>> (pool-3-thread-48) Vds: ovirt-node002.itvonline.ads >>> 2013-01-03 14:03:12,867 ERROR >>> [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (pool-3-thread-48) >>> Command MigrateStatusVDS execution failed. Exception: >>> VDSErrorException: VDSGenericException: VDSErrorException: Failed to >>> MigrateStatusVDS, error = Fatal error during migration >>> 2013-01-03 14:03:12,867 INFO >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] >>> (pool-3-thread-48) FINISH, MigrateStatusVDSCommand, log id: 4721a1f3 >>> >>> Does anyone have any idea what this might be? I am using 3.1 from >>> dreyou as these are CentOS 6 nodes >>> > any clue on which log on the new host ? I see the following in messages VDSM is the virtualization agent. look at /var/log/vdsm/vdsm.log > > Jan 3 16:03:20 ovirt-node vdsm Storage.LVM WARNING lvm vgs failed: 5 [] [' Volume group "ab686999-f320-4a61-ae07-e99c2f858996" not found'] > Jan 3 16:03:20 ovirt-node vdsm Storage.StorageDomain WARNING Resource namespace ab686999-f320-4a61-ae07-e99c2f858996_imageNS already registered > Jan 3 16:03:20 ovirt-node vdsm Storage.StorageDomain WARNING Resource namespace ab686999-f320-4a61-ae07-e99c2f858996_volumeNS already registered > Jan 3 16:03:58 ovirt-node vdsm vm.Vm WARNING vmId=`9dc63ce4-0f76-4963-adfe-6f8eb1a44806`::Unknown type found, device: '{'device': 'unix', 'alias': 'channel0', 'type': 'channel', 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '1'}}' found > Jan 3 16:03:58 ovirt-node vdsm vm.Vm WARNING vmId=`9dc63ce4-0f76-4963-adfe-6f8eb1a44806`::Unknown type found, device: '{'device': 'unix', 'alias': 'channel1', 'type': 'channel', 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '2'}}' found > Jan 3 16:03:59 ovirt-node kernel: device vnet2 entered promiscuous mode > Jan 3 16:03:59 ovirt-node kernel: ovirtmgmt: port 4(vnet2) entering forwarding state > Jan 3 16:03:59 ovirt-node kernel: ovirtmgmt: port 4(vnet2) entering disabled state > Jan 3 16:03:59 ovirt-node kernel: device vnet2 left promiscuous mode > Jan 3 16:03:59 ovirt-node kernel: ovirtmgmt: port 4(vnet2) entering disabled state > > and the following in the qemu log for that VM on the new node > > 2013-01-03 16:03:59.706+0000: starting up > LC_ALL=C PATH=/sbin:/usr/sbin:/bin:/usr/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -S -M rhel6.3.0 -cpu Nehalem -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -name test002.itvonline.ads -uuid 9dc63ce4-0f76-4963-adfe-6f8eb1a44806 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=6-3.el6.centos.9,serial=55414E03-C241-11DF-BBDA-64093408D485_d4:85:64:09:34:08,uuid=9dc63ce4-0f76-4963-adfe-6f8eb1a44806 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/test002.itvonline.ads.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2013-01-03T16:03:58,driftfix=slew -no-shutdown -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 -drive file=/rhev/data-center/bb0beebf-edab-41e2-83b8-16bdbbc5 > dda7/2a1939bd-9fa3-4896-b8a9-46234172aae7/images/e8711e5d-2f06-4c0f-b5c6-fa0806d7448f/0d93c51f-f838-4143-815c-9b3457d1a934,if=none,id=drive-virtio-disk0,format=raw,serial=e8711e5d-2f06-4c0f-b5c6-fa0806d7448f,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=32,id=hostnet0,vhost=on,vhostfd=33 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:c0:2a:00,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/test002.itvonline.ads.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/test002.itvonline.ads.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -de > vice virtconsole,chardev=charconsole0,id=console0 -device usb-tablet,id=input0 -vnc 10.192.42.165:4,password -k en-us -vga qxl -global qxl-vga.vram_size=67108864 -incoming tcp:0.0.0.0:49160 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 > 2013-01-03 16:03:59.955+0000: shutting down > > but thats about it? > > thanks > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users

5 15

[Users] oVirt-Live-0.9.iso - beta version Jan 9th 2013
by Ohad Basan 10 Jan '13

10 Jan '13

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

1 0

Re: [Users] What do you want to see in oVirt next?
by Trey Dockendorf 10 Jan '13

10 Jan '13

On Jan 3, 2013 4:15 PM, "Moran Goldboim" <mgoldboi(a)redhat.com> wrote: > > On 01/03/2013 07:42 PM, Darrell Budic wrote: >> >> >> On Jan 3, 2013, at 10:25 AM, Patrick Hurrelmann wrote: >> >>> On 03.01.2013 17:08, Itamar Heim wrote: >>>> >>>> Hi Everyone, >>>> >>>> >>>> as we wrap oVirt 3.2, I wanted to check with oVirt users on what they >>>> >>>> find good/useful in oVirt, and what they would like to see >>>> >>>> improved/added in coming versions? >>>> >>>> >>>> Thanks, >>>> >>>> Itamar >>> >>> >>> For me, I'd like to see official rpms for RHEL6/CentOS6. According to >>> the traffic on this list quite a lot are using Dreyou's packages. >> >> >> I'm going to second this strongly! Official support would be very much appreciated. Bonus points for supporting a migration from the dreyou packages. No offense to dreyou, of course, just rather be better supported by the official line on Centos 6.x. > > > EL6 rpms are planned to be delivered with 3.2 GA version, and nightly builds from there on. > hopefully we can push it to 3.2 beta. > > Moran. > >> >> >> Better support/integration of windows based SPICE clients would also be much appreciated, I have many end users on Windows, and it's been a chore to keep it working so far. This includes the client drivers for windows VMs to support the SPICE display for multiple displays. More of a client side thing, I know, but a desired feature in my environment. >> >> Thanks for the continued progress and support as well! >> >> ----------------- >> Darrell Budic >> Zenfire >> >> >> >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > Will the EL6 releases also include an EL6 version of ovirt-node? If not will the build dependencies for ovirt node be available to allow for custom node iso builds? - Trey

1 0

[Users] Configure NFS resource from Host
by jj197005 10 Jan '13

10 Jan '13

Hello everybody, I'm trying to configure and install oVirt for test in our University faculty. I have installed an engine an a host, both of them with Fedora 17. The engine is working and I can log-in in the Data Center with admin user. I have tried to add my host to the data center portal and I successfully done. After that I have tried to add a NFS resource which is in the host that I have added. If I open a console in the engine and log-in as vdsm user, I can mount the NFS resource without problems. The problem is when I tried to add this NFS resource to the Data Center. I have followed the tutorial http://www.ovirt.org/Quick_Start_Guide#Configure_Storage, but when I have completed the form and pressed "Ok", after one or two minutes I receive one screen with bellow error: "Error: A Request to the Server failed with the following Status Code: 500" I'm attaching the vdsm.log file with the lines that are created with this operation. I hope that someone can show me what is the problem. If you need more information aboout the installation I can show it. Many thanks in avanced, Juanjo.

4 3