- Users - oVirt List Archives

Error migrating VM with direct LUN disk
by Chris Adams 07 Jan '16

07 Jan '16

I have a VM with a virtio-scsi disk that is a direct-mapped iSCSI LUN. I'm trying to migrate it from one node to another (in the process of updating my system from 3.5.3 to 3.5.5), and it fails migration with: Thread-1886273::ERROR::2016-01-06 10:31:17,657::migration::161::vm.Vm::(_recover) vmId=`606ae10e-bcac-4bf8-8ad0-e9d76f0c6f43`::unsupported configuration: scsi-block 'lun' devices do not support the serial property Thread-1886273::ERROR::2016-01-06 10:31:17,693::migration::260::vm.Vm::(run) vmId=`606ae10e-bcac-4bf8-8ad0-e9d76f0c6f43`::Failed to migrate File "/usr/share/vdsm/virt/migration.py", line 246, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 335, in _startUnderlyingMigration File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1701, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) Thread-1886279::DEBUG::2016-01-06 10:31:18,539::__init__::481::jsonrpc.JsonRpcServer::(_serveRequest) Calling 'VM.getMigrationStatus' in bridge with {u'vmID': u'606ae10e-bcac-4bf8-8ad0-e9d76f0c6f43'} Is this a known bug (maybe fixed in a newer version), something unexpected, etc.? Is there a way around it (other than shutting down the VM)? -- Chris Adams <cma(a)cmadams.net>

3 4

Storage was removed after detach from DC
by Nhã Phạm 07 Jan '16

07 Jan '16

------=_NextPart_000_0168_01D1353B.AA054630 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi all, =20 My name is Nha and now I had a really serious problem with ovirt 3.5.6. I set up ovirt 3.5.6 running on single server with DC name is Local, = storage was local too. Then I want to move VM from local server to = another local, so that I put a backup hard drive to move all VM into it. Everything was fine. Then I detached the hard drive and all vm on backup = storage was deleted. =20 Step executed. 1. Shut down VM. 2. Select Disk tab and select a disk. 3. Click move and start to move to backup storage. 4. Put back up storage to Maintenance 5. Click detach on back up storage. =20 Please help because data on vm was really important. =20 Thanks. ------=_NextPart_000_0168_01D1353B.AA054630 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dutf-8"> <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-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 name=3DGenerator = content=3D"Microsoft Word 15 (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1>Hi all,<o:p></o:p><o:p> </o:p>My name is = Nha and now I had a really serious problem with ovirt = 3.5.6.<o:p></o:p>I set up ovirt 3.5.6 running = on single server with DC name is Local, storage was local too. Then I = want to move VM from local server to another local, so that I put a = backup hard drive to move all VM into it.<o:p></o:p>Everything was fine. Then I detached the hard drive = and all vm on backup storage was deleted.<o:p></o:p><o:p> </o:p>Step = executed.<o:p></o:p><![if = !supportLists]>1.      = <![endif]>Shut down VM.<o:p></o:p><![if !supportLists]>2.      = <![endif]>Select Disk tab and select a = disk.<o:p></o:p><![if = !supportLists]>3.      = <![endif]>Click move and start to move to backup = storage.<o:p></o:p><![if = !supportLists]>4.      = <![endif]>Put back up storage to = Maintenance<o:p></o:p><![if = !supportLists]>5.      = <![endif]>Click detach on back up = storage.<o:p></o:p><o:p> </o:p>Please help because data on vm was really = important.<o:p></o:p><o:p> </o:p>Thanks.<o:p></o:p></div></body></html> ------=_NextPart_000_0168_01D1353B.AA054630--

2 1

doubts about oVirt
by Fauéz Passos 07 Jan '16

07 Jan '16

This is a multi-part message in MIME format. --------------050706010207030304060702 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=windows-1252"> </head> <body bgcolor="#FFFFFF" text="#000000"> Good morning, I own the oVirt 3.5 installed together with storages iscsi, by the biggest reasons I needed to change the virtual IP of the storages. Now my host is displaying the following message: The error message for connection 192.168.200.14 iqn.2003-10.com.lefthandnetworks: mg-climate-space: 469: vms (LUN 36000eb3b1aeb895a00000000000001d5) returned by VDSM was: Failed to setup iSCSI subsystem and Failed to connect to Host OP10 Storage Servers But everything is working properly, only this message is displayed every five minutes, leaving the log very confusing ... is there any place where I change the default virtual IP data network? OBS: old virtual IP: 192.168.200.14 new virtual IP: 192.168.200.20 thank you <div class="moz-signature">-- <meta http-equiv="Content-Type" content="text/html; charset=windows-1252"> <title>Untitled Document</title> <style type="text/css"> a:link { text-decoration:none; color:#666; } a:visited { text-decoration:none; } a:hover { text-decoration:underline; } </style> <table border="0" width="600"> <tbody> <tr> <td width="188"><img src="cid:part1.05070503.07050303@inpe.br" style="width: 188px; height: 108px"> </td> <td align="left" bgcolor="#FFFFFF" width="402"> Fauéz A. O. Passos Analista de Sistemas - Embrace/INPE +55 12 3208-7878 <a href="mailto:fauez.passos@inpe.br"> fauez.passos(a)inpe.br </a> <a href="www.centralit.com.br"> www.centralit.com.br </a> </td> </tr> </tbody> </table> </div> </body> </html> --------------050706010207030304060702 Content-Type: image/png; name="logo_centralit_assinatura_email.png" Content-Transfer-Encoding: base64 Content-ID: <part1.05070503.07050303(a)inpe.br> Content-Disposition: inline; filename="logo_centralit_assinatura_email.png" iVBORw0KGgoAAAANSUhEUgAAALwAAABsCAYAAADQd9iEAAAAGXRFWHRTb2Z0d2FyZQBBZG9i ZSBJbWFnZVJlYWR5ccllPAAADWtJREFUeNrsnW1sHEcZxyfROeBQXxw3pA0+iEOTDw4qTZDI iwKq+yGRSKhaYqMmFFHHSJBIiAQoyYdS8tYvpFXrVEh9kWK7lVCRkhQHKKgJKAUUYlOpaahi I1opjr1OG9eE2EZ1Uaua/Y/9LHPj3bu9u9292dvnL63ubl/mbX/zzDOzs3NzpqamzgohmgSL lQDN5SJgMfAsFgPPYjHwLBYDnxQNTL4vP4cty/ne39cnXjxxgguHga8svT7+H7H63KsS8Ls3 bxE7/t4vuobfEePj42Lvgz9m6IsUyhBbWEpxERcH+11/uyBufPChuH/bdgn5Ans/oN/53pg8 B9BDW1tauMAK0HPW2/Kztf5WtvCmwQ4BdlVPz18gJtZvcKBnS88uTcXA7qWRb32boWfgkwE7 Q8/AJw52hp6BTxzsDD0DnzjYGXoGPnGwM/QMfOJgZ+gZ+MTBztAz8ImDnaFn4BMHO0PPwCcO doaegY8l7B+zBuVnc0uLeCCzhKGPgVIMe/Gwf+rxIxL2nz32qLMfMyaLgR6qOX+OZ1myhQ8O 7vYBS85ufOTQ4UBg//qWzVmwY0pr5+cbA7H09/36dzJtmG+PjcXAF2zJh65fl/PXX+r7R+Cw Bw39by4PyjQO/ms6zQw9A1+w29LV0SHBubj+y6HAHhT0atq/efVd50UThp6Bj2z0xS/sQUCv ajRdK67+cC9Dz8CbC3vQ0P838xmGnoE3G3aGnoFPHOwMPQOfONgZegY+cbAz9Ax84mBn6Bn4 xMHO0DPwiYOdoWfgyw47dOvTPxdzJ98TrW07IssDoG+qq2XoGfhoYYfe2fk98VH1/EiBwczK V67fCCQshr5CgQ/rZY2ogaHVhuOcBwY+prBHDUwYsDP0FQZ8VK/hhQ1MmLAz9BUCfNTvnIYF TBSwM/QxB75cL1gHDUyUsDP0MQW+XLAHDUw5YGfo3WX0S9wH37osVtXcFFh4NSuWi5p168Qf 0zViskBgxONHJDC/+OULonHlytBhn2cNivpMvchkMqVnvK5WVD/0sFj421Piyfaj4qlnn0ks 8HOS+Nfzd/VeKHj8m57E1lalfENfLOy37WqTn9/fs8fedouk3Rvo7NrVyQQebs2pkVH5vben J5Awe9MLxfWqeQVfVwj0pbgxdS+dCrQM5w0Nik9cnAbpyGOPGr0ESKKBL7cPXyz05fTZvbT4 +WNy3RvToQ8beGM7rSbC7qcTaCLsEK9wZjDwpsKeD3pTYWfoDQbedNh16LGSGaD/Qf+bRsPO 0BsIfKnL3y06/kLk0EOAHmmPUvDH4Zcz9DEFPoi1HtvqFgTyUoXpIthb65cEtpZlUqBPVQrs +ptKxaziGyfYedXimFp401bxjSPsQa5aXOmWfm6lwV6p0HvBztDHBPgwYa806PPBztAbDnwU sFcK9H5hZ+gNBT5K2OMOfaGwM/SGAV8O2OMKfbGwM/SGAF9O2OMGfamwM/RlBt4E2OMCfVCw M/RlAt4k2E2HPmjYGfqIgTcRdlOhDwt2hj5bKRNh/6z4SKz565/F57ZvEz/56cOhZR4QQKVM Q1i7bp38vFpCOtaM/Vss/+cl0djWZmx+AX06nZZpPXnipHzxpZB3e01RaG88DUy+L7dihBe3 8UZRlB3qGx8WNx2ZFkMNIow45Tcshf3GU2hUNVR/XG5x0Kr0TUaEEaf8sg/PYjHwLBYDz2KV TWV/AUTtQNWmUon2L1kVCjxW/To6MCS6r416jgQ8kFniDKPFQTS6QAprlMGP8DL5c9bbzu8n Glc4hgRj6BhWJGFoEUOh+v58ousY+BzCMKWfv3nBcWwH37wsfvWF22Nh9YP665ogdMUuZzU9 6hCkZQ27ruDmtZ99+BJcl9XnXi0IDFQQXBOH5S9YDHwW7KWsNYNWIeplMFjswxclQP61195w hZ18dXpAJRdOvfauayuAMC5s+GLeJ7DUCY7Tgy8ThFWK1ZWKsaz2k+3tzm9MocBamgx8Hh29 Ys2aYgBoO29vFPfesmhWBdjTkJEujD7fA2EgrP3LG3x3ghHPvYsXif0rlrnCj8qBFcNI6Cvs bvi07Dt0j4w6lRTXttoVc/fSTFaF0zuHbp1YdBghNR5UckyfwPr3SPseO041X4gXee22K7/e sqHMkEaMaOlhxqmTX5HA48a12yDqQkc015wM3Djc0IsT2Td7QWp2cnHT2wcsz/gBJTaAh8qU ddxuCdTWBJUK5+qtEfYfsCtBlw232onWO4dunVjqMOqdSC8XLZ/7h0qNDWWkhtl080KmudzA q1aSBOj8TECCJdNbADff3m+HFhXj4vhEzimy+Sa7yVGmN/qla1Vqn6bUvg535A3stAIwXWiO g9DBtwZm3XS4HqhQB2wXBp+6v4/zvcb+dcGKuw2HAkqKd6kdHyqvWwWm/bWpVN54EA4g94Id 50Q9o5ItfACWDDcuiI4kuRi6G6Rb7/3Ll81a1RcWuqluvWfnF2mE20LphNugd7rRsUZ8tEFz fn82Kxz1wZOb26PHgwqsw44WDq4YnYPjSL/fSsuK2MLrymftfLtK2g2H9XNzVQC1CgxB0z3i DYwKIYWNiqP3DUrV2TWrs+LR+zqoSHpakB/sy+fqsco4ShOGYGF1sGEhPSsarPmk5mq5jGh4 DWXqrk2pT1Wlq6O0MHIoVatENLrjJoxwdV/7C9NrGvA6PK9PBPPwSO9c0shFqZ1GL3craP9Z d6f0t4/0CuF2Pc4xaToDuzS27kjXzHIFgvA/i3110E9HNQqt0sqFVSEWHr6m+nAEwu98FsyP S6BaN/i7DfOrfV+/1MOS11ZVGXFT/LSExb6TysCH7NLocMI6A/pc4+E0RKe7HjQSo7sed968 MNZPGfV/G6cHZl55Qnny3CJDR2nwWF8XbqbXzEnsc4NdDeueWz45q9XwGjlBXBgyVLewXKJS fHq9n4A8uZUPygXDpCxDR2lofoz++F8+Vey9IG82WTg05V7gHlDmw8BVgr9NlQLXLPvTeTmy gfhwHo5hfo3+cEq6PwZOKkNlfkV5iUS2cvZvpBctGIZ0MTrFT1gNBx4CiNRMu7kv+UYbcNP1 SWMYmlOfTMqHMnkWGKJxeROFiop86mVEc4FYMXFpHEBt31ufvOVHXkvEwcIDXr+dX5yHhz1R LvBUTBnxjMcKAZ4sPR65+xnXhtuBp4q5OreAAxDnCw/HMeErDq8KIr/5KjLKxtSWynSFttRe PsHHhitzZXLS8cWnJ1JVS0ALhVO+PDIyan9OSPdG9g3SNeKexYs8w8J56hBgrpdGdLdLr2S5 jhcSjyo8s7go+zUfzLRSVeIOu7+DPkyuMPVlDtWlC4ctS1jW//tTWC/SbY1Iv+cFrbCX2isb 8CxWOYDnhZhYPEoTtNA8njl9Wn7Hu5FxXGa5mDxj2Yvx8XGxcdMmUZ/JGJlOrEeDe2Jq+mJn 4fv7+sTO73xX+oAoVCyoT/BXqpDn+7dtFzV2npFvfB+2LGPS19XR4XyH8UE6EyP48FMh6s4N X5qyhoac332XLk2dPH486xzs6zl/Puv32NiY62984lw9TNqv/saneh5JjSvf+Wq4ucJQtfdH D06dfvnlrHPV8/3kAcdowzFdeplRPJQPEoWhXnfb0oZZZaVfly+csNTU85rcwtLcsC0drLra XMKibG1pcX7D+mGJtzOnz4i7N2+RLgBcASwTAeH3rpkWgixnb0+vbDWopXjk0GG5n67B732y JTkjz6O/aKHrIcSlXu91PuJGfHSdVxiqsA9uDAkuA/1TCI5RmGpceh5QJjje2dEpvyN9ucqM 9iNsWjJv30xrig3nUfohxE/xYh+1RBQW0kHnuoXDFt5FsCLfuG+b8/vwwUNTX/3KZmcfLD2s oXoc+2Bd0DLQOUefaHcsJ74j3M5jx5xrEZ5qUdXfahrISmEfhZXrfNVSIx2q1dXDUAUL6qfF U/Op5wHhojxIKDdc51VmFK/aMlIrgk81Tep3xEvWXg0L8VFYXuHE0cKH2mmFNScrAWHxTdV6 Yz1D1frDymAfPmERYVFgrY7M/MkXjQv39pDlXJt1raq0i1/aZ6ely7aYCBth6XHrwjm0n1ol pMkrDD3f1Dkn/x3nqtdM59fylQd8h/X1KjO3a1DOSEPap4++o22HbFUQ/krlukLDSWynFQUE UNAk0k1XO2/NLc2ySceNxIbv2DcNWLMs6IziEm3ctFF+xwpZmUy90/z61R9sF6DVvqnqClu5 BKip6d814374CQPgoHOO9CG/cBUIbPxLH3Ua8dmsuHe6aHFTVB6EA+hylZk+SoTjMDKqYSC5 lR3KFvcMbg7lL184PCypiZZiRiGi4HDTAAwV8EP2cfJP8XeNBDdgA+xblZu5VcLSKQHKzFxL FlW1Pupv9Qkh4kUletFuNabDr895Pm46zoffCqgQP465haEK52HkA/lCeMgX+fBIM65HHrDP Kw8Q8rhvpuI89ewzvspMhRf9CMQDQ6Eea21rkxUYS+fp8aKMUKkpzFzhxFH8pNXHeDoABWRR Nunk9vltjSpFsf0Xv0pR38xIU9SqBPehGIU9KY4tPCtR4rk0LAaexWLgWSwGnsWKl/4nwABT FM6PZB15nQAAAABJRU5ErkJggg== --------------050706010207030304060702--

2 1

Cluster
by Budur Nagaraju 07 Jan '16

07 Jan '16

HI Getting the below error while adding node to the OE which is created from Hosted eghine. 2016-01-06 10:50:49,404 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-83) [7ce02003] Host 3577e25f-e25e-425d-82ac-f6c3502a281e : infraesx2 is already in NonOperational status for reason MIXING_RHEL_VERSIONS_IN_CLUSTER. SetNonOperationalVds command is skipped. Any way to fix the issue ? Engine version is 3.5.6.2-1.el6 Thanks, Nagaraju

