Re: [Users] Resizing the iscsi data domain
Hi Eduardo, I've tried your way without success. Plus, I'm now receiving this error in one of the hosts: Message from syslogd@virt2 at Nov 19 09:30:16 ... �11vdsm Storage.DomainMonitorThread ERROR Error while collecting domain 0d22a7d7-a7e0-4c17-b132-5764b7940a70 monitoring information#012Traceback (most recent call last):#012 File /usr/share/vdsm/storage/domainMonitor.py, line 186, in _monitorDomain#012 self.domain.selftest()#012 File /usr/share/vdsm/storage/sdc.py, line 49, in __getattr__#012 return getattr(self.getRealDomain(), attrName)#012 File /usr/share/vdsm/storage/sdc.py, line 52, in getRealDomain#012 return self._cache._realProduce(self._sdUUID)#012 File /usr/share/vdsm/storage/sdc.py, line 119, in _realProduce#012 self.refreshStorage()#012 File /usr/share/vdsm/storage/misc.py, line 1073, in helper#012 return sm(*args, **kwargs)#012 File /usr/share/vdsm/storage/misc.py, line 1058, in __call__#012 self.__lastResult = self.__func(*args, **kwargs)#012 File /usr/share/vdsm/storage/sdc.py, line 82, in refreshStorage#012 multipath.rescan()#012 File /usr/share/vdsm/storage/multipath.py, line 106, in rescan#012 supervdsm.getProxy().forceIScsiScan()#012 File /usr/share/vdsm/supervdsm.py, line 81, in __call__#012 return callMethod()#012 File /usr/share/vdsm/supervdsm.py, line 72, in lambda#012 **kwargs)#012 File string, line 2, in forceIScsiScan#012 File /usr/lib64/python2.6/multiprocessing/managers.py, line 740, in _callmethod#012 raise convert_to_error(kind, result)#012RemoteError: #012---#012Traceback (most recent call last):#012 File /usr/lib64/python2.6/multiprocessing/managers.py, line 216, in serve_client#012 obj, exposed, gettypeid = id_to_obj[ident]#012KeyError: '285c110'#012--- I had to set back the master to get rid of it. Regards, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Resizing the iscsi data domain
Hi Pavel, Re electing the spm didn't update the size. I may try adding a secondary lun, but first, I'll schedule and upgrade to 3.3.1 to get the benefits of forcing spm election among others. ¿Why is it so complicated to resize the storage if the change is so easy in the hosts? Regards, Thanks for the reply. On 18/11/13 19:58, Pavel Zhukov wrote: On Monday, November 18, 2013 05:10:19 PM Juan Pablo Lorier wrote: Hi, I've resized the lun I'm using for data domain. I've changed the lun, rescaned the target with iscsiadm and reloaded multipath to get the new size. The thins is that though all the hosts sees the new size, ovirt doesn't. Do I need to run something to update the engine db? I'm running ovirt 3.2 Regards, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Hi Juan, Resizing of the LUN is not supported yet. You can extend SD with additional LUN instead (Map new LUN - SD - Edit - check new LUN). You can try to re-elect SPM for now. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Cinder Integration
On 11/19/2013 06:00 AM, Udaya Kiran P wrote: Hi All, I want to consume the oVirt Storage Domains in OpenStack Cinder. Is this driver available or are there any resources pointing on how this can be done? Federico - was that your sample driver or Oved's? Please suggest. Thank You, Regards, Udaya Kiran On Monday, 18 November 2013 3:30 PM, Itamar Heim ih...@redhat.com wrote: On 11/18/2013 09:36 AM, Udaya Kiran P wrote: Hi Itamar, Yes, you are right. Please suggest. can you please reply on the original thread on users@ovirt.org mailto:users@ovirt.org, and explain the use case you want? thanks, Itamar Regards, Udaya Kiran On Monday, 18 November 2013 1:00 PM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com wrote: On 11/18/2013 06:38 AM, Udaya Kiran P wrote: Hi Itamar, I see a POC in the below link, https://github.com/oourfali/openstack-ovirt-driver which was mentioned in the email thread found in, http://lists.ovirt.org/pipermail/users/2013-June/014682.html Can you suggest if its useful or it needs to be tailored to the latest changes? Thank You, Regards, Udaya Kiran On Thursday, 14 November 2013 1:19 PM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com wrote: On 11/14/2013 12:10 AM, Udaya Kiran P wrote: Hi Itamar, Thanks for the update. Is the POC for Cinder driver is ready? Are there any resources pointing towards this? still need to get to it, but we'd welcome help... Regards, Udaya Kiran On Thursday, 14 November 2013 1:19 AM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com wrote: On 11/12/2013 01:38 AM, Udaya Kiran P wrote: Hi everyone, Does anybody know if OpenStack Cinder Integration is done in oVirt3.3. Can I have some resources pointing to the same? 3.3 has glance and neutron (and keystone for their needs). cinder is a bit more complex and not covered yet. that's a POC of deploying openstack over oVirt. i.e., this cinder driver will expose ovirt disks to as openstack cinder volumes. is that what you are looking for? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] RFE question
- Original Message - From: Jakub Bittner j.bitt...@nbu.cz Sent: Tuesday, November 19, 2013 3:49:29 AM Dne 19.11.2013 08:43, Eli Mesika napsal(a): - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Tuesday, November 19, 2013 8:33:30 AM Subject: [Users] RFE question Hello, I would like to ask how to post RFE to oVirt. I know about google spreadsheet, but should I post RFE to users mailing list and after some discussion post it to bugzilla? I have 2 rfe on oVirt web interface: 1) I think that nice to have feature would be to have fourth column with disk usage in Virtual Machine tab. 2) Great improvement wold also be possibility to sort Virtual Machine tab by clicking on column name. For example: When I click on Memory all VMs get sorted by memory usage. This one exists as a general requirement : https://bugzilla.redhat.com/show_bug.cgi?id=895222 If this RFE already exists, I am sorry. But I did not find it. Thank you. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I am not authorized to access bug #895222 Bug 893999 - webadmin: please allow column sorting [https://bugzilla.redhat.com/show_bug.cgi?id=893999] ___ 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] RFE question
- Original Message - From: Einav Cohen eco...@redhat.com To: Jakub Bittner j.bitt...@nbu.cz Cc: users@ovirt.org Sent: Tuesday, November 19, 2013 2:18:45 PM Subject: Re: [Users] RFE question - Original Message - From: Jakub Bittner j.bitt...@nbu.cz Sent: Tuesday, November 19, 2013 3:49:29 AM Dne 19.11.2013 08:43, Eli Mesika napsal(a): - Original Message - From: Jakub Bittner j.bitt...@nbu.cz To: users@ovirt.org Sent: Tuesday, November 19, 2013 8:33:30 AM Subject: [Users] RFE question Hello, I would like to ask how to post RFE to oVirt. I know about google spreadsheet, but should I post RFE to users mailing list and after some discussion post it to bugzilla? I have 2 rfe on oVirt web interface: 1) I think that nice to have feature would be to have fourth column with disk usage in Virtual Machine tab. 2) Great improvement wold also be possibility to sort Virtual Machine tab by clicking on column name. For example: When I click on Memory all VMs get sorted by memory usage. This one exists as a general requirement : https://bugzilla.redhat.com/show_bug.cgi?id=895222 If this RFE already exists, I am sorry. But I did not find it. Thank you. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I am not authorized to access bug #895222 Bug 893999 - webadmin: please allow column sorting [https://bugzilla.redhat.com/show_bug.cgi?id=893999] Yes, we have RFE for both column sorting and column re-ordering, both of them with possible client-side (UI) persistence to remember such preferences on given browser. ___ 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 mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Cinder Integration
- Original Message - From: Itamar Heim ih...@redhat.com To: Udaya Kiran P ukiran...@yahoo.in, users@ovirt.org, Oved Ourfalli oourf...@redhat.com, Federico Simoncelli fsimo...@redhat.com Sent: Tuesday, November 19, 2013 12:42:05 PM Subject: Re: [Users] Cinder Integration On 11/19/2013 06:00 AM, Udaya Kiran P wrote: Hi All, I want to consume the oVirt Storage Domains in OpenStack Cinder. Is this driver available or are there any resources pointing on how this can be done? Federico - was that your sample driver or Oved's? It was Oved's. I have the feeling that I did some research in that area as well but then I moved to glance. -- Federico ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Time keeping in Windows VM
Hi all, We're currently experiencing an issue in our production oVirt 3.2.2 environment (on CentOS 6.4) with time keeping on our Windows guests. It seems to have appeared around the time of the recent DST change. It's taken us a while to get to the bottom of this as some machines were created in the wrong timezone, which muddied the waters a bit. It appears that when Windows automatically updated time in the VMs, this new offset from UTC was not stored correctly, and the next time the host was shutdown and started back up, the clock was set incorrectly. We eventually managed to get this to be consistently reproducible: Set the clock an hour ahead; power off VM; power it back on; set the clock an hour back (ie return it to the original time), power off and power back on; observe that the clock has now shifted to an hour before the original time. This can be observed in the vm_dynamic table on the database. To be honest, I don't think that this an oVirt problem, as I've done some limited testing on another host using virt-manager/libvirt. If I edit the xml to set the clock offset to variable, using UTC as the basis and setting the adjustment to 3600 (mimicking how it would have been before the DST change), when I change the time in the VM back by an hour (as Windows would do automatically at DST change), the xml shows a new offset of -3600, so it seems when the clock is changed the offset it's putting in the XML is the offset based on the time from when the VM was started, not the offset from UTC. Does anyone have any suggestions? At the moment, the only things I can think of doing are either a) shutting down each VM and setting their offset to 0 in the vm_dynamic table before starting the back up again or b) setting the time forward and back an appropriate amount of time so that the offset becomes 0, shutting the VM down and powering it back on again. Thanks, Martin -- Martin Goldstone IT Systems Administrator - Finance IT Keele University, Keele, Staffordshire, United Kingdom, ST5 5BG Telephone: +44 1782 734457 G+: http://google.com/+MartinGoldstoneKeele ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.3.1 RC
On 11/18/2013 05:27 PM, Hans-Joachim wrote: Hello, would be nice, if BZ119100 https://bugzilla.redhat.com/show_bug.cgi?id=1009100 could be included. please mention bug title in emails, otherwise all readers need to hit the link to know what its about. Bug 1009100 - VM live snapshot creation failed Ether as solution or by adding a work arround (adding pe. a disable_livesnapshot to the engine database) hans-Joachim ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users the bug is in assigned, its not going to be in 3.3.1 which froze several weeks ago. 3.3.2 is slated to be branched next week, if bug is fixed until then. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] RFE question
On 11/19/2013 08:33 AM, Jakub Bittner wrote: Hello, I would like to ask how to post RFE to oVirt. I know about google spreadsheet, but should I post RFE to users mailing list and after some discussion post it to bugzilla? I have 2 rfe on oVirt web interface: 1) I think that nice to have feature would be to have fourth column with disk usage in Virtual Machine tab. you should open a bugzilla, flagged with FutureFeature keyword (to mark it as an RFE) please note just adding items to the googledoc isn't enough - someone needs to volunteer to develop it as well. what happens if VM has multiple disks, one at 99% and one at 1%? 2) Great improvement wold also be possibility to sort Virtual Machine tab by clicking on column name. For example: When I click on Memory all VMs get sorted by memory usage. If this RFE already exists, I am sorry. But I did not find it. Thank you. ___ 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] Time keeping in Windows VM
On Tue, Nov 19, 2013 at 04:36:24PM +, Martin Goldstone wrote: Hi all, We're currently experiencing an issue in our production oVirt 3.2.2 environment (on CentOS 6.4) with time keeping on our Windows guests. It seems to have appeared around the time of the recent DST change. It's taken us a while to get to the bottom of this as some machines were created in the wrong timezone, which muddied the waters a bit. It appears that when Windows automatically updated time in the VMs, this new offset from UTC was not stored correctly, and the next time the host was shutdown and started back up, the clock was set incorrectly. We eventually managed to get this to be consistently reproducible: Set the clock an hour ahead; power off VM; power it back on; set the clock an hour back (ie return it to the original time), power off and power back on; observe that the clock has now shifted to an hour before the original time. This can be observed in the vm_dynamic table on the database. To be honest, I don't think that this an oVirt problem, as I've done some limited testing on another host using virt-manager/libvirt. If I edit the xml to set the clock offset to variable, using UTC as the basis and setting the adjustment to 3600 (mimicking how it would have been before the DST change), when I change the time in the VM back by an hour (as Windows would do automatically at DST change), the xml shows a new offset of -3600, so it seems when the clock is changed the offset it's putting in the XML is the offset based on the time from when the VM was started, not the offset from UTC. I believe that you are seeing Bug 956741 - When RHEL VMs are powered off/on time is off by as much as 3 hrs when system comes back up. http://libvirt.org/html/libvirt-libvirt.html#virConnectDomainEventRTCChangeCallback says that utcoffset is relative to UTC. If it's not so, it's a bug (either in the doc or in the code) so I'm copying libvir-list. Which libvirt and qemu versions do you have? Does anyone have any suggestions? At the moment, the only things I can think of doing are either a) shutting down each VM and setting their offset to 0 in the vm_dynamic table before starting the back up again or b) setting the time forward and back an appropriate amount of time so that the offset becomes 0, shutting the VM down and powering it back on again. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Minor HTML5 Spice Bug
I have been using the HTML5 Spice websocket plug-in and so far it works extremely well. I just have two comments/bugs about it. I look on the issue tracker and I did not see an appropriate component listed, so I will list them here: * When the virtual screen is resized (such as during boot when the GUI login is displayed) the mouse cursor gets messed up and clicking only clicks the upper left corner of the screen. * The SSL key has to be readable by the ovirt user rather than root *cough*. Maybe the proxy_wstunnel apache module could be of use to avoid SSL in the plugin. -- Thomas ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
