Re: [Users] [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2)
On Wed, Nov 28, 2012 at 03:29:35PM -0600, Adam Litke wrote: 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. I'm fine with dropping these from vdsm, but I think they are good for ovirt - we would like to (be able to) enfornce policy on our nodes. If configuring core dumps is removed from vdsm, it should go somewhere else, or our log-collector users would miss their beloved dumps. Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Panic on FreeBSD guest with 1 CPU
On 11/29/2012 09:55 AM, Itamar Heim wrote: 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
Re: [Users] node to engine connection
On Thu, Nov 29, 2012 at 11:07 AM, Itamar Heim ih...@redhat.com wrote: On 11/28/2012 11:10 PM, Cristian Falcas wrote: 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? other than for registration, if needed/used - only engine -- host for ssh (bootstrap/upgrade) and xmlrpc. but we are looking to move to AMQP based transport in the future, which will allow events. not sure on the final topology of the message bug wrt communication channels. Thank you ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] node to engine connection
On Thu, Nov 29, 2012 at 06:10:29AM +0200, Cristian Falcas wrote: 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? Currently, the only case where the node initiates a connection is during ovirt-node registration. After vdsm is up and running, it's only Engine polling vdsm over xmlrpc. One day, we would have events to ease the network traffic and imporove latency. Dan. ___ 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 Čt 29. 11. 2012 v 07:59 +: 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? as I already stated, at %TEMP%\spicex.log . Please don't forget to set SPICEX_DEBUG_LEVEL=0 environment variable, without it, the log won't be much useful. David 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
Re: [Users] Unable to access remote console in User portal from IE/Windows7
29 nov 2012 kl. 10.20 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 07:59 +: 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? as I already stated, at %TEMP%\spicex.log . Please don't forget to set SPICEX_DEBUG_LEVEL=0 environment variable, without it, the log won't be much useful. Right. So how do I set SPICEX_DEBUG_LEVEL=0? David 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 -- David Jaša, RHCE SPICE QE
Re: [Users] SOLVED: Recovering VMs when the engine is lost
On 11/28/2012 07:36 AM, Joern Ott wrote: 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 VMs are still running without problems. Is there a way, I
Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR
I've checked the logs and I've noticed: 2012-11-26 15:31:21::INFO::engine_validators::196::root:: validating localhost.localdomain as a valid domain string 2012-11-26 15:31:21::DEBUG::common_utils::286::root:: cmd = /sbin/ip addr 2012-11-26 15:31:21::DEBUG::common_utils::291::root:: output = 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc mq master ovirtmgmt state DOWN qlen 1000 link/ether 1c:c1:de:33:01:d9 brd ff:ff:ff:ff:ff:ff 3: eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc mq state UP qlen 1000 link/ether 1c:c1:de:33:01:d8 brd ff:ff:ff:ff:ff:ff inet 10.240.72.235/22 brd 10.240.75.255 scope global eth1 inet6 fe80::1ec1:deff:fe33:1d8/64 scope link valid_lft forever preferred_lft forever 4: eth2: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc mq state DOWN qlen 1000 link/ether 00:1b:21:cf:2e:a8 brd ff:ff:ff:ff:ff:ff 5: eth3: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc mq state DOWN qlen 1000 link/ether 00:1b:21:cf:2e:a9 brd ff:ff:ff:ff:ff:ff 6: ovirtmgmt: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc noqueue state DOWN link/ether 1c:c1:de:33:01:d9 brd ff:ff:ff:ff:ff:ff 2012-11-26 15:31:21::DEBUG::common_utils::292::root:: stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root:: retcode = 0 2012-11-26 15:31:21::DEBUG::common_utils::433::root:: Found IP Address: 10.240.72.235 2012-11-26 15:31:21::DEBUG::common_utils::286::root:: cmd = /usr/bin/nslookup localhost.localdomain 2012-11-26 15:31:21::DEBUG::common_utils::291::root:: output = Server: 10.247.128.1 Address:10.247.128.1#53 ** server can't find localhost.localdomain: NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root:: stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root:: retcode = 1 2012-11-26 15:31:21::ERROR::engine_validators::304::root:: Failed to resolve localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate setup_params.Param object at 0x171f6d0 with value localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1307::root:: validating param AUTH_PASS in answer file. 2012-11-26 15:31:21::DEBUG::engine_validators::146::root:: Validating password 2012-11-26 15:31:21::WARNING::engine_validators::152::root:: Password failed check 2012-11-26 15:31:21::WARNING::engine_validators::153::root:: Traceback (most recent call last): File /usr/share/ovirt-engine/scripts/engine_validators.py, line 150, in validatePassword cracklib.FascistCheck(param) ValueError: it is based on a (reversed) dictionary word I would workarond this error (which might be the casue why the datacenter is created twice but I'm not sure at all) by setting up a local bind server which includes localhost.localdomain definition as a domain and that forwards dns requests to the dns that dhcp advises you to use. /etc/resolv.conf would have also to be edited to point to 127.0.0.1 (our custom bind). Any other thoughts on this? - Mensaje original - De: Moran Goldboim mgold...@redhat.com Para: Dennis Böck den...@webdienstleistungen.com CC: users@oVirt.org users@ovirt.org Enviados: Miércoles, 28 de Noviembre 2012 22:11:59 Asunto: 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 -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido
Re: [Users] tool engine-manage-domains
2012/11/29 Yair Zaslavsky yzasl...@redhat.com Hi, Can you redirect your question to users@ovirt.org? I think others will help you to forward your question to relevant people here (not sure I can provide a good answer). On 11/29/2012 03:26 AM, victor nunes wrote: So I'm trying to install FreeIPA on the same machine that oVirt-manage, but at the time of installation, the following error occurs: FreeIPA-server conflicts with 1: mod_ssl-2.2.22-4.fc17.x86_64 Looking for a solution to the problem, I discovered that this is a bug reported by others. Follow the link to the bug reported: https://bugzilla.redhat.com/**show_bug.cgi?id=840098https://bugzilla.redhat.com/show_bug.cgi?id=840098 Then, using oo FreeIPA not be possible, which otherwise I have to add new domains and users? Em 8 de novembro de 2012 02:41, Yair Zaslavsky yzasl...@redhat.com mailto:yzasl...@redhat.com escreveu: Hi, You cannot create new users for the internal domain. The internal domain was developed for quick POC, just to allow login to the system without the need for ldap provider. I recommend you install some ldap server (i.e - free IPA) and try to work with it. On 11/08/2012 01:08 AM, victor nunes wrote: Sorry. Att, 2012/11/7 victor nunes victor.re...@gmail.com mailto:victor.re...@gmail.com** mailto:victor.re...@gmail.com mailto:victor.re...@gmail.com** __ Thanks for the reply. As the command engine-manage-domains works with ldap, how can I create another user in the field internal, and user admin that is created when you installed the engine-setup? 2012/11/4 Yair Zaslavsky yzasl...@redhat.com mailto:yzasl...@redhat.com mailto:yzasl...@redhat.com mailto:yzasl...@redhat.com Hi, The specified tool handle only ldap domains, and not the internal domain. What would you like to change at the internal domain? I suggest you try to use engine-config for this. --**__** --__ *From: *victor nunes victor.re...@gmail.com mailto:victor.re...@gmail.com** mailto:victor.re...@gmail.com mailto:victor.re...@gmail.com**__ *To: *users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org *Sent: *Sunday, November 4, 2012 12:18:55 AM *Subject: *[Users] tool engine-manage-domains I'm trying to change the default domain, the internal with the following command: engine-manage-domains -action=edit -domain=internal However, i am getting the following message: Domain internal doesn't exist int the configuration This is my domain admin user that is configured in the installation ovirt-setup. So, how can i fix it to include a user in this domain? Att, -- “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 mailto:Users@ovirt.org mailto:Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/__**mailman/listinfo/usershttp://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/**mailman/listinfo/usershttp://lists.ovirt.org/mailman/listinfo/users -- “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
Re: [Users] tool engine-manage-domains
On 11/29/2012 05:58 AM, victor nunes wrote: 2012/11/29 Yair Zaslavsky yzasl...@redhat.com mailto:yzasl...@redhat.com Hi, Can you redirect your question to users@ovirt.org mailto:users@ovirt.org? I think others will help you to forward your question to relevant people here (not sure I can provide a good answer). On 11/29/2012 03:26 AM, victor nunes wrote: So I'm trying to install FreeIPA on the same machine that oVirt-manage, but at the time of installation, the following error occurs: FreeIPA-server conflicts with 1: mod_ssl-2.2.22-4.fc17.x86_64 Looking for a solution to the problem, I discovered that this is a bug reported by others. Follow the link to the bug reported: https://bugzilla.redhat.com/__show_bug.cgi?id=840098 https://bugzilla.redhat.com/show_bug.cgi?id=840098 Then, using oo FreeIPA not be possible, which otherwise I have to add new domains and users? Em 8 de novembro de 2012 02:41, Yair Zaslavsky yzasl...@redhat.com mailto:yzasl...@redhat.com mailto:yzasl...@redhat.com mailto:yzasl...@redhat.com escreveu: Hi, You cannot create new users for the internal domain. The internal domain was developed for quick POC, just to allow login to the system without the need for ldap provider. I recommend you install some ldap server (i.e - free IPA) and try to work with it. On 11/08/2012 01:08 AM, victor nunes wrote: Sorry. Att, 2012/11/7 victor nunes victor.re...@gmail.com mailto:victor.re...@gmail.com mailto:victor.re...@gmail.com mailto:victor.re...@gmail.com__ mailto:victor.re...@gmail.com mailto:victor.re...@gmail.com mailto:victor.re...@gmail.com mailto:victor.re...@gmail.com Thanks for the reply. As the command engine-manage-domains works with ldap, how can I create another user in the field internal, and user admin that is created when you installed the engine-setup? 2012/11/4 Yair Zaslavsky yzasl...@redhat.com mailto:yzasl...@redhat.com mailto:yzasl...@redhat.com mailto:yzasl...@redhat.com mailto:yzasl...@redhat.com mailto:yzasl...@redhat.com mailto:yzasl...@redhat.com mailto:yzasl...@redhat.com Hi, The specified tool handle only ldap domains, and not the internal domain. What would you like to change at the internal domain? I suggest you try to use engine-config for this. --__--__ *From: *victor nunes victor.re...@gmail.com mailto:victor.re...@gmail.com mailto:victor.re...@gmail.com mailto:victor.re...@gmail.com__ mailto:victor.re...@gmail.com mailto:victor.re...@gmail.com mailto:victor.re...@gmail.com mailto:victor.re...@gmail.com *To: *users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org *Sent: *Sunday, November 4, 2012 12:18:55 AM *Subject: *[Users] tool engine-manage-domains I'm trying to change the default domain, the internal with the following command: engine-manage-domains -action=edit -domain=internal However, i am getting the following message: Domain internal doesn't exist int the configuration This is my domain admin user that is configured in the installation ovirt-setup. So, how can i fix it to include a user in this domain? Att, -- “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
Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR
I just forgot the workaround for normal users. I mean the previous workaround implies having to recode and rebuild the oVirt Live 0.8 ISO. This workaround can be tested without the need of a new iso. The workaround for a normal user (being a normal user the admin who can change dns settings ;)) is to go to dns server found at: 10.247.128.1 (as per log attached. If your default dns is another one you should edit it). and add the new domain called: localhost.localdomain which its A field would contain: 127.0.0.1. Restart dns server. Reboot with the oVirt Live 0.8 ISO and report back if anything improves or not. - Mensaje original - De: Adrian Gibanel adrian.giba...@btactic.com Para: users@oVirt.org users@ovirt.org Enviados: Jueves, 29 de Noviembre 2012 11:56:52 Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR I've checked the logs and I've noticed: Address: 10.247.128.1#53 ** server can't find localhost.localdomain: NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root:: stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root:: retcode = 1 2012-11-26 15:31:21::ERROR::engine_validators::304::root:: Failed to resolve localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate with value localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1307::root:: validating param AUTH_PASS in answer file. 2012-11-26 15:31:21::DEBUG::engine_validators::146::root:: Validating password 2012-11-26 15:31:21::WARNING::engine_validators::152::root:: Password failed check 2012-11-26 15:31:21::WARNING::engine_validators::153::root:: Traceback (most recent call last): File /usr/share/ovirt-engine/scripts/engine_validators.py, line 150, in validatePassword cracklib.FascistCheck(param) ValueError: it is based on a (reversed) dictionary word I would workarond this error (which might be the casue why the datacenter is created twice but I'm not sure at all) by setting up a local bind server which includes localhost.localdomain definition as a domain and that forwards dns requests to the dns that dhcp advises you to use. /etc/resolv.conf would have also to be edited to point to 127.0.0.1 (our custom bind). Any other thoughts on this? - Mensaje original - De: Moran Goldboim mgold...@redhat.com Para: Dennis Böck den...@webdienstleistungen.com CC: users@oVirt.org users@ovirt.org Enviados: Miércoles, 28 de Noviembre 2012 22:11:59 Asunto: 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 -- -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje . ___ 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 Čt 29. 11. 2012 v 10:19 +: 29 nov 2012 kl. 10.20 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 07:59 +: 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? as I already stated, at %TEMP%\spicex.log . Please don't forget to set SPICEX_DEBUG_LEVEL=0 environment variable, without it, the log won't be much useful. Right. So how do I set SPICEX_DEBUG_LEVEL=0? From top of my head get to Advanced System Settings (7) or Computer Properties (XP), Advanced? tab and there towards the bottom is Environment Variables button. Add new global variable, name is SPICEX_DEBUG_LEVEL, value i 0. David David 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
Re: [Users] SOLVED: Recovering VMs when the engine is lost
On 11/29/2012 11:52 AM, Itamar Heim wrote: On 11/28/2012 07:36 AM, Joern Ott wrote: 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] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR
On 11/29/2012 06:12 AM, Adrian Gibanel wrote: I just forgot the workaround for normal users. I mean the previous workaround implies having to recode and rebuild the oVirt Live 0.8 ISO. This workaround can be tested without the need of a new iso. The workaround for a normal user (being a normal user the admin who can change dns settings ;)) is to go to dns server found at: 10.247.128.1 (as per log attached. If your default dns is another one you should edit it). and add the new domain called: localhost.localdomain which its A field would contain: 127.0.0.1. Restart dns server. we still need to resolve the issue to avoid such a request for anyone not also happening to be their own dns admin... Reboot with the oVirt Live 0.8 ISO and report back if anything improves or not. - Mensaje original - De: Adrian Gibanel adrian.giba...@btactic.com Para: users@oVirt.org users@ovirt.org Enviados: Jueves, 29 de Noviembre 2012 11:56:52 Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR I've checked the logs and I've noticed: Address: 10.247.128.1#53 ** server can't find localhost.localdomain: NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root:: stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root:: retcode = 1 2012-11-26 15:31:21::ERROR::engine_validators::304::root:: Failed to resolve localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate with value localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1307::root:: validating param AUTH_PASS in answer file. 2012-11-26 15:31:21::DEBUG::engine_validators::146::root:: Validating password 2012-11-26 15:31:21::WARNING::engine_validators::152::root:: Password failed check 2012-11-26 15:31:21::WARNING::engine_validators::153::root:: Traceback (most recent call last): File /usr/share/ovirt-engine/scripts/engine_validators.py, line 150, in validatePassword cracklib.FascistCheck(param) ValueError: it is based on a (reversed) dictionary word I would workarond this error (which might be the casue why the datacenter is created twice but I'm not sure at all) by setting up a local bind server which includes localhost.localdomain definition as a domain and that forwards dns requests to the dns that dhcp advises you to use. /etc/resolv.conf would have also to be edited to point to 127.0.0.1 (our custom bind). Any other thoughts on this? - Mensaje original - De: Moran Goldboim mgold...@redhat.com Para: Dennis Böck den...@webdienstleistungen.com CC: users@oVirt.org users@ovirt.org Enviados: Miércoles, 28 de Noviembre 2012 22:11:59 Asunto: 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
Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR
Yes, that was explained in my previous message. Maybe instead of naming it workaround I should have named it: Proposed fix. - Mensaje original - De: Itamar Heim ih...@redhat.com Para: Adrian Gibanel adrian.giba...@btactic.com CC: users@oVirt.org users@ovirt.org Enviados: Jueves, 29 de Noviembre 2012 12:47:59 Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR On 11/29/2012 06:12 AM, Adrian Gibanel wrote: I just forgot the workaround for normal users. I mean the previous workaround implies having to recode and rebuild the oVirt Live 0.8 ISO. This workaround can be tested without the need of a new iso. The workaround for a normal user (being a normal user the admin who can change dns settings ;)) is to go to dns server found at: 10.247.128.1 (as per log attached. If your default dns is another one you should edit it). and add the new domain called: localhost.localdomain which its A field would contain: 127.0.0.1. Restart dns server. we still need to resolve the issue to avoid such a request for anyone not also happening to be their own dns admin... Reboot with the oVirt Live 0.8 ISO and report back if anything improves or not. - Mensaje original - De: Adrian Gibanel adrian.giba...@btactic.com Para: users@oVirt.org users@ovirt.org Enviados: Jueves, 29 de Noviembre 2012 11:56:52 Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR I've checked the logs and I've noticed: Address: 10.247.128.1#53 ** server can't find localhost.localdomain: NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root:: stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root:: retcode = 1 2012-11-26 15:31:21::ERROR::engine_validators::304::root:: Failed to resolve localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate with value localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1307::root:: validating param AUTH_PASS in answer file. 2012-11-26 15:31:21::DEBUG::engine_validators::146::root:: Validating password 2012-11-26 15:31:21::WARNING::engine_validators::152::root:: Password failed check 2012-11-26 15:31:21::WARNING::engine_validators::153::root:: Traceback (most recent call last): File /usr/share/ovirt-engine/scripts/engine_validators.py, line 150, in validatePassword cracklib.FascistCheck(param) ValueError: it is based on a (reversed) dictionary word I would workarond this error (which might be the casue why the datacenter is created twice but I'm not sure at all) by setting up a local bind server which includes localhost.localdomain definition as a domain and that forwards dns requests to the dns that dhcp advises you to use. /etc/resolv.conf would have also to be edited to point to 127.0.0.1 (our custom bind). Any other thoughts on this? -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje . ___ 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/29/2012 06:52 AM, Adrian Gibanel wrote: Yes, that was explained in my previous message. Maybe instead of naming it workaround I should have named it: Proposed fix. if we need to change an external dns, its not fixing the root cause, which should not require localhost.localdomain to be externally resolvable. *De: *Itamar Heim ih...@redhat.com *Para: *Adrian Gibanel adrian.giba...@btactic.com *CC: *users@oVirt.org users@ovirt.org *Enviados: *Jueves, 29 de Noviembre 2012 12:47:59 *Asunto: *Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR On 11/29/2012 06:12 AM, Adrian Gibanel wrote: I just forgot the workaround for normal users. I mean the previous workaround implies having to recode and rebuild the oVirt Live 0.8 ISO. This workaround can be tested without the need of a new iso. The workaround for a normal user (being a normal user the admin who can change dns settings ;)) is to go to dns server found at: 10.247.128.1 (as per log attached. If your default dns is another one you should edit it). and add the new domain called: localhost.localdomain which its A field would contain: 127.0.0.1. Restart dns server. we still need to resolve the issue to avoid such a request for anyone not also happening to be their own dns admin... Reboot with the oVirt Live 0.8 ISO and report back if anything improves or not. - Mensaje original - De: Adrian Gibanel adrian.giba...@btactic.com Para: users@oVirt.org users@ovirt.org Enviados: Jueves, 29 de Noviembre 2012 11:56:52 Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR I've checked the logs and I've noticed: Address: 10.247.128.1#53 ** server can't find localhost.localdomain: NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root:: stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root:: retcode = 1 2012-11-26 15:31:21::ERROR::engine_validators::304::root:: Failed to resolve localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate with value localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1307::root:: validating param AUTH_PASS in answer file. 2012-11-26 15:31:21::DEBUG::engine_validators::146::root:: Validating password 2012-11-26 15:31:21::WARNING::engine_validators::152::root:: Password failed check 2012-11-26 15:31:21::WARNING::engine_validators::153::root:: Traceback (most recent call last): File /usr/share/ovirt-engine/scripts/engine_validators.py, line 150, in validatePassword cracklib.FascistCheck(param) ValueError: it is based on a (reversed) dictionary word I would workarond this error (which might be the casue why the datacenter is created twice but I'm not sure at all) by setting up a local bind server which includes localhost.localdomain definition as a domain and that forwards dns requests to the dns that dhcp advises you to use. /etc/resolv.conf would have also to be edited to point to 127.0.0.1 (our custom bind). Any other thoughts on this? -- http://www.btactic.com/*Adrián Gibanel* I.T. Manager +34 675 683 301 www.btactic.com http://btactic.com/ * Ens podeu seguir a/Nos podeis seguir en: http://www.facebook.com/pages/btactic/118651634826400?v=app_9953271133 i http://twitter.com/btactic* Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge. AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR
I copy and paste and rewrite it a bit from one of my previous messages: My first thought/workaround on this issue is that oVirt Live should : * Gather default dns either from dhcp or maybe easier from resolv.conf * Set up a local bind server which includes localhost.localdomain definition as a domain and that forwards dns requests to the formerly gathered default dns * Edit /etc/resolv.conf to point to 127.0.0.1 (our custom bind). - Mensaje original - De: Itamar Heim ih...@redhat.com Para: Adrian Gibanel adrian.giba...@btactic.com CC: users@oVirt.org users@ovirt.org Enviados: Jueves, 29 de Noviembre 2012 13:09:52 Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR On 11/29/2012 06:52 AM, Adrian Gibanel wrote: Yes, that was explained in my previous message. Maybe instead of naming it workaround I should have named it: Proposed fix. if we need to change an external dns, its not fixing the root cause, which should not require localhost.localdomain to be externally resolvable. *De: *Itamar Heim ih...@redhat.com *Para: *Adrian Gibanel adrian.giba...@btactic.com *CC: *users@oVirt.org users@ovirt.org *Enviados: *Jueves, 29 de Noviembre 2012 12:47:59 *Asunto: *Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR On 11/29/2012 06:12 AM, Adrian Gibanel wrote: I just forgot the workaround for normal users. I mean the previous workaround implies having to recode and rebuild the oVirt Live 0.8 ISO. This workaround can be tested without the need of a new iso. The workaround for a normal user (being a normal user the admin who can change dns settings ;)) is to go to dns server found at: 10.247.128.1 (as per log attached. If your default dns is another one you should edit it). and add the new domain called: localhost.localdomain which its A field would contain: 127.0.0.1. Restart dns server. we still need to resolve the issue to avoid such a request for anyone not also happening to be their own dns admin... Reboot with the oVirt Live 0.8 ISO and report back if anything improves or not. - Mensaje original - De: Adrian Gibanel adrian.giba...@btactic.com Para: users@oVirt.org users@ovirt.org Enviados: Jueves, 29 de Noviembre 2012 11:56:52 Asunto: Re: [Users] oVirt Live 0.8 AIO: Adding Local Datacenter and cluster... ERROR I've checked the logs and I've noticed: Address: 10.247.128.1#53 ** server can't find localhost.localdomain: NXDOMAIN 2012-11-26 15:31:21::DEBUG::common_utils::292::root:: stderr = 2012-11-26 15:31:21::DEBUG::common_utils::293::root:: retcode = 1 2012-11-26 15:31:21::ERROR::engine_validators::304::root:: Failed to resolve localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1309::root:: Failed to validate with value localhost.localdomain 2012-11-26 15:31:21::DEBUG::engine-setup::1307::root:: validating param AUTH_PASS in answer file. 2012-11-26 15:31:21::DEBUG::engine_validators::146::root:: Validating password 2012-11-26 15:31:21::WARNING::engine_validators::152::root:: Password failed check 2012-11-26 15:31:21::WARNING::engine_validators::153::root:: Traceback (most recent call last): File /usr/share/ovirt-engine/scripts/engine_validators.py, line 150, in validatePassword cracklib.FascistCheck(param) ValueError: it is based on a (reversed) dictionary word I would workarond this error (which might be the casue why the datacenter is created twice but I'm not sure at all) by setting up a local bind server which includes localhost.localdomain definition as a domain and that forwards dns requests to the dns that dhcp advises you to use. /etc/resolv.conf would have also to be edited to point to 127.0.0.1 (our custom bind). Any other thoughts on this? -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al
Re: [Users] Unable to access remote console in User portal from IE/Windows7
29 nov 2012 kl. 11.39 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 10:19 +: 29 nov 2012 kl. 10.20 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 07:59 +: 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? as I already stated, at %TEMP%\spicex.log . Please don't forget to set SPICEX_DEBUG_LEVEL=0 environment variable, without it, the log won't be much useful. Right. So how do I set SPICEX_DEBUG_LEVEL=0? From top of my head get to Advanced System Settings (7) or Computer Properties (XP), Advanced? tab and there towards the bottom is Environment Variables button. Add new global variable, name is SPICEX_DEBUG_LEVEL, value i 0. Done. Here´s the log: 1354192134 INFO [31716:31124] spicex_init_logger: started 1354192134 DEBUG [31716:31124] COSpiceX::put_DynamicMenu: DynamicMenu 1354192134 INFO [31716:31124] COSpiceX::put_FullScreen: New FullScreen request newVal=0x0 1354192134 DEBUG [31716:31124] COSpiceX::Connect: Running spicec (C:\Users\karliadm\AppData\Local\virt-viewer\bin\remote-viewer.exe --spice-controller) 1354192134 INFO [31716:31124]
Re: [Users] Unable to access remote console in User portal from IE/Windows7
Karli Sjöberg píše v Čt 29. 11. 2012 v 12:30 +: 29 nov 2012 kl. 11.39 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 10:19 +: 29 nov 2012 kl. 10.20 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 07:59 +: 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? as I already stated, at %TEMP%\spicex.log . Please don't forget to set SPICEX_DEBUG_LEVEL=0 environment variable, without it, the log won't be much useful. Right. So how do I set SPICEX_DEBUG_LEVEL=0? From top of my head get to Advanced System Settings (7) or Computer Properties (XP), Advanced? tab and there towards the bottom is Environment Variables button. Add new global variable, name is SPICEX_DEBUG_LEVEL, value i 0. Done. Here´s the log: 1354192134 INFO [31716:31124] spicex_init_logger: started 1354192134 DEBUG [31716:31124] COSpiceX::put_DynamicMenu: DynamicMenu 1354192134 INFO [31716:31124] COSpiceX::put_FullScreen: New FullScreen request
[Users] problem adding a gluster storage domain.
Hi All, I have failed to create the new domain of glusterfs. After create volume, I am creating with reference to the below. http://middleswarth.net/content/installing-ovirt-31-and-glusterfs-using-either-nfs-or-posix-native-file-system-volume-setu-0 If you have any ideas, please let me know.. engine.log : 2012-11-29 22:26:50,742 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-2) calling GetConfigurationValueQuery (StorageDomainNameSizeLimit) with null version, using default general for version 2012-11-29 22:26:50,824 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] (ajp--0.0.0.0-8009-10) [312d49f8] START, ValidateStorageServerConnectionVDSCommand(vdsId = cd7f71f6-3991-11e2-8952-e83935ee65b2, storagePoolId = ----, storageType = POSIXFS, connectionList = [{ id: 8713e422-eb64-48b4-99ba-c2d1bb20a98f, connection: localhost:/data };]), log id: 494f6442 2012-11-29 22:26:50,839 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ValidateStorageServerConnectionVDSCommand] (ajp--0.0.0.0-8009-10) [312d49f8] FINISH, ValidateStorageServerConnectionVDSCommand, return: {8713e422-eb64-48b4-99ba-c2d1bb20a98f=0}, log id: 494f6442 2012-11-29 22:26:50,842 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--0.0.0.0-8009-10) [312d49f8] Running command: AddStorageServerConnectionCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: System 2012-11-29 22:26:50,843 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--0.0.0.0-8009-10) [312d49f8] START, ConnectStorageServerVDSCommand(vdsId = cd7f71f6-3991-11e2-8952-e83935ee65b2, storagePoolId = ----, storageType = POSIXFS, connectionList = [{ id: 8713e422-eb64-48b4-99ba-c2d1bb20a98f, connection: localhost:/data };]), log id: 2f838360 2012-11-29 22:26:50,936 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--0.0.0.0-8009-10) [312d49f8] FINISH, ConnectStorageServerVDSCommand, return: {8713e422-eb64-48b4-99ba-c2d1bb20a98f=477}, log id: 2f838360 2012-11-29 22:26:50,937 ERROR [org.ovirt.engine.core.bll.storage.POSIXFSStorageHelper] (ajp--0.0.0.0-8009-10) [312d49f8] The connection with details localhost:/data failed because of error code 477 and error message is: 477 2012-11-29 22:26:50,971 WARN [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (ajp--0.0.0.0-8009-4) [4b06833c] The message key AddPosixFsStorageDomain is missing from bundles/ExecutionMessages 2012-11-29 22:26:50,980 INFO [org.ovirt.engine.core.bll.storage.AddPosixFsStorageDomainCommand] (ajp--0.0.0.0-8009-4) [4b06833c] Running command: AddPosixFsStorageDomainCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: System 2012-11-29 22:26:50,986 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--0.0.0.0-8009-4) [4b06833c] START, CreateStorageDomainVDSCommand(vdsId = cd7f71f6-3991-11e2-8952-e83935ee65b2, storageDomain=org.ovirt.engine.core.common.businessentities.storage_domain_static@bce5367e, args=localhost:/data), log id: 72b00ef2 2012-11-29 22:26:53,479 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-4) [4b06833c] Failed in CreateStorageDomainVDS method 2012-11-29 22:26:53,479 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-4) [4b06833c] Error code StorageDomainFSNotMounted and error message VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Storage domain remote path not mounted: ('/rhev/data-center/mnt/localhost:_data',) 2012-11-29 22:26:53,480 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-4) [4b06833c] Command org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand return value Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusOnlyReturnForXmlRpc mStatus Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.StatusForXmlRpc mCode 360 mMessage Storage domain remote path not mounted: ('/rhev/data-center/mnt/localhost:_data',) 2012-11-29 22:26:53,480 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-4) [4b06833c] Vds: node5 2012-11-29 22:26:53,481 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--0.0.0.0-8009-4) [4b06833c] Command CreateStorageDomainVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Storage domain remote path not mounted: ('/rhev/data-center/mnt/localhost:_data',) 2012-11-29 22:26:53,481 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--0.0.0.0-8009-4) [4b06833c] FINISH, CreateStorageDomainVDSCommand, log id: 72b00ef2 2012-11-29 22:26:53,482 ERROR
Re: [Users] Unable to access remote console in User portal from IE/Windows7
On 11/29/2012 08:13 AM, David Jaša wrote: Karli Sjöberg píše v Čt 29. 11. 2012 v 12:30 +: 29 nov 2012 kl. 11.39 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 10:19 +: 29 nov 2012 kl. 10.20 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 07:59 +: 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? as I already stated, at %TEMP%\spicex.log . Please don't forget to set SPICEX_DEBUG_LEVEL=0 environment variable, without it, the log won't be much useful. Right. So how do I set SPICEX_DEBUG_LEVEL=0? From top of my head get to Advanced System Settings (7) or Computer Properties (XP), Advanced? tab and there towards the bottom is Environment Variables button. Add new global variable, name is SPICEX_DEBUG_LEVEL, value i 0. Done. Here´s the log: 1354192134 INFO [31716:31124] spicex_init_logger: started 1354192134 DEBUG [31716:31124] COSpiceX::put_DynamicMenu: DynamicMenu 1354192134 INFO [31716:31124] COSpiceX::put_FullScreen: New FullScreen request newVal=0x0 1354192134 DEBUG [31716:31124] COSpiceX::Connect: Running spicec (C:\Users\karliadm\AppData\Local\virt-viewer\bin\remote-viewer.exe --spice-controller) 1354192134 INFO [31716:31124] COSpiceX::Connect: spicec pid 3236
Re: [Users] problem adding a gluster storage domain.
Have tried mounting the gluster volume? (to make sure problem is not there in gluster) Something like 'mount -t glusterfs localhost:/volume /tmp/volume'. You could execute '/usr/bin/sudo -n /usr/bin/mount -t glusterfs -o vers=3 localhost:/volume /rhev/data-center/mnt/localhost:_volume' and see what happens. - Original Message - From: yoshinobu.ushida yoshinobu.ush...@gmail.com To: Kanagaraj Mayilsamy kmayi...@redhat.com Cc: users@ovirt.org Sent: Thursday, November 29, 2012 8:09:33 PM Subject: Re: [Users] problem adding a gluster storage domain. Hi Kanagaraj-san, Thank you for your reply. The check list are all okay. Do you have other check list? I have created another volume. However, result is same. vdsm.log is as follows. vdsm.log Thread-3849::DEBUG::2012-11-29 07:34:11,810::BindingXMLRPC::156::vds::(wrapper) [192.168.77.1] Thread-3849::DEBUG::2012-11-29 07:34:11,811::task::588::TaskManager.Task::(_updateState) Task=`e2011748-ff36-4ffe-bb2d-4244ba461f29`::moving from state init - state preparing Thread-3849::INFO::2012-11-29 07:34:11,811::logUtils::37::dispatcher::(wrapper) Run and protect: validateStorageServerConnection(domType=6, spUUID='----', conList=[{'port': '', 'connection': 'localhost:/volume', 'mnt_options': 'vers=3', 'portal': '', 'user': '', 'iqn': '', 'vfs_type': 'glusterfs', 'password': '**', 'id': '----'}], options=None) Thread-3849::INFO::2012-11-29 07:34:11,811::logUtils::39::dispatcher::(wrapper) Run and protect: validateStorageServerConnection, Return response: {'statuslist': [{'status': 0, 'id': '----'}]} Thread-3849::DEBUG::2012-11-29 07:34:11,811::task::1172::TaskManager.Task::(prepare) Task=`e2011748-ff36-4ffe-bb2d-4244ba461f29`::finished: {'statuslist': [{'status': 0, 'id': '----'}]} Thread-3849::DEBUG::2012-11-29 07:34:11,812::task::588::TaskManager.Task::(_updateState) Task=`e2011748-ff36-4ffe-bb2d-4244ba461f29`::moving from state preparing - state finished Thread-3849::DEBUG::2012-11-29 07:34:11,812::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-3849::DEBUG::2012-11-29 07:34:11,812::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-3849::DEBUG::2012-11-29 07:34:11,812::task::978::TaskManager.Task::(_decref) Task=`e2011748-ff36-4ffe-bb2d-4244ba461f29`::ref 0 aborting False Thread-3850::DEBUG::2012-11-29 07:34:11,828::BindingXMLRPC::156::vds::(wrapper) [192.168.77.1] Thread-3850::DEBUG::2012-11-29 07:34:11,828::task::588::TaskManager.Task::(_updateState) Task=`b21afac6-67df-49f2-9d5e-57888a8471a6`::moving from state init - state preparing Thread-3850::INFO::2012-11-29 07:34:11,829::logUtils::37::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=6, spUUID='----', conList=[{'port': '', 'connection': 'localhost:/volume', 'mnt_options': 'vers=3', 'portal': '', 'user': '', 'iqn': '', 'vfs_type': 'glusterfs', 'password': '**', 'id': 'a3675b5e-9433-435f-aecb-d9cad60f6d36'}], options=None) Thread-3850::DEBUG::2012-11-29 07:34:11,840::__init__::1249::Storage.Misc.excCmd::(_log) '/usr/bin/sudo -n /usr/bin/mount -t glusterfs -o vers=3 localhost:/volume /rhev/data-center/mnt/localhost:_volume' (cwd None) Thread-3850::ERROR::2012-11-29 07:34:11,906::hsm::1932::Storage.HSM::(connectStorageServer) Could not connect to storageServer Traceback (most recent call last): File /usr/share/vdsm/storage/hsm.py, line 1929, in connectStorageServer conObj.connect() File /usr/share/vdsm/storage/storageServer.py, line 179, in connect self._mount.mount(self.options, self._vfsType) File /usr/share/vdsm/storage/mount.py, line 190, in mount return self._runcmd(cmd, timeout) File /usr/share/vdsm/storage/mount.py, line 206, in _runcmd raise MountError(rc, ;.join((out, err))) MountError: (1, 'unknown option vers (ignored)\nMount failed. Please check the log file for more details.\n;ERROR: failed to create logfile /var/log/glusterfs/rhev-data-center-mnt-localhost:_volume.log (Permission denied)\nERROR: failed to open logfile /var/log/glusterfs/rhev-data-center-mnt-localhost:_volume.log\n') Thread-3850::DEBUG::2012-11-29 07:34:11,907::lvm::457::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' got the operation mutex Thread-3850::DEBUG::2012-11-29 07:34:11,907::lvm::459::OperationMutex::(_invalidateAllPvs) Operation 'lvm invalidate operation' released the operation mutex Thread-3850::DEBUG::2012-11-29 07:34:11,907::lvm::469::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' got the operation mutex Thread-3850::DEBUG::2012-11-29 07:34:11,908::lvm::471::OperationMutex::(_invalidateAllVgs) Operation 'lvm invalidate operation' released the operation mutex Thread-3850::DEBUG::2012-11-29
Re: [Users] [vdsm] [ATTENTION] vdsm-bootstrap/host deployment (pre-3.2)
On Thu, Nov 29, 2012 at 10:00:12AM +0200, Dan Kenigsberg wrote: On Wed, Nov 28, 2012 at 03:29:35PM -0600, Adam Litke wrote: 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. I'm fine with dropping these from vdsm, but I think they are good for ovirt - we would like to (be able to) enfornce policy on our nodes. If configuring core dumps is removed from vdsm, it should go somewhere else, or our log-collector users would miss their beloved dumps. Yes, I agree. From my point of view the plan was to do the following: 1. Remove unnecessary system configuration changes. This includes things like Royce's supervdsm startup process patch (and accompanying sudo-supervdsm conversions) which allows us to remove some of the sudo configuration. 2. Isolate the remaining tweaks into vdsm-tool. 3. Provide a service/program that can be run to configure a system to work in an ovirt-engine controlled cluster. Doing this allows vdsm to be safely installed on any system as a basic prerequisite for other software. -- 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] Unable to access remote console in User portal from IE/Windows7
29 nov 2012 kl. 15.15 skrev Itamar Heim: On 11/29/2012 08:13 AM, David Jaša wrote: Karli Sjöberg píše v Čt 29. 11. 2012 v 12:30 +: 29 nov 2012 kl. 11.39 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 10:19 +: 29 nov 2012 kl. 10.20 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 07:59 +: 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? as I already stated, at %TEMP%\spicex.log . Please don't forget to set SPICEX_DEBUG_LEVEL=0 environment variable, without it, the log won't be much useful. Right. So how do I set SPICEX_DEBUG_LEVEL=0? From top of my head get to Advanced System Settings (7) or Computer Properties (XP), Advanced? tab and there towards the bottom is Environment Variables button. Add new global variable, name is SPICEX_DEBUG_LEVEL, value i 0. Done. Here´s the log: 1354192134 INFO [31716:31124] spicex_init_logger: started 1354192134 DEBUG [31716:31124] COSpiceX::put_DynamicMenu: DynamicMenu 1354192134 INFO [31716:31124] COSpiceX::put_FullScreen: New FullScreen request newVal=0x0 1354192134 DEBUG [31716:31124]
Re: [Users] Unable to access remote console in User portal from IE/Windows7
On 11/29/2012 10:01 AM, Karli Sjöberg wrote: 29 nov 2012 kl. 15.15 skrev Itamar Heim: On 11/29/2012 08:13 AM, David Jaša wrote: Karli Sjöberg píše v Čt 29. 11. 2012 v 12:30 +: 29 nov 2012 kl. 11.39 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 10:19 +: 29 nov 2012 kl. 10.20 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 07:59 +: 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? as I already stated, at %TEMP%\spicex.log . Please don't forget to set SPICEX_DEBUG_LEVEL=0 environment variable, without it, the log won't be much useful. Right. So how do I set SPICEX_DEBUG_LEVEL=0? From top of my head get to Advanced System Settings (7) or Computer Properties (XP), Advanced? tab and there towards the bottom is Environment Variables button. Add new global variable, name is SPICEX_DEBUG_LEVEL, value i 0. Done. Here´s the log: 1354192134 INFO [31716:31124] spicex_init_logger: started 1354192134 DEBUG [31716:31124] COSpiceX::put_DynamicMenu: DynamicMenu 1354192134 INFO [31716:31124] COSpiceX::put_FullScreen: New FullScreen request newVal=0x0 1354192134 DEBUG [31716:31124] COSpiceX::Connect: Running spicec (C:\Users\karliadm\AppData\Local\virt-viewer\bin\remote-viewer.exe
Re: [Users] Unable to access remote console in User portal from IE/Windows7
On Nov 29, 2012, at 17:31 , Itamar Heim ih...@redhat.com wrote: On 11/29/2012 10:01 AM, Karli Sjöberg wrote: 29 nov 2012 kl. 15.15 skrev Itamar Heim: On 11/29/2012 08:13 AM, David Jaša wrote: Karli Sjöberg píše v Čt 29. 11. 2012 v 12:30 +: 29 nov 2012 kl. 11.39 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 10:19 +: 29 nov 2012 kl. 10.20 skrev David Jaša: Karli Sjöberg píše v Čt 29. 11. 2012 v 07:59 +: 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? as I already stated, at %TEMP%\spicex.log . Please don't forget to set SPICEX_DEBUG_LEVEL=0 environment variable, without it, the log won't be much useful. Right. So how do I set SPICEX_DEBUG_LEVEL=0? From top of my head get to Advanced System Settings (7) or Computer Properties (XP), Advanced? tab and there towards the bottom is Environment Variables button. Add new global variable, name is SPICEX_DEBUG_LEVEL, value i 0. Done. Here´s the log: 1354192134 INFO [31716:31124] spicex_init_logger: started 1354192134 DEBUG [31716:31124] COSpiceX::put_DynamicMenu: DynamicMenu 1354192134 INFO
Re: [Users] problem adding a gluster storage domain.
I am not sure how you have created a gluster volume with name as 'volume'. In gluster you cannot create volume with name 'volume'. If i try to do that, gluster says 'volume cannot be the name of a volume'. Can you replace 'volume' with actual volume name while creating storage domain and repeat the steps? something like: 192.168.77.107:/test_vol or localhost:/test_vol - Original Message - From: yoshinobu.ushida yoshinobu.ush...@gmail.com To: Kanagaraj Mayilsamy kmayi...@redhat.com Cc: users@ovirt.org Sent: Thursday, November 29, 2012 8:57:12 PM Subject: Re: [Users] problem adding a gluster storage domain. Thank you very much. I have executed the mount. Result is below. # /usr/bin/sudo -n /usr/bin/mount -t glusterfs -o vers=3 localhost:/volume /rhev/data-center/mnt/localhost\:_volume unknown option vers (ignored) I can mounted when I have created using gluster's command. # gluster volume create test_vol replica 2 transport tcp 192.168.77.107:/test 192.168.77.108:/test Creation of volume test_vol has been successful. Please start the volume to access data. # gluster volume start test_vol Starting volume test_vol has been successful # mount.glusterfs localhost:/test_vol /mnt # df -h | grep test_vol localhost:/test_vol 50G 2.2G 45G 5% /mnt Regards, Ushida 2012/11/29 Kanagaraj Mayilsamy kmayi...@redhat.com Have tried mounting the gluster volume? (to make sure problem is not there in gluster) Something like 'mount -t glusterfs localhost:/volume /tmp/volume'. You could execute '/usr/bin/sudo -n /usr/bin/mount -t glusterfs -o vers=3 localhost:/volume /rhev/data-center/mnt/localhost:_volume' and see what happens. - Original Message - From: yoshinobu.ushida yoshinobu.ush...@gmail.com To: Kanagaraj Mayilsamy kmayi...@redhat.com Cc: users@ovirt.org Sent: Thursday, November 29, 2012 8:09:33 PM Subject: Re: [Users] problem adding a gluster storage domain. Hi Kanagaraj-san, Thank you for your reply. The check list are all okay. Do you have other check list? I have created another volume. However, result is same. vdsm.log is as follows. vdsm.log Thread-3849::DEBUG::2012-11-29 07:34:11,810::BindingXMLRPC::156::vds::(wrapper) [192.168.77.1] Thread-3849::DEBUG::2012-11-29 07:34:11,811::task::588::TaskManager.Task::(_updateState) Task=`e2011748-ff36-4ffe-bb2d-4244ba461f29`::moving from state init - state preparing Thread-3849::INFO::2012-11-29 07:34:11,811::logUtils::37::dispatcher::(wrapper) Run and protect: validateStorageServerConnection(domType=6, spUUID='----', conList=[{'port': '', 'connection': 'localhost:/volume', 'mnt_options': 'vers=3', 'portal': '', 'user': '', 'iqn': '', 'vfs_type': 'glusterfs', 'password': '**', 'id': '----'}], options=None) Thread-3849::INFO::2012-11-29 07:34:11,811::logUtils::39::dispatcher::(wrapper) Run and protect: validateStorageServerConnection, Return response: {'statuslist': [{'status': 0, 'id': '----'}]} Thread-3849::DEBUG::2012-11-29 07:34:11,811::task::1172::TaskManager.Task::(prepare) Task=`e2011748-ff36-4ffe-bb2d-4244ba461f29`::finished: {'statuslist': [{'status': 0, 'id': '----'}]} Thread-3849::DEBUG::2012-11-29 07:34:11,812::task::588::TaskManager.Task::(_updateState) Task=`e2011748-ff36-4ffe-bb2d-4244ba461f29`::moving from state preparing - state finished Thread-3849::DEBUG::2012-11-29 07:34:11,812::resourceManager::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-3849::DEBUG::2012-11-29 07:34:11,812::resourceManager::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-3849::DEBUG::2012-11-29 07:34:11,812::task::978::TaskManager.Task::(_decref) Task=`e2011748-ff36-4ffe-bb2d-4244ba461f29`::ref 0 aborting False Thread-3850::DEBUG::2012-11-29 07:34:11,828::BindingXMLRPC::156::vds::(wrapper) [192.168.77.1] Thread-3850::DEBUG::2012-11-29 07:34:11,828::task::588::TaskManager.Task::(_updateState) Task=`b21afac6-67df-49f2-9d5e-57888a8471a6`::moving from state init - state preparing Thread-3850::INFO::2012-11-29 07:34:11,829::logUtils::37::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=6, spUUID='----', conList=[{'port': '', 'connection': 'localhost:/volume', 'mnt_options': 'vers=3', 'portal': '', 'user': '', 'iqn': '', 'vfs_type': 'glusterfs', 'password': '**', 'id': 'a3675b5e-9433-435f-aecb-d9cad60f6d36'}], options=None) Thread-3850::DEBUG::2012-11-29 07:34:11,840::__init__::1249::Storage.Misc.excCmd::(_log) '/usr/bin/sudo -n /usr/bin/mount -t glusterfs -o vers=3 localhost:/volume /rhev/data-center/mnt/localhost:_volume' (cwd None) Thread-3850::ERROR::2012-11-29 07:34:11,906::hsm::1932::Storage.HSM::(connectStorageServer) Could not connect to storageServer Traceback (most recent call last): File
[Users] Storage domain issue iSCSI
Hi Everyone, I'm having an issue following a power cut, none of my 3 nodes (All Fedora 17 / oVirt 3.1) are able to attach the master Domain. in /var/log/messages I see the following on each node: Nov 29 17:15:41 hades vdsm Storage.StoragePool ERROR Requested master domain 68d8b0e2-c348-4cfe-a896-08c62d491dfb does not have expected version 3 it is version 4 Nov 29 17:15:41 hades vdsm TaskManager.Task ERROR Task=`f06fd1bb-46d1-47d7-80ca-c2e01becdc51`::Unexpected error Nov 29 17:15:41 hades vdsm Storage.Dispatcher.Protect ERROR {'status': {'message': Wrong Master domain or its version: 'SD=68d8b0e2-c348-4cfe-a896-08c62d491dfb, pool=f1b40ecc-b6a9-44e7-92cb-0fdf445e3175', 'code': 324}} I've tried reboots/restarts/node re-installs I can see the PV and the iSCSI sessions fine from the shell. As this is the master, none of my nodes will start. Any help would be great. Kind Regards Simon ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Storage domain issue iSCSI
Hi Simon, We could use some more information in order to understand the problem, could you please attach the vdsm logs? Thanks, Yeela - Original Message - From: Simon Donnellan f...@baconwho.re To: users@ovirt.org Sent: Thursday, November 29, 2012 7:35:18 PM Subject: [Users] Storage domain issue iSCSI Hi Everyone, I'm having an issue following a power cut, none of my 3 nodes (All Fedora 17 / oVirt 3.1) are able to attach the master Domain. in /var/log/messages I see the following on each node: Nov 29 17:15:41 hades vdsm Storage.StoragePool ERROR Requested master domain 68d8b0e2-c348-4cfe-a896-08c62d491dfb does not have expected version 3 it is version 4 Nov 29 17:15:41 hades vdsm TaskManager.Task ERROR Task=`f06fd1bb-46d1-47d7-80ca-c2e01becdc51`::Unexpected error Nov 29 17:15:41 hades vdsm Storage.Dispatcher.Protect ERROR {'status': {'message': Wrong Master domain or its version: 'SD=68d8b0e2-c348-4cfe-a896-08c62d491dfb, pool=f1b40ecc-b6a9-44e7-92cb-0fdf445e3175', 'code': 324}} I've tried reboots/restarts/node re-installs I can see the PV and the iSCSI sessions fine from the shell. As this is the master, none of my nodes will start. Any help would be great. Kind Regards Simon ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] [Fwd: Outage :: wiki and www :: 2100 to 0100 UTC Thu 29 Nov/Fri 30 Nov]
Just FYI for people Forwarded Message From: Karsten 'quaid' Wade kw...@redhat.com To: a...@ovirt.org a...@ovirt.org Cc: infra in...@ovirt.org Subject: Outage :: wiki and www :: 2100 to 0100 UTC Thu 29 Nov/Fri 30 Nov Date: Wed, 28 Nov 2012 22:48:03 -0800 We are having a four-hour freeze and short outage of the wiki and www portions of ovirt.org to migrate to OpenShift. 2100 UTC Thu 29 Nov to 0100 UTC Fri 30 Nov date -d '2100 UTC Thu Nov 29' We are targeting the DNS switch to happen at 2359 UTC Thu 29 Nov. This migration includes updating to a new theme for the site. We expect there to be no downtime for access to content on the website. During the four-hour window we'll be working to make sure URLs linking in to the old content forward directly to the new website. The freeze on the wiki is expected to complete on or before the four-hour mark. The new theme and information layout have been presented and discussed, this is just the final portion where we turn the lights on in a new location, and dim the lights in the old. Any questions, concerns, ideas, etc. just let us know. We'll do a final minute reminder via email and IRC when the outage window starts. Status updates will also by via email and IRC, as arisen. == Affected services == www.ovirt.org wiki.ovirt.org ovirt.org/releases ovirt.org/meetings ovirt.org/stats == Future considerations == If we had a strict infrastructure change management process, we would have coordinated better with the rest of the contributor teams to be sure this work didn't interrupt their workflow. -- Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 ___ Arch mailing list a...@ovirt.org http://lists.ovirt.org/mailman/listinfo/arch ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Fwd: Outage :: wiki and www :: 2100 to 0100 UTC Thu 29 Nov/Fri 30 Nov
Hi: I should have sent these to the announce@ and users@ mailing lists, just in case there are wiki editors on those lists who are not reading arch@ (which is ideally the central all-contributors mailing list.) We'll adjust the Infra team methods in the future to send outage announcements to all these lists for maximum coverage. Below are details of this outage, which began 30 minutes ago. The wiki is in readonly mode until it is migrated fully to OpenShift. Original Message Subject: Outage :: wiki and www :: 2100 to 0100 UTC Thu 29 Nov/Fri 30 Nov Date: Wed, 28 Nov 2012 22:48:03 -0800 From: Karsten 'quaid' Wade kw...@redhat.com Organization: Red Hat To: a...@ovirt.org a...@ovirt.org CC: infra in...@ovirt.org We are having a four-hour freeze and short outage of the wiki and www portions of ovirt.org to migrate to OpenShift. 2100 UTC Thu 29 Nov to 0100 UTC Fri 30 Nov date -d '2100 UTC Thu Nov 29' We are targeting the DNS switch to happen at 2359 UTC Thu 29 Nov. This migration includes updating to a new theme for the site. We expect there to be no downtime for access to content on the website. During the four-hour window we'll be working to make sure URLs linking in to the old content forward directly to the new website. The freeze on the wiki is expected to complete on or before the four-hour mark. The new theme and information layout have been presented and discussed, this is just the final portion where we turn the lights on in a new location, and dim the lights in the old. Any questions, concerns, ideas, etc. just let us know. We'll do a final minute reminder via email and IRC when the outage window starts. Status updates will also by via email and IRC, as arisen. == Affected services == www.ovirt.org wiki.ovirt.org ovirt.org/releases ovirt.org/meetings ovirt.org/stats == Future considerations == If we had a strict infrastructure change management process, we would have coordinated better with the rest of the contributor teams to be sure this work didn't interrupt their workflow. -- Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 ___ Infra mailing list in...@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] problems adding a domain
Hi all, I had some problems with the beta version and I tried again the nightly builds. i think that somewhere in the code the domain is not added correctly. Trying to add a domain, I got this in the logs: 2012-11-30 01:38:33,962 DEBUG [org.apache.commons.configuration.ConfigurationUtils] ConfigurationUtils.locate(): base is null, name is /etc/ovirt-engine/engine-manage-domains/engine-manage-domains.conf 2012-11-30 01:38:33,977 DEBUG [org.apache.commons.configuration.ConfigurationUtils] Loading configuration from the absolute path /etc/ovirt-engine/engine-manage-domains/engine-manage-domains.conf 2012-11-30 01:38:37,523 ERROR [org.ovirt.engine.core.utils.dns.DnsSRVLocator] Error: could not find DNS SRV record name: _ldap._tcp.. Exception message is: DNS name not found [response code 3] Possible causes: missing DNS entries in the DNS server or DNS resolving issues from engine-core machine. Please Ensure correct DNS entries exist in the DNS server and ensure the DNS server is reachable from the engine-core machine. 2012-11-30 01:38:37,523 DEBUG [org.ovirt.engine.core.utils.kerberos.ManageDomainsResult] Got null value. 2012-11-30 01:38:37,527 ERROR [org.ovirt.engine.core.utils.kerberos.ManageDomains] Failed reading current configuration. Details: Could not locate LDAP servers to be used to validate the input of the utility It looks like it's trying to get the info for _ldap._tcp. instead of _ldap._tcp.domain? Best regards, Cristian Falcas ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Question about: Host swap percentage is above the defined threshold.
Hi I currently have a one node ovirt setup I am migrating VMs to. I have reached a point where trying to start new VMs I get: Error while executing action: Cannot run VM. Host swap percentage is above the defined threshold. - Check your configuration parameters for Host Swap Percentage. Adjusting the BlockMigrationOnSwapUsagePercentage setting seems to do nothing. The node does have lots of free RAM and is current sitting at 68%. The node is a full fedora 17 minimal install and does have a large swap partition on fast 15k SAS disks and 48gig of RAM. So why is changing the BlockMigrationOnSwapUsagePercentage not doing anything and how do it get more VMs running? I need to over commit a bit but will be adding a new identical node to spread the load once I get all the VMs off the machine I am migrating from. I also notice the Shared Memory value is 0% why is this so? Do I need to set something to get same page sharing? Thanks for any advice. Regards Daniel ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users