4 16

python floppy in RunOnce mode
by Giulio Casella 07 Jan '16

07 Jan '16

Hi, I'm trying to boot a vm with non persistent floppy using python ovirt sdk (the "RunOnce" way in administrator portal), but guest OS can't see floppy drive. The ultimate goal is to deploy floppy with sysprep unattend.xml file for windows 7 pools of vm. Here is a snippet of code I use: ------------------------------------------------- myvm = api.vms.get(name="vmname") content="This is file content!" f=params.File(name="foobar.txt",content=content) fs=params.Files() fs.add_file(f) payload=params.Payload() payload.set_type("floppy") payload.set_files(fs) payloads=params.Payloads() payloads.add_payload(payload) thevm=params.VM() thevm.set_payloads(payloads) action=params.Action(vm=thevm) myvm.start(action=action) xml = ParseHelper.toXml(action) print xml ------------------------------------------------- As you can see, for debugging purpose, I print my xml action, and I get: ------------------------------------------------- <action> <vm> <payloads> <payload type="floppy"> <files> <file> <name>foobar.txt</name> <content>This is file content</content> </file> </files> </payload> </payloads> </vm> </action> ------------------------------------------------- in the admin portal I can see my vm in "RunOnce" state, but no floppy is present... In fact in the vm process command line (ps -ef | grep qemu-kvm | grep vmname) I can't see -drive option referring to floppy (I only see 2 "-drive" options, referring to vm system disk and to a correctly mounted cdrom ISO) What I'm doing wrong? (The engine is RHEV-M version 3.4.1-0.31.el6ev) Thanks in advance, Giulio

3 11

Rest api body for updating vm os type
by Qingyun Ao 07 Jan '16

07 Jan '16

Hello, all, I want to update vm os type by ovirt rest api. The following is my request: Method: put Content-Type: application/xml Body: <vm><os type="windows_7"></os></vm> The response from ovirt engine is: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <fault> <reason>Operation Failed</reason> <detail>[Cannot edit VM. Invalid time zone for given OS type.]</detail> </fault> Can anybody give a correct body for updating vm os type from "other" to "windows_7"? Thank you very much. -- Best regards, Ao Qingyun aoqingyun(a)gmail.com

2 1

Guest won't start after upgrade to 3.6
by Lionel Caignec 07 Jan '16

07 Jan '16

i just upgraded my cluster from ovirt 3.5 to 3.6. My ovirt nodes run centos 7.2. I've got a problem about some guest (centos 6.x), when i try to run them i get this error: "org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-41) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM XXXXX is down with error. Exit message: internal error: process exited while connecting to monitor: 2016-01-05T12:02:56.879292Z qemu-kvm: warning: CPU(s) not present in any NUMA nodes: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15" Looking forward in the log i find this : "2016-01-05T12:02:56.879615Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config 2016-01-05T12:02:56.897747Z qemu-kvm: "-memory 'slots|maxmem'" is not supported by: rhel6.5.0" In RHEL KB i found this bug which seems to be the same that mine : https://bugzilla.redhat.com/show_bug.cgi?id=1275268 So my question: - is it really problem of "memory hotplug" if yes how can i disable it? - My guests seems to inherit of parameter "Custom Emulated Machine" with value rhel6.5.0 from cluster config but i did not see how to modify it? -- Lionel Caignec Centre Informatique National de l' Enseignement Supérieur 950 rue de Saint Priest 34097 MONTPELLIER Cedex 5 Tel : (33) 04 67 14 14 14 Fax : (33)04 67 52 37 63 http://www.cines.fr

2 2

import virtualbox ova to ovirt3.6.1
by alireza sadeh seighalan 07 Jan '16

07 Jan '16

hi everyone how can i import virtualbox ova file to ovirt3.6.1? thanks inadvance

2 1

Incremental virtual machine backups
by Rudi von Staden 07 Jan '16

07 Jan '16

