- Users - oVirt List Archives

ovirt - can't attach master domain
by paf1＠email.cz 23 Feb '16

23 Feb '16

This is a multi-part message in MIME format. --------------010305030902080508040003 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, due cleaning envir. I restarted all nodes and ovirt mgm server too, Now I can't get master domain ON. Tried to move to diff. storage with same result. All storages are OFF and DataCenter OFF too. All NFS mount points are connected and writeable via ovirt mountpoint. Any idea how to fix thi - quicky Rhel 7.1 / KVM 2.1.2 / libvirt 1.2.8-16 / vdsm 4.16.27 / gluster 3.7.5.1 / ovirt 3.5.2 VDSM log ======== Thread-22688::DEBUG::2016-02-24 01:32:34,852::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-22688::DEBUG::2016-02-24 01:32:34,852::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-22688::DEBUG::2016-02-24 01:32:34,852::task::993::Storage.TaskManager.Task::(_decref) Task=`492b6d3f-47b7-47fe-a713-6e47d5f2d3c1`::ref 0 aborting False Thread-22688::DEBUG::2016-02-24 01:32:34,855::stompReactor::162::yajsonrpc.StompServer::(send) Sending response Thread-22697::DEBUG::2016-02-24 01:32:34,967::stompReactor::162::yajsonrpc.StompServer::(send) Sending response Thread-200::DEBUG::2016-02-24 01:32:35,001::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97 Thread-200::ERROR::2016-02-24 01:32:35,007::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 300e9ac8-3c2f-4703-9bb1-1df2130c7c97 monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 160, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 89, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 5] Input/output error Thread-130::DEBUG::2016-02-24 01:32:35,013::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P1/553d9b92-e4a0-4042-a579-4cabeb55ded4 Thread-130::ERROR::2016-02-24 01:32:35,017::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 160, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 89, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 5] Input/output error thx Pavel --------------010305030902080508040003 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi, due cleaning envir. I restarted all nodes and ovirt mgm server too, Now I can't get master domain ON. Tried to move to diff. storage with same result. All storages are OFF and DataCenter OFF too. All NFS mount points are connected and writeable via ovirt mountpoint. Any idea how to fix thi - quicky Rhel 7.1 / KVM 2.1.2 / libvirt 1.2.8-16 / vdsm 4.16.27 / gluster 3.7.5.1 / ovirt 3.5.2 VDSM log ======== Thread-22688::DEBUG::2016-02-24 01:32:34,852::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-22688::DEBUG::2016-02-24 01:32:34,852::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-22688::DEBUG::2016-02-24 01:32:34,852::task::993::Storage.TaskManager.Task::(_decref) Task=`492b6d3f-47b7-47fe-a713-6e47d5f2d3c1`::ref 0 aborting False Thread-22688::DEBUG::2016-02-24 01:32:34,855::stompReactor::162::yajsonrpc.StompServer::(send) Sending response Thread-22697::DEBUG::2016-02-24 01:32:34,967::stompReactor::162::yajsonrpc.StompServer::(send) Sending response Thread-200::DEBUG::2016-02-24 01:32:35,001::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97 Thread-200::ERROR::2016-02-24 01:32:35,007::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 300e9ac8-3c2f-4703-9bb1-1df2130c7c97 monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 160, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 89, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 5] Input/output error Thread-130::DEBUG::2016-02-24 01:32:35,013::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P1/553d9b92-e4a0-4042-a579-4cabeb55ded4 Thread-130::ERROR::2016-02-24 01:32:35,017::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 160, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 89, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 5] Input/output error thx Pavel </body> </html> --------------010305030902080508040003--

1 0

Ovir (rhev) backup authomation
by Dariusz Kryszak 23 Feb '16

23 Feb '16

Hi all, I would like to share with all my couple scripts which I've made for the backup automation process. If your backup system not support virtual environment like ovirt or rhev, you can use it as workaround :-) It is not a classical backup solution (especially differential backup, compression, deduplication ). This is protection against loss your vm and the data. All what you need it is to change credential and information regards environment like url. Everything I've described in the code. For new environment (3.5> with rhe or centos 7) you can change or comments lines like power off during cleanup snapshots. Please enjoy. jezyk

