Re: [Users] Panic on FreeBSD guest with 1 CPU
On 11/28/2012 01:52 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 16.01 skrev : 27 nov 2012 kl. 15.59 skrev Itamar Heim: On 11/27/2012 09:56 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 15.42 skrev Itamar Heim: On 11/27/2012 08:28 AM, Karli Sjöberg wrote: Hey all! Since recently patching our hosts, I´ve been having trouble running FreeBSD guests with more than one virtual core or socket. I have managed take a screenshot of how it looks like when it panics when booting kernel, right after ACPI: http://i47.tinypic.com/2u90qrr.png I´ve tried this with similar results using 8.2-RELEASE, 8.3-RELEASE, 9.0-RELEASE and 9-STABLE. If I edit the guest to have only one virtual core or socket, it boots up without issue. Since noticing this, I´ve tried updating the packages one more time, thinking maybe it had already been fixed but no, it remains. These are the package versions I´m using: # rpm -qa | egrep '(kernel|libvirt|qemu|vdsm|seabios)' | sort -d ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.6.2-4.fc17.x86_64 kernel-3.6.3-1.fc17.x86_64 kernel-3.6.7-4.fc17.x86_64 This is the one that´s running libvirt-0.9.11.7-1.fc17.x86_64 libvirt-client-0.9.11.7-1.fc17.x86_64 libvirt-daemon-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.7-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.7-1.fc17.x86_64 libvirt-python-0.9.11.7-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.1-1.fc17.x86_64 seabios-bin-1.7.1-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch Do you have any insights as to what the problem might be? Best Regards Karli Sjöberg ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users the first suspect would be qemu-kvm and maybe the bios, can you please downgrade it to the previously Oh the fun of downgrading...pass:) But it just so happens that we have another ovirt system running, apart from the production system, that may be less patched. I´ll check and see if there´s any difference there. Is there any data you wish me to share, like logs or something while testing? Or just yay/nay? if we identify the offending package, and versions, easier to report the regression and ask to fix it So yay/nay it is! Thanks. I´ve now tested to create a new FreeBSD server with dual cores in our experiment/test system and it worked, no problemo. oVirt test system - good: ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.3.4-5.fc17.x86_64 libvirt-0.9.11.6-1.fc17.x86_64 libvirt-client-0.9.11.6-1.fc17.x86_64 libvirt-daemon-0.9.11.6-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.6-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.6-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.6-1.fc17.x86_64 libvirt-python-0.9.11.6-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.0-1.fc17.x86_64 seabios-bin-1.7.0-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch oVirt prod system - bad: ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.6.7-4.fc17.x86_64 libvirt-0.9.11.7-1.fc17.x86_64 libvirt-client-0.9.11.7-1.fc17.x86_64 libvirt-daemon-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.7-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.7-1.fc17.x86_64 libvirt-python-0.9.11.7-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.1-1.fc17.x86_64 seabios-bin-1.7.1-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch so seems like you have different: kernel seabios libvirt can you please upgrade them one by one to find the culprit (I'd do in this order for simplicity of rollback: seabios, libvirt, kernel) thanks, Itamar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] can't start latest beta ovirt
Hi all, i can't start the ovirt engine anymore. The error is: Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit. It seems that the error appears when the parameter -XX:+UseCompressedOops is set. If I run the java command wothour it, the program starts. java -version java version 1.7.0_09-icedtea OpenJDK Runtime Environment (fedora-2.3.3.fc17.1-i386) OpenJDK Client VM (build 23.2-b09, mixed mode) The machine is: uname -a Linux wikitiki.mindsoft.com 3.6.7-4.fc17.i686 #1 SMP Tue Nov 20 20:13:04 UTC 2012 i686 i686 i386 GNU/Linux Is this some missconfiguration on my part? Best regards, Cristian Falcas ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Unable to access remote console in User portal from IE/Windows7
On 11/28/2012 01:12 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 20.30 skrev Itamar Heim: On 11/27/2012 11:53 AM, nasir nasir wrote: Hi All, I have been experimenting with Ovirt 3.1 and so far most of the things work. Many thanks indeed for this great free software! Now I am facing an issue for accessing the remote console in User Portal from windows 7 client using IE9. I am able to login to the User Portal and access the VM using the console button from Linux. But while I try the same from a windows 7 machine, it is NOT working. When I click on the console button, it doesn't pop any window or show anything. Some of the docs I read says that for the first time, I would be greeted with an ActiveX warning and can install the same to get the console. But I didnt get anything of that kind. So my questions to you all are, -- Is User Portal and Console supported on Windows platform ? -- If supported, is there anything needed to be installed on the Windows machine from which I am trying to access the User Portal ?( I did install spice-guest-tools-0.exe on both VM and the Windows machine I am trying to access the User Portal) -- If not supported, what is the recommended way of accessing VMs from windows clients ? I understand that the firefox spice-xpi plugin is only for Linux. Relevant info, --OS : CentOS 6.3 64 bit -- ovirt-engine-setup-plugin-allinone-3.1.0-3.28.el6.noarch.rpm (Actually I used the repo from http://www.dreyou.org/ovirt/ , ) -- Client from which I am trying to access: Windows 7 (32bit), IE 9 Any reply would be highly appreciated and I would be more than happy to send any further details if needed. I searched a lot for any relevant docs for the same but could not find anything. Thanks and regards, Nasir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal Too bad there´s still the bug in UserPortal that forgets to pass on the address to which the console should connect, so it won´t work any way... do you have the bz number? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] can't start latest beta ovirt
On 11/28/2012 09:48 AM, Cristian Falcas wrote: Hi all, i can't start the ovirt engine anymore. The error is: Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit. It seems that the error appears when the parameter -XX:+UseCompressedOops is set. If I run the java command wothour it, the program starts. java -version java version 1.7.0_09-icedtea OpenJDK Runtime Environment (fedora-2.3.3.fc17.1-i386) OpenJDK Client VM (build 23.2-b09, mixed mode) The machine is: uname -a Linux wikitiki.mindsoft.com http://wikitiki.mindsoft.com 3.6.7-4.fc17.i686 #1 SMP Tue Nov 20 20:13:04 UTC 2012 i686 i686 i386 GNU/Linux Is this some missconfiguration on my part? Best regards, Cristian Falcas It is this bug, and it affects 32 bits environments: https://bugzilla.redhat.com/852037 It has already been fixed. To workaround it edit the /usr/share/ovirt-engine/service/engine-service.py file, look for the line containing UseCompressedOops and just remove it. Then restart the engine. -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] From rhcs qemu to oVirt: suggestions?
Hello, I currently have in place a CentOS 6.3 based rhcs cluster composed by threee nodes. There are several VMs configured as services in RHCS. I would like to migrate and test oVirt and get some suggestions. I originally planned to converto to F17 based oVirt 3.1 nodes, but now I see that there are builds for CentOS 6.3 too. So what are your suggestions? Can I post bugzillas and ask questions if I try CentOS 6 instead of F17? Is this repo generally kept in sync with F17 based one? I would like then to setup a sort of production ready infra for a small non profit organization. Another question: what would be the best workflow to migrate these Qemu/KVM virtual machines I have to an oVirt based infra? Can I export in some OVF way and then import in oVirt? I see that irt-v2v in my CentOS 6 has libvirt and rhev as export methods. I don't know if rhev is suitable for oVirt too... Currently my installed versions on CentOS 6.3 systems are: virt-v2v-0.8.7-7.el6_3.x86_64 gpxe-roms-qemu-0.9.7-6.9.el6.noarch libvirt-python-0.9.10-21.el6_3.6.x86_64 libvirt-client-0.9.10-21.el6_3.6.x86_64 qemu-img-0.12.1.2-2.295.el6_3.2.x86_64 qemu-kvm-0.12.1.2-2.295.el6_3.2.x86_64 libvirt-0.9.10-21.el6_3.6.x86_64 seabios-0.6.1.2-19.el6.x86_64 sgabios-bin-0-0.3.20110621svn.el6.noarch vgabios-0.6b-3.6.el6.noarch Thanks in advance, Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Debian VM.
Hello everyone. After installing debian as virtual machine during the boot I got the following error: Loadin Linux 2.6.32-5-686 unaligned pointer 0x8ef20002 Aborted. Press and key to exit. In research, I found that this error is a problem of KVM. In such cases, there is something that can be done? -- “Encarada do ponto de vista da juventude, a vida parece um futuro indefinidamente longo, ao passo que, na velhice, ela parece um passado deveras curto. Assim, a vida no seu início se apresenta do mesmo modo que as coisas quando as olhamos através de um binóculo usado ao contrário; mas, ao seu final, ela se parece com as coisas tal qual são vistas quando o binóculo é usado de modo normal. Um homem precisa ter envelhecido e vivido bastante para perceber como a vida é curta”. (Poema de Arthur Schopenhauer) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Debian VM.
Debian Stable does not support Spice, you'll need to switch to VNC then it should work. Regards, On 11/28/2012 12:23 PM, victor nunes wrote: Hello everyone. After installing debian as virtual machine during the boot I got the following error: Loadin Linux 2.6.32-5-686 unaligned pointer 0x8ef20002 Aborted. Press and key to exit. In research, I found that this error is a problem of KVM. In such cases, there is something that can be done? -- Encarada do ponto de vista da juventude, a vida parece um futuro indefinidamente longo, ao passo que, na velhice, ela parece um passado deveras curto. Assim, a vida no seu início se apresenta do mesmo modo que as coisas quando as olhamos através de um binóculo usado ao contrário; mas, ao seu final, ela se parece com as coisas tal qual são vistas quando o binóculo é usado de modo normal. Um homem precisa ter envelhecido e vivido bastante para perceber como a vida é curta. (Poema de Arthur Schopenhauer) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Unable to access remote console in User portal from IE/Windows7
On 11/28/2012 05:47 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 10.15 skrev Itamar Heim: On 11/28/2012 01:12 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 20.30 skrev Itamar Heim: On 11/27/2012 11:53 AM, nasir nasir wrote: Hi All, I have been experimenting with Ovirt 3.1 and so far most of the things work. Many thanks indeed for this great free software! Now I am facing an issue for accessing the remote console in User Portal from windows 7 client using IE9. I am able to login to the User Portal and access the VM using the console button from Linux. But while I try the same from a windows 7 machine, it is NOT working. When I click on the console button, it doesn't pop any window or show anything. Some of the docs I read says that for the first time, I would be greeted with an ActiveX warning and can install the same to get the console. But I didnt get anything of that kind. So my questions to you all are, -- Is User Portal and Console supported on Windows platform ? -- If supported, is there anything needed to be installed on the Windows machine from which I am trying to access the User Portal ?( I did install spice-guest-tools-0.exe on both VM and the Windows machine I am trying to access the User Portal) -- If not supported, what is the recommended way of accessing VMs from windows clients ? I understand that the firefox spice-xpi plugin is only for Linux. Relevant info, --OS : CentOS 6.3 64 bit -- ovirt-engine-setup-plugin-allinone-3.1.0-3.28.el6.noarch.rpm (Actually I used the repo from http://www.dreyou.org/ovirt/ , ) -- Client from which I am trying to access: Windows 7 (32bit), IE 9 Any reply would be highly appreciated and I would be more than happy to send any further details if needed. I searched a lot for any relevant docs for the same but could not find anything. Thanks and regards, Nasir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal Too bad there´s still the bug in UserPortal that forgets to pass on the address to which the console should connect, so it won´t work any way... do you have the bz number? Sure: https://bugzilla.redhat.com/show_bug.cgi?id=839548 this was backported to ovirt engine 3.1 prior to its release? http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=shortlog;h=refs%2Fheads%2Fengine_3.1 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] SOLVED: Recovering VMs when the engine is lost
Hello Itamar and Ayal, I tried to recover the VMs by using the first method (converting the master into an export domain) but after the changes, I couldn't add the export domain as it was an incompatible version. Therefore I explored the other way of restoring: - First, I copied the master/vms folder from the master storage to my local host (and renamed al the .ovf to .xml so I can double click them and view them in an xml browser on my stupid Windows) - As we store the ovirt NFS export folder on /data/ovirt, I connected to all nodes and moved the $UUID folder from /data/ovirt to /data/old. - I added all the cpu nodes and NFS storages to the new cluster - I recreated the virtual machines based on the xml files in the specs and our internal vm specifications with exactly the same MAC address (we specify our own) and disk sizes, having the disks residing on the same storages as the old disks - Looking at the xml file of the new VMs I figured out the folders and file names of the new disks and then moved the old disks over: cd /data/ovirt/$UUID/images/$FOLDERUUID mv /data/old/images/$OLDFOLDERUUID/$OLDDISKUUID ./$DISKUUID mv /data/old/images/$OLDFOLDERUUID/$OLDDISKUUID.meta ./$DISKUUID.meta mv /data/old/images/$OLDFOLDERUUID/$OLDDISKUUID.lease ./$DISKUUID.lease - After doing this, the new VM starts nicely using the disks with all the content on them Of course, you can also choose other storages for the new disks, but then you have to rsync -avS the sparse files over to the new storage and this takes hours for 600G disks. Caveats: There were a few machines I actually created from a template. In the XML files for those machines, we had the wrong MAC addresses for the nics. I assume, that these were the ones generated during the template clone and not the final ones I set after cloning the VMs. But as we have nice host specifications as yaml files for every host, I was relying more on them than on the XML. In the end, it took me around 3 minutes of manual work to recreate the vm, move the disks over and start the vm. Automating that with a bit of yaml and xml parsing magic and recreating the VMS automatically via script could lead to recreating a vm in under 1 minute (except when moving disks from storage to storage). Kind regards Jörn -Original Message- From: Itamar Heim [mailto:ih...@redhat.com] Sent: Freitag, 23. November 2012 15:34 To: Joern Ott Cc: users@ovirt.org; Ayal Baron Subject: Re: [Users] Recovering VMs when the engine is lost On 11/23/2012 04:16 PM, Joern Ott wrote: Hello Itamar, -Original Message- From: Itamar Heim [mailto:ih...@redhat.com] Sent: Freitag, 23. November 2012 14:11 To: Joern Ott Cc: users@ovirt.org; Ayal Baron Subject: Re: [Users] Recovering VMs when the engine is lost On 11/23/2012 02:58 PM, Joern Ott wrote: Hey Itamar, this is an NFS storage. we don't currently support importing an existing data storage domain. so you need to create a new nfs data domain. i suggest two 'hacky' options after that 1. less hacky - convert the current nfs data domain to an export domain, and import the VMs from it. Is there any info on how to do this, I didn't find much info on export domains on the wiki. The last time I tried to move thin disks with ovirt GUI from one storage to another, they were expanded and filled up the destination. In the database, the disks were shown to be on the destination host and were marked as invalid, so this procedure also has some risks. check this one, and please wikify for others if you find it helpful: http://comments.gmane.org/gmane.comp.emulators.ovirt.user/4428 2. more hacky - recreate the VMs on the new nfs data domain with exact same details, and copy the disk over the newly created disks. benefit of the other is you may be able to move the data, instead of full blown copy, while in option 1 (which is much simpler/less error prone), you need to import all vm's again. The advantage of this would be faster speed as most disks are thin provisioned disks. So I think, I will go for this option. just to make it clear - this is risky, and you should know what you are doing when copying/moving files over the new layout, which must be identical to previous definitions. there is current work to detect disks from a storage domain: http://wiki.ovirt.org/wiki/Features/Domain_Scan when it will be ready (and better when import existing storage domain will be supported), this would be easier. KR Jörn -Original Message- From: Itamar Heim [mailto:ih...@redhat.com] Sent: Freitag, 23. November 2012 10:32 To: Joern Ott Cc: users@ovirt.org; Ayal Baron Subject: Re: [Users] Recovering VMs when the engine is lost On 11/23/2012 11:03 AM, Joern Ott wrote: Hello everybody, I managed to re-install the server the oVirt engine was running on in my testlab. All the cpu and storages are still there and the
Re: [Users] Native USB redirection does not work - (remote-viewer) did not claim interface 0 before use
On Wed, Nov 28, 2012 at 12:46 PM, Sigbjorn Lie wrote: Hi, I receive the following errors when I attempt to use native USB redirection in RHEV 3.1 beta. It's a smart card reader I am attempting to redirect into a virtual Windows 7 x64 machine. e also posted this message to the spice-devel list. Not sure which list is the correct list for this issue. I remember during RHEV 3.0 beta cycle you had dedicated forum access on rhn to post this kind of questions. I presume it is there for 3.1 beta too and probably you ought to post there Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Unable to access remote console in User portal from IE/Windows7
28 nov 2012 kl. 13.05 skrev Itamar Heim: On 11/28/2012 05:47 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 10.15 skrev Itamar Heim: On 11/28/2012 01:12 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 20.30 skrev Itamar Heim: On 11/27/2012 11:53 AM, nasir nasir wrote: Hi All, I have been experimenting with Ovirt 3.1 and so far most of the things work. Many thanks indeed for this great free software! Now I am facing an issue for accessing the remote console in User Portal from windows 7 client using IE9. I am able to login to the User Portal and access the VM using the console button from Linux. But while I try the same from a windows 7 machine, it is NOT working. When I click on the console button, it doesn't pop any window or show anything. Some of the docs I read says that for the first time, I would be greeted with an ActiveX warning and can install the same to get the console. But I didnt get anything of that kind. So my questions to you all are, -- Is User Portal and Console supported on Windows platform ? -- If supported, is there anything needed to be installed on the Windows machine from which I am trying to access the User Portal ?( I did install spice-guest-tools-0.exe on both VM and the Windows machine I am trying to access the User Portal) -- If not supported, what is the recommended way of accessing VMs from windows clients ? I understand that the firefox spice-xpi plugin is only for Linux. Relevant info, --OS : CentOS 6.3 64 bit -- ovirt-engine-setup-plugin-allinone-3.1.0-3.28.el6.noarch.rpm (Actually I used the repo from http://www.dreyou.org/ovirt/ , ) -- Client from which I am trying to access: Windows 7 (32bit), IE 9 Any reply would be highly appreciated and I would be more than happy to send any further details if needed. I searched a lot for any relevant docs for the same but could not find anything. Thanks and regards, Nasir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal Too bad there´s still the bug in UserPortal that forgets to pass on the address to which the console should connect, so it won´t work any way... do you have the bz number? Sure: https://bugzilla.redhat.com/show_bug.cgi?id=839548 this was backported to ovirt engine 3.1 prior to its release? http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=shortlog;h=refs%2Fheads%2Fengine_3.1 Heh, you´re right, it does work, but only when using CentOS-Fedora/FF. The problem I´m having is with Win7/IE. It does however work to get spice console in the admin portal, strangely enough, but we won´t allow our customers using the admin portal just to get access to their consoles. I would like to have it work with Windows/IE in Userportal as well. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Panic on FreeBSD guest with 1 CPU
28 nov 2012 kl. 09.19 skrev Itamar Heim: On 11/28/2012 01:52 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 16.01 skrev : 27 nov 2012 kl. 15.59 skrev Itamar Heim: On 11/27/2012 09:56 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 15.42 skrev Itamar Heim: On 11/27/2012 08:28 AM, Karli Sjöberg wrote: Hey all! Since recently patching our hosts, I´ve been having trouble running FreeBSD guests with more than one virtual core or socket. I have managed take a screenshot of how it looks like when it panics when booting kernel, right after ACPI: http://i47.tinypic.com/2u90qrr.png I´ve tried this with similar results using 8.2-RELEASE, 8.3-RELEASE, 9.0-RELEASE and 9-STABLE. If I edit the guest to have only one virtual core or socket, it boots up without issue. Since noticing this, I´ve tried updating the packages one more time, thinking maybe it had already been fixed but no, it remains. These are the package versions I´m using: # rpm -qa | egrep '(kernel|libvirt|qemu|vdsm|seabios)' | sort -d ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.6.2-4.fc17.x86_64 kernel-3.6.3-1.fc17.x86_64 kernel-3.6.7-4.fc17.x86_64 This is the one that´s running libvirt-0.9.11.7-1.fc17.x86_64 libvirt-client-0.9.11.7-1.fc17.x86_64 libvirt-daemon-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.7-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.7-1.fc17.x86_64 libvirt-python-0.9.11.7-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.1-1.fc17.x86_64 seabios-bin-1.7.1-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch Do you have any insights as to what the problem might be? Best Regards Karli Sjöberg ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users the first suspect would be qemu-kvm and maybe the bios, can you please downgrade it to the previously Oh the fun of downgrading...pass:) But it just so happens that we have another ovirt system running, apart from the production system, that may be less patched. I´ll check and see if there´s any difference there. Is there any data you wish me to share, like logs or something while testing? Or just yay/nay? if we identify the offending package, and versions, easier to report the regression and ask to fix it So yay/nay it is! Thanks. I´ve now tested to create a new FreeBSD server with dual cores in our experiment/test system and it worked, no problemo. oVirt test system - good: ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.3.4-5.fc17.x86_64 libvirt-0.9.11.6-1.fc17.x86_64 libvirt-client-0.9.11.6-1.fc17.x86_64 libvirt-daemon-0.9.11.6-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.6-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.6-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.6-1.fc17.x86_64 libvirt-python-0.9.11.6-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.0-1.fc17.x86_64 seabios-bin-1.7.0-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch oVirt prod system - bad: ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.6.7-4.fc17.x86_64 libvirt-0.9.11.7-1.fc17.x86_64 libvirt-client-0.9.11.7-1.fc17.x86_64 libvirt-daemon-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.7-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.7-1.fc17.x86_64 libvirt-python-0.9.11.7-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.1-1.fc17.x86_64 seabios-bin-1.7.1-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch so seems like you have different: kernel seabios libvirt can you please upgrade them one by one to find the culprit (I'd do in this order for simplicity of rollback: seabios, libvirt, kernel) Done. Kernel is the culprit! We have two hosts in the test system, so what I did was to first update seabios; test, then update libvirt; test, kernel; test on host1, where all was well until after booting new kernel. So I wanted to know for sure that it was only the kernel's blame, so on host2 only kernel was updated and afterwards the issue started appearing. So definitely, kernel. PS. As I expected, downgrading the packages again failed horribly. I friggin' hate
Re: [Users] Unable to access remote console in User portal from IE/Windows7
On 11/28/2012 08:27 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 13.05 skrev Itamar Heim: On 11/28/2012 05:47 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 10.15 skrev Itamar Heim: On 11/28/2012 01:12 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 20.30 skrev Itamar Heim: On 11/27/2012 11:53 AM, nasir nasir wrote: Hi All, I have been experimenting with Ovirt 3.1 and so far most of the things work. Many thanks indeed for this great free software! Now I am facing an issue for accessing the remote console in User Portal from windows 7 client using IE9. I am able to login to the User Portal and access the VM using the console button from Linux. But while I try the same from a windows 7 machine, it is NOT working. When I click on the console button, it doesn't pop any window or show anything. Some of the docs I read says that for the first time, I would be greeted with an ActiveX warning and can install the same to get the console. But I didnt get anything of that kind. So my questions to you all are, -- Is User Portal and Console supported on Windows platform ? -- If supported, is there anything needed to be installed on the Windows machine from which I am trying to access the User Portal ?( I did install spice-guest-tools-0.exe on both VM and the Windows machine I am trying to access the User Portal) -- If not supported, what is the recommended way of accessing VMs from windows clients ? I understand that the firefox spice-xpi plugin is only for Linux. Relevant info, --OS : CentOS 6.3 64 bit -- ovirt-engine-setup-plugin-allinone-3.1.0-3.28.el6.noarch.rpm (Actually I used the repo from http://www.dreyou.org/ovirt/ , ) -- Client from which I am trying to access: Windows 7 (32bit), IE 9 Any reply would be highly appreciated and I would be more than happy to send any further details if needed. I searched a lot for any relevant docs for the same but could not find anything. Thanks and regards, Nasir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal Too bad there´s still the bug in UserPortal that forgets to pass on the address to which the console should connect, so it won´t work any way... do you have the bz number? Sure: https://bugzilla.redhat.com/show_bug.cgi?id=839548 this was backported to ovirt engine 3.1 prior to its release? http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=shortlog;h=refs%2Fheads%2Fengine_3.1 Heh, you´re right, it does work, but only when using CentOS-Fedora/FF. The problem I´m having is with Win7/IE. It does however work to get spice console in the admin portal, strangely enough, but we won´t allow our customers using the admin portal just to get access to their consoles. I would like to have it work with Windows/IE in Userportal as well. the commit is user portal: ..., so i'm kind of surprised. are you sure its not another issue? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Unable to access remote console in User portal from IE/Windows7
28 nov 2012 kl. 14.44 skrev Itamar Heim: On 11/28/2012 08:27 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 13.05 skrev Itamar Heim: On 11/28/2012 05:47 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 10.15 skrev Itamar Heim: On 11/28/2012 01:12 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 20.30 skrev Itamar Heim: On 11/27/2012 11:53 AM, nasir nasir wrote: Hi All, I have been experimenting with Ovirt 3.1 and so far most of the things work. Many thanks indeed for this great free software! Now I am facing an issue for accessing the remote console in User Portal from windows 7 client using IE9. I am able to login to the User Portal and access the VM using the console button from Linux. But while I try the same from a windows 7 machine, it is NOT working. When I click on the console button, it doesn't pop any window or show anything. Some of the docs I read says that for the first time, I would be greeted with an ActiveX warning and can install the same to get the console. But I didnt get anything of that kind. So my questions to you all are, -- Is User Portal and Console supported on Windows platform ? -- If supported, is there anything needed to be installed on the Windows machine from which I am trying to access the User Portal ?( I did install spice-guest-tools-0.exe on both VM and the Windows machine I am trying to access the User Portal) -- If not supported, what is the recommended way of accessing VMs from windows clients ? I understand that the firefox spice-xpi plugin is only for Linux. Relevant info, --OS : CentOS 6.3 64 bit -- ovirt-engine-setup-plugin-allinone-3.1.0-3.28.el6.noarch.rpm (Actually I used the repo from http://www.dreyou.org/ovirt/ , ) -- Client from which I am trying to access: Windows 7 (32bit), IE 9 Any reply would be highly appreciated and I would be more than happy to send any further details if needed. I searched a lot for any relevant docs for the same but could not find anything. Thanks and regards, Nasir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal Too bad there´s still the bug in UserPortal that forgets to pass on the address to which the console should connect, so it won´t work any way... do you have the bz number? Sure: https://bugzilla.redhat.com/show_bug.cgi?id=839548 this was backported to ovirt engine 3.1 prior to its release? http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=shortlog;h=refs%2Fheads%2Fengine_3.1 Heh, you´re right, it does work, but only when using CentOS-Fedora/FF. The problem I´m having is with Win7/IE. It does however work to get spice console in the admin portal, strangely enough, but we won´t allow our customers using the admin portal just to get access to their consoles. I would like to have it work with Windows/IE in Userportal as well. the commit is user portal: ..., so i'm kind of surprised. are you sure its not another issue? I never said it was that specific issue, David Jaša did. May be a new one, I don´t know, I´m just a poor old sysadmin who can´t give console to his customers:) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2)
Hello All, Preparing to ovirt-engine 3.2 the entire vdsm-bootstrap bootstrap was re-written from scratch into more pluggable and flexible implementation, available at git master and nightly snapshots. As far as packaging is concerned there are now two more dependencies to ovirt-engine: * otopi -- oVirt Task Oriented Pluggable Installer/Implementation * ovirt-host-deploy -- oVirt host deploy tool These packages replace the legacy vdsm-bootstrap package that was distributed with vdsm. Git repositories are available at at[1][2]. Documentation is available at Git repositories - README*. Builds are available at usual place[3]. Bugzilla components will be available shortly. Change log is attached. There is no change in the way the engine is performing the host deployment process in term of user experience, other than event log messages during deployment were improved. The log of the deployment is fetched from host and stored at engine machine at /var/log/ovirt-engine/host-deploy, on host it is at /tmp/ovirt-host-deploy*.log and deleted when fetched to engine. Among other features, the ovir-host-deploy package can be installed manually on host and executed to prepare host for installation, in future we may be able to add host to engine without performing the deployment process, for now it will be usable for integration tests. The internals are completely different, instead of having 3 different bootstrap sequences: 1. host install 2. ovirt-node install 3. ovirt-node approve We now have single sequence which is common to host and node installation or re-installation, end result is much simpler implementation. Please report any issues even minor issues, so we can stabilize it for 3.2 release. Best Regards, Alon Bar-Lev. [1] http://gerrit.ovirt.org/gitweb?p=otopi.git;a=tree [2] http://gerrit.ovirt.org/gitweb?p=ovirt-host-deploy.git;a=tree [3] http://www.ovirt.org/releases/nightly/rpm/Fedora/17/noarch/ --- Change Log * offline packager feature. * tuned is installed with virtual-host profile. * initial implementation based on otpoi. * implementation is based on legacy vdsm-bootstrap pacakge functionality. * legacy-removed: legacy VDSM (3.0) config upgrade. * legacy-removed: change machine width core file # echo /var/lib/vdsm/core /proc/sys/kernel/core_pattern * legacy-removed: kernel version test, package dependency is sufficient. * legacy-removed: do not add kernel parameter processor.max_cstate=1 warn if not have constant_tsc https://bugzilla.redhat.com/show_bug.cgi?id=770153 * legacy-change: io elevator scheduler set in kernel command-line use either udev rule in vdsm package or tuned. * legacy-change: vdsm libvirt reconfigure vdsm is reconfigured with file based trigger instead unsupported systemd init.d parameter. * legacy-change: distribution checks are simpler based on Python platform, minimum: - rhel-6.2 - fedora-17 * legacy-change: minimum vdsm version is taken from engine not hard coded. * legacy-change: pki is now using m2crypto to generate certificate request and parse certificates. * legacy-change: use iproute2 instead of python ethtool to avoid another dependency for host name validation. * legacy-change: use iproute2 instead of reading /proc/net/route for route information and interface information. * legacy-change: do not use vdsm.netinfo for vlan and bonding as it requires /usr/share/vdsm modules, and it is trivial anyway. * legacy-change: use vdsm-store-net-config script to commit network config instead of internal duplicate implementation. * legacy-change: /etc/vdsm/vdsm.conf is overridden unless VDSM/configOverride environment is set to True * legacy-change: /etc/vdsm/vdsm.conf is not read of fake_qemu. set VDSM/checkVirtHardware environment to False to avoid hardware detection. * legacy-change: following gluster packages not installed: - glusterfs-rdma - glusterfs-geo-replication ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Unable to access remote console in User portal from IE/Windows7
Karli Sjöberg píše v St 28. 11. 2012 v 13:56 +: 28 nov 2012 kl. 14.44 skrev Itamar Heim: On 11/28/2012 08:27 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 13.05 skrev Itamar Heim: On 11/28/2012 05:47 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 10.15 skrev Itamar Heim: On 11/28/2012 01:12 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 20.30 skrev Itamar Heim: On 11/27/2012 11:53 AM, nasir nasir wrote: Hi All, I have been experimenting with Ovirt 3.1 and so far most of the things work. Many thanks indeed for this great free software! Now I am facing an issue for accessing the remote console in User Portal from windows 7 client using IE9. I am able to login to the User Portal and access the VM using the console button from Linux. But while I try the same from a windows 7 machine, it is NOT working. When I click on the console button, it doesn't pop any window or show anything. Some of the docs I read says that for the first time, I would be greeted with an ActiveX warning and can install the same to get the console. But I didnt get anything of that kind. So my questions to you all are, -- Is User Portal and Console supported on Windows platform ? -- If supported, is there anything needed to be installed on the Windows machine from which I am trying to access the User Portal ?( I did install spice-guest-tools-0.exe on both VM and the Windows machine I am trying to access the User Portal) -- If not supported, what is the recommended way of accessing VMs from windows clients ? I understand that the firefox spice-xpi plugin is only for Linux. Relevant info, --OS : CentOS 6.3 64 bit -- ovirt-engine-setup-plugin-allinone-3.1.0-3.28.el6.noarch.rpm (Actually I used the repo from http://www.dreyou.org/ovirt/ , ) -- Client from which I am trying to access: Windows 7 (32bit), IE 9 Any reply would be highly appreciated and I would be more than happy to send any further details if needed. I searched a lot for any relevant docs for the same but could not find anything. Thanks and regards, Nasir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal Too bad there´s still the bug in UserPortal that forgets to pass on the address to which the console should connect, so it won´t work any way... do you have the bz number? Sure: https://bugzilla.redhat.com/show_bug.cgi?id=839548 this was backported to ovirt engine 3.1 prior to its release? http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=shortlog;h=refs%2Fheads%2Fengine_3.1 Heh, you´re right, it does work, but only when using CentOS-Fedora/FF. The problem I´m having is with Win7/IE. It does however work to get spice console in the admin portal, strangely enough, but we won´t allow our customers using the admin portal just to get access to their consoles. I would like to have it work with Windows/IE in Userportal as well. the commit is user portal: ..., so i'm kind of surprised. are you sure its not another issue? I never said it was that specific issue, David Jaša did. May be a new one, I don´t know, I´m just a poor old sysadmin who can´t give console to his customers:) Karli, could you set SPICEX_DEBUG_LEVEL environment variable to 0 (zero), try to connect, and look at %TEMP%\spicex.log that the connection values are the correct ones? David ___ Users mailing list Users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Unable to access remote console in User portal from IE/Windows7
27 nov 2012 kl. 20.30 skrev Itamar Heim: On 11/27/2012 11:53 AM, nasir nasir wrote: Hi All, I have been experimenting with Ovirt 3.1 and so far most of the things work. Many thanks indeed for this great free software! Now I am facing an issue for accessing the remote console in User Portal from windows 7 client using IE9. I am able to login to the User Portal and access the VM using the console button from Linux. But while I try the same from a windows 7 machine, it is NOT working. When I click on the console button, it doesn't pop any window or show anything. Some of the docs I read says that for the first time, I would be greeted with an ActiveX warning and can install the same to get the console. But I didnt get anything of that kind. So my questions to you all are, -- Is User Portal and Console supported on Windows platform ? -- If supported, is there anything needed to be installed on the Windows machine from which I am trying to access the User Portal ?( I did install spice-guest-tools-0.exe on both VM and the Windows machine I am trying to access the User Portal) -- If not supported, what is the recommended way of accessing VMs from windows clients ? I understand that the firefox spice-xpi plugin is only for Linux. Relevant info, --OS : CentOS 6.3 64 bit -- ovirt-engine-setup-plugin-allinone-3.1.0-3.28.el6.noarch.rpm (Actually I used the repo from http://www.dreyou.org/ovirt/ , ) -- Client from which I am trying to access: Windows 7 (32bit), IE 9 Any reply would be highly appreciated and I would be more than happy to send any further details if needed. I searched a lot for any relevant docs for the same but could not find anything. Thanks and regards, Nasir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal Too bad there´s still the bug in UserPortal that forgets to pass on the address to which the console should connect, so it won´t work any way... /Karli Thanks for sharing the documentation. Actually due to the lack of good documentation for Ovirt, I was following RHEV guides along with ovirt guides and hence missed out this one. I followed the above link exactly(well, I think so :-) ) and still I could not get it done properly. When I click on the install plugin button using the URL http://my_ovirt_server/spice.html from the windows 7 machine which I was using to access the User Portal , it is giving me a warning message by the browser asking whether you want to install it or not (which is expected ). But when I click to install, nothing happens. So I manually installed using the virt-viewer exe file which I had got by extracting the spice.cab file and I am able to access the console without any problem. This is OK for the time being as I can access the console from user portal after installing the ActiveX/spice plugins manually though I would strongly prefer the deployment model whereby users can click and install the plugins on the fly as described in the above link. Thanks again, Nasir___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Unable to access remote console in User portal from IE/Windows7
28 nov 2012 kl. 15.08 skrev David Jaša: Karli Sjöberg píše v St 28. 11. 2012 v 13:56 +: 28 nov 2012 kl. 14.44 skrev Itamar Heim: On 11/28/2012 08:27 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 13.05 skrev Itamar Heim: On 11/28/2012 05:47 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 10.15 skrev Itamar Heim: On 11/28/2012 01:12 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 20.30 skrev Itamar Heim: On 11/27/2012 11:53 AM, nasir nasir wrote: Hi All, I have been experimenting with Ovirt 3.1 and so far most of the things work. Many thanks indeed for this great free software! Now I am facing an issue for accessing the remote console in User Portal from windows 7 client using IE9. I am able to login to the User Portal and access the VM using the console button from Linux. But while I try the same from a windows 7 machine, it is NOT working. When I click on the console button, it doesn't pop any window or show anything. Some of the docs I read says that for the first time, I would be greeted with an ActiveX warning and can install the same to get the console. But I didnt get anything of that kind. So my questions to you all are, -- Is User Portal and Console supported on Windows platform ? -- If supported, is there anything needed to be installed on the Windows machine from which I am trying to access the User Portal ?( I did install spice-guest-tools-0.exe on both VM and the Windows machine I am trying to access the User Portal) -- If not supported, what is the recommended way of accessing VMs from windows clients ? I understand that the firefox spice-xpi plugin is only for Linux. Relevant info, --OS : CentOS 6.3 64 bit -- ovirt-engine-setup-plugin-allinone-3.1.0-3.28.el6.noarch.rpm (Actually I used the repo from http://www.dreyou.org/ovirt/ , ) -- Client from which I am trying to access: Windows 7 (32bit), IE 9 Any reply would be highly appreciated and I would be more than happy to send any further details if needed. I searched a lot for any relevant docs for the same but could not find anything. Thanks and regards, Nasir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal Too bad there´s still the bug in UserPortal that forgets to pass on the address to which the console should connect, so it won´t work any way... do you have the bz number? Sure: https://bugzilla.redhat.com/show_bug.cgi?id=839548 this was backported to ovirt engine 3.1 prior to its release? http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=shortlog;h=refs%2Fheads%2Fengine_3.1 Heh, you´re right, it does work, but only when using CentOS-Fedora/FF. The problem I´m having is with Win7/IE. It does however work to get spice console in the admin portal, strangely enough, but we won´t allow our customers using the admin portal just to get access to their consoles. I would like to have it work with Windows/IE in Userportal as well. the commit is user portal: ..., so i'm kind of surprised. are you sure its not another issue? I never said it was that specific issue, David Jaša did. May be a new one, I don´t know, I´m just a poor old sysadmin who can´t give console to his customers:) Karli, could you set SPICEX_DEBUG_LEVEL environment variable to 0 (zero), try to connect, and look at %TEMP%\spicex.log that the connection values are the correct ones? Absolutely. How do I set that debugging in the windows spice client? David ___ Users mailing list Users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Unable to access remote console in User portal from IE/Windows7
Karli Sjöberg píše v St 28. 11. 2012 v 14:12 +: 28 nov 2012 kl. 15.08 skrev David Jaša: Karli Sjöberg píše v St 28. 11. 2012 v 13:56 +: 28 nov 2012 kl. 14.44 skrev Itamar Heim: On 11/28/2012 08:27 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 13.05 skrev Itamar Heim: On 11/28/2012 05:47 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 10.15 skrev Itamar Heim: On 11/28/2012 01:12 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 20.30 skrev Itamar Heim: On 11/27/2012 11:53 AM, nasir nasir wrote: Hi All, I have been experimenting with Ovirt 3.1 and so far most of the things work. Many thanks indeed for this great free software! Now I am facing an issue for accessing the remote console in User Portal from windows 7 client using IE9. I am able to login to the User Portal and access the VM using the console button from Linux. But while I try the same from a windows 7 machine, it is NOT working. When I click on the console button, it doesn't pop any window or show anything. Some of the docs I read says that for the first time, I would be greeted with an ActiveX warning and can install the same to get the console. But I didnt get anything of that kind. So my questions to you all are, -- Is User Portal and Console supported on Windows platform ? -- If supported, is there anything needed to be installed on the Windows machine from which I am trying to access the User Portal ?( I did install spice-guest-tools-0.exe on both VM and the Windows machine I am trying to access the User Portal) -- If not supported, what is the recommended way of accessing VMs from windows clients ? I understand that the firefox spice-xpi plugin is only for Linux. Relevant info, --OS : CentOS 6.3 64 bit -- ovirt-engine-setup-plugin-allinone-3.1.0-3.28.el6.noarch.rpm (Actually I used the repo from http://www.dreyou.org/ovirt/ , ) -- Client from which I am trying to access: Windows 7 (32bit), IE 9 Any reply would be highly appreciated and I would be more than happy to send any further details if needed. I searched a lot for any relevant docs for the same but could not find anything. Thanks and regards, Nasir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal Too bad there´s still the bug in UserPortal that forgets to pass on the address to which the console should connect, so it won´t work any way... do you have the bz number? Sure: https://bugzilla.redhat.com/show_bug.cgi?id=839548 this was backported to ovirt engine 3.1 prior to its release? http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=shortlog;h=refs%2Fheads%2Fengine_3.1 Heh, you´re right, it does work, but only when using CentOS-Fedora/FF. The problem I´m having is with Win7/IE. It does however work to get spice console in the admin portal, strangely enough, but we won´t allow our customers using the admin portal just to get access to their consoles. I would like to have it work with Windows/IE in Userportal as well. the commit is user portal: ..., so i'm kind of surprised. are you sure its not another issue? I never said it was that specific issue, David Jaša did. May be a new one, I don´t know, I´m just a poor old sysadmin who can´t give console to his customers:) Karli, could you set SPICEX_DEBUG_LEVEL environment variable to 0 (zero), try to connect, and look at %TEMP%\spicex.log that the connection values are the correct ones? Absolutely. How do I set that debugging in the windows spice client? remote-viewer logs are currently quite hard to get, activex log should have enough info to pinpoint the exact error. David David ___ Users mailing list Users@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@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2)
On Wed, Nov 28, 2012 at 08:59:10AM -0500, Alon Bar-Lev wrote: Hello All, Preparing to ovirt-engine 3.2 the entire vdsm-bootstrap bootstrap was re-written from scratch into more pluggable and flexible implementation, available at git master and nightly snapshots. As far as packaging is concerned there are now two more dependencies to ovirt-engine: * otopi -- oVirt Task Oriented Pluggable Installer/Implementation * ovirt-host-deploy -- oVirt host deploy tool These packages replace the legacy vdsm-bootstrap package that was distributed with vdsm. Hurray! I suspect that a `git-rm vds_bootstrap/*` is pending? Git repositories are available at at[1][2]. Documentation is available at Git repositories - README*. Builds are available at usual place[3]. Bugzilla components will be available shortly. Are there requests to add the components to Fedora (18, EPEL6)? I think we should add these requests as blockers for Bug 881006 - Tracker: oVirt 3.2 release. Change log is attached. There is no change in the way the engine is performing the host deployment process in term of user experience, other than event log messages during deployment were improved. The log of the deployment is fetched from host and stored at engine machine at /var/log/ovirt-engine/host-deploy, on host it is at /tmp/ovirt-host-deploy*.log and deleted when fetched to engine. Among other features, the ovir-host-deploy package can be installed manually on host and executed to prepare host for installation, in future we may be able to add host to engine without performing the deployment process, for now it will be usable for integration tests. The internals are completely different, instead of having 3 different bootstrap sequences: 1. host install 2. ovirt-node install 3. ovirt-node approve We now have single sequence which is common to host and node installation or re-installation, end result is much simpler implementation. Please report any issues even minor issues, so we can stabilize it for 3.2 release. Best Regards, Alon Bar-Lev. [1] http://gerrit.ovirt.org/gitweb?p=otopi.git;a=tree [2] http://gerrit.ovirt.org/gitweb?p=ovirt-host-deploy.git;a=tree [3] http://www.ovirt.org/releases/nightly/rpm/Fedora/17/noarch/ --- Change Log * offline packager feature. * tuned is installed with virtual-host profile. I never understood why this is an installer step, and not part of vdsmd start up * initial implementation based on otpoi. * implementation is based on legacy vdsm-bootstrap pacakge functionality. * legacy-removed: legacy VDSM (3.0) config upgrade. * legacy-removed: change machine width core file # echo /var/lib/vdsm/core /proc/sys/kernel/core_pattern Yeah, qemu-kvm and libvirtd are much more stable than in the old days, but wouldn't we want to keep a means to collect the corpses of dead processes from hypervisors? It has helped us nail down nasty bugs, even in Python. * legacy-removed: kernel version test, package dependency is sufficient. * legacy-removed: do not add kernel parameter processor.max_cstate=1 warn if not have constant_tsc https://bugzilla.redhat.com/show_bug.cgi?id=770153 * legacy-change: io elevator scheduler set in kernel command-line use either udev rule in vdsm package or tuned. * legacy-change: vdsm libvirt reconfigure vdsm is reconfigured with file based trigger instead unsupported systemd init.d parameter. * legacy-change: distribution checks are simpler based on Python platform, minimum: - rhel-6.2 - fedora-17 * legacy-change: minimum vdsm version is taken from engine not hard coded. * legacy-change: pki is now using m2crypto to generate certificate request and parse certificates. * legacy-change: use iproute2 instead of python ethtool to avoid another dependency for host name validation. * legacy-change: use iproute2 instead of reading /proc/net/route for route information and interface information. * legacy-change: do not use vdsm.netinfo for vlan and bonding as it requires /usr/share/vdsm modules, and it is trivial anyway. * legacy-change: use vdsm-store-net-config script to commit network config instead of internal duplicate implementation. * legacy-change: /etc/vdsm/vdsm.conf is overridden unless VDSM/configOverride environment is set to True I'm a bit confused by the negation: I'd expect VDSM/configOverride=True to mean override /etc/vdsm/vdsm.conf. * legacy-change: /etc/vdsm/vdsm.conf is not read of fake_qemu. set VDSM/checkVirtHardware environment to False to avoid hardware detection. * legacy-change: following gluster packages not installed: - glusterfs-rdma - glusterfs-geo-replication Alon, thanks for your tremendous work on this. I cannot wait to have it up and running in the release. Dan. ___ Users mailing list Users@ovirt.org
Re: [Users] [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2)
- Original Message - From: Dan Kenigsberg dan...@redhat.com To: Alon Bar-Lev alo...@redhat.com Cc: VDSM Project Development vdsm-de...@lists.fedorahosted.org, engine-devel engine-de...@ovirt.org, users users@ovirt.org Sent: Wednesday, November 28, 2012 4:41:04 PM Subject: Re: [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2) On Wed, Nov 28, 2012 at 08:59:10AM -0500, Alon Bar-Lev wrote: Hello All, Preparing to ovirt-engine 3.2 the entire vdsm-bootstrap bootstrap was re-written from scratch into more pluggable and flexible implementation, available at git master and nightly snapshots. As far as packaging is concerned there are now two more dependencies to ovirt-engine: * otopi -- oVirt Task Oriented Pluggable Installer/Implementation * ovirt-host-deploy -- oVirt host deploy tool These packages replace the legacy vdsm-bootstrap package that was distributed with vdsm. Hurray! I suspect that a `git-rm vds_bootstrap/*` is pending? No... we need it as compatibility with older engines... We keep minimum changes there for legacy, until end-of-life. Git repositories are available at at[1][2]. Documentation is available at Git repositories - README*. Builds are available at usual place[3]. Bugzilla components will be available shortly. Are there requests to add the components to Fedora (18, EPEL6)? I think we should add these requests as blockers for Bug 881006 - Tracker: oVirt 3.2 release. Yes, I am on this one. Change log is attached. There is no change in the way the engine is performing the host deployment process in term of user experience, other than event log messages during deployment were improved. The log of the deployment is fetched from host and stored at engine machine at /var/log/ovirt-engine/host-deploy, on host it is at /tmp/ovirt-host-deploy*.log and deleted when fetched to engine. Among other features, the ovir-host-deploy package can be installed manually on host and executed to prepare host for installation, in future we may be able to add host to engine without performing the deployment process, for now it will be usable for integration tests. The internals are completely different, instead of having 3 different bootstrap sequences: 1. host install 2. ovirt-node install 3. ovirt-node approve We now have single sequence which is common to host and node installation or re-installation, end result is much simpler implementation. Please report any issues even minor issues, so we can stabilize it for 3.2 release. Best Regards, Alon Bar-Lev. [1] http://gerrit.ovirt.org/gitweb?p=otopi.git;a=tree [2] http://gerrit.ovirt.org/gitweb?p=ovirt-host-deploy.git;a=tree [3] http://www.ovirt.org/releases/nightly/rpm/Fedora/17/noarch/ --- Change Log * offline packager feature. * tuned is installed with virtual-host profile. I never understood why this is an installer step, and not part of vdsmd start up There may be several method to tune a machine. Why VDSM should depend on specific one? * initial implementation based on otpoi. * implementation is based on legacy vdsm-bootstrap pacakge functionality. * legacy-removed: legacy VDSM (3.0) config upgrade. * legacy-removed: change machine width core file # echo /var/lib/vdsm/core /proc/sys/kernel/core_pattern Yeah, qemu-kvm and libvirtd are much more stable than in the old days, but wouldn't we want to keep a means to collect the corpses of dead processes from hypervisors? It has helped us nail down nasty bugs, even in Python. It does not mean it should be at /var/lib/vdsm ... :) * legacy-removed: kernel version test, package dependency is sufficient. * legacy-removed: do not add kernel parameter processor.max_cstate=1 warn if not have constant_tsc https://bugzilla.redhat.com/show_bug.cgi?id=770153 * legacy-change: io elevator scheduler set in kernel command-line use either udev rule in vdsm package or tuned. * legacy-change: vdsm libvirt reconfigure vdsm is reconfigured with file based trigger instead unsupported systemd init.d parameter. * legacy-change: distribution checks are simpler based on Python platform, minimum: - rhel-6.2 - fedora-17 * legacy-change: minimum vdsm version is taken from engine not hard coded. * legacy-change: pki is now using m2crypto to generate certificate request and parse certificates. * legacy-change: use iproute2 instead of python ethtool to avoid another dependency for host name validation. * legacy-change: use iproute2 instead of reading /proc/net/route for route information and interface information. * legacy-change: do not use vdsm.netinfo for vlan and bonding as it requires /usr/share/vdsm modules, and it is trivial anyway. *
Re: [Users] RE : ovirt-node install hangs
On 11/28/2012 08:25 AM, Vincent Miszczak wrote: Hi, The installation I did from USB was targeted to hard drive. I can see that installation creates 4 partitions (/dev/sdaX), but I don't know which one is the root volume, and LVM may be used. For sure I don't want to boot from CDROM (sr0) but from my local hard drive (/dev/???). Regarding CDROM installation, with the version I used (the latest), I'm able to switch the consoles when installation hang. Does not look like a kernel panic, but there is a real problem. Again, having the root account used would help, if someone can provide it... what do you mean if someone can provide it? you should be able to enable it when installing the node Vince De : Alexandre Santos [santosa...@gmail.com] Date d'envoi : mardi 27 novembre 2012 19:48 À : Vincent Miszczak Cc : Mike Burns; users@ovirt.org Objet : Re: [Users] ovirt-node install hangs 2012/11/27 Vincent Miszczak vmiszc...@ankama.commailto:vmiszc...@ankama.com Hi, I have the exact same problems with the latest 2.5.5-0.1. 1. I'm unable to install from USB stick because after installation, the system does not find it's root volume. 2. Using a CDROM, the installation hangs. First time it hanged at 75%. Second time I tried, it hanged at 25%. No message at all, but keyboard is responsive (lock num, console switch). I could try to do some debug for you. Having the root account used during the installation would help. What is it? With the CDROM installation, I've tried with 2 different hard drives and the server was running fine with its previous OS, so no hardware issue here. I was running the installation on a Poweredge 1950 server. Vince De : users-boun...@ovirt.orgmailto:users-boun...@ovirt.org [mailto:users-boun...@ovirt.orgmailto:users-boun...@ovirt.org] De la part de Alexandre Santos Envoyé : jeudi 11 octobre 2012 22:57 À : Mike Burns Cc : users@ovirt.orgmailto:users@ovirt.org Objet : Re: [Users] ovirt-node install hangs 2012/10/11 Alexandre Santos santosa...@gmail.commailto:santosa...@gmail.com 2012/10/11 Mike Burns mbu...@redhat.commailto:mbu...@redhat.com On Thu, 2012-10-11 at 11:12 +0100, Alexandre Santos wrote: Hi, yesterday I tried the new oVirt Node 2.5.3. I tried installing it without the quiet flag but no luck. It hanged again and the kernel didn't show any error on console (tty2). Later will test without the rhgh flag. Default options? TUI install? Hardware? UEFI or legacy bios? I always choose the troubleshooting option and then do an install with basic video. The only thing I changed from the default kernel boot line was the quiet flag. Yes, TUI. Hardware: this is an old MSI P35Neo MB with 4 GB RAM and a Xeon 3040. The SATA disk is connected to the onboard controller. The same problem occurred with an IDE HDD. Without rhgb and quiet no luck at all. Tomorrow will try with a SATA PCI Card with a Sil chip. Alex BTW, now the hostname works on 2.5.3 :-) The network configuration is still tricky... sometimes I have an Apply sometimes only a Back choice. I *think* this is a feature of being registered to ovirt-engine. Once you are registered, you can't change the network through the TUI anymore. If you're not registered with Engine, please elaborate a bit and I'll try to figure out what is going on. What you're saying makes sense. The problem I had was that my node was booting with DHCP and the IP changed. When I got to the engine / web administrator, my Host was not detected and I couldn't change it's IP, only the hostname... On the TUI I can't change the IP because I'm registered but can't change it also on the engine. Is this correct? Mike 2012/10/9 Alexandre Santos santosa...@gmail.commailto:santosa...@gmail.com It's working now :-) Thanks a lot all! Alex P.S. I haven't tried installing it on my SATA disk because I have there a Local Node already running but I'm going to try again on another one to see if I can send to you the error log. 2012/10/8 Mike Burns mbu...@redhat.commailto:mbu...@redhat.com On Mon, 2012-10-08 at 09:54 +0100, Alexandre Santos wrote: 2012/10/8 Fabian Deutsch fabi...@redhat.commailto:fabi...@redhat.com Am Montag, den 08.10.2012, 09:24 +0100 schrieb Alexandre Santos: 2012/10/8 Fabian Deutsch fabi...@redhat.commailto:fabi...@redhat.com Hey, Am Sonntag, den 07.10.2012, 15:29 +0100 schrieb Alexandre Santos: Hi, I'm trying to install the
Re: [Users] RE : ovirt-node install hangs
On Wed, 2012-11-28 at 10:26 -0500, Itamar Heim wrote: On 11/28/2012 08:25 AM, Vincent Miszczak wrote: Hi, The installation I did from USB was targeted to hard drive. I can see that installation creates 4 partitions (/dev/sdaX), but I don't know which one is the root volume, and LVM may be used. For sure I don't want to boot from CDROM (sr0) but from my local hard drive (/dev/???). Regarding CDROM installation, with the version I used (the latest), I'm able to switch the consoles when installation hang. Does not look like a kernel panic, but there is a real problem. Again, having the root account used would help, if someone can provide it... what do you mean if someone can provide it? you should be able to enable it when installing the node Yes, When you get to the boot menu, hit tab and add the following to the kernel command line: rootpw=hashed password To generate the hashed password, use openssl passwd Mike Vince De : Alexandre Santos [santosa...@gmail.com] Date d'envoi : mardi 27 novembre 2012 19:48 À : Vincent Miszczak Cc : Mike Burns; users@ovirt.org Objet : Re: [Users] ovirt-node install hangs 2012/11/27 Vincent Miszczak vmiszc...@ankama.commailto:vmiszc...@ankama.com Hi, I have the exact same problems with the latest 2.5.5-0.1. 1. I'm unable to install from USB stick because after installation, the system does not find it's root volume. 2. Using a CDROM, the installation hangs. First time it hanged at 75%. Second time I tried, it hanged at 25%. No message at all, but keyboard is responsive (lock num, console switch). I could try to do some debug for you. Having the root account used during the installation would help. What is it? With the CDROM installation, I've tried with 2 different hard drives and the server was running fine with its previous OS, so no hardware issue here. I was running the installation on a Poweredge 1950 server. Vince De : users-boun...@ovirt.orgmailto:users-boun...@ovirt.org [mailto:users-boun...@ovirt.orgmailto:users-boun...@ovirt.org] De la part de Alexandre Santos Envoyé : jeudi 11 octobre 2012 22:57 À : Mike Burns Cc : users@ovirt.orgmailto:users@ovirt.org Objet : Re: [Users] ovirt-node install hangs 2012/10/11 Alexandre Santos santosa...@gmail.commailto:santosa...@gmail.com 2012/10/11 Mike Burns mbu...@redhat.commailto:mbu...@redhat.com On Thu, 2012-10-11 at 11:12 +0100, Alexandre Santos wrote: Hi, yesterday I tried the new oVirt Node 2.5.3. I tried installing it without the quiet flag but no luck. It hanged again and the kernel didn't show any error on console (tty2). Later will test without the rhgh flag. Default options? TUI install? Hardware? UEFI or legacy bios? I always choose the troubleshooting option and then do an install with basic video. The only thing I changed from the default kernel boot line was the quiet flag. Yes, TUI. Hardware: this is an old MSI P35Neo MB with 4 GB RAM and a Xeon 3040. The SATA disk is connected to the onboard controller. The same problem occurred with an IDE HDD. Without rhgb and quiet no luck at all. Tomorrow will try with a SATA PCI Card with a Sil chip. Alex BTW, now the hostname works on 2.5.3 :-) The network configuration is still tricky... sometimes I have an Apply sometimes only a Back choice. I *think* this is a feature of being registered to ovirt-engine. Once you are registered, you can't change the network through the TUI anymore. If you're not registered with Engine, please elaborate a bit and I'll try to figure out what is going on. What you're saying makes sense. The problem I had was that my node was booting with DHCP and the IP changed. When I got to the engine / web administrator, my Host was not detected and I couldn't change it's IP, only the hostname... On the TUI I can't change the IP because I'm registered but can't change it also on the engine. Is this correct? Mike 2012/10/9 Alexandre Santos santosa...@gmail.commailto:santosa...@gmail.com It's working now :-) Thanks a lot all! Alex P.S. I haven't tried installing it on my SATA disk because I have there a Local Node already running but I'm going to try again on another one to see if I can send to you the error log. 2012/10/8 Mike Burns mbu...@redhat.commailto:mbu...@redhat.com On Mon, 2012-10-08 at 09:54 +0100, Alexandre Santos wrote: 2012/10/8 Fabian Deutsch fabi...@redhat.commailto:fabi...@redhat.com Am Montag, den 08.10.2012, 09:24 +0100 schrieb Alexandre Santos:
Re: [Users] Unable to access remote console in User portal from IE/Windows7
On 11/28/2012 09:12 AM, nasir nasir wrote: 27 nov 2012 kl. 20.30 skrev Itamar Heim: On 11/27/2012 11:53 AM, nasir nasir wrote: Hi All, I have been experimenting with Ovirt 3.1 and so far most of the things work. Many thanks indeed for this great free software! Now I am facing an issue for accessing the remote console in User Portal from windows 7 client using IE9. I am able to login to the User Portal and access the VM using the console button from Linux. But while I try the same from a windows 7 machine, it is NOT working. When I click on the console button, it doesn't pop any window or show anything. Some of the docs I read says that for the first time, I would be greeted with an ActiveX warning and can install the same to get the console. But I didnt get anything of that kind. So my questions to you all are, -- Is User Portal and Console supported on Windows platform ? -- If supported, is there anything needed to be installed on the Windows machine from which I am trying to access the User Portal ?( I did install spice-guest-tools-0.exe on both VM and the Windows machine I am trying to access the User Portal) -- If not supported, what is the recommended way of accessing VMs from windows clients ? I understand that the firefox spice-xpi plugin is only for Linux. Relevant info, --OS : CentOS 6.3 64 bit -- ovirt-engine-setup-plugin-allinone-3.1.0-3.28.el6.noarch.rpm (Actually I used the repo from http://www.dreyou.org/ovirt/ , ) -- Client from which I am trying to access: Windows 7 (32bit), IE 9 Any reply would be highly appreciated and I would be more than happy to send any further details if needed. I searched a lot for any relevant docs for the same but could not find anything. Thanks and regards, Nasir ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal Too bad there´s still the bug in UserPortal that forgets to pass on the address to which the console should connect, so it won´t work any way... /Karli Thanks for sharing the documentation. Actually due to the lack of good documentation for Ovirt, I was following RHEV guides along with ovirt guides and hence missed out this one. I followed the above link exactly(well, I think so :-) ) and still I could not get it done properly. When I click on the install plugin button using the URL http://my_ovirt_server/spice.html from the windows 7 machine which I was using to access the User Portal , it is giving me a warning message by the browser asking whether you want to install it or not (which is expected ). But when I click to install, nothing happens. So I manually installed using the virt-viewer exe file which I had got by extracting the spice.cab file and I am able to access the console without any problem. This is OK for the time being as I can access the console from user portal after installing the ActiveX/spice plugins manually though I would strongly prefer the deployment model whereby users can click and install the plugins on the fly as described in the above link. adding spice-list to try and help ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] RE : ovirt-node install hangs
Installation is OK with USB. The problem I have with USB install is when installation is finished and I want to use my node, the root FS (or any required FS) is not found. So the problem I have is not related to the problem you link. What's more my /dev/sda is not alone. I have 4 partitions : sda1,sda2,sda3,sda4. I'll try to boot from a live Linux to get a complete environment (device mapper, LVM, etc ...) to see what's going wrong because currently the Dracut env is very poor. With CDROM installation, I have waited hours ( I had lunch during installation). No kernel panic, and sufficient time to complete. De : Alexandre Santos [mailto:santosa...@gmail.com] Envoyé : mercredi 28 novembre 2012 15:08 À : Vincent Miszczak Objet : Re: RE : [Users] ovirt-node install hangs 2012/11/28 Vincent Miszczak vmiszc...@ankama.commailto:vmiszc...@ankama.com Hi, The installation I did from USB was targeted to hard drive. I can see that installation creates 4 partitions (/dev/sdaX), but I don't know which one is the root volume, and LVM may be used. For sure I don't want to boot from CDROM (sr0) but from my local hard drive (/dev/???). Regarding CDROM installation, with the version I used (the latest), I'm able to switch the consoles when installation hang. Does not look like a kernel panic, but there is a real problem. Again, having the root account used would help, if someone can provide it... Vince De : Alexandre Santos [santosa...@gmail.commailto:santosa...@gmail.com] Date d'envoi : mardi 27 novembre 2012 19:48 À : Vincent Miszczak Cc : Mike Burns; users@ovirt.orgmailto:users@ovirt.org Objet : Re: [Users] ovirt-node install hangs 2012/11/27 Vincent Miszczak vmiszc...@ankama.commailto:vmiszc...@ankama.commailto:vmiszc...@ankama.commailto:vmiszc...@ankama.com Hi, I have the exact same problems with the latest 2.5.5-0.1. 1. I'm unable to install from USB stick because after installation, the system does not find it's root volume. 2. Using a CDROM, the installation hangs. First time it hanged at 75%. Second time I tried, it hanged at 25%. No message at all, but keyboard is responsive (lock num, console switch). I could try to do some debug for you. Having the root account used during the installation would help. What is it? With the CDROM installation, I've tried with 2 different hard drives and the server was running fine with its previous OS, so no hardware issue here. I was running the installation on a Poweredge 1950 server. Vince De : users-boun...@ovirt.orgmailto:users-boun...@ovirt.orgmailto:users-boun...@ovirt.orgmailto:users-boun...@ovirt.org [mailto:users-boun...@ovirt.orgmailto:users-boun...@ovirt.orgmailto:users-boun...@ovirt.orgmailto:users-boun...@ovirt.org] De la part de Alexandre Santos Envoyé : jeudi 11 octobre 2012 22:57 À : Mike Burns Cc : users@ovirt.orgmailto:users@ovirt.orgmailto:users@ovirt.orgmailto:users@ovirt.org Objet : Re: [Users] ovirt-node install hangs 2012/10/11 Alexandre Santos santosa...@gmail.commailto:santosa...@gmail.commailto:santosa...@gmail.commailto:santosa...@gmail.com 2012/10/11 Mike Burns mbu...@redhat.commailto:mbu...@redhat.commailto:mbu...@redhat.commailto:mbu...@redhat.com On Thu, 2012-10-11 at 11:12 +0100, Alexandre Santos wrote: Hi, yesterday I tried the new oVirt Node 2.5.3. I tried installing it without the quiet flag but no luck. It hanged again and the kernel didn't show any error on console (tty2). Later will test without the rhgh flag. Default options? TUI install? Hardware? UEFI or legacy bios? I always choose the troubleshooting option and then do an install with basic video. The only thing I changed from the default kernel boot line was the quiet flag. Yes, TUI. Hardware: this is an old MSI P35Neo MB with 4 GB RAM and a Xeon 3040. The SATA disk is connected to the onboard controller. The same problem occurred with an IDE HDD. Without rhgb and quiet no luck at all. Tomorrow will try with a SATA PCI Card with a Sil chip. Alex BTW, now the hostname works on 2.5.3 :-) The network configuration is still tricky... sometimes I have an Apply sometimes only a Back choice. I *think* this is a feature of being registered to ovirt-engine. Once you are registered, you can't change the network through the TUI anymore. If you're not registered with Engine, please elaborate a bit and I'll try to figure out what is going on. What you're saying makes sense. The problem I had was that my node was booting with DHCP and the IP changed. When I got to the engine / web administrator, my Host was not detected and I couldn't change it's IP, only the hostname... On the TUI I can't change the IP because I'm registered but can't change it also on the engine. Is this correct? Mike 2012/10/9 Alexandre Santos santosa...@gmail.commailto:santosa...@gmail.commailto:santosa...@gmail.commailto:santosa...@gmail.com It's working now :-) Thanks a lot all!
Re: [Users] RE : ovirt-node install hangs
For some reason I was thinking the password you provide at install time just concerned the installation itself, not the live env used for installation. So you're right, I have the password :) I'll try to give more informations soon. Thanks. -Message d'origine- De : Itamar Heim [mailto:ih...@redhat.com] Envoyé : mercredi 28 novembre 2012 16:26 À : Vincent Miszczak Cc : Alexandre Santos; Mike Burns; users@ovirt.org Objet : Re: [Users] RE : ovirt-node install hangs On 11/28/2012 08:25 AM, Vincent Miszczak wrote: Hi, The installation I did from USB was targeted to hard drive. I can see that installation creates 4 partitions (/dev/sdaX), but I don't know which one is the root volume, and LVM may be used. For sure I don't want to boot from CDROM (sr0) but from my local hard drive (/dev/???). Regarding CDROM installation, with the version I used (the latest), I'm able to switch the consoles when installation hang. Does not look like a kernel panic, but there is a real problem. Again, having the root account used would help, if someone can provide it... what do you mean if someone can provide it? you should be able to enable it when installing the node Vince De : Alexandre Santos [santosa...@gmail.com] Date d'envoi : mardi 27 novembre 2012 19:48 À : Vincent Miszczak Cc : Mike Burns; users@ovirt.org Objet : Re: [Users] ovirt-node install hangs 2012/11/27 Vincent Miszczak vmiszc...@ankama.commailto:vmiszc...@ankama.com Hi, I have the exact same problems with the latest 2.5.5-0.1. 1. I'm unable to install from USB stick because after installation, the system does not find it's root volume. 2. Using a CDROM, the installation hangs. First time it hanged at 75%. Second time I tried, it hanged at 25%. No message at all, but keyboard is responsive (lock num, console switch). I could try to do some debug for you. Having the root account used during the installation would help. What is it? With the CDROM installation, I've tried with 2 different hard drives and the server was running fine with its previous OS, so no hardware issue here. I was running the installation on a Poweredge 1950 server. Vince De : users-boun...@ovirt.orgmailto:users-boun...@ovirt.org [mailto:users-boun...@ovirt.orgmailto:users-boun...@ovirt.org] De la part de Alexandre Santos Envoyé : jeudi 11 octobre 2012 22:57 À : Mike Burns Cc : users@ovirt.orgmailto:users@ovirt.org Objet : Re: [Users] ovirt-node install hangs 2012/10/11 Alexandre Santos santosa...@gmail.commailto:santosa...@gmail.com 2012/10/11 Mike Burns mbu...@redhat.commailto:mbu...@redhat.com On Thu, 2012-10-11 at 11:12 +0100, Alexandre Santos wrote: Hi, yesterday I tried the new oVirt Node 2.5.3. I tried installing it without the quiet flag but no luck. It hanged again and the kernel didn't show any error on console (tty2). Later will test without the rhgh flag. Default options? TUI install? Hardware? UEFI or legacy bios? I always choose the troubleshooting option and then do an install with basic video. The only thing I changed from the default kernel boot line was the quiet flag. Yes, TUI. Hardware: this is an old MSI P35Neo MB with 4 GB RAM and a Xeon 3040. The SATA disk is connected to the onboard controller. The same problem occurred with an IDE HDD. Without rhgb and quiet no luck at all. Tomorrow will try with a SATA PCI Card with a Sil chip. Alex BTW, now the hostname works on 2.5.3 :-) The network configuration is still tricky... sometimes I have an Apply sometimes only a Back choice. I *think* this is a feature of being registered to ovirt-engine. Once you are registered, you can't change the network through the TUI anymore. If you're not registered with Engine, please elaborate a bit and I'll try to figure out what is going on. What you're saying makes sense. The problem I had was that my node was booting with DHCP and the IP changed. When I got to the engine / web administrator, my Host was not detected and I couldn't change it's IP, only the hostname... On the TUI I can't change the IP because I'm registered but can't change it also on the engine. Is this correct? Mike 2012/10/9 Alexandre Santos santosa...@gmail.commailto:santosa...@gmail.com It's working now :-) Thanks a lot all! Alex P.S. I haven't tried installing it on my SATA disk because I have there a Local Node already running but I'm going to try again on another one to see if I can send to you the error log. 2012/10/8 Mike Burns mbu...@redhat.commailto:mbu...@redhat.com On Mon, 2012-10-08 at 09:54 +0100, Alexandre Santos wrote: 2012/10/8 Fabian Deutsch fabi...@redhat.commailto:fabi...@redhat.com Am Montag, den
Re: [Users] [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2)
- Original Message - From: Dan Kenigsberg dan...@redhat.com To: Alon Bar-Lev alo...@redhat.com Cc: VDSM Project Development vdsm-de...@lists.fedorahosted.org, engine-devel engine-de...@ovirt.org, users users@ovirt.org Sent: Wednesday, November 28, 2012 9:48:41 PM Subject: Re: [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2) On Wed, Nov 28, 2012 at 09:45:17AM -0500, Alon Bar-Lev wrote: On Wed, Nov 28, 2012 at 08:59:10AM -0500, Alon Bar-Lev wrote: Hello All, Preparing to ovirt-engine 3.2 the entire vdsm-bootstrap bootstrap was re-written from scratch into more pluggable and flexible implementation, available at git master and nightly snapshots. As far as packaging is concerned there are now two more dependencies to ovirt-engine: * otopi -- oVirt Task Oriented Pluggable Installer/Implementation * ovirt-host-deploy -- oVirt host deploy tool These packages replace the legacy vdsm-bootstrap package that was distributed with vdsm. Hurray! I suspect that a `git-rm vds_bootstrap/*` is pending? No... we need it as compatibility with older engines... We keep minimum changes there for legacy, until end-of-life. Is there an EoL statement for oVirt-3.1? We can make sure that oVirt-3.2's vdsm installs properly with ovirt-3.1's vdsm-bootstrap, or even require that Engine must be upgraded to ovirt-3.2 before upgrading any of the hosts. Is it too harsh to our vast install base? users@ovirt.org, please chime in! I tried to find such, but the more I dig I find that we need to support old legacy. Git repositories are available at at[1][2]. Documentation is available at Git repositories - README*. Builds are available at usual place[3]. Bugzilla components will be available shortly. Are there requests to add the components to Fedora (18, EPEL6)? I think we should add these requests as blockers for Bug 881006 - Tracker: oVirt 3.2 release. Yes, I am on this one. Change log is attached. There is no change in the way the engine is performing the host deployment process in term of user experience, other than event log messages during deployment were improved. The log of the deployment is fetched from host and stored at engine machine at /var/log/ovirt-engine/host-deploy, on host it is at /tmp/ovirt-host-deploy*.log and deleted when fetched to engine. Among other features, the ovir-host-deploy package can be installed manually on host and executed to prepare host for installation, in future we may be able to add host to engine without performing the deployment process, for now it will be usable for integration tests. The internals are completely different, instead of having 3 different bootstrap sequences: 1. host install 2. ovirt-node install 3. ovirt-node approve We now have single sequence which is common to host and node installation or re-installation, end result is much simpler implementation. Please report any issues even minor issues, so we can stabilize it for 3.2 release. Best Regards, Alon Bar-Lev. [1] http://gerrit.ovirt.org/gitweb?p=otopi.git;a=tree [2] http://gerrit.ovirt.org/gitweb?p=ovirt-host-deploy.git;a=tree [3] http://www.ovirt.org/releases/nightly/rpm/Fedora/17/noarch/ --- Change Log * offline packager feature. * tuned is installed with virtual-host profile. I never understood why this is an installer step, and not part of vdsmd start up There may be several method to tune a machine. Why VDSM should depend on specific one? Maybe because I tend to install vdsm using `yum`, and would like it to do The Right Thing to make the host an oVirt node. I suspect that if ovirt-host-deploy proves to be easy to use, I could follow my `yum install vdsm` with `ovirt-host-deploy`. I will be glad if you try it out. * initial implementation based on otpoi. * implementation is based on legacy vdsm-bootstrap pacakge functionality. * legacy-removed: legacy VDSM (3.0) config upgrade. * legacy-removed: change machine width core file # echo /var/lib/vdsm/core /proc/sys/kernel/core_pattern Yeah, qemu-kvm and libvirtd are much more stable than in the old days, but wouldn't we want to keep a means to collect the corpses of dead processes from hypervisors? It has helped us nail down nasty bugs, even in Python. It does not mean it should be at /var/lib/vdsm ... :) I don't get the joke :-(. If you mind the location, we can think of somewhere else to put the core dumps. Would it be hard to reinstate a parallel feature in otopi? I usually do not make any jokes... A global system setting should not go
Re: [Users] [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2)
On Wed, Nov 28, 2012 at 02:57:17PM -0500, Alon Bar-Lev wrote: No... we need it as compatibility with older engines... We keep minimum changes there for legacy, until end-of-life. Is there an EoL statement for oVirt-3.1? We can make sure that oVirt-3.2's vdsm installs properly with ovirt-3.1's vdsm-bootstrap, or even require that Engine must be upgraded to ovirt-3.2 before upgrading any of the hosts. Is it too harsh to our vast install base? users@ovirt.org, please chime in! I tried to find such, but the more I dig I find that we need to support old legacy. Why, exactly? Fedora gives no such guarntees (heck, I'm stuck with an unupgradable F16). Should we be any better than our (currently single) platform? * legacy-removed: change machine width core file # echo /var/lib/vdsm/core /proc/sys/kernel/core_pattern Yeah, qemu-kvm and libvirtd are much more stable than in the old days, but wouldn't we want to keep a means to collect the corpses of dead processes from hypervisors? It has helped us nail down nasty bugs, even in Python. It does not mean it should be at /var/lib/vdsm ... :) I don't get the joke :-(. If you mind the location, we can think of somewhere else to put the core dumps. Would it be hard to reinstate a parallel feature in otopi? I usually do not make any jokes... A global system setting should not go into package specific location. Usually core dumps are off by default, I like this approach as unattended system may fast consume all disk space because of dumps. If a host fills up with dumps so quickly, it's a sign that it should not be used for production, and that someone should look into the cores. (P.S. we have a logrotate rule for them in vdsm) If sysadmin manually enables dumps, he may do this at a location of his own choice. Note that we've just swapped hats: you're arguing for letting a local admin log in and mess with system configuration, and I'm for keeping a centralized feature for storing and collecting core dumps. If we want to automatically enable dumps I guess it should go to /var/lib/core or similar. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2)
- Original Message - From: Dan Kenigsberg dan...@redhat.com To: Alon Bar-Lev alo...@redhat.com Cc: VDSM Project Development vdsm-de...@lists.fedorahosted.org, engine-devel engine-de...@ovirt.org, users users@ovirt.org Sent: Wednesday, November 28, 2012 10:39:42 PM Subject: Re: [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2) On Wed, Nov 28, 2012 at 02:57:17PM -0500, Alon Bar-Lev wrote: No... we need it as compatibility with older engines... We keep minimum changes there for legacy, until end-of-life. Is there an EoL statement for oVirt-3.1? We can make sure that oVirt-3.2's vdsm installs properly with ovirt-3.1's vdsm-bootstrap, or even require that Engine must be upgraded to ovirt-3.2 before upgrading any of the hosts. Is it too harsh to our vast install base? users@ovirt.org, please chime in! I tried to find such, but the more I dig I find that we need to support old legacy. Why, exactly? Fedora gives no such guarntees (heck, I'm stuck with an unupgradable F16). Should we be any better than our (currently single) platform? We should start and detach from specific distro procedures. * legacy-removed: change machine width core file # echo /var/lib/vdsm/core /proc/sys/kernel/core_pattern Yeah, qemu-kvm and libvirtd are much more stable than in the old days, but wouldn't we want to keep a means to collect the corpses of dead processes from hypervisors? It has helped us nail down nasty bugs, even in Python. It does not mean it should be at /var/lib/vdsm ... :) I don't get the joke :-(. If you mind the location, we can think of somewhere else to put the core dumps. Would it be hard to reinstate a parallel feature in otopi? I usually do not make any jokes... A global system setting should not go into package specific location. Usually core dumps are off by default, I like this approach as unattended system may fast consume all disk space because of dumps. If a host fills up with dumps so quickly, it's a sign that it should not be used for production, and that someone should look into the cores. (P.S. we have a logrotate rule for them in vdsm) There should be a vdsm-debug-aids (or similar) to perform such changes. Again, I don't think vdsm should (by default) modify any system width parameter such as this. But I will happy to hear more views. If sysadmin manually enables dumps, he may do this at a location of his own choice. Note that we've just swapped hats: you're arguing for letting a local admin log in and mess with system configuration, and I'm for keeping a centralized feature for storing and collecting core dumps. As problems like crashes are investigated per case and reproduction scenario. But again, I may be wrong and we should have VDSM API command to start/stop storing dumps and manage this via its master... If we want to automatically enable dumps I guess it should go to /var/lib/core or similar. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] importing from kvm into ovirt
I need to import a kvm virtual machine from a standalone kvm into my ovirt cluster. Standalone is using local storage, and my ovirt cluster is using iscsi. Can i please have some advice on whats the best way to get this system into ovirt? Right now i see it as copying the .img file to somewhere… but i have no idea where to start. I found this directory on one of my ovirt nodes: /rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/master/vms But inside is just directories that appear to have uuid-type of names, and i can't tell what belongs to which vm. Any advice would be greatly 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 Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR
On 11/26/2012 04:38 PM, Dennis Böck wrote: Hi OVirt-List, I started oVirt live 0.8 with auto configuration. At the Point AIO: Adding Local Datacenter and cluster I get the error message: Could not create local datacenter. Log files are attached. Does anyone have an idea? Best regards Dennis ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users that's a bit odd, looks like you already had a local DC in your deployment, shouldn't be the case of first boot. are you booting with it, or it's happening after installation to HD? Moran. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR
It happened with the first boot, without installation to HD. Best regards Dennis -Ursprüngliche Nachricht- Von: Moran Goldboim [mailto:mgold...@redhat.com] Gesendet: Mittwoch, 28. November 2012 22:12 An: Dennis Böck Cc: users@oVirt.org Betreff: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR On 11/26/2012 04:38 PM, Dennis Böck wrote: Hi OVirt-List, I started oVirt live 0.8 with auto configuration. At the Point AIO: Adding Local Datacenter and cluster I get the error message: Could not create local datacenter. Log files are attached. Does anyone have an idea? Best regards Dennis ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users that's a bit odd, looks like you already had a local DC in your deployment, shouldn't be the case of first boot. are you booting with it, or it's happening after installation to HD? Moran. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [Engine-devel] [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2)
* Alon Bar-Lev alo...@redhat.com [2012-11-28 14:47]: - Original Message - From: Dan Kenigsberg dan...@redhat.com To: Alon Bar-Lev alo...@redhat.com Cc: VDSM Project Development vdsm-de...@lists.fedorahosted.org, engine-devel engine-de...@ovirt.org, users users@ovirt.org Sent: Wednesday, November 28, 2012 10:39:42 PM Subject: Re: [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2) On Wed, Nov 28, 2012 at 02:57:17PM -0500, Alon Bar-Lev wrote: No... we need it as compatibility with older engines... We keep minimum changes there for legacy, until end-of-life. Is there an EoL statement for oVirt-3.1? We can make sure that oVirt-3.2's vdsm installs properly with ovirt-3.1's vdsm-bootstrap, or even require that Engine must be upgraded to ovirt-3.2 before upgrading any of the hosts. Is it too harsh to our vast install base? users@ovirt.org, please chime in! I tried to find such, but the more I dig I find that we need to support old legacy. Why, exactly? Fedora gives no such guarntees (heck, I'm stuck with an unupgradable F16). Should we be any better than our (currently single) platform? We should start and detach from specific distro procedures. * legacy-removed: change machine width core file # echo /var/lib/vdsm/core /proc/sys/kernel/core_pattern Yeah, qemu-kvm and libvirtd are much more stable than in the old days, but wouldn't we want to keep a means to collect the corpses of dead processes from hypervisors? It has helped us nail down nasty bugs, even in Python. It does not mean it should be at /var/lib/vdsm ... :) I don't get the joke :-(. If you mind the location, we can think of somewhere else to put the core dumps. Would it be hard to reinstate a parallel feature in otopi? I usually do not make any jokes... A global system setting should not go into package specific location. Usually core dumps are off by default, I like this approach as unattended system may fast consume all disk space because of dumps. If a host fills up with dumps so quickly, it's a sign that it should not be used for production, and that someone should look into the cores. (P.S. we have a logrotate rule for them in vdsm) There should be a vdsm-debug-aids (or similar) to perform such changes. Again, I don't think vdsm should (by default) modify any system width parameter such as this. But I will happy to hear more views. If sysadmin manually enables dumps, he may do this at a location of his own choice. Note that we've just swapped hats: you're arguing for letting a local admin log in and mess with system configuration, and I'm for keeping a centralized feature for storing and collecting core dumps. As problems like crashes are investigated per case and reproduction scenario. But again, I may be wrong and we should have VDSM API command to start/stop storing dumps and manage this via its master... I very much like this idea. There was a thread a while back discussing[1] the this very idea; I was looking for a way to enable 'debugging' mode as well as a way to programatically collect debugging info (which could include host stats, guest stats, logs and any core files). Certainly in such a scenario, being able to enable/disable varous features of a debugging mode could include whether to enable core dumps as well as where to save them on the host. 1. http://comments.gmane.org/gmane.comp.emulators.ovirt.vdsm.devel/1387 -- Ryan Harper Software Engineer; Linux Technology Center IBM Corp., Austin, Tx ry...@us.ibm.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2)
On Wed, Nov 28, 2012 at 03:45:28PM -0500, Alon Bar-Lev wrote: - Original Message - From: Dan Kenigsberg dan...@redhat.com To: Alon Bar-Lev alo...@redhat.com Cc: VDSM Project Development vdsm-de...@lists.fedorahosted.org, engine-devel engine-de...@ovirt.org, users users@ovirt.org Sent: Wednesday, November 28, 2012 10:39:42 PM Subject: Re: [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2) On Wed, Nov 28, 2012 at 02:57:17PM -0500, Alon Bar-Lev wrote: No... we need it as compatibility with older engines... We keep minimum changes there for legacy, until end-of-life. Is there an EoL statement for oVirt-3.1? We can make sure that oVirt-3.2's vdsm installs properly with ovirt-3.1's vdsm-bootstrap, or even require that Engine must be upgraded to ovirt-3.2 before upgrading any of the hosts. Is it too harsh to our vast install base? users@ovirt.org, please chime in! I tried to find such, but the more I dig I find that we need to support old legacy. Why, exactly? Fedora gives no such guarntees (heck, I'm stuck with an unupgradable F16). Should we be any better than our (currently single) platform? We should start and detach from specific distro procedures. * legacy-removed: change machine width core file # echo /var/lib/vdsm/core /proc/sys/kernel/core_pattern Yeah, qemu-kvm and libvirtd are much more stable than in the old days, but wouldn't we want to keep a means to collect the corpses of dead processes from hypervisors? It has helped us nail down nasty bugs, even in Python. It does not mean it should be at /var/lib/vdsm ... :) I don't get the joke :-(. If you mind the location, we can think of somewhere else to put the core dumps. Would it be hard to reinstate a parallel feature in otopi? I usually do not make any jokes... A global system setting should not go into package specific location. Usually core dumps are off by default, I like this approach as unattended system may fast consume all disk space because of dumps. If a host fills up with dumps so quickly, it's a sign that it should not be used for production, and that someone should look into the cores. (P.S. we have a logrotate rule for them in vdsm) There should be a vdsm-debug-aids (or similar) to perform such changes. Again, I don't think vdsm should (by default) modify any system width parameter such as this. But I will happy to hear more views. I agree with your statement above that a single package should not override a global system setting. We should really work to remove as many of these from vdsm as we possibly can. It will help to make vdsm a much safer/well-behaved package. If sysadmin manually enables dumps, he may do this at a location of his own choice. Note that we've just swapped hats: you're arguing for letting a local admin log in and mess with system configuration, and I'm for keeping a centralized feature for storing and collecting core dumps. As problems like crashes are investigated per case and reproduction scenario. But again, I may be wrong and we should have VDSM API command to start/stop storing dumps and manage this via its master... -- Adam Litke a...@us.ibm.com IBM Linux Technology Center ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR
On 11/28/2012 04:14 PM, Dennis Böck wrote: It happened with the first boot, without installation to HD. since this is a live image, should be happening to everyone the same. anyone else tried and faced/not faced this? Best regards Dennis -Ursprüngliche Nachricht- Von: Moran Goldboim [mailto:mgold...@redhat.com] Gesendet: Mittwoch, 28. November 2012 22:12 An: Dennis Böck Cc: users@oVirt.org Betreff: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR On 11/26/2012 04:38 PM, Dennis Böck wrote: Hi OVirt-List, I started oVirt live 0.8 with auto configuration. At the Point AIO: Adding Local Datacenter and cluster I get the error message: Could not create local datacenter. Log files are attached. Does anyone have an idea? Best regards Dennis ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users that's a bit odd, looks like you already had a local DC in your deployment, shouldn't be the case of first boot. are you booting with it, or it's happening after installation to HD? Moran. ___ 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] importing from kvm into ovirt
On 11/28/2012 04:07 PM, Jonathan Horne wrote: I need to import a kvm virtual machine from a standalone kvm into my ovirt cluster. Standalone is using local storage, and my ovirt cluster is using iscsi. Can i please have some advice on whats the best way to get this system into ovirt? Right now i see it as copying the .img file to somewhere… but i have no idea where to start. I found this directory on one of my ovirt nodes: /rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/master/vms But inside is just directories that appear to have uuid-type of names, and i can't tell what belongs to which vm. Any advice would be greatly 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 matt - can fedora v2v be used for this by now? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] node to engine connection
Hi all, I want to ask if the node is ever initiating connections to the engine, or if the communication is started by the engine only? Best regards, Cristian Falcas ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Panic on FreeBSD guest with 1 CPU
28 nov 2012 kl. 17.07 skrev Itamar Heim: On 11/28/2012 08:39 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 09.19 skrev Itamar Heim: On 11/28/2012 01:52 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 16.01 skrev : 27 nov 2012 kl. 15.59 skrev Itamar Heim: On 11/27/2012 09:56 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 15.42 skrev Itamar Heim: On 11/27/2012 08:28 AM, Karli Sjöberg wrote: Hey all! Since recently patching our hosts, I´ve been having trouble running FreeBSD guests with more than one virtual core or socket. I have managed take a screenshot of how it looks like when it panics when booting kernel, right after ACPI: http://i47.tinypic.com/2u90qrr.png I´ve tried this with similar results using 8.2-RELEASE, 8.3-RELEASE, 9.0-RELEASE and 9-STABLE. If I edit the guest to have only one virtual core or socket, it boots up without issue. Since noticing this, I´ve tried updating the packages one more time, thinking maybe it had already been fixed but no, it remains. These are the package versions I´m using: # rpm -qa | egrep '(kernel|libvirt|qemu|vdsm|seabios)' | sort -d ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.6.2-4.fc17.x86_64 kernel-3.6.3-1.fc17.x86_64 kernel-3.6.7-4.fc17.x86_64 This is the one that´s running libvirt-0.9.11.7-1.fc17.x86_64 libvirt-client-0.9.11.7-1.fc17.x86_64 libvirt-daemon-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.7-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.7-1.fc17.x86_64 libvirt-python-0.9.11.7-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.1-1.fc17.x86_64 seabios-bin-1.7.1-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch Do you have any insights as to what the problem might be? Best Regards Karli Sjöberg ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users the first suspect would be qemu-kvm and maybe the bios, can you please downgrade it to the previously Oh the fun of downgrading...pass:) But it just so happens that we have another ovirt system running, apart from the production system, that may be less patched. I´ll check and see if there´s any difference there. Is there any data you wish me to share, like logs or something while testing? Or just yay/nay? if we identify the offending package, and versions, easier to report the regression and ask to fix it So yay/nay it is! Thanks. I´ve now tested to create a new FreeBSD server with dual cores in our experiment/test system and it worked, no problemo. oVirt test system - good: ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.3.4-5.fc17.x86_64 libvirt-0.9.11.6-1.fc17.x86_64 libvirt-client-0.9.11.6-1.fc17.x86_64 libvirt-daemon-0.9.11.6-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.6-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.6-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.6-1.fc17.x86_64 libvirt-python-0.9.11.6-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.0-1.fc17.x86_64 seabios-bin-1.7.0-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch oVirt prod system - bad: ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.6.7-4.fc17.x86_64 libvirt-0.9.11.7-1.fc17.x86_64 libvirt-client-0.9.11.7-1.fc17.x86_64 libvirt-daemon-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.7-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.7-1.fc17.x86_64 libvirt-python-0.9.11.7-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.1-1.fc17.x86_64 seabios-bin-1.7.1-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch so seems like you have different: kernel seabios libvirt can you please upgrade them one by one to find the culprit (I'd do in this order for simplicity of rollback: seabios, libvirt, kernel) Done. Kernel is the culprit! We have two hosts in the test system, so what I did was to first update seabios; test, then update libvirt; test, kernel; test on host1, where all was well until after booting new kernel. So I wanted to know for sure that it was only the kernel's blame, so on host2 only kernel was updated and afterwards the issue started appearing. So
Re: [Users] Panic on FreeBSD guest with 1 CPU
On 11/29/2012 01:52 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 17.07 skrev Itamar Heim: On 11/28/2012 08:39 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 09.19 skrev Itamar Heim: On 11/28/2012 01:52 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 16.01 skrev : 27 nov 2012 kl. 15.59 skrev Itamar Heim: On 11/27/2012 09:56 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 15.42 skrev Itamar Heim: On 11/27/2012 08:28 AM, Karli Sjöberg wrote: Hey all! Since recently patching our hosts, I´ve been having trouble running FreeBSD guests with more than one virtual core or socket. I have managed take a screenshot of how it looks like when it panics when booting kernel, right after ACPI: http://i47.tinypic.com/2u90qrr.png I´ve tried this with similar results using 8.2-RELEASE, 8.3-RELEASE, 9.0-RELEASE and 9-STABLE. If I edit the guest to have only one virtual core or socket, it boots up without issue. Since noticing this, I´ve tried updating the packages one more time, thinking maybe it had already been fixed but no, it remains. These are the package versions I´m using: # rpm -qa | egrep '(kernel|libvirt|qemu|vdsm|seabios)' | sort -d ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.6.2-4.fc17.x86_64 kernel-3.6.3-1.fc17.x86_64 kernel-3.6.7-4.fc17.x86_64 This is the one that´s running libvirt-0.9.11.7-1.fc17.x86_64 libvirt-client-0.9.11.7-1.fc17.x86_64 libvirt-daemon-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.7-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.7-1.fc17.x86_64 libvirt-python-0.9.11.7-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.1-1.fc17.x86_64 seabios-bin-1.7.1-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch Do you have any insights as to what the problem might be? Best Regards Karli Sjöberg ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users the first suspect would be qemu-kvm and maybe the bios, can you please downgrade it to the previously Oh the fun of downgrading...pass:) But it just so happens that we have another ovirt system running, apart from the production system, that may be less patched. I´ll check and see if there´s any difference there. Is there any data you wish me to share, like logs or something while testing? Or just yay/nay? if we identify the offending package, and versions, easier to report the regression and ask to fix it So yay/nay it is! Thanks. I´ve now tested to create a new FreeBSD server with dual cores in our experiment/test system and it worked, no problemo. oVirt test system - good: ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.3.4-5.fc17.x86_64 libvirt-0.9.11.6-1.fc17.x86_64 libvirt-client-0.9.11.6-1.fc17.x86_64 libvirt-daemon-0.9.11.6-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.6-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.6-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.6-1.fc17.x86_64 libvirt-python-0.9.11.6-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.0-1.fc17.x86_64 seabios-bin-1.7.0-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch oVirt prod system - bad: ipxe-roms-qemu-20120328-1.gitaac9718.fc17.noarch kernel-3.6.7-4.fc17.x86_64 libvirt-0.9.11.7-1.fc17.x86_64 libvirt-client-0.9.11.7-1.fc17.x86_64 libvirt-daemon-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-network-0.9.11.7-1.fc17.x86_64 libvirt-daemon-config-nwfilter-0.9.11.7-1.fc17.x86_64 libvirt-lock-sanlock-0.9.11.7-1.fc17.x86_64 libvirt-python-0.9.11.7-1.fc17.x86_64 qemu-common-1.0.1-2.fc17.x86_64 qemu-img-1.0.1-2.fc17.x86_64 qemu-kvm-1.0.1-2.fc17.x86_64 qemu-kvm-tools-1.0.1-2.fc17.x86_64 qemu-system-x86-1.0.1-2.fc17.x86_64 seabios-1.7.1-1.fc17.x86_64 seabios-bin-1.7.1-1.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch so seems like you have different: kernel seabios libvirt can you please upgrade them one by one to find the culprit (I'd do in this order for simplicity of rollback: seabios, libvirt, kernel) Done. Kernel is the culprit! We have two hosts in the test system, so what I did was to first update seabios; test, then update libvirt; test, kernel; test on host1, where all was well until after booting new kernel. So I wanted to know for sure that it was only the kernel's blame, so on host2 only kernel was updated and afterwards the issue started appearing. So definitely, kernel. PS. As I expected, downgrading the packages again failed horribly. I
Re: [Users] Unable to access remote console in User portal from IE/Windows7
28 nov 2012 kl. 15.17 skrev David Jaša: Karli Sjöberg píše v St 28. 11. 2012 v 14:12 +: 28 nov 2012 kl. 15.08 skrev David Jaša: Karli Sjöberg píše v St 28. 11. 2012 v 13:56 +: 28 nov 2012 kl. 14.44 skrev Itamar Heim: On 11/28/2012 08:27 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 13.05 skrev Itamar Heim: On 11/28/2012 05:47 AM, Karli Sjöberg wrote: 28 nov 2012 kl. 10.15 skrev Itamar Heim: On 11/28/2012 01:12 AM, Karli Sjöberg wrote: 27 nov 2012 kl. 20.30 skrev Itamar Heim: On 11/27/2012 11:53 AM, nasir nasir wrote: Hi All, I have been experimenting with Ovirt 3.1 and so far most of the things work. Many thanks indeed for this great free software! Now I am facing an issue for accessing the remote console in User Portal from windows 7 client using IE9. I am able to login to the User Portal and access the VM using the console button from Linux. But while I try the same from a windows 7 machine, it is NOT working. When I click on the console button, it doesn't pop any window or show anything. Some of the docs I read says that for the first time, I would be greeted with an ActiveX warning and can install the same to get the console. But I didnt get anything of that kind. So my questions to you all are, -- Is User Portal and Console supported on Windows platform ? -- If supported, is there anything needed to be installed on the Windows machine from which I am trying to access the User Portal ?( I did install spice-guest-tools-0.exe on both VM and the Windows machine I am trying to access the User Portal) -- If not supported, what is the recommended way of accessing VMs from windows clients ? I understand that the firefox spice-xpi plugin is only for Linux. Relevant info, --OS : CentOS 6.3 64 bit -- ovirt-engine-setup-plugin-allinone-3.1.0-3.28.el6.noarch.rpm (Actually I used the repo from http://www.dreyou.org/ovirt/ , ) -- Client from which I am trying to access: Windows 7 (32bit), IE 9 Any reply would be highly appreciated and I would be more than happy to send any further details if needed. I searched a lot for any relevant docs for the same but could not find anything. Thanks and regards, Nasir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_With_Portal Too bad there´s still the bug in UserPortal that forgets to pass on the address to which the console should connect, so it won´t work any way... do you have the bz number? Sure: https://bugzilla.redhat.com/show_bug.cgi?id=839548 this was backported to ovirt engine 3.1 prior to its release? http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=shortlog;h=refs%2Fheads%2Fengine_3.1 Heh, you´re right, it does work, but only when using CentOS-Fedora/FF. The problem I´m having is with Win7/IE. It does however work to get spice console in the admin portal, strangely enough, but we won´t allow our customers using the admin portal just to get access to their consoles. I would like to have it work with Windows/IE in Userportal as well. the commit is user portal: ..., so i'm kind of surprised. are you sure its not another issue? I never said it was that specific issue, David Jaša did. May be a new one, I don´t know, I´m just a poor old sysadmin who can´t give console to his customers:) Karli, could you set SPICEX_DEBUG_LEVEL environment variable to 0 (zero), try to connect, and look at %TEMP%\spicex.log that the connection values are the correct ones? Absolutely. How do I set that debugging in the windows spice client? remote-viewer logs are currently quite hard to get, activex log should have enough info to pinpoint the exact error. OK, I´ll try that. Where is that log located exactly? David David ___ Users mailing list Users@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@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