Hi all, I'm evaluating oVirt as a replacement for VMware, and one of the factors that I am struggling with is incremental VM backups. This is a requirement in the current configuration, but I haven't found a way to do it with oVirt as yet. It seems from my initial investigation that it might not be possible at this stage? I refer to the wiki ( http://www.ovirt.org/Features/Backup-Restore_API_Integration#Incremental_Vi…) which lists this feature under future work, and to a StackOverflow question which remains unanswered ( http://stackoverflow.com/questions/29127855/how-to-setup-incremental-backup… ). So my questions are 1) Can anyone confirm whether this feature exists yet, or whether there is perhaps an unofficial way to get incremental backups, 2) If it's not possible to implement incremental backups, what other approaches could work? Under VMware we currently take weekly full backups of all VMs, and daily incremental backups. I am considering using guest-level backups as an alternative approach, but we would prefer to continue with our host-level backups if possible. Thanks, Rudi

2 1

Hosted Engine
by Budur Nagaraju 07 Jan '16

07 Jan '16

can we migrate a Engine which is pushed by Hosted Engine to the other oVirt node ? which is in same cluster ? Thanks, Nagaraju

4 5

Getting event message "The Hosted Engine Storage Domain isn't Active" every two hours
by Will Dennis 07 Jan '16

07 Jan '16

Thought I’d start a new thread for this issue… Please also refer to my prior thread<http://lists.ovirt.org/pipermail/users/2015-December/036907.html> where I have the background to this. Again, I am running hosted engine on hyperconverged infra. Is this issue possibly related to Bug 1269768<https://bugzilla.redhat.com/show_bug.cgi?id=1269768> ?

2 3

Delete disk references without deleting the disk
by Johan Kooijman 06 Jan '16

06 Jan '16

Hi all, I have about 100 old VM's in my cluster. They're powered down, ready for deletion. What I want to do is delete the VM's including disks without actually deleting the disk images from the storage array itself. Is that possible? At the end I want to be able to delete the storage domain (which then should not hold any data, as far as ovirt is concerned). Reason for this: it's a ZFS pool with dedup enabled, deleting the images one by one will kill the array with 100% iowa for some time. -- Met vriendelijke groeten / With kind regards, Johan Kooijman

4 9

since upgrade of hosted engine, its not starting anymore
by Wu, Qiong 06 Jan '16

06 Jan '16

------=_NextPart_000_00B7_01D147CF.903F6090 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00B8_01D147CF.903F6090" ------=_NextPart_001_00B8_01D147CF.903F6090 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi everyone, I have an issue with my ovirt deployment with hosted engine. After an upgrade of the hosted engine I am not able to start it anymore. I see this in my vdsm.log Thread-1323::ERROR::2016-01-05 15:36:48,489::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Unknown pool id, pool not connected: ('90cb594c-3c65-4485-822f-e932f14fd18b',)", 'code': 309}} Is somebody able to help? I am kind of desperate already, as I tried lots of things already, including changing dom_md/metadata at the storage domain Gluster is working properly, I am able to connect and write via nfs. Thanks & Cheers Qiong ------=_NextPart_001_00B8_01D147CF.903F6090 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-microsoft-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=3DGenerator content=3D"Microsoft Word 12 = (filtered medium)"><style></style></head><body lang=3DDE link=3Dblue = vlink=3Dpurple><div class=3DWordSection1>Hi = everyone,<o:p></o:p><o:p> </o:p>I have an issue with my ovirt = deployment with hosted engine.<o:p></o:p>After an upgrade of the hosted = engine I am not able to start it anymore.<o:p></o:p><o:p> </o:p>I see this in my = vdsm.log<o:p></o:p><o:p> </o:p>Thread-1323::ERROR::2016-01-05 = 15:36:48,489::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': = {'message': "Unknown pool id, pool not connected: = ('90cb594c-3c65-4485-822f-e932f14fd18b',)", 'code': = 309}}<o:p></o:p><o:p> </o:p>Is somebody able to help? I am kind of desperate already, = as I tried lots of things already, including changing dom_md/metadata at = the storage domain<o:p></o:p>Gluster is working properly, I am able to connect and write = via nfs.<o:p></o:p><o:p> </o:p>Thanks & Cheers<o:p></o:p>Qiong<o:p></o:p></div></body></html> ------=_NextPart_001_00B8_01D147CF.903F6090-- ------=_NextPart_000_00B7_01D147CF.903F6090 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIR4jCCApow ggIDoAMCAQICASQwDQYJKoZIhvcNAQEEBQAwcTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRz Y2hlIFRlbGVrb20gQUcxHzAdBgNVBAsTFlQtVGVsZVNlYyBUcnVzdCBDZW50ZXIxIzAhBgNVBAMT GkRldXRzY2hlIFRlbGVrb20gUm9vdCBDQSAxMB4XDTk5MDcwOTExMzQwMFoXDTE5MDcwOTIzNTkw MFowcTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRzY2hlIFRlbGVrb20gQUcxHzAdBgNVBAsT FlQtVGVsZVNlYyBUcnVzdCBDZW50ZXIxIzAhBgNVBAMTGkRldXRzY2hlIFRlbGVrb20gUm9vdCBD QSAxMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDQ3ZsMoBdERA+vIUBzZ1bwPmloEbrZN/KB rsMkrGmhzfymGFVW/4ufMsHb53gsOdtggUGl79PNgI0YPOJSDAuf92Se5aDwuGFi9L/go9pYK/0V BGu9Op58nfI92OSVw+xOwvFlqwxL7EeCW+LhUHXY9mG0GFztM6BLHoP7T4S8eQIDAQABo0IwQDAd BgNVHQ4EFgQUFDHif5zKEpX78XAg200oE3FCYcYwDwYDVR0TBAgwBgEB/wIBBTAOBgNVHQ8BAf8E BAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAnR0Q+pPIHWQgRV6cbwVto1J/p6iHZbNnmjaGeHIWFf/X RXMoAYaInZHq3tYpCww+o5l0QAzM7BDgZPxwtro5EifyXgBQtQvWSt+pb/SzCSiA/NIexOxwRoVM 3kWwAZU4rBafRkruLcu9y2WxOuWmSwRLDjP/HHvIhIRH4VpkRkowggSMMIID9aADAgECAgIBATAN BgkqhkiG9w0BAQUFADBxMQswCQYDVQQGEwJERTEcMBoGA1UEChMTRGV1dHNjaGUgVGVsZWtvbSBB RzEfMB0GA1UECxMWVC1UZWxlU2VjIFRydXN0IENlbnRlcjEjMCEGA1UEAxMaRGV1dHNjaGUgVGVs ZWtvbSBSb290IENBIDEwHhcNMTEwOTE0MTM0NzEyWhcNMTkwNzA5MjM1OTU5WjB1MQswCQYDVQQG EwJERTElMCMGA1UEChMcVC1TeXN0ZW1zIEludGVybmF0aW9uYWwgR21iSDEmMCQGA1UECxMdVHJ1 c3QgQ2VudGVyIERldXRzY2hlIFRlbGVrb20xFzAVBgNVBAMTDlRJS1MgMjAxMCBDQSAxMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA4j3NqffxTahAsyPjhU0AUY3sKLZGfptpb/X5WXmL QX5E7uToeX2NE8ywTHgHSKo8o2Nmg1U2k1cF0Ry8bjVVs8zsOLLeFDqqSOWJRGROqO31FHOFF3Du zy5ZSVg+kRcTGpgyWjuCFMd1TEuRDv0T8lKKL80lmO3+TLjFDEN5ZM9SP94llwO159OinkqmWUV4 +F7KcV720xkbgCHgI6/FzKHNlD/ueZ/LSpjXxmilkL6x2lT7AUmcnJqdd6jvo9ax028fHaiFkA9l sE+OvuLUEJzz3a3Rx0TerYh5sk7ynvoNsQDk/vzgobtDebp3tNUI8TFaqcptcTm1WdMhgpYV3wID AQABo4IBqTCCAaUwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBMMEoGCSsGAQQBvUcNEDA9 MDsGCCsGAQUFBwIBFi9odHRwOi8vdGlrczIwMTAudGVsZXNlYy5kZS9jcHMvdGlrczIwMTAtQ1BT LnBkZjAOBgNVHQ8BAf8EBAMCAQYwgecGA1UdHwSB3zCB3DA0oDKgMIYuaHR0cDovL3Rpa3MyMDEw LnRlbGVzZWMuZGUvcmwvRFRfUk9PVF9DQV8xLmNybDCBo6CBoKCBnYaBmmxkYXA6Ly9sZGFwLXRp a3MyMDEwLnRlbGVzZWMuZGUvY249RGV1dHNjaGUlMjBUZWxla29tJTIwUm9vdCUyMENBJTIwMSxv dT1ULVRlbGVTZWMlMjBUcnVzdCUyMENlbnRlcixvPURldXRzY2hlJTIwVGVsZWtvbSUyMEFHLGM9 REU/QXV0aG9yaXR5UmV2b2NhdGlvbkxpc3QwHQYDVR0OBBYEFFAnXDUTlaOExsFEAvJvoGqfd1FH MB8GA1UdIwQYMBaAFBQx4n+cyhKV+/FwINtNKBNxQmHGMA0GCSqGSIb3DQEBBQUAA4GBAB0MaaTB i2rg1DpvIM5LwOGk3EiimdeUPNj/GyeOIRlCV1AsnZEkv8tZ08SV06nBlW/tuyBTqGuiyQBIxD1I 3U95bY9ZiyW3JrNeMknjhjPRPqnnqErd9Qzw0MvG+zoAPxVnPXAsBf/CtIX3hsC0zItWIP10/Xvb ZORrrIvhVTWKMIIFVTCCBD2gAwIBAgIGQZoOFcmXMA0GCSqGSIb3DQEBBQUAMHUxCzAJBgNVBAYT AkRFMSUwIwYDVQQKExxULVN5c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYDVQQLEx1UcnVz dCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENBIDEwHhcNMTMx MDE0MDgyMDAzWhcNMTYxMDE0MjM1OTU5WjCBhTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRz Y2hlIFRlbGVrb20gQUcxDTALBgNVBAsTBGR0cGkxFjAUBgNVBAsMDVAmSSBEYXJtc3RhZHQxETAP BgNVBAMTCFd1IFFpb25nMR4wHAYJKoZIhvcNAQkBFg9xLnd1QHRlbGVrb20uZGUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQCdnL+AAzb3qXY25dzGrm/+cB8zQDlptKHCYb7O5Rw+Ce79 nG+fJ0pYXiq/7r5K3Ysd3uGPWB+bKvkGp8GLMNOd4jnf8sSo0cUuPueLMq5XwkW/rAdXQhZ/sHCx MiU8YXqZ/vN4k3FfkV1q7AjKDRR8/pWPlt194HqPNGqlpbhg/mSiwMWwJmGpcCkqvE11Xd4VNQUv qgT9ySaz4B6jx01HptmnzRQTanneDKkhZfCafmuDghJSyfKk9ljeo1UEd1U7LuNp/bCUrYE2zC8Y q//8FUWcMPgdaJD8opQS2hFkAmSD3B0ycUPrS9rs74REZlIDLvG8xpe0dGdHTzfnJxn5AgMBAAGj ggHYMIIB1DAfBgNVHSMEGDAWgBRQJ1w1E5WjhMbBRALyb6Bqn3dRRzAOBgNVHQ8BAf8EBAMCBSAw HQYDVR0OBBYEFJsp4zl9o+fsPzq+uG8RvkKojkbBMHUGA1UdIARuMGwwagYJKwYBBAG9Rw0QMF0w WwYIKwYBBQUHAgEWT2h0dHA6Ly9rcnlwdHNpLnRlbGVzZWMuZGUvY2dpLWJpbi9jYXNlcnZpY2Uv a3J5cFRTSS9Eb3dubG9hZFBERi9rcnlwVFNJLUNQUy5wZGYwGgYDVR0RBBMwEYEPcS53dUB0ZWxl a29tLmRlMIHuBgNVHR8EgeYwgeMwNqA0oDKGMGh0dHA6Ly90aWtzMjAxMC50ZWxlc2VjLmRlL3Js L1RJS1NfMjAxMF9DQV8xLmNybDCBqKCBpaCBooaBn2xkYXA6Ly9sZGFwLWtyeXBUU0kudGVsZXNl Yy5kZS9jbj1USUtTJTIwMjAxMCUyMENBJTIwMSxvdT1UcnVzdCUyMENlbnRlciUyMERldXRzY2hl JTIwVGVsZWtvbSxvPVQtU3lzdGVtcyUyMEludGVybmF0aW9uYWwlMjBHbWJILGM9REU/Q2VydGlm aWNhdGVSZXZvY2F0aW9uTGlzdDANBgkqhkiG9w0BAQUFAAOCAQEAmjJXGppYZqaw+vB/Oy7Rndkc 1gwvseNldJWiyG/2KnIQSmGrjvewDL6jPahpdi0/BkC+sGBQM/RzjgpSNGDsRcp27c+jlvIZQcuO 7DdXmziZaS65Eye6Yjwx+Ps/VcnAObs1t9BK+vng6CqR4oG4iw6X4U8264fW9wEwcoyP3resIbfF GivRGQu5WylqXx0SGaGtrJnk0Nmw78CCvo+88Z8Q1PUj5jjzLvJ+Pygh4ewZ+r2s2aBXcEDBNKM3 Rt4c04rl8ckMjw5BVOojWADPqZ37UWFvEoBG6nN/DrKnm43F8nODuk99RQczDQlfh7BHA1OzWfEK nn1Y+BCbTROU7DCCBVcwggQ/oAMCAQICBwEaM3Hm8+8wDQYJKoZIhvcNAQEFBQAwdTELMAkGA1UE BhMCREUxJTAjBgNVBAoTHFQtU3lzdGVtcyBJbnRlcm5hdGlvbmFsIEdtYkgxJjAkBgNVBAsTHVRy dXN0IENlbnRlciBEZXV0c2NoZSBUZWxla29tMRcwFQYDVQQDEw5USUtTIDIwMTAgQ0EgMTAeFw0x MzEwMTQwODIwMDJaFw0xNjEwMTQyMzU5NTlaMIGFMQswCQYDVQQGEwJERTEcMBoGA1UEChMTRGV1 dHNjaGUgVGVsZWtvbSBBRzENMAsGA1UECxMEZHRwaTEWMBQGA1UECwwNUCZJIERhcm1zdGFkdDER MA8GA1UEAxMIV3UgUWlvbmcxHjAcBgkqhkiG9w0BCQEWD3Eud3VAdGVsZWtvbS5kZTCCASMwDQYJ KoZIhvcNAQEBBQADggEQADCCAQsCggEBALUAavv4mHp6HWq1uoy0PaQewjQpn2iCIESaAsa7m1Ft l5iFZKnOmk1qRcffiZw3/8ghwMZe5fRdRdE34eMjB3hnvm/eTBKGWPEYv2Wnk8m07vgcEE5xiZGA lhfQ//vWDXGL1lEDomc3VxDUkkvNNjloeGfnvmag/bi2ke8sgSTcjNQa5ZFrA7iz9OXxS28QzTas wLcpIbM+8lf29Lx12eXLB2gBlYEp0ZQnuSWCAJg6wpadrXrS0XmqUZ+aKXqwxjBR0MX+X6xTk0qC PQrp13l4zjlaOWMjLvYsHF9ppmlqqANlqZ6fSQMoepX2YCub9BlbyQbpBfxX1l0sXJpmhQsCBEAA AIGjggHYMIIB1DAfBgNVHSMEGDAWgBRQJ1w1E5WjhMbBRALyb6Bqn3dRRzAOBgNVHQ8BAf8EBAMC B4AwHQYDVR0OBBYEFEVtRG3I1Vf9s1m8bZDcc/FLX/17MHUGA1UdIARuMGwwagYJKwYBBAG9Rw0Q MF0wWwYIKwYBBQUHAgEWT2h0dHA6Ly9rcnlwdHNpLnRlbGVzZWMuZGUvY2dpLWJpbi9jYXNlcnZp Y2Uva3J5cFRTSS9Eb3dubG9hZFBERi9rcnlwVFNJLUNQUy5wZGYwGgYDVR0RBBMwEYEPcS53dUB0 ZWxla29tLmRlMIHuBgNVHR8EgeYwgeMwNqA0oDKGMGh0dHA6Ly90aWtzMjAxMC50ZWxlc2VjLmRl L3JsL1RJS1NfMjAxMF9DQV8xLmNybDCBqKCBpaCBooaBn2xkYXA6Ly9sZGFwLWtyeXBUU0kudGVs ZXNlYy5kZS9jbj1USUtTJTIwMjAxMCUyMENBJTIwMSxvdT1UcnVzdCUyMENlbnRlciUyMERldXRz Y2hlJTIwVGVsZWtvbSxvPVQtU3lzdGVtcyUyMEludGVybmF0aW9uYWwlMjBHbWJILGM9REU/Q2Vy dGlmaWNhdGVSZXZvY2F0aW9uTGlzdDANBgkqhkiG9w0BAQUFAAOCAQEAJ9PYg/LwB/kYLZRXdM7K lI9Xxs4Xj+6JLUH8C4xQ4RmMPTGnSYV1rQBYgP46KmwMbg2bdfC7yalNjdInmPQN0GYKfkrOeLcY xD5zKR5vsWuTDYx+0vMoy6fLC22ZjW3K3wbxLoDX8Y/Lt8+c5n7KHuFkg8+731G9kSFbNpcDEjH4 GHYDmTPSeYSzpys08ClxwkZ8l4NC0XZ+4YBjtTFTt+N3V9PcDEDVmm5Y2QBkZlMH+M6eSC5R+XYd QWzQhX27yjYjazXs+/eMJ7GcAw6kziM/b+vLYbL4lJHDWfb6t+u04NUF5lgRal7+m5bG7/wfiAYM ptVZcy+V9OitIERkzTGCA+kwggPlAgEBMIGAMHUxCzAJBgNVBAYTAkRFMSUwIwYDVQQKExxULVN5 c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYDVQQLEx1UcnVzdCBDZW50ZXIgRGV1dHNjaGUg VGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENBIDECBwEaM3Hm8+8wCQYFKw4DAhoFAKCCAj0w GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwMTA1MTQ0MTM3WjAj BgkqhkiG9w0BCQQxFgQUqwc+DhjpIXgx/VIXpS4ERu5YcTMwgY8GCSsGAQQBgjcQBDGBgTB/MHUx CzAJBgNVBAYTAkRFMSUwIwYDVQQKExxULVN5c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYD VQQLEx1UcnVzdCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENB IDECBkGaDhXJlzCBkQYLKoZIhvcNAQkQAgsxgYGgfzB1MQswCQYDVQQGEwJERTElMCMGA1UEChMc VC1TeXN0ZW1zIEludGVybmF0aW9uYWwgR21iSDEmMCQGA1UECxMdVHJ1c3QgQ2VudGVyIERldXRz Y2hlIFRlbGVrb20xFzAVBgNVBAMTDlRJS1MgMjAxMCBDQSAxAgZBmg4VyZcwgbcGCSqGSIb3DQEJ DzGBqTCBpjALBglghkgBZQMEASowCwYJYIZIAWUDBAEWMAoGCCqGSIb3DQMHMAsGCWCGSAFlAwQB AjAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZIhvcNAwICASgw BwYFKw4DAhowCwYJYIZIAWUDBAIDMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEwCgYIKoZIhvcN AgUwDQYJKoZIhvcNAQEBBQAEggEAejYMwlR6CtyoSmlxqD7w/rgsZww+tvHheSqKNFm1qhTL1TRf 0uJUAQxTczzcnc/HWbAapZqCL/XdfoEeN2yGv1tTDeHqlV2vRRaZ4gmFvqMG+Umwlhjc9YpecyPA OtPlTOGdAY996MaKThq/NolyWJSCa1HInU9p59hNtplwRpFUGfhtaYausGaFHb1/w6Mh2tYogeQW z8CIL3opdwtINRqVDIXGF/6Wxni2k4ylEVlzh4bxGA2IPwL6q/kwnlyJdHo3mnj0H13aunk8nPvX 0+LHDRu0RLCNUpkJC3N/b38Riuf14WM4N7lWpCWe4Mv6jNLvpg0IDvS1Y058GMILcwAAAAAAAA== ------=_NextPart_000_00B7_01D147CF.903F6090--