2 1

Gluster 3.7.8 from ovirt-3.6-glusterfs-epel breaks vdsm ?
by Matteo 22 Feb '16

22 Feb '16

Hi, today I update one node os, in the updates gluster client packages where upgraded from 3.7.6-1.el7, centos-ovirt36 repository to 3.7.8-1.el7, ovirt-3.6-glusterfs-epel and after reboot the node was marked not operational. looking into the logs, vdsm was failing to get gluster volume information. the command (ovirt-storage is the gluster storage where the hosted engine is kept) gluster --mode=script volume info --remote-host=gluster1 ovirt-storage --xml was failing, returning error 2 (and no output) doing yum downgrade on gluster client packages (back to 3.7.6-1.el7, centos-ovirt36) fixed everything. Data nodes are running glusterfs 3.7.6-1.el7. The funny thing is that from the ovirt I was able to manually mount the glusterfs shares, only the volume info command was failing, thus breaking vdsm. Any hint? regards, Matteo

3 4

cluster's minimum CPU level
by suporte＠logicworks.pt 22 Feb '16

22 Feb '16

------=_Part_462871_1547176049.1454675051567 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=20 I'm trying to add a new old host (Intel(R) Xeon(R) CPU X3430 @ 2.40GHz Inte= l Nehalem Family) to oVirt Engine Version: 3.5.4.2-1.el7.centos.=20 But I'm getting this error:=20 host does not meet the cluster's minimum CPU level. Missing CPU features : = model_SandyBridge=20 What happen if I lower the cluster CPU type? Do I loose functionalities? Do= I need to shutdown all VMs before change the cluster CPU type?=20 Do you see any problem here?=20 Thanks=20 Jos=C3=A9=20 --=20 Jose Ferradeira=20 http://www.logicworks.pt=20 ------=_Part_462871_1547176049.1454675051567 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: Times New Roman; font-size: 10pt; co= lor: #000000"><div>Hi, </div><div> I'm trying to add a new old host= (Intel(R) Xeon(R) CPU  X3430  @ 2.40GHz Intel Nehalem Famil= y) to oVirt Engine Version: 3.5.4.2-1.el7.c= entos. </div><div>But I'm getting= this error: </div><div>host does not meet the cluster's minimum = CPU level. Missing CPU features : model_SandyBridge</div><div> </div><di= v> </div><div>What happen if I lower the cluster CPU type? Do I loose fu= nctionalities? Do I need to shutdown all VMs before change the cluster CPU = type? </div><div>Do you see any problem here? </div><div> </div><d= iv>Thanks </div><div> </div><div>Jos=C3=A9 </div><div> </div><d= iv> </div><div>-- </div><div><hr style=3D"wi= dth: 100%; height: 2px;" data-mce-style=3D"width: 100%; height: 2px;">Jose = Ferradeira http://www.logicworks.pt </div= ></div></body></html> ------=_Part_462871_1547176049.1454675051567--

4 12

Master Storage Domain Locked
by Rob Abshear 22 Feb '16

22 Feb '16

We lost power to an ovirt 3.5.1.1-1.el7.centos cluster. When things came back, the master storage domain was locked. All of the nodes are non operational. Is there a procedure for unlocking a storage domain? I have used the unlock-entity script for other object types.

2 1

Going crazy with emory hotplug on 3.6
by Markus Stockhausen 22 Feb '16

22 Feb '16

