Re: [Users] ovirt 3.1 guest pxe boot fails
On 10/04/2012 12:49 PM, Yuriy Demchenko wrote: Hi, I've started testing ovirt 3.1 in my lab environment and found some strange behaviour/bug: when i create vm and set it to boot from network - first time it boots fine 14:23:43.718613 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 52:54:00:c7:76:50, length 395 Although you managed to boot from network in the first time, I'm not sure that DHCP packet with length of 395 is ok - I think it should be ~60, I would start with checking the gpxe-roms-qemu package version. pxe works, ip address received and machine boots, but if I'll restart it via guest command 'reboot' (i.e not through stop/start from ovirt admin interface) - pxe boot fails, ipxe just states timeout on dhcp requests and with tcpdump i even cannot see any dhcp requests at all! instead of that i get some weird malformed packets: 14:21:38.529244 00:00:00:00:ff:ff > 00:00:00:00:00:00, ethertype Unknown (0x), length 447: 0x: 5254 00c7 7650 0800 4500 01a7 0322 ..RT..vP..E" 0x0010: 4011 7625 0044 ..@.v%.D 0x0020: 0043 0193 02f7 0101 0600 2c78 5053 000c .C,xPS.. 0x0030: 0x0040: 5254 00c7 7650 ..RT..vP 0x0050: 0x0060: 0x0070: 0x0080: 0x0090: 0x00a0: 0x00b0: 0x00c0: 0x00d0: 0x00e0: 0x00f0: 0x0100: 0x0110: 6382 5363 3501 0139 0205 c05d 0200 ..c.Sc5..9...].. 0x0120: 005e 0301 0201 3c20 5058 4543 6c69 656e .^<.PXEClien 0x0130: 743a 4172 6368 3a30 3030 3030 3a55 4e44 t:Arch:0:UND 0x0140: 493a 3030 3230 3031 4d04 6950 5845 3715 I:002001M.iPXE7. 0x0150: 0103 0607 0c0f 112b 3c42 4380 8182 8384 ...+ As i'm planning to heavily rely on network booting this issue is critical for me, any tips how to solve it? ovirt 3.1, engine and node on separate hosts, installed on clean fedora 17/minimal, node with kernel-3.3.4-5.fc17.x86_64 node has 1 nic, 1 network defined in ovirt - ovirtmgmt -- Thanks, Rami Vaknin, QE @ Red Hat, TLV, IL. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] ovirt 3.1 guest pxe boot fails
Hi, I've started testing ovirt 3.1 in my lab environment and found some strange behaviour/bug: when i create vm and set it to boot from network - first time it boots fine 14:23:43.718613 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 52:54:00:c7:76:50, length 395 pxe works, ip address received and machine boots, but if I'll restart it via guest command 'reboot' (i.e not through stop/start from ovirt admin interface) - pxe boot fails, ipxe just states timeout on dhcp requests and with tcpdump i even cannot see any dhcp requests at all! instead of that i get some weird malformed packets: 14:21:38.529244 00:00:00:00:ff:ff > 00:00:00:00:00:00, ethertype Unknown (0x), length 447: 0x: 5254 00c7 7650 0800 4500 01a7 0322 ..RT..vP..E" 0x0010: 4011 7625 0044 ..@.v%.D 0x0020: 0043 0193 02f7 0101 0600 2c78 5053 000c .C,xPS.. 0x0030: 0x0040: 5254 00c7 7650 ..RT..vP 0x0050: 0x0060: 0x0070: 0x0080: 0x0090: 0x00a0: 0x00b0: 0x00c0: 0x00d0: 0x00e0: 0x00f0: 0x0100: 0x0110: 6382 5363 3501 0139 0205 c05d 0200 ..c.Sc5..9...].. 0x0120: 005e 0301 0201 3c20 5058 4543 6c69 656e .^<.PXEClien 0x0130: 743a 4172 6368 3a30 3030 3030 3a55 4e44 t:Arch:0:UND 0x0140: 493a 3030 3230 3031 4d04 6950 5845 3715 I:002001M.iPXE7. 0x0150: 0103 0607 0c0f 112b 3c42 4380 8182 8384 ...+ As i'm planning to heavily rely on network booting this issue is critical for me, any tips how to solve it? ovirt 3.1, engine and node on separate hosts, installed on clean fedora 17/minimal, node with kernel-3.3.4-5.fc17.x86_64 node has 1 nic, 1 network defined in ovirt - ovirtmgmt -- Yuriy Demchenko ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt-engine and UserPortal "cluster"
On 10/04/2012 10:20 AM, Juan Hernandez wrote: > On 10/04/2012 09:29 AM, Itamar Heim wrote: >> On 10/04/2012 01:34 AM, Brian Vetter wrote: >>> I've been scouring through the install notes and the architecture documents >>> but didn't find my answer. Is there a way to "cluster" or replicate the >>> userportal app or is it strictly a single instance? Any thoughts to the >>> scale of a large VDI system with 10,000 desktops and their VMs and how that >>> impacts the ovirt-engine and the user-portal app? >>> >>> I figure it has been discussed, but using the word cluster in a google >>> search of the wiki results in a lot of hits, none of them that I saw that >>> are to do with clustering the server, just the virtual machine nodes. >> >> it shouldn't be a huge issue to deploy the user portal on another >> machine (although current rpm may require the engine). > > As of today the RPMs have inter-dependencies, so it is not possible to > deploy only the user portal. We could make the user portal RPM > independent of the rest. As it is just a JavaScript application it could > even be deployed as static content to many web servers. Those servers > would then need to act as proxies for the requests that the user portal > makes to the backend (due to the same origin limitations in GWT), that > is not complicated. However the scalability bottleneck won't be in the > JavaScript application, but in the backend that processes the requests > that it sends, and we don't have any simple way to replicate it at the > moment, that would require many important changes. > > Same for webadmin. > > Brian, I will try to prepare some instructions on how to deploy the user > portal to a different machine, but it will be a manual process. > >> juan - i don't remember if you already looked at this or not yet? > > I didn't look at this deeply. It may be worth to try to support this > independent deployment of GUI applications for next release. It would > also simplify GUI installation in Fedora. > > But the real scalability bottleneck will still be in the backend, and > suporting an active-active cluster requires major changes. > >> Brian - btw, the user portal is pretty lightweight - its mainly java >> script going to the client, and polling lightly on status changes (which >> changes if it is in focus on the client (faster polling) or not (slower >> polling). >> >> spice also doesn't go through the user portal today. Brian, the simplest to use multiple web servers for the user portal is to configure each of them so that they proxy requests to the server where ovirt-engine is installed. But that won't really make things scale, as all the work will be performed by the engine server. To scale a bit it is better to at least let the web server deliver the user portal application without disturbing the application server. In order to do this you will need to do the following: 1. Configure the machine where ovirt-engine is installed so that the application server will accept AJP requests in a network interface accessible from the rest of web servers. You will need to edit the /usr/share/ovirt-engine/service/engine-service.xml.in file and make sure that the AJP connector looks like this: The important part here is interface="public", the rest may be different in your version as this has changed recently. Make sure that you only change the interface. (Take into account that the AJP protocol has no security or encryption support -that is why we bind it to localhost by default- so you should make sure this machine is in a secure network, or use the firewall to restrict access). 2. Copy the contents of the /usr/share/ovirt-engine/engine.ear/userportal.war to the web server where you want to deploy it. I tend to use a tarball for this: # cd /usr/share/ovirt-engine/engine.ear/userportal.war # tar cvf userportal.tar * Then copy/transfer the userportal.tar file to the web servers where you want to deploy the user portal. 3. For each web server where you want to deploy the user portal copy the contents of userportal.tar to the web server documents directory (I assume you are using /var/www/html): # cd /var/www/html # mkdir UserPortal # tar xvf userportal.tar 4. In a normal installation the HTML page hosting the user portal is generated dynamically, but if you deploy to a web server statically you are going to need a static version. You can get this from the server where the engine is installed: # wget --no-check-certificate https://ovirt-engine.example.com/UserPortal/org.ovirt.engine.ui.userportal.UserPortal/UserPortal.html This will create a UserPortal.html file that you should copy to the directory /var/www/html/UserPortal/org.ovirt.engine.ui.userportal.UserPortal. 5. Configure your web server so that it will proxy the requests that the user portal makes to the backend. This can be done creating a ovirt-userportal.conf file in /etc/httpd/conf.d with a content like this: ProxyPass /UserPortal/org.ovirt.engine.ui.us
Re: [Users] Console and keyboard setup on VNC
On 10/04/2012 11:57 AM, Alexandre Santos wrote: Hello all, first post here :-) When using VNC as the console to access the VM I can't use the portuguese keyboard and see special characters. I tried it with VMs running Fedora, CentOS and Debian. If I ssh the VM, everything is correct on the terminal console. Is this a issue from oVirt or from the VNC server running behind (I guess it's the second). Any help? you can change the vnc keyboard layout via the config tool (VncKeyboardLayout option) globally. still missing as a per vm option (though you can easily do this via a hook if you need it per vm) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Weekly Sync Meeting Minutes -- 2012-10-03
On 10/03/2012 09:10 PM, Itamar Heim wrote: > michael - can you also outline new features in sdk/cli since 3.1 till now (we > can update the gap with more changes closer to the release). > only core sdk/cli changes, no need to detail those which are just covering > features added to engine. sdk === http://lists.ovirt.org/pipermail/engine-devel/2012-October/002575.html cli === http://lists.ovirt.org/pipermail/engine-devel/2012-October/002574.html -- Michael Pasternak RedHat, ENG-Virtualization R&D ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Console and keyboard setup on VNC
Hello all, first post here :-) When using VNC as the console to access the VM I can't use the portuguese keyboard and see special characters. I tried it with VMs running Fedora, CentOS and Debian. If I ssh the VM, everything is correct on the terminal console. Is this a issue from oVirt or from the VNC server running behind (I guess it's the second). Any help? TYA Alex ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] new ovirt-engine-sdk features (form 3.1 till now)
- allow persistent_auth via localhost - make /filter header global rather than method driven #857018 - throw error when connecting to ssl site using http protocol - raise NoCertificatesError only when no ca_file specified - several rebases to include latest engine features -- Michael Pasternak RedHat, ENG-Virtualization R&D ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] new ovirt-engine-cli features (form 3.1 till now)
- support utf-8 encoding - do not log /connect command in history - disable /history while not connected - add username/password prompt/command-line functionality - history command does not support pipe redirection #854486 - valid UUIDs are treated as syntax error #854391 - Rename /delete command with /remove #855769 - Raise an error if identifier is not specified in /show command #855750 - remove --show-all option from /show command #855749 - rename "create" command with "add" #855773 - change NoCertificatesError message to ask only for ca_file - implement /filter flag - do not write to file i/o during script execution - shell does not exit when using /exit/ command in script -- Michael Pasternak RedHat, ENG-Virtualization R&D ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Logical networks in 3.1 on CentOS 6.3
Hi, The bug (ip protocol is not saved) was fixed in previous commits. Use the latest oVirt version to get all the bug fixes. Attached a screen-cast that demonstrates how it works- http://www.youtube.com/watch?v=3EMrqQR-f3w Alona. - Original Message - > From: "Frank Soyer" > To: "Moti Asayag" > Cc: users@ovirt.org > Sent: Tuesday, October 2, 2012 10:14:47 AM > Subject: Re: [Users] Logical networks in 3.1 on CentOS 6.3 > > Hello, > > Le 30/09/2012 00:49, Moti Asayag a écrit : > >> > > >> >Third, is this a bug when I come back to the configuration > >> >window, that > >> >the networks (for ovirmgmt and vmnetwork) return to "DHCP" ? If I > >> >forgot > >> >to re-check the static network, the host lose all it's network > >> >config > >> >and is declared non-responsive then rebooted. Bad ! > >> > > > What cluster level does the host member of? Is this behaviour in > > 'Setup > > Networks' or on 3.0 cluster? > > > This is a v3.1 of oVirt (engine + nodes, on Centos 6.3), in the GUI > when > modifying the network interfaces of a node. > ___ > 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-engine and UserPortal "cluster"
On 10/04/2012 09:29 AM, Itamar Heim wrote: > On 10/04/2012 01:34 AM, Brian Vetter wrote: >> I've been scouring through the install notes and the architecture documents >> but didn't find my answer. Is there a way to "cluster" or replicate the >> userportal app or is it strictly a single instance? Any thoughts to the >> scale of a large VDI system with 10,000 desktops and their VMs and how that >> impacts the ovirt-engine and the user-portal app? >> >> I figure it has been discussed, but using the word cluster in a google >> search of the wiki results in a lot of hits, none of them that I saw that >> are to do with clustering the server, just the virtual machine nodes. > > it shouldn't be a huge issue to deploy the user portal on another > machine (although current rpm may require the engine). As of today the RPMs have inter-dependencies, so it is not possible to deploy only the user portal. We could make the user portal RPM independent of the rest. As it is just a JavaScript application it could even be deployed as static content to many web servers. Those servers would then need to act as proxies for the requests that the user portal makes to the backend (due to the same origin limitations in GWT), that is not complicated. However the scalability bottleneck won't be in the JavaScript application, but in the backend that processes the requests that it sends, and we don't have any simple way to replicate it at the moment, that would require many important changes. Same for webadmin. Brian, I will try to prepare some instructions on how to deploy the user portal to a different machine, but it will be a manual process. > juan - i don't remember if you already looked at this or not yet? I didn't look at this deeply. It may be worth to try to support this independent deployment of GUI applications for next release. It would also simplify GUI installation in Fedora. But the real scalability bottleneck will still be in the backend, and suporting an active-active cluster requires major changes. > Brian - btw, the user portal is pretty lightweight - its mainly java > script going to the client, and polling lightly on status changes (which > changes if it is in focus on the client (faster polling) or not (slower > polling). > > spice also doesn't go through the user portal today. -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt-engine and UserPortal "cluster"
On 10/04/2012 01:34 AM, Brian Vetter wrote: I've been scouring through the install notes and the architecture documents but didn't find my answer. Is there a way to "cluster" or replicate the userportal app or is it strictly a single instance? Any thoughts to the scale of a large VDI system with 10,000 desktops and their VMs and how that impacts the ovirt-engine and the user-portal app? I figure it has been discussed, but using the word cluster in a google search of the wiki results in a lot of hits, none of them that I saw that are to do with clustering the server, just the virtual machine nodes. it shouldn't be a huge issue to deploy the user portal on another machine (although current rpm may require the engine). juan - i don't remember if you already looked at this or not yet? Brian - btw, the user portal is pretty lightweight - its mainly java script going to the client, and polling lightly on status changes (which changes if it is in focus on the client (faster polling) or not (slower polling). spice also doesn't go through the user portal today. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