2 5

bootstrap error
by pbauer＠algotech.cz 06 Jan '16

06 Jan '16

--------------030302040800050100090100 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Hello, can anybody help me with this error ?? I've got new, fresh !! prepared instalation of four node gluster with separated oVirt 3.5.6 mgmt server ( running on ESX ) . I can't add any new node to oVirt due to "Host 2hp2 installation failed. Invalid data recieved during bootstrap." error. All servers are Centos 7.2.1511 rel. ( minimal ) kernel - 3.10.0-327.3.1.el7.x86_64 #1 SMP Any idea ?? THX a lot Pavel LOGS - /var/log/ovirt-engine/engine.log =============== 2016-01-06 07:28:57,261 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) Error during deploy dialog: java.lang.RuntimeException:*Invalid data recieved during bootstrap* at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,267 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Error during host 172.16.5.154 install: java.lang.RuntimeException: *Invalid data recieved during bootstrap* at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,269 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Installation 172.16.5.154:*Invalid data recieved during bootstrap* 2016-01-06 07:28:57,274 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Correlation ID: 6ff27e07, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host 2hp2. Invalid data recieved during bootstrap. 2016-01-06 07:28:57,275 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Error during host 172.16.5.154 install, prefering first exception: java.lang.RuntimeException:*Invalid data recieved during bootstrap* at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,277 ERROR [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Host installation failed for host d7d43c54-70ee-4c2d-a165-8dfe84db65ec, 2hp2.: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,280 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] START, SetVdsStatusVDSCommand(HostName = 2hp2, HostId = d7d43c54-70ee-4c2d-a165-8dfe84db65ec, status=InstallFailed, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 21b78169 2016-01-06 07:28:57,287 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] FINISH, SetVdsStatusVDSCommand, log id: 21b78169 2016-01-06 07:28:57,292 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Correlation ID: 6ff27e07, Job ID: 99d079e9-81da-472e-a24e-0fb7a9a8559e, Call Stack: null, Custom Event ID: -1, Message: Host 2hp2 installation failed. Invalid data recieved during bootstrap. 2016-01-06 07:28:57,298 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Lock freed to object EngineLock [exclusiveLocks= key: d7d43c54-70ee-4c2d-a165-8dfe84db65ec value: VDS , sharedLocks= ] 2016-01-06 07:29:00,079 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-23) Initializing Host: 2hp2 --------------030302040800050100090100 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"> Hello, can anybody help me with this error ?? I've got new, fresh !! prepared instalation of four node gluster with separated oVirt 3.5.6 mgmt server ( running on ESX ) . I can't add any new node to oVirt due to "Host 2hp2 installation failed. Invalid data recieved during bootstrap." error. All servers are Centos 7.2.1511 rel. ( minimal ) kernel - 3.10.0-327.3.1.el7.x86_64 #1 SMP Any idea ?? THX a lot Pavel LOGS - /var/log/ovirt-engine/engine.log =============== 2016-01-06 07:28:57,261 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) Error during deploy dialog: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,267 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Error during host 172.16.5.154 install: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,269 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Installation 172.16.5.154: Invalid data recieved during bootstrap 2016-01-06 07:28:57,274 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Correlation ID: 6ff27e07, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host 2hp2. Invalid data recieved during bootstrap. 2016-01-06 07:28:57,275 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Error during host 172.16.5.154 install, prefering first exception: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,277 ERROR [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Host installation failed for host d7d43c54-70ee-4c2d-a165-8dfe84db65ec, 2hp2.: java.lang.RuntimeException: Invalid data recieved during bootstrap at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:370) [otopi.jar:] at org.ovirt.otopi.dialog.MachineDialogParser.nextEvent(MachineDialogParser.java:405) [otopi.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:821) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_91] 2016-01-06 07:28:57,280 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] START, SetVdsStatusVDSCommand(HostName = 2hp2, HostId = d7d43c54-70ee-4c2d-a165-8dfe84db65ec, status=InstallFailed, nonOperationalReason=NONE, stopSpmFailureLogged=false), log id: 21b78169 2016-01-06 07:28:57,287 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] FINISH, SetVdsStatusVDSCommand, log id: 21b78169 2016-01-06 07:28:57,292 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Correlation ID: 6ff27e07, Job ID: 99d079e9-81da-472e-a24e-0fb7a9a8559e, Call Stack: null, Custom Event ID: -1, Message: Host 2hp2 installation failed. Invalid data recieved during bootstrap. 2016-01-06 07:28:57,298 INFO [org.ovirt.engine.core.bll.InstallVdsInternalCommand] (org.ovirt.thread.pool-8-thread-10) [6ff27e07] Lock freed to object EngineLock [exclusiveLocks= key: d7d43c54-70ee-4c2d-a165-8dfe84db65ec value: VDS , sharedLocks= ] 2016-01-06 07:29:00,079 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-23) Initializing Host: 2hp2 </body> </html> --------------030302040800050100090100--