This is a multi-part message in MIME format. ------=_NextPartTM-000-5ecc680a-ac13-498f-ad6c-497b2bd8fa74 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there,=0A= =0A= we upgraded Ovirt to 3.6, added the first Centos 7 host and created a new c= luster =0A= with compatibility level 3.6 around it. Until now we are running with Fedor= a nodes.=0A= The first Linux VMs are already running in the new cluster. With the first = Windows=0A= VM migrated over we once again face the old Windows activation problem. The= =0A= system request us to reactivate the Windows license.=0A= =0A= To make a long story short: I manually compiled OVirt/Centos qemu 2.3 and e= nabled =0A= the old Fedora machine type pc-1.0. Afterwards I had to lower compatibility= level=0A= of the cluster to 3.5 because Ovirt tried to start the old machine type wit= h memory=0A= hotplug support -> FAIL. Finally everything is up and running.=0A= =0A= Conclusion: OVirt always tries to start VMs with memory hotplug in a curren= t 3.6 =0A= cluster. The machine type (e.g. rhel6.6.0) ist not checked and qemu will fa= il during=0A= startup with the message: qemu-kvm: "-memory 'slots|maxmem'" is not support= ed"=0A= Older post on mailing list: http://lists.ovirt.org/pipermail/users/2016-Jan= uary/037034.html=0A= =0A= Question: What is the desired way to disable the hotplug qemu parametrizati= on=0A= for single VMs in 3.6 cluster? It MUST be possible otherwise it would not m= ake=0A= sense to choos older machine types.=0A= =0A= Markus=0A= ------=_NextPartTM-000-5ecc680a-ac13-498f-ad6c-497b2bd8fa74 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-5ecc680a-ac13-498f-ad6c-497b2bd8fa74--

3 4

Highly Available in 3.6 and USB support
by jaumotte, styve 21 Feb '16

21 Feb '16

--_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi everybody, After testing some features on 3.5, we are planning to finaly go to 3.6. So= me problems still exist. A major problem still remain on the < Highly Available > option on vm wich = doesn't work. I had a cluster with 4 engines and a simple vm. When I start = a poweroff from the node where this vm is living, the node is shutting down= but my vm doesn't restart on another node of the cluster. The power managm= ent of all the node are correctly configure. The HA feature of then hosted-= engine is working well (except it is very long). Another problem consist of passing usb host device to the virtual machine. = We've got some specials usb keys for activating old application and we need= to attach this key to vm. At first, I try with standard usb mass storage k= ey to test this approach. I can't start virtual machine when I add usb devi= ce, I always have the message < The host ... did not satisfy internal filte= r HostDevice because it does not support host device passthrough >. Have an= y idea where I can find an HowTo to help me ? Tanks for your help, SJ --_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"FR" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi everybody,<o:p></o:p> <o:p> </o:p> After testing some features on 3.5, we ar= e planning to finaly go to 3.6. Some problems still exist. <o:p></o:p> <o:p> </o:p> A major problem still remain on the &laqu= o; Highly Available » option on vm wich doesn’t work.= I had a cluster with 4 engines and a simple vm. When I start a poweroff fr= om the node where this vm is living, the node is shutting down but my vm does= n’t restart on another node of the cluster. The power managment of al= l the node are correctly configure. The HA feature of then hosted-engine is= working well (except it is very long).<o:p></o:p> <o:p> </o:p> Another problem consist of passing usb ho= st device to the virtual machine. We’ve got some specials usb keys fo= r activating old application and we need to attach this key to vm. At first, I try with standard usb mass storage key to test this= approach. I can’t start virtual machine when I add usb device, I alw= ays have the message « The host … did not satisfy internal= filter HostDevice because it does not support host device passthrough ». Have any idea where I can find an HowTo to help = me ?<o:p></o:p> <o:p> </o:p> Tanks for your help,<o:p></o:p></p= > <o:p> </o:p> SJ<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_--

4 7

ovirt-guest-agent puppet module available for testing
by René Koch 21 Feb '16

21 Feb '16

