Hi Thiago. I think I may have figured out some more pieces to the puzzle regarding the inconsistent results I mentioned earlier. For the most part I've been using the dashboard to create/launch/terminate images. There is a directory on each compute node /var/lib/nova/instances/ which seems to contain copies of images that have been launched to it as well as other files related to them. I think what happened is I had launched a Windows image to my compute node and saw that the pointer wasn't working. I then enabled use_usb_tablet in /etc/nova/nova.conf . I may have terminated the previously launched image using the dashboard (not totally sure if I did this) and then rebooted the compute node. At this point the mouse still didn't not work. However, I noticed that when launching the image this time it booted very fast compared to when I did it the first time. I looked in /var/lib/nova/instances/_base and discovered a copy of the image that had been created earlier in the day. In my next test I shutdown/terminated the instance from the dashboard but this time I deleted all files related to it in /var/lib/nova/instances/_base. I then launched a new copy of the Windows 7 image. This time it took a lot longer to complete because it was once again creating a local copy on the compute node. Once it was up and running I opened the console and my mouse was now working. Although a couple of times it started working and then would suddenly stop (this seems like a definite bug). Also, when terminating/removing an image from the dashboard I would think the local copies of it on compute nodes should be deleted too. Not sure if it's a bug or by design that they are not.
Anyways... you may want to try deleting the files in /var/lib/nova/instances/ and re-launch your Windows image to see if it solves the issue for you. Ernie ---- Ernie Bisson System Administrator & Virtualization IBM Software Group Mass Lab Central Services 550 King St. Littleton, MA. 01460 Email: [email protected] Phone: 978-899-3893 T/L : 276-3893 From: Ernest Bisson/Boston/Contr/IBM To: Martinx - ジェームズ <[email protected]>, Date: 07/22/2014 01:39 PM Subject: Re: [Openstack] No mouse control for a Windows 7 instance Hi Thiago. Since the last e-mail I sent you I have been doing some more testing. Although I've had some inconsistent results, I does seem to work for me when put into the [libvirt] group in nova.conf. I thought it was strange that it didn't work at first since I don't think it should matter where it's located in the config file. I'm not quite sure why it didn't work when I first tried. Good luck, Ernie ---- Ernie Bisson System Administrator & Virtualization IBM Software Group Mass Lab Central Services 550 King St. Littleton, MA. 01460 Email: [email protected] Phone: 978-899-3893 T/L : 276-3893 From: Martinx - ジェームズ <[email protected]> To: Ernest Bisson/Boston/Contr/IBM@IBMUS, Date: 07/22/2014 01:18 PM Subject: Re: [Openstack] No mouse control for a Windows 7 instance Hi Ernest, Thank you for your time! This option isn't working on IceHouse with Ubuntu... I tried it under [DEFAULT] at nova.conf, nova-compute.conf, under [libvirt], didn't worked... I'll fill a bug about this... Best! Thiago On 22 July 2014 11:41, Ernest Bisson <[email protected]> wrote: Hi Thiago. I'm installing on RedHat but I would think the configuration would be pretty much the same. However, RedHat uses /etc/nova/nova.conf not /etc/nova/nova-compute.conf. According to the install guide I have for Ubuntu that is the file you should be using as well. I wonder if that is part of your problem. The other part is that putting "use_usb_tablet=true" in the [libvirt] group doesn't seem to have any effect (at least not on RedHat). Just like on Ubuntu, the [libvirt] group is the default location for that option on RedHat. Since most other options during nova configuration on RedHat were added to the "[DEFAULT]" group I decided to try putting it there. On RedHat, the [DEFAULT] group can be found at the top of /etc/nova/nova.conf. Putting it there solved it for me. Hope this helps, Ernie ---- Ernie Bisson System Administrator & Virtualization IBM Software Group Mass Lab Central Services 550 King St. Littleton, MA. 01460 Email: [email protected] Phone: 978-899-3893 T/L : 276-3893 Inactive hide details for Martinx - ジェームズ ---07/21/2014 08:05:44 PM---Ernest, Where did you put your "use_usb_tablet=Martinx - ジェームズ ---07/21/2014 08:05:44 PM---Ernest, Where did you put your "use_usb_tablet=true" config option?! From: Martinx - ジェームズ <[email protected]> To: Ernest Bisson/Boston/Contr/IBM@IBMUS, Cc: "[email protected]" <[email protected]> Date: 07/21/2014 08:05 PM Subject: Re: [Openstack] No mouse control for a Windows 7 instance Ernest, Where did you put your "use_usb_tablet=true" config option?! The doc http://docs.openstack.org/icehouse/config-reference/content/nova-conf-changes-icehouse.html recommends under [libvirt] group... I'm using Ubuntu 14.04 + IceHouse and I configured this option within the file "/etc/nova/nova-compute.conf" with at: -- [libvirt] use_usb_tablet=true -- But, it have no effect. I'm seeing the following line at the logs: -- nova-compute.log:2014-07-21 20:53:42.782 7435 DEBUG nova.openstack.common.service [-] libvirt.use_usb_tablet = True log_opt_values /usr/lib/python2.7/dist-packages/oslo/config/cfg.py:1949 -- But the Instance's XML have no "tablet" entry. I checked it via both logs and using "virsh dumpxml instance-xxxxxxxx"... What am I missing? I really appreciate any help! Tks! BTW, I'm using SPICE Consoles... Cheers! Thiago On 21 July 2014 17:46, Ernest Bisson <[email protected]> wrote: Hi. After taking one more look at nova.conf I figured out the issue. I had followed the instructions in OpenStack Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora to install/configure everything. With this method the configuration settings for services get stored in the "[DEFAULT]" section at the top of the various .conf files. Moving the use_usb_tablet=true line into this section fixed the problem. This brings me to another question though... Is there a way to set the console so only the VM's pointer is present? Other console clients have this feature and usually a function key is hit to exit that mode and get the local systems pointer back. Thanks, Ernie ---- Ernie Bisson System Administrator & Virtualization IBM Software Group Mass Lab Central Services 550 King St. Littleton, MA. 01460 Email: [email protected] Phone: 978-899-3893 T/L : 276-3893 Inactive hide details for Ernest Bisson---07/21/2014 03:57:18 PM---Hi. I setup a small test/development environment to get fami Ernest Bisson---07/21/2014 03:57:18 PM---Hi. I setup a small test/development environment to get familiar with setting up an OpenStack enviro From: Ernest Bisson/Boston/Contr/IBM To: [email protected], Date: 07/21/2014 03:57 PM Subject: No mouse control for a Windows 7 instance Hi. I setup a small test/development environment to get familiar with setting up an OpenStack environment. It consists of 1 network, 1 controller, and 1 compute node. Within it I imported/launched the Cirros test image, a Redhat 6.5 install iso image, and a Windows 7 qcow2 image (the KVM I run on my RedHat laptop) . Everything seems to work fine except accessing the Windows 7 console. After initiating a console connection via "nova get-vnc-console Windows7 novnc" I'm able to connect to it from Firefox but I don't have any control of the VM's mouse. When doing the same with the RedHat 6.5 image the VM's mouse moves along with my laptop's mouse. I did find the following in /etc/nova/nova.conf but enabling it and restarting the compute node had no effect. # Sync virtual and real mouse cursors in Windows VMs (boolean # value) #use_usb_tablet=true Can someone tell me how to get the mouse working for a Windows VM? Thanks, Ernie ---- Ernie Bisson System Administrator & Virtualization IBM Software Group Mass Lab Central Services 550 King St. Littleton, MA. 01460 Email: [email protected] Phone: 978-899-3893 T/L : 276-3893 _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : [email protected] Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
_______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : [email protected] Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