2 1

hypervisors failing
by Koen Vanoppen 06 Jan '16

06 Jan '16

Hi All, I have a question. Lately, for some reason we experience problems with our hypervisors. In a way that they suddenly appear to lose connection to a storage domain and start migrating the VM's. But if you can see it during the day and you just press the green arrow on the hypervisor (up) they just come back online and pretend that nothing happend... These are the kind of log lines: Thread-18::ERROR::2016-01-05 07:39:11,170::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 Kind regards, Koen

2 1

GPG Key Expired for ovirt-guest-agent
by Christophe TREFOIS 06 Jan '16

06 Jan '16

--_000_116C08E2533A472BAEE41DAB552DC2D3unilu_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBsaXN0LA0KDQpJdCBzZWVtcyB0aGUga2V5IGZvciB0aGUgaHR0cDovL2Rvd25sb2FkLm9w ZW5zdXNlLm9yZy9yZXBvc2l0b3JpZXMvaG9tZTovZXZpbGlzc2ltbzovdWJ1bnR1Oi8xNC4wNC94 VWJ1bnR1XzE0LjA0LyByZXBvc2l0b3J5IGhhcyBleHBpcmVkIHR3byBkYXlzIGFnby4NCg0KQ291 bGQgaXQgYmUgdXBkYXRlZCBwbGVhc2U/DQoNClRoYW5rIHlvdSwNCg0K4oCUDQpDaHJpc3RvcGhl DQoNCkRyIENocmlzdG9waGUgVHJlZm9pcywgRGlwbC4tSW5nLg0KVGVjaG5pY2FsIFNwZWNpYWxp c3QgLyBQb3N0LURvYw0KDQpVTklWRVJTSVTDiSBEVSBMVVhFTUJPVVJHDQoNCkxVWEVNQk9VUkcg Q0VOVFJFIEZPUiBTWVNURU1TIEJJT01FRElDSU5FDQpDYW1wdXMgQmVsdmFsIHwgSG91c2Ugb2Yg QmlvbWVkaWNpbmUNCjYsIGF2ZW51ZSBkdSBTd2luZw0KTC00MzY3IEJlbHZhdXgNClQ6ICszNTIg NDYgNjYgNDQgNjEyNA0KRjogKzM1MiA0NiA2NiA0NCA2OTQ5DQpodHRwOi8vd3d3LnVuaS5sdS9s Y3NiDQoNCltGYWNlYm9va108aHR0cHM6Ly93d3cuZmFjZWJvb2suY29tL3RyZWZleD4gIFtUd2l0 dGVyXSA8aHR0cHM6Ly90d2l0dGVyLmNvbS9UcmVmZXg+ICAgW0dvb2dsZSBQbHVzXSA8aHR0cHM6 Ly9wbHVzLmdvb2dsZS5jb20vK0NocmlzdG9waGVUcmVmb2lzLz4gICBbTGlua2VkaW5dIDxodHRw czovL3d3dy5saW5rZWRpbi5jb20vaW4vdHJlZm9pc2NocmlzdG9waGU+ICAgW3NreXBlXSA8aHR0 cDovL3NreXBlOlRyZWZleD9jYWxsPg0KDQotLS0tDQpUaGlzIG1lc3NhZ2UgaXMgY29uZmlkZW50 aWFsIGFuZCBtYXkgY29udGFpbiBwcml2aWxlZ2VkIGluZm9ybWF0aW9uLg0KSXQgaXMgaW50ZW5k ZWQgZm9yIHRoZSBuYW1lZCByZWNpcGllbnQgb25seS4NCklmIHlvdSByZWNlaXZlIGl0IGluIGVy cm9yIHBsZWFzZSBub3RpZnkgbWUgYW5kIHBlcm1hbmVudGx5IGRlbGV0ZSB0aGUgb3JpZ2luYWwg bWVzc2FnZSBhbmQgYW55IGNvcGllcy4NCi0tLS0NCg0KDQoNCg== --_000_116C08E2533A472BAEE41DAB552DC2D3unilu_ Content-Type: text/html; charset="utf-8" Content-ID: <A359C3B346322C40B2AEEE284AB06161(a)uni.lux> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KRGVhciBsaXN0LA0KPGRpdiBjbGFz cz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SXQgc2VlbXMgdGhlIGtl eSBmb3IgdGhlJm5ic3A7PGEgaHJlZj0iaHR0cDovL2Rvd25sb2FkLm9wZW5zdXNlLm9yZy9yZXBv c2l0b3JpZXMvaG9tZTovZXZpbGlzc2ltbzovdWJ1bnR1Oi8xNC4wNC94VWJ1bnR1XzE0LjA0LyIg Y2xhc3M9IiI+aHR0cDovL2Rvd25sb2FkLm9wZW5zdXNlLm9yZy9yZXBvc2l0b3JpZXMvaG9tZTov ZXZpbGlzc2ltbzovdWJ1bnR1Oi8xNC4wNC94VWJ1bnR1XzE0LjA0LzwvYT4mbmJzcDtyZXBvc2l0 b3J5IGhhcyBleHBpcmVkDQogdHdvIGRheXMgYWdvLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q291bGQgaXQgYmUgdXBkYXRlZCBwbGVh c2U/PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj5UaGFuayB5b3UsPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj7igJQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q2hyaXN0b3BoZTxiciBj bGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDAp OyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFy dDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBu b3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJv a2Utd2lkdGg6IDBweDsgd29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTog c3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4N CjxwIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTBw dDsgbGluZS1oZWlnaHQ6IDE2cHg7IGNvbG9yOiByZ2IoMzMsIDMzLCAzMyk7IiBjbGFzcz0iIj4N CjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDogYm9sZDsgY29sb3I6IHJnYig2MSwgNTksIDU5KTsg ZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+RHIgQ2hyaXN0b3BoZSBUcmVmb2lzLCBEaXBsLi1J bmcuPC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9ImRpc3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPjwvc3Bhbj48YnIgY2xhc3M9IiI+DQo8 c3BhbiBzdHlsZT0iY29sb3I6IHJnYig2MSwgNTksIDU5KTsgZGlzcGxheTogaW5saW5lOyBmb250 LXNpemU6IDcuNXB0OyIgY2xhc3M9IiI+VGVjaG5pY2FsIFNwZWNpYWxpc3QgLyBQb3N0LURvYzwv c3Bhbj48L3A+DQo8cCBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250 LXNpemU6IDcuNXB0OyBsaW5lLWhlaWdodDogMTZweDsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtd2VpZ2h0OiBib2xkOyBjb2xvcjogcmdiKDYxLCA1OSwgNTkpOyBkaXNwbGF5OiBpbmxp bmU7IiBjbGFzcz0iIj5VTklWRVJTSVTDiSBEVSBMVVhFTUJPVVJHPC9zcGFuPjxiciBjbGFzcz0i Ij4NCjxzcGFuIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+ DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyBjb2xvcjogcmdiKDYxLCA1 OSwgNTkpOyBkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj5MVVhFTUJPVVJHIENFTlRSRSBGT1Ig U1lTVEVNUyBCSU9NRURJQ0lORTwvc3Bhbj48YnIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iY29s b3I6IHJnYig2MSwgNTksIDU5KTsgZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+Q2FtcHVzIEJl bHZhbCB8IEhvdXNlIG9mIEJpb21lZGljaW5lPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj48YnIgY2xhc3M9IiI+DQo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNw YWNlIj42LCBhdmVudWUgZHUgU3dpbmcmbmJzcDs8L3NwYW4+PGJyIGNsYXNzPSIiPg0KTC00MzY3 IEJlbHZhdXg8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48 YnIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iY29sb3I6IHJnYig2MSwgNTksIDU5KTsgZGlzcGxh eTogaW5saW5lOyIgY2xhc3M9IiI+VDo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDYxLCA1OSwgNTkp OyBkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj4mIzQzOzM1MiA0NiA2NiA0NCA2MTI0PC9zcGFu PjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnIgY2xh c3M9IiI+DQo8c3BhbiBzdHlsZT0iY29sb3I6IHJnYig2MSwgNTksIDU5KTsgZGlzcGxheTogaW5s aW5lOyIgY2xhc3M9IiI+Rjo8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDYxLCA1OSwgNTkpOyBkaXNw bGF5OiBpbmxpbmU7IiBjbGFzcz0iIj4mIzQzOzM1MiA0NiA2NiA0NCA2OTQ5PC9zcGFuPjxzcGFu IGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0i QXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImRpc3BsYXk6 IGlubGluZTsiIGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvc3Bhbj48YSBocmVmPSJodHRwOi8v d3d3LnVuaS5sdS9sY3NiIiBzdHlsZT0iY29sb3I6IHJnYigwLCAxMDksIDE4OSk7IGRpc3BsYXk6 IGlubGluZTsiIGNsYXNzPSIiPmh0dHA6Ly93d3cudW5pLmx1L2xjc2I8L2E+PC9wPg0KPHAgc3R5 bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyBsaW5l LWhlaWdodDogMTZweDsiIGNsYXNzPSIiPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuZmFjZWJvb2su Y29tL3RyZWZleCIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPjxpbWcgd2lkdGg9 IjI0IiBoZWlnaHQ9IjI0IiBkYXRhLWZpbGVuYW1lPSJmYWNlYm9vay5wbmciIHNyYz0iaHR0cHM6 Ly9zMy5hbWF6b25hd3MuY29tL2h0bWxzaWctYXNzZXRzL3JvdW5kZWQvZmFjZWJvb2sucG5nIiBh bHQ9IkZhY2Vib29rIiBjbGFzcz0iIj48L2E+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj48YSBocmVmPSJodHRwczovL3R3aXR0ZXIuY29tL1RyZWZleCIgc3R5bGU9ImRp c3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPjxpbWcgd2lkdGg9IjI0IiBoZWlnaHQ9IjI0IiBkYXRh LWZpbGVuYW1lPSJ0d2l0dGVyLnBuZyIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20vaHRt bHNpZy1hc3NldHMvcm91bmRlZC90d2l0dGVyLnBuZyIgYWx0PSJUd2l0dGVyIiBjbGFzcz0iIj48 L2E+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxzcGFu IGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJodHRw czovL3BsdXMuZ29vZ2xlLmNvbS8mIzQzO0NocmlzdG9waGVUcmVmb2lzLyIgc3R5bGU9ImRpc3Bs YXk6IGlubGluZTsiIGNsYXNzPSIiPjxpbWcgd2lkdGg9IjI0IiBoZWlnaHQ9IjI0IiBkYXRhLWZp bGVuYW1lPSJnb29nbGVwbHVzLnBuZyIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20vaHRt bHNpZy1hc3NldHMvcm91bmRlZC9nb29nbGVwbHVzLnBuZyIgYWx0PSJHb29nbGUgUGx1cyIgY2xh c3M9IiI+PC9hPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJl Zj0iaHR0cHM6Ly93d3cubGlua2VkaW4uY29tL2luL3RyZWZvaXNjaHJpc3RvcGhlIiBzdHlsZT0i ZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+PGltZyB3aWR0aD0iMjQiIGhlaWdodD0iMjQiIGRh dGEtZmlsZW5hbWU9ImxpbmtlZGluLnBuZyIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20v aHRtbHNpZy1hc3NldHMvcm91bmRlZC9saW5rZWRpbi5wbmciIGFsdD0iTGlua2VkaW4iIGNsYXNz PSIiPjwvYT48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9 Imh0dHA6Ly9za3lwZTpUcmVmZXg/Y2FsbCIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiIGNsYXNz PSIiPjxpbWcgd2lkdGg9IjI0IiBoZWlnaHQ9IjI0IiBkYXRhLWZpbGVuYW1lPSJza3lwZS5wbmci IHNyYz0iaHR0cHM6Ly9zMy5hbWF6b25hd3MuY29tL2h0bWxzaWctYXNzZXRzL3JvdW5kZWQvc2t5 cGUucG5nIiBhbHQ9InNreXBlIiBjbGFzcz0iIj48L2E+PC9wPg0KPHAgY2xhc3M9ImJhbm5lci1j b250YWluZXIiIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6 ZTogMTRweDsgbGluZS1oZWlnaHQ6IDE2cHg7Ij4NCjwvcD4NCjxwIHN0eWxlPSJmb250LWZhbWls eTogQXJpYWwsIHNhbnMtc2VyaWY7IGNvbG9yOiByZ2IoNjEsIDU5LCA1OSk7IGZvbnQtc2l6ZTog OXB4OyBsaW5lLWhlaWdodDogMTZweDsiIGNsYXNzPSIiPg0KLS0tLTxiciBjbGFzcz0iIj4NClRo aXMgbWVzc2FnZSBpcyBjb25maWRlbnRpYWwgYW5kIG1heSBjb250YWluIHByaXZpbGVnZWQgaW5m b3JtYXRpb24uPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PjxiciBjbGFzcz0iIj4NCkl0IGlzIGludGVuZGVkIGZvciB0aGUgbmFtZWQgcmVjaXBpZW50IG9u bHkuPHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxiciBj bGFzcz0iIj4NCklmIHlvdSByZWNlaXZlIGl0IGluIGVycm9yIHBsZWFzZSBub3RpZnkgbWUgYW5k IHBlcm1hbmVudGx5IGRlbGV0ZSB0aGUgb3JpZ2luYWwgbWVzc2FnZSBhbmQgYW55IGNvcGllcy48 c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyIGNsYXNz PSIiPg0KLS0tLTxiciBjbGFzcz0iIj4NCjwvcD4NCiZuYnNwOzxzcGFuIGNsYXNzPSJBcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_116C08E2533A472BAEE41DAB552DC2D3unilu_--