This is a cryptographically signed message in MIME format. --------------ms050606000501090707090306 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, As I'm trying to manage my infrastructure using puppet, I figured out=20 that there's no puppet module available for installing and configuring=20 ovirt-guest-agent (or at least I couldn't find one). So I created a=20 module, which is tested on Debian 7/8 (please see Readme for=20 limitations) and CentOS/Scientifc Linux/RHEL 6/7. Other operating=20 systems will follow soon... If you're using puppet, feel free to test this module and leave me some=20 feedback: https://forge.puppetlabs.com/scrat14/ovirt_guest_agent Regards, Ren=C3=A9 --------------ms050606000501090707090306 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC C/kwggXZMIIDwaADAgECAgcWZ1TjwnBRMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYTAklM MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzEwMTQyMTAxNTVaFw0yMjEwMTQyMTAxNTVaMIGMMQswCQYDVQQGEwJJTDEW MBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlm aWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDHCYPM zi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKnu8zPf1Jwuk0t svVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1PKHG/FaR/wpb fuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvuryGaC/o2/ ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSMTGKk DiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggFMMIIBSDASBgNV HRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwaQYIKwYBBQUHAQEE XTBbMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwMAYIKwYBBQUH MAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAyBgNVHR8EKzApMCeg JaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwQwYDVR0gBDwwOjA4BgRV HSAAMDAwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw DQYJKoZIhvcNAQELBQADggIBAHQKh/oy3viYt+qvMyyQhqWiIb9kP1KRhqWHGFMID7OAbofo UgDKVUJ7UsiBnPmleGa2pUwvf2B67qPqc2e9Ge9/kBvJtV8rSES3z+/KVrx6UwlX8VyWnkRN GV0PLvCD+34cIOqhF3Tjmt4jpfYSTjkXcOpa7F4RGZbmu0+j1HO46XAYypOisgXD3XWecqqX zEMimZVrF3DlsMYTYMmFtzRYAeaDh2BxczJlV4HeBs8gw7d4USUoDWHckMR4QK0zLVVmQ1F6 6irltWWsJ9CFKVyz9ZTBspi3FDJCT93XfR4OrOUHB+I5P18lTWHDD1p/9dX7Zh8bdwlOSKdE fsKvzaxVZbKkuXXo7FMG2v6LQ2Jmv6Gc4jJ8jSyjatpy86llJJT2R3tJFPRGlfPcZ1ge3Ad/ qXDZKPI4pN8D5so89WUPAJ7z9ZeDqSFdGTWaynTZaCRPAIC/e35VtTyNuIam+n6nuaZFgccp ACw51vkgFUij6AKxByq7CNgB1Zn/FRX15qZA9bu2ZI8QTHJT/8zM3njXAgV6AsFOf682t14q sYSBz0jpef8kU0q15uV9oZSGjy1ph/0ysQD+342MIh3PQlKp62dj3eWWP3MBF7gtQTbERX1P mMzfTIsyMbjq+pv9P4iKROw0+8MNp0PUNtilMG2fKLBRoczLiZ7hMLjyedCXMIIGGDCCBQCg AwIBAgIDDmx8MA0GCSqGSIb3DQEBBQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3Rh cnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmlu ZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGll bnQgQ0EwHhcNMTUwNjE4MDQwNTE2WhcNMTYwNjE4MDAxODU0WjA4MRcwFQYDVQQDDA5ya29j aEByay1pdC5hdDEdMBsGCSqGSIb3DQEJARYOcmtvY2hAcmstaXQuYXQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQC+9dGpO90CAw648QlL90EX3nwpK8n4R1HloyhGFPo2uYmt G4GnsVgr1B0luOwvlbMr8jqcX4CvlCxexKrRhP8qOrrZJfgRAkkye18MUJUE5YFqi/xXZuEp EzzS6pF4lYn07MXTQFaWg6tDV9pbTHSeJTJ+1e1qqlAT06bNMJ5qKteB58gDjf8CoJX8d8GX gewkhsjx37TcJghDf+cNtahwbE69qmMPVYA4uM4E2x/4RuImoZe6Al51GYdqu0VhntBH34rl 8GK2P5U6ysmofvKs6uP+CNQEsmCjkzgAXbjCjjg3HY2G1hpYZu9pk0MAsv+e5WPJdcM/gzkF HoygAwb9AgMBAAGjggLUMIIC0DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFMgv5KUDcED1P2lBst9Bm4mL+fFwMB8G A1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMBkGA1UdEQQSMBCBDnJrb2NoQHJrLWl0 LmF0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEW Imh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcW IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmlj YXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVx dWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9y IHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFy dHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wu Y29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6 Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2 aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0 MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUFAAOC AQEAhzctU3ikQEX6m/3trtNit5+BznSRQvaWhymyjXIe6yhLPbKvXrJMj1hiFHqv7hi4I/hO iy4w3TGMaKf2hNONkrlQ1OzYayv71BLhrrXD3zKYQVWf/Rw4Mhqu7K/PXz/hx1kQrMZ/aQS/ FyEG/ddX8d59YPGMdeWpdwuHEuwoW33v/PYXcKH4nCdpfq8AZZJGzKz/k2/jqUaHu0IEV77S M+Ul2JzON7j6iV8xMzojYgv4mzSJgVVsP48Nym/R2/MZMu0Fk80g9qqZUIZMS/Nr6rdpl5Fo qRqwioIm0xvZiDrRlcLniTu5GXBC7lmz3xEv66s4WZRDh3/WP4xdi8JF9TGCApowggKWAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5sfDANBglghkgBZQME AgEFAKCB1zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAy MTkwODE2MjlaMC8GCSqGSIb3DQEJBDEiBCDESIsE2gfwuFLuW6oyNavdNKWvswm8at/+C3d/ lEYkpDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIBAJwYKXJHbGdgSAVp1SKwO8RV4TAVhVXitQTxBwtx E4psIiMzT0pS5KUc06EwPf/Y1bn60pybMxkxcph1R6uXYPJOWohuBnD1CcWojyGvUBUQ866G NUYAZPyVz5fZ5qGkCN6/TtOvrjHPA157Z8LLxtaokCTVPWj0dGtlkckZrTvjcFBLYINqqsBS O2G0zn1EffBbhMR4B9LlPlOhROMVHfW7YmmtU0dG88fLEN+rKpd6q9H3ug9DfxMSj/8+/8kC PoricAWUVoQ4n1smaLEBosiJGRahAIu8BXJHSrJsPq5aOEbuWmQ4Fd+1HGdv26ditFLClStR quuo7ozAMwTR3AAAAAAAAAA= --------------ms050606000501090707090306--

3 2

No OVF Store on Export Domain - normal?
by Christophe TREFOIS 21 Feb '16

21 Feb '16

--_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, When I attached my NFS export domain to a data center, I see the following = message in the events log "The Storage Domain does not contain any OVF_STORE disks. Usually the Stora= ge Domain does not contain OVF_STORE disks when the Storage Domain has been= previously managed with a Data Center version lower then 3.5." However, the export domain and oVirt have been used below 3.5. Is this normal behavior for an export domain or is there something I should= do to fix it? I can export / import VMs from / to the export domain just fine (until now) Thank you for your feedback, -- Christophe --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"FR-LU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> When I attached my NFS export d= omain to a data center, I see the following message in the events log<o:p><= /o:p> <o:p> </o:p> “The Storage Domain does = not contain any OVF_STORE disks. Usually the Storage Domain does not contai= n OVF_STORE disks when the Storage Domain has been previously managed with = a Data Center version lower then 3.5.”<o:p></o:p> <o:p> </o:p> However, the export domain and = oVirt have been used below 3.5.<o:p></o:p> <o:p> </o:p> Is this normal behavior for an = export domain or is there something I should do to fix it?<o:p></o:p></span= > <o:p> </o:p> I can export / import VMs from = / to the export domain just fine (until now)<o:p></o:p> <o:p> </o:p> Thank you for your feedback,<o:= p></o:p> <o:p> </o:p> --<o:p></o:p> Christophe<o:p></o:p></p= > </div> </body> </html> --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_--

3 6

Unexpected exception when trying to destroy a VM
by Mark Steele 21 Feb '16

21 Feb '16

oVirt Engine Version: 3.5.0.1-1.el6 I attempted to shutdown a VM via the VH's CLI by issuing the poweroff command (ubuntu 14.04.3). The session disconnected and ping dropped, however oVirt reports the VM up. Attempted to 'Power Off' via oVirt gui and received and error. Accessed the host via CLI and attempted a destroy with: vdsClient -s 0 destroy *vmgui* received an Unexpected exception. The VM still reports as UP in vsdClient -s 0 list table Thank you *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 2