3 4

HE (3.6) on gluster storage, chicken and egg status
by Fil Di Noto 06 Jan '16

06 Jan '16

I've managed to get hosted-engine running but could use some direction for what comes next. Summary: 4 Hosts, CentOS 7.2, oVirt 3.6 (from ovirt.org repo) All hosts are in default/default datacenter/cluster All 4 hosts are running glusterd HE is installed on glusterfs volume, replica 3, on hosts 1,2, and 3. ( started with replica 4, but removed 4th brick to satisfy HE --deploy) Status: All hosts are active Datacenter is not initialized Issues: Attach hosted_storage to Default datacenter fails New volume dialog doesn't allow me to select a datacenter (list is empty) Questions: 1. Why doesn't replica 4 work as a glusterfs volume, is this just because of the installer or is there a more fundamental reason? 2. I assume the reason I can't create new volumes is because I don't have a data storage domain configured yet. I want all of my data storage to be glusterfs. How do I escape this chicken/egg puzzle? 3. What question should I be asking that I am not? Thanks

4 5

3.6.1 hosted engine won't start after reboot
by Fredy Sanchez 06 Jan '16

06 Jan '16

Hi list, Fresh install of 3.6.1 on CentOS 7.2 (physical host and engine vm). After a reboot, the engine vm will not come up. To be precise, the engine starts up, works for a few seconds, then reboots (see attached logs). Searching on the Internet seems that my problem is “After installation of the hosted-engine using the iso and commands you specified and rebooting the engine and registering the host in the engine, the engines network configuration is set to "managed by NetworkManager" but no NetworkManager is installed on the system. So the reboot will result in the loss of network connectivity and ha-agent trying to restart the hosted-engine in a loop.” Does anybody know if I can fix this on /var/run/ovirt-hosted-engine-ha/vm.conf or somewhere else? /var/log/ovirt-hosted-engine-ha/agent.log and /var/log/ovirt-hosted-engine-ha/broker.log haven’t been much help, even when set to debug mode. hosted-engine —vm-status says “Engine status : {"reason": "failed liveness check", "health": "bad", "vm": "up", "detail": "up”}” Score is 3400. This is what I see in the logs: /var/log/ovirt-hosted-engine-ha/agent.log (attached) /var/log/ovirt-hosted-engine-ha/broker.log (attached) Thank you very much! -- Fredy

3 5

Re: [ovirt-users] since upgrade of hosted engine, its not starting anymore
by Wu, Qiong 05 Jan '16

05 Jan '16

------=_NextPart_000_00C6_01D147D0.6C8FAD20 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00C7_01D147D0.6C8FAD20" ------=_NextPart_001_00C7_01D147D0.6C8FAD20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I can access the storage domain with vdsclient but the state is not online or okay: [root@ovirt ovirt-hosted-engine]# vdsClient -s 0 getStorageDomainInfo 48fb7be2-d8eb-44e4-8690-7770ccaf3766 uuid = 48fb7be2-d8eb-44e4-8690-7770ccaf3766 version = 3 role = Regular remotePath = ovirt-nfs.lab:/engine type = NFS class = Data pool = ['90cb594c-3c65-4485-822f-e932f14fd18b'] name = hosted_storage also when I do getStoragePoolInfo I get this: [root@ovirt ovirt-hosted-engine]# vdsClient -s 0 getStoragePoolInfo 90cb594c-3c65-4485-822f-e932f14fd18b Unknown pool id, pool not connected: ('90cb594c-3c65-4485-822f-e932f14fd18b',) Thanks for help, hope I can recover somehow from this L Cheers Qiong Von: Wu, Qiong Gesendet: Dienstag, 5. Januar 2016 15:42 An: 'users(a)ovirt.org' Betreff: since upgrade of hosted engine, its not starting anymore Hi everyone, I have an issue with my ovirt deployment with hosted engine. After an upgrade of the hosted engine I am not able to start it anymore. I see this in my vdsm.log Thread-1323::ERROR::2016-01-05 15:36:48,489::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Unknown pool id, pool not connected: ('90cb594c-3c65-4485-822f-e932f14fd18b',)", 'code': 309}} Is somebody able to help? I am kind of desperate already, as I tried lots of things already, including changing dom_md/metadata at the storage domain Gluster is working properly, I am able to connect and write via nfs. Thanks & Cheers Qiong ------=_NextPart_001_00C7_01D147D0.6C8FAD20 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-microsoft-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=3DGenerator content=3D"Microsoft Word 12 = (filtered medium)"><style></style></head><body lang=3DDE link=3Dblue = vlink=3Dpurple><div class=3DWordSection1>I can access the storage domain = with vdsclient but the state is not online or = okay:<o:p></o:p><o:p> </o:p>[root@ovirt = ovirt-hosted-engine]# vdsClient -s 0 getStorageDomainInfo = 48fb7be2-d8eb-44e4-8690-7770ccaf3766<o:p></o:p>        uuid = =3D 48fb7be2-d8eb-44e4-8690-7770ccaf3766<o:p></o:p>        = version =3D 3<o:p></o:p>        role = =3D Regular<o:p></o:p>        = remotePath =3D ovirt-nfs.lab:/engine<o:p></o:p>        type = =3D NFS<o:p></o:p>        class = =3D Data<o:p></o:p>        pool = =3D ['90cb594c-3c65-4485-822f-e932f14fd18b']<o:p></o:p>        name = =3D hosted_storage<o:p></o:p><o:p> </o:p>also when I = do getStoragePoolInfo  I get this: <o:p></o:p><o:p> </o:p>[root@ovirt = ovirt-hosted-engine]# vdsClient -s 0 getStoragePoolInfo = 90cb594c-3c65-4485-822f-e932f14fd18b<o:p></o:p>Unknown = pool id, pool not connected: = ('90cb594c-3c65-4485-822f-e932f14fd18b',)<o:p></o:p><o:p> </o:p>Thanks for = help, hope I can recover somehow from this L<o:p></o:p><o:p> </o:p>Cheers<o:p></o:p>Qiong<o:p></o:p><o:p> </o:p><div><div = style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm = 0cm 0cm'><o:p> <= /o:p>Von:<= /b> = Wu, Qiong Gesendet: Dienstag, 5. Januar 2016 = 15:42 An: 'users(a)ovirt.org' Betreff: since upgrade = of hosted engine, its not starting = anymore<o:p></o:p></div></div><o:p> </o:p>Hi = everyone,<o:p></o:p><o:p> </o:p>I have an issue with my ovirt = deployment with hosted engine.<o:p></o:p>After an upgrade of the hosted = engine I am not able to start it anymore.<o:p></o:p><o:p> </o:p>I see this in my = vdsm.log<o:p></o:p><o:p> </o:p>Thread-1323::ERROR::2016-01-05 = 15:36:48,489::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': = {'message': "Unknown pool id, pool not connected: = ('90cb594c-3c65-4485-822f-e932f14fd18b',)", 'code': = 309}}<o:p></o:p><o:p> </o:p>Is somebody able to help? I am kind of desperate already, = as I tried lots of things already, including changing dom_md/metadata at = the storage domain<o:p></o:p>Gluster is working properly, I am able to connect and write = via nfs.<o:p></o:p><o:p> </o:p>Thanks & Cheers<o:p></o:p>Qiong<o:p></o:p></div></body></html> ------=_NextPart_001_00C7_01D147D0.6C8FAD20-- ------=_NextPart_000_00C6_01D147D0.6C8FAD20 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIR4jCCApow ggIDoAMCAQICASQwDQYJKoZIhvcNAQEEBQAwcTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRz Y2hlIFRlbGVrb20gQUcxHzAdBgNVBAsTFlQtVGVsZVNlYyBUcnVzdCBDZW50ZXIxIzAhBgNVBAMT GkRldXRzY2hlIFRlbGVrb20gUm9vdCBDQSAxMB4XDTk5MDcwOTExMzQwMFoXDTE5MDcwOTIzNTkw MFowcTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRzY2hlIFRlbGVrb20gQUcxHzAdBgNVBAsT FlQtVGVsZVNlYyBUcnVzdCBDZW50ZXIxIzAhBgNVBAMTGkRldXRzY2hlIFRlbGVrb20gUm9vdCBD QSAxMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDQ3ZsMoBdERA+vIUBzZ1bwPmloEbrZN/KB rsMkrGmhzfymGFVW/4ufMsHb53gsOdtggUGl79PNgI0YPOJSDAuf92Se5aDwuGFi9L/go9pYK/0V BGu9Op58nfI92OSVw+xOwvFlqwxL7EeCW+LhUHXY9mG0GFztM6BLHoP7T4S8eQIDAQABo0IwQDAd BgNVHQ4EFgQUFDHif5zKEpX78XAg200oE3FCYcYwDwYDVR0TBAgwBgEB/wIBBTAOBgNVHQ8BAf8E BAMCAQYwDQYJKoZIhvcNAQEEBQADgYEAnR0Q+pPIHWQgRV6cbwVto1J/p6iHZbNnmjaGeHIWFf/X RXMoAYaInZHq3tYpCww+o5l0QAzM7BDgZPxwtro5EifyXgBQtQvWSt+pb/SzCSiA/NIexOxwRoVM 3kWwAZU4rBafRkruLcu9y2WxOuWmSwRLDjP/HHvIhIRH4VpkRkowggSMMIID9aADAgECAgIBATAN BgkqhkiG9w0BAQUFADBxMQswCQYDVQQGEwJERTEcMBoGA1UEChMTRGV1dHNjaGUgVGVsZWtvbSBB RzEfMB0GA1UECxMWVC1UZWxlU2VjIFRydXN0IENlbnRlcjEjMCEGA1UEAxMaRGV1dHNjaGUgVGVs ZWtvbSBSb290IENBIDEwHhcNMTEwOTE0MTM0NzEyWhcNMTkwNzA5MjM1OTU5WjB1MQswCQYDVQQG EwJERTElMCMGA1UEChMcVC1TeXN0ZW1zIEludGVybmF0aW9uYWwgR21iSDEmMCQGA1UECxMdVHJ1 c3QgQ2VudGVyIERldXRzY2hlIFRlbGVrb20xFzAVBgNVBAMTDlRJS1MgMjAxMCBDQSAxMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA4j3NqffxTahAsyPjhU0AUY3sKLZGfptpb/X5WXmL QX5E7uToeX2NE8ywTHgHSKo8o2Nmg1U2k1cF0Ry8bjVVs8zsOLLeFDqqSOWJRGROqO31FHOFF3Du zy5ZSVg+kRcTGpgyWjuCFMd1TEuRDv0T8lKKL80lmO3+TLjFDEN5ZM9SP94llwO159OinkqmWUV4 +F7KcV720xkbgCHgI6/FzKHNlD/ueZ/LSpjXxmilkL6x2lT7AUmcnJqdd6jvo9ax028fHaiFkA9l sE+OvuLUEJzz3a3Rx0TerYh5sk7ynvoNsQDk/vzgobtDebp3tNUI8TFaqcptcTm1WdMhgpYV3wID AQABo4IBqTCCAaUwEgYDVR0TAQH/BAgwBgEB/wIBADBVBgNVHSAETjBMMEoGCSsGAQQBvUcNEDA9 MDsGCCsGAQUFBwIBFi9odHRwOi8vdGlrczIwMTAudGVsZXNlYy5kZS9jcHMvdGlrczIwMTAtQ1BT LnBkZjAOBgNVHQ8BAf8EBAMCAQYwgecGA1UdHwSB3zCB3DA0oDKgMIYuaHR0cDovL3Rpa3MyMDEw LnRlbGVzZWMuZGUvcmwvRFRfUk9PVF9DQV8xLmNybDCBo6CBoKCBnYaBmmxkYXA6Ly9sZGFwLXRp a3MyMDEwLnRlbGVzZWMuZGUvY249RGV1dHNjaGUlMjBUZWxla29tJTIwUm9vdCUyMENBJTIwMSxv dT1ULVRlbGVTZWMlMjBUcnVzdCUyMENlbnRlcixvPURldXRzY2hlJTIwVGVsZWtvbSUyMEFHLGM9 REU/QXV0aG9yaXR5UmV2b2NhdGlvbkxpc3QwHQYDVR0OBBYEFFAnXDUTlaOExsFEAvJvoGqfd1FH MB8GA1UdIwQYMBaAFBQx4n+cyhKV+/FwINtNKBNxQmHGMA0GCSqGSIb3DQEBBQUAA4GBAB0MaaTB i2rg1DpvIM5LwOGk3EiimdeUPNj/GyeOIRlCV1AsnZEkv8tZ08SV06nBlW/tuyBTqGuiyQBIxD1I 3U95bY9ZiyW3JrNeMknjhjPRPqnnqErd9Qzw0MvG+zoAPxVnPXAsBf/CtIX3hsC0zItWIP10/Xvb ZORrrIvhVTWKMIIFVTCCBD2gAwIBAgIGQZoOFcmXMA0GCSqGSIb3DQEBBQUAMHUxCzAJBgNVBAYT AkRFMSUwIwYDVQQKExxULVN5c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYDVQQLEx1UcnVz dCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENBIDEwHhcNMTMx MDE0MDgyMDAzWhcNMTYxMDE0MjM1OTU5WjCBhTELMAkGA1UEBhMCREUxHDAaBgNVBAoTE0RldXRz Y2hlIFRlbGVrb20gQUcxDTALBgNVBAsTBGR0cGkxFjAUBgNVBAsMDVAmSSBEYXJtc3RhZHQxETAP BgNVBAMTCFd1IFFpb25nMR4wHAYJKoZIhvcNAQkBFg9xLnd1QHRlbGVrb20uZGUwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQCdnL+AAzb3qXY25dzGrm/+cB8zQDlptKHCYb7O5Rw+Ce79 nG+fJ0pYXiq/7r5K3Ysd3uGPWB+bKvkGp8GLMNOd4jnf8sSo0cUuPueLMq5XwkW/rAdXQhZ/sHCx MiU8YXqZ/vN4k3FfkV1q7AjKDRR8/pWPlt194HqPNGqlpbhg/mSiwMWwJmGpcCkqvE11Xd4VNQUv qgT9ySaz4B6jx01HptmnzRQTanneDKkhZfCafmuDghJSyfKk9ljeo1UEd1U7LuNp/bCUrYE2zC8Y q//8FUWcMPgdaJD8opQS2hFkAmSD3B0ycUPrS9rs74REZlIDLvG8xpe0dGdHTzfnJxn5AgMBAAGj ggHYMIIB1DAfBgNVHSMEGDAWgBRQJ1w1E5WjhMbBRALyb6Bqn3dRRzAOBgNVHQ8BAf8EBAMCBSAw HQYDVR0OBBYEFJsp4zl9o+fsPzq+uG8RvkKojkbBMHUGA1UdIARuMGwwagYJKwYBBAG9Rw0QMF0w WwYIKwYBBQUHAgEWT2h0dHA6Ly9rcnlwdHNpLnRlbGVzZWMuZGUvY2dpLWJpbi9jYXNlcnZpY2Uv a3J5cFRTSS9Eb3dubG9hZFBERi9rcnlwVFNJLUNQUy5wZGYwGgYDVR0RBBMwEYEPcS53dUB0ZWxl a29tLmRlMIHuBgNVHR8EgeYwgeMwNqA0oDKGMGh0dHA6Ly90aWtzMjAxMC50ZWxlc2VjLmRlL3Js L1RJS1NfMjAxMF9DQV8xLmNybDCBqKCBpaCBooaBn2xkYXA6Ly9sZGFwLWtyeXBUU0kudGVsZXNl Yy5kZS9jbj1USUtTJTIwMjAxMCUyMENBJTIwMSxvdT1UcnVzdCUyMENlbnRlciUyMERldXRzY2hl JTIwVGVsZWtvbSxvPVQtU3lzdGVtcyUyMEludGVybmF0aW9uYWwlMjBHbWJILGM9REU/Q2VydGlm aWNhdGVSZXZvY2F0aW9uTGlzdDANBgkqhkiG9w0BAQUFAAOCAQEAmjJXGppYZqaw+vB/Oy7Rndkc 1gwvseNldJWiyG/2KnIQSmGrjvewDL6jPahpdi0/BkC+sGBQM/RzjgpSNGDsRcp27c+jlvIZQcuO 7DdXmziZaS65Eye6Yjwx+Ps/VcnAObs1t9BK+vng6CqR4oG4iw6X4U8264fW9wEwcoyP3resIbfF GivRGQu5WylqXx0SGaGtrJnk0Nmw78CCvo+88Z8Q1PUj5jjzLvJ+Pygh4ewZ+r2s2aBXcEDBNKM3 Rt4c04rl8ckMjw5BVOojWADPqZ37UWFvEoBG6nN/DrKnm43F8nODuk99RQczDQlfh7BHA1OzWfEK nn1Y+BCbTROU7DCCBVcwggQ/oAMCAQICBwEaM3Hm8+8wDQYJKoZIhvcNAQEFBQAwdTELMAkGA1UE BhMCREUxJTAjBgNVBAoTHFQtU3lzdGVtcyBJbnRlcm5hdGlvbmFsIEdtYkgxJjAkBgNVBAsTHVRy dXN0IENlbnRlciBEZXV0c2NoZSBUZWxla29tMRcwFQYDVQQDEw5USUtTIDIwMTAgQ0EgMTAeFw0x MzEwMTQwODIwMDJaFw0xNjEwMTQyMzU5NTlaMIGFMQswCQYDVQQGEwJERTEcMBoGA1UEChMTRGV1 dHNjaGUgVGVsZWtvbSBBRzENMAsGA1UECxMEZHRwaTEWMBQGA1UECwwNUCZJIERhcm1zdGFkdDER MA8GA1UEAxMIV3UgUWlvbmcxHjAcBgkqhkiG9w0BCQEWD3Eud3VAdGVsZWtvbS5kZTCCASMwDQYJ KoZIhvcNAQEBBQADggEQADCCAQsCggEBALUAavv4mHp6HWq1uoy0PaQewjQpn2iCIESaAsa7m1Ft l5iFZKnOmk1qRcffiZw3/8ghwMZe5fRdRdE34eMjB3hnvm/eTBKGWPEYv2Wnk8m07vgcEE5xiZGA lhfQ//vWDXGL1lEDomc3VxDUkkvNNjloeGfnvmag/bi2ke8sgSTcjNQa5ZFrA7iz9OXxS28QzTas wLcpIbM+8lf29Lx12eXLB2gBlYEp0ZQnuSWCAJg6wpadrXrS0XmqUZ+aKXqwxjBR0MX+X6xTk0qC PQrp13l4zjlaOWMjLvYsHF9ppmlqqANlqZ6fSQMoepX2YCub9BlbyQbpBfxX1l0sXJpmhQsCBEAA AIGjggHYMIIB1DAfBgNVHSMEGDAWgBRQJ1w1E5WjhMbBRALyb6Bqn3dRRzAOBgNVHQ8BAf8EBAMC B4AwHQYDVR0OBBYEFEVtRG3I1Vf9s1m8bZDcc/FLX/17MHUGA1UdIARuMGwwagYJKwYBBAG9Rw0Q MF0wWwYIKwYBBQUHAgEWT2h0dHA6Ly9rcnlwdHNpLnRlbGVzZWMuZGUvY2dpLWJpbi9jYXNlcnZp Y2Uva3J5cFRTSS9Eb3dubG9hZFBERi9rcnlwVFNJLUNQUy5wZGYwGgYDVR0RBBMwEYEPcS53dUB0 ZWxla29tLmRlMIHuBgNVHR8EgeYwgeMwNqA0oDKGMGh0dHA6Ly90aWtzMjAxMC50ZWxlc2VjLmRl L3JsL1RJS1NfMjAxMF9DQV8xLmNybDCBqKCBpaCBooaBn2xkYXA6Ly9sZGFwLWtyeXBUU0kudGVs ZXNlYy5kZS9jbj1USUtTJTIwMjAxMCUyMENBJTIwMSxvdT1UcnVzdCUyMENlbnRlciUyMERldXRz Y2hlJTIwVGVsZWtvbSxvPVQtU3lzdGVtcyUyMEludGVybmF0aW9uYWwlMjBHbWJILGM9REU/Q2Vy dGlmaWNhdGVSZXZvY2F0aW9uTGlzdDANBgkqhkiG9w0BAQUFAAOCAQEAJ9PYg/LwB/kYLZRXdM7K lI9Xxs4Xj+6JLUH8C4xQ4RmMPTGnSYV1rQBYgP46KmwMbg2bdfC7yalNjdInmPQN0GYKfkrOeLcY xD5zKR5vsWuTDYx+0vMoy6fLC22ZjW3K3wbxLoDX8Y/Lt8+c5n7KHuFkg8+731G9kSFbNpcDEjH4 GHYDmTPSeYSzpys08ClxwkZ8l4NC0XZ+4YBjtTFTt+N3V9PcDEDVmm5Y2QBkZlMH+M6eSC5R+XYd QWzQhX27yjYjazXs+/eMJ7GcAw6kziM/b+vLYbL4lJHDWfb6t+u04NUF5lgRal7+m5bG7/wfiAYM ptVZcy+V9OitIERkzTGCA+kwggPlAgEBMIGAMHUxCzAJBgNVBAYTAkRFMSUwIwYDVQQKExxULVN5 c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYDVQQLEx1UcnVzdCBDZW50ZXIgRGV1dHNjaGUg VGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENBIDECBwEaM3Hm8+8wCQYFKw4DAhoFAKCCAj0w GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwMTA1MTQ0NzQ3WjAj BgkqhkiG9w0BCQQxFgQUSLyKCErD66OLUH/ANzDzZqSK/48wgY8GCSsGAQQBgjcQBDGBgTB/MHUx CzAJBgNVBAYTAkRFMSUwIwYDVQQKExxULVN5c3RlbXMgSW50ZXJuYXRpb25hbCBHbWJIMSYwJAYD VQQLEx1UcnVzdCBDZW50ZXIgRGV1dHNjaGUgVGVsZWtvbTEXMBUGA1UEAxMOVElLUyAyMDEwIENB IDECBkGaDhXJlzCBkQYLKoZIhvcNAQkQAgsxgYGgfzB1MQswCQYDVQQGEwJERTElMCMGA1UEChMc VC1TeXN0ZW1zIEludGVybmF0aW9uYWwgR21iSDEmMCQGA1UECxMdVHJ1c3QgQ2VudGVyIERldXRz Y2hlIFRlbGVrb20xFzAVBgNVBAMTDlRJS1MgMjAxMCBDQSAxAgZBmg4VyZcwgbcGCSqGSIb3DQEJ DzGBqTCBpjALBglghkgBZQMEASowCwYJYIZIAWUDBAEWMAoGCCqGSIb3DQMHMAsGCWCGSAFlAwQB AjAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZIhvcNAwICASgw BwYFKw4DAhowCwYJYIZIAWUDBAIDMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEwCgYIKoZIhvcN AgUwDQYJKoZIhvcNAQEBBQAEggEAIpMTi3ORFT9+lGQWOIAmbIGxK7gHuK4LgHHHdQsdG8B5zcKn 2UR1x3aQRZnZx8YXwVD1tKGG6uw8f+8jITTj9K6sfl8K7uuCMUdpBSchg5cbs7Jh/1wMXR+E/PIE OkW2RPC1L97xE+XNEZNUcU+/e8dfu5L1F70WvZNlBWyAYIY7oy4Vv3WRTwY30udF3Ys8QODUI6aJ avgH+hq8pMwDBqJXito0pYjhS8aCRTdwdvvVJE1Yj2ddtz/+x/kxb0qZdxlQ4C9zbEryIZGLvcRj RyPGc7OIy/LHDl12n+7BzE/nky4fM0M3dLKLkr/2lKQMMEE9CYpuNEvqtCeY08yXIAAAAAAAAA== ------=_NextPart_000_00C6_01D147D0.6C8FAD20--

1 0

Hosted
by Budur Nagaraju 05 Jan '16

05 Jan '16

HI What is the command to execute in the hosted engine to get the below options ? Engine health status page is not yet reachable. To continue make a selection from the options below: (1) Continue setup - engine installation is complete (2) Power off and restart the VM (3) Abort setup (4) Destroy VM and abort setup

2 1

Hosted-Engine
by Budur Nagaraju 05 Jan '16

05 Jan '16

Installed hosted engine and configured ovirt engine on it and issue is after sometime ovirt engine is automatically getting rebooted ,can you pls help me . Thanks, Nagaraju

2 3

Hosted-engine
by Budur Nagaraju 05 Jan '16

05 Jan '16

HI After installation of Hosted-Emgine ,I have rebooted the vm and getting the following error. [root@He ~]# hosted-engine --vm-status Failed to connect to broker, the number of errors has exceeded the limit (1) Cannot connect to the HA daemon, please check the logs. [root@He ~]# Can someone help me ? Thanks, Nagaraju

3 3

Gluster Data domain not correctly setup at boot
by Stefano Danzi 05 Jan '16

05 Jan '16

I have one testing host (only one) with hosted engine and a gluster data domain (in the same machine). When I start the host and the engine I can see data domain active "up and green" but in the event list I get: - Invalid status on Data Center Default. Setting status to Non Responsive - Storage Domain Data (Data Center Default) was deactivated by system because it's not visible by any of the hosts If I try tu start a VM I get: - Failed to run onDalesSRV on Host ovirt01 - VM onSalesSRV is down with error. Exit message: Cannot access storage file '/rhev/data-center/00000002-0002-0002-0002-0000000001ef/f739b27a-35bf-49c7-a95b-a92ec5c10320/images...... The gluster volume is correctly mounted: [root@ovirt01 ~]# df -h File system Dim. Usati Dispon. Uso% Montato su /dev/mapper/centos_ovirt01-root 50G 18G 33G 35% / devtmpfs 7,8G 0 7,8G 0% /dev tmpfs 7,8G 0 7,8G 0% /dev/shm tmpfs 7,8G 17M 7,8G 1% /run tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup /dev/mapper/centos_ovirt01-home 10G 1,3G 8,8G 13% /home /dev/mapper/centos_ovirt01-glusterOVEngine 50G 11G 40G 22% /home/glusterfs/engine /dev/md0 494M 244M 251M 50% /boot /dev/mapper/centos_ovirt01-glusterOVData 500G 135G 366G 27% /home/glusterfs/data ovirt01.hawai.lan:/engine 50G 11G 40G 22% /rhev/data-center/mnt/ovirt01.hawai.lan:_engine tmpfs 1,6G 0 1,6G 0% /run/user/0 ovirtbk-sheng.hawai.lan:/var/lib/exports/iso 22G 7,6G 15G 35% /rhev/data-center/mnt/ovirtbk-sheng.hawai.lan:_var_lib_exports_iso ovirt01.hawai.lan:/data 500G 135G 366G 27% /rhev/data-center/mnt/glusterSD/ovirt01.hawai.lan:_data But link on '/rhev/data-center/0....' is missing: [root@ovirt01 ~]# ls -la /rhev/data-center/00000002-0002-0002-0002-0000000001ef/ totale 0 drwxr-xr-x. 2 vdsm kvm 64 4 gen 14.31 . drwxr-xr-x. 4 vdsm kvm 59 4 gen 14.31 .. lrwxrwxrwx. 1 vdsm kvm 84 4 gen 14.31 46f55a31-f35f-465c-b3e2-df45c05e06a7 -> /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7 lrwxrwxrwx. 1 vdsm kvm 84 4 gen 14.31 mastersd -> /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7 If I put data domain on maintenace mode and reactivate it I can run the VMs. Mounted fs are the same, but now I have links into /rhev/data-center/ : [root@ovirt01 ~]# ls -la /rhev/data-center/00000002-0002-0002-0002-0000000001ef/ totale 4 drwxr-xr-x. 2 vdsm kvm 4096 4 gen 17.10 . drwxr-xr-x. 4 vdsm kvm 59 4 gen 17.10 .. lrwxrwxrwx. 1 vdsm kvm 84 4 gen 14.31 46f55a31-f35f-465c-b3e2-df45c05e06a7 -> /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7 lrwxrwxrwx. 1 vdsm kvm 103 4 gen 17.10 8cccc37f-d2d4-4684-a389-ac1adb050fa8 -> /rhev/data-center/mnt/ovirtbk-sheng.hawai.lan:_var_lib_exports_iso/8cccc37f-d2d4-4684-a389-ac1adb050fa8 lrwxrwxrwx. 1 vdsm kvm 92 4 gen 17.10 f739b27a-35bf-49c7-a95b-a92ec5c10320 -> /rhev/data-center/mnt/glusterSD/ovirt01.hawai.lan:_data/f739b27a-35bf-49c7-a95b-a92ec5c10320 lrwxrwxrwx. 1 vdsm kvm 84 4 gen 14.31 mastersd -> /rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7

2 2

Re: [ovirt-users] Users Digest, Vol 52, Issue 20
by Charles Tassell 05 Jan '16

05 Jan '16

Hi Budur, Try running the command "kvm-ok" I'm not sure what package it's from, but it will tell you if your system supports the CPU virtualization commands required to run KVM. If kvm-ok isn't installed, you can try running "egrep '(vmx|svm)' /proc/cpuinfo" vmx means you have Intel virtualization support, while svm is the AMD implementation. IE, on my Intel i5 I get a bunch of lines like this: (**'s added for emphasis) flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl **vmx** smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid On 16-01-04 02:47 PM, users-request(a)ovirt.org wrote: > 1. Re: HA cluster (Budur Nagaraju) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 5 Jan 2016 00:17:41 +0530 > From: Budur Nagaraju <nbudoor(a)gmail.com> > To: Simone Tiraboschi <stirabos(a)redhat.com> > Cc: users <users(a)ovirt.org> > Subject: Re: [ovirt-users] HA cluster > Message-ID: > <CAHNF9Q9=d8FYLnF3NN6=vSMvKHoYopn94V72aysDeytjVq7Xmg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I get the below out put , > > [root@he ~]# lsmod |grep kvm > kvm_intel 55624 0 > kvm 345460 1 kvm_intel > > > On Tue, Jan 5, 2016 at 12:06 AM, Budur Nagaraju <nbudoor(a)gmail.com> wrote: > >> Is there any command to check KVM is available or not ? >> >> Below is the output when I run the rpm command. >> >> [root@he /]# rpm -qa |grep kvm >> qemu-kvm-rhev-0.12.1.2-2.479.el6_7.2.x86_64 >> >>

3 3

HA cluster
by Budur Nagaraju 04 Jan '16

04 Jan '16

HI Getting below error while configuring Hosted engine, root@he ~]# hosted-engine --deploy [ INFO ] Stage: Initializing [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: yes Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20151126102302-bkozgk.log Version: otopi-1.3.2 (otopi-1.3.2-1.el6) It has been detected that this program is executed through an SSH connection without using screen. Continuing with the installation may lead to broken installation if the network connection fails. It is highly recommended to abort the installation and run it inside a screen session using command "screen". Do you want to continue anyway? (Yes, No)[No]: yes [WARNING] Cannot detect if hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup *[ ERROR ] The following VMs has been found: 2b8d6d91-d838-44f6-ae3b-c92cda014280[ ERROR ] Failed to execute stage 'Environment setup': Cannot setup Hosted Engine with other VMs running* [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20151126102310.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [root@he ~]#

5 23