upgrading from 3.6 -> 4.1, vm restarts at 4.0 mandatory?
by Darrell Budic
I’m upgrading my main cluster from 3.6 to 4.1, and I’m currently at 4.0. I’ve upgraded the cluster and datacenter compatibility versions to 4.0, and now all my VMs are pending restart to update their configs to 4.0.
My question is “Do I need to do this here, or can I go ahead and update the engine and host nodes to 4.1, update compatibility to 4.1, and then restart all the VMs to get them on 4.1”? Or is that unsafe, will I screw them up if I go to 4.1 compatibility in this state?
Thanks,
-Darrell
7 years, 9 months
oVirt 4.1 Release Stops at Installing host on enrrolling serial console certificate
by Manuel Luis Aznar
Hello there,
I am doing a very litle installation at home, just with one machine (Asus
X99-E WS and Intel Core i7 6850K), all is fine until I reached the
installation of the host (adding host).
The web admin interface get stopped and the last event is Enrrolling Serial
Console Certificate and in few litle seconds the web admin interface stops
responding. To make the web admin interface back again I need to do
engine-cleanup and engine-setup...
Hope somebody can help me,
Thanks
Manuel
7 years, 9 months
Restoring Hosted Engine to failed
by Logan Kuhn
Hi
I'm in the process of trying to restore our previous hosted engine onto
new, permanent, storage. I've followed this guide:
https://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-en...
It went pretty smoothly up until the hosted engine deploy tried to add the
host to the environment. The error was Unable to add HEVM to the manager.
However, I can login to the environment just fine, but it does not have the
HEVM and the host it's currently running on is down.
I've attached the hosted engine setup log. Let me know if there are any
other logs that will be helpful
Logan
7 years, 9 months
ovirt 4.1.0.4 error..
by Thomas Davis
I am getting this error message:
Unexpected character ('<' (code 60)): expected a valid value (number,
String, array, object, 'true', 'false' or 'null') at [Source:
java.io.StringReader@4c65dbb1; line: 1, column: 2]
in both screen after login on ovirt, and in the engine.log.
Any ideas one what it is looking for this?
This ovirt setup has gone from 3.5 -> 3.6 -> 4.0 -> 4.1.
I am currently blocked on doing any VM management in ovirt due to this..
thomas
7 years, 9 months
Recognize HE iSCSI volume size change
by Chris Adams
I'm testing upgrading an oVirt 3.5 setup, and I have run into a problem
when going from 3.5 to 3.6 on a physical machine configured for the
hosted engine. I upgraded the engine itself okay, but when I upgraded
the first physical machine, it cannot be re-activated; it gets an error
connecting to the storage domain.
Checking the logs, it looks like it is looping trying to create a new LV
in the HE VG. I assume this is for moving the HE config to the shared
storage? It is failing because it is trying to create a 1G LV, but the
VG only has 512M free space.
I extended the iSCSI volume, but there doesn't appear to be anyway to
get the HE nodes to recognize this; they both still see the original
size, no matter what I try. Is there a way to get them to see the
larger PV, so the new LV(s) can be created?
--
Chris Adams <cma(a)cmadams.net>
7 years, 9 months
Re: [ovirt-users] Disable guest agent not installed warning
by Karli Sjöberg
--_000_6ae132c671124470a8710a2101a78e1bexch24sluse_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
DQpEZW4gMjMgZmViLiAyMDE3IDY6MTAgZW0gc2tyZXYgTmlyIFNvZmZlciA8bnNvZmZlckByZWRo
YXQuY29tPjoNCj4NCj4gT24gVGh1LCBGZWIgMjMsIDIwMTcgYXQgNjo0NyBQTSwgS2FybGkgU2rD
tmJlcmcgPGthcmxpLnNqb2JlcmdAc2x1LnNlPiB3cm90ZToNCj4gPg0KPiA+IERlbiAyMyBmZWIu
IDIwMTcgNDowOSBlbSBza3JldiBOaXIgU29mZmVyIDxuc29mZmVyQHJlZGhhdC5jb20+Og0KPiA+
Pg0KPiA+PiBPbiBUaHUsIEZlYiAyMywgMjAxNyBhdCA0OjM4IFBNLCBLYXJsaSBTasO2YmVyZyA8
a2FybGkuc2pvYmVyZ0BzbHUuc2U+DQo+ID4+IHdyb3RlOg0KPiA+PiA+IE9uIFRodSwgMjAxNy0w
Mi0yMyBhdCAxMzo0NiArMDAwMCwgTWlzYWsgS2hhY2hhdHJ5YW4gd3JvdGU6DQo+ID4+ID4+IEhp
IHRoZXJlLiBBbnlib2R5IGtub3dzIGhvdyB0byBzdXBwcmVzcyBndWVzdCBhZ2VudCBub3QgaW5z
dGFsbGVkDQo+ID4+ID4+IHdhcm5pbmcgZm9yIFZNPyBJIGhhdmUgb25lIFZNIGJhc2VkIG9uIEZy
ZWVCU0QsIHdoZXJlIGkgY2FuJ3QgaW5zdGFsbA0KPiA+PiA+PiBpdCBhbmQgdGhlIHdhcm5pbmcg
aXMganVzdCBhbm5veWluZy4NCj4gPj4NCj4gPj4gSSBsZWFybmVkIHRvZGF5IHRoYXQgSEEgZG9l
cyBub3Qgd29yayBwcm9wZXJseSBpZiBndWVzdCBhZ2VudCBpcyBub3QNCj4gPj4gaW5zdGFsbGVk
LA0KPiA+PiBzbyB5b3Ugc2hvdWxkIGJlIGNhcmVmdWwgYWJvdXQgdGhlIHdhcm5pbmcuDQo+ID4+
DQo+ID4+IE5pcg0KPiA+DQo+ID4gVWhtLCB3aGF0IG1ha2VzIHlvdSBzYXkgdGhhdCBleGFjdGx5
PyBJJ3ZlIGJlZW4gcnVubmluZyBvVmlydCBzaW5jZSBnb2QNCj4gPiBrbm93cyBob3cgbG9uZyBu
b3csIGZhY2VkIGNvdW50bGVzcyBvZiB0aW1lcyB3aGVyZSBIQSB3b3JrZWQgcGVyZmVjdGx5IGZp
bmUuDQo+ID4gSWYgdGhpcyBpcyBhIG5ldyAiZmVhdHVyZSIsIHlvdSBoYXZlIG15IHNpbmNlcmVz
dCB0aHVtYnMgZG93biBvbiB0aGF0IG9uZTopDQo+DQo+IElmIHRoZSB2bSBpcyB0ZXJtaW5hdGVk
IG9uIHRoZSBob3N0LCB3ZSB3aWxsIHRyZWF0IHRoYXQgYXMgbm9ybWFsIHRlcm1pbmF0aW9uDQo+
IChlLmcuIHBvd2Vyb2ZmIHdpdGhpbiB0aGUgdm0pLCBhbmQgd2lsbCBub3Qgc3RhcnQgdGhlIHZt
IG9uIGFub3RoZXIgaG9zdC4NCj4NCj4gWW91IHByb2JhYmx5IGRvIG5vdCBub3RpY2UgdGhpcyBz
aW5jZSBub2JvZHkgaXMga2lsbGluZyB5b3VyIHZtcy4NCj4NCj4gTmlyDQoNClNvIGEgJ2tpbGwg
LTknIG9yIHFlbXUgYnVnLCBodWg/IEdvb2QgdG8ga25vdywgYnV0IEkgY29uc2lkZXIgaXQgYSBz
bWFsbCByaXNrLg0KDQpCVFcgTWlzYWssIHlvdSBzaG91bGQgYmUgYWJsZSB0byBnZXQgdGhlIGd1
ZXN0IGFnZW50IHJ1bm5pbmcgaW4gRnJlZUJTRCAxMSwgc2luY2UgdGhleSBhZGRlZCBWaXJ0SU8g
c2VyaWFsIG5vdywgaGF2ZW4ndCB0cmllZCBpdCBteXNlbGYsIGEgYml0IHByZW9jY3VwaWVkIGF0
IHRoZSBtb21lbnQuDQoNCi9LDQo=
--_000_6ae132c671124470a8710a2101a78e1bexch24sluse_
Content-Type: text/html; charset="utf-8"
Content-ID: <A04CD01C21FF574790EE7397654C834D(a)ad.slu.se>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi
Pjxicj4NCkRlbiAyMyBmZWIuIDIwMTcgNjoxMCBlbSBza3JldiBOaXIgU29mZmVyICZsdDtuc29m
ZmVyQHJlZGhhdC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIFRodSwgRmViIDIzLCAy
MDE3IGF0IDY6NDcgUE0sIEthcmxpIFNqw7ZiZXJnICZsdDtrYXJsaS5zam9iZXJnQHNsdS5zZSZn
dDsgd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IERlbiAyMyBmZWIuIDIwMTcg
NDowOSBlbSBza3JldiBOaXIgU29mZmVyICZsdDtuc29mZmVyQHJlZGhhdC5jb20mZ3Q7Ojxicj4N
CiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IE9uIFRodSwgRmViIDIzLCAyMDE3IGF0
IDQ6MzggUE0sIEthcmxpIFNqw7ZiZXJnICZsdDtrYXJsaS5zam9iZXJnQHNsdS5zZSZndDs8YnI+
DQomZ3Q7ICZndDsmZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBPbiBUaHUsIDIw
MTctMDItMjMgYXQgMTM6NDYgJiM0MzswMDAwLCBNaXNhayBLaGFjaGF0cnlhbiB3cm90ZTo8YnI+
DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IEhpIHRoZXJlLiBBbnlib2R5IGtub3dzIGhvdyB0byBz
dXBwcmVzcyBndWVzdCBhZ2VudCBub3QgaW5zdGFsbGVkPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyB3YXJuaW5nIGZvciBWTT8gSSBoYXZlIG9uZSBWTSBiYXNlZCBvbiBGcmVlQlNELCB3aGVy
ZSBpIGNhbid0IGluc3RhbGw8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGl0IGFuZCB0aGUg
d2FybmluZyBpcyBqdXN0IGFubm95aW5nLjxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZn
dDsmZ3Q7IEkgbGVhcm5lZCB0b2RheSB0aGF0IEhBIGRvZXMgbm90IHdvcmsgcHJvcGVybHkgaWYg
Z3Vlc3QgYWdlbnQgaXMgbm90PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBpbnN0YWxsZWQsPGJyPg0KJmd0
OyAmZ3Q7Jmd0OyBzbyB5b3Ugc2hvdWxkIGJlIGNhcmVmdWwgYWJvdXQgdGhlIHdhcm5pbmcuPGJy
Pg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgTmlyPGJyPg0KJmd0OyAmZ3Q7PGJy
Pg0KJmd0OyAmZ3Q7IFVobSwgd2hhdCBtYWtlcyB5b3Ugc2F5IHRoYXQgZXhhY3RseT8gSSd2ZSBi
ZWVuIHJ1bm5pbmcgb1ZpcnQgc2luY2UgZ29kPGJyPg0KJmd0OyAmZ3Q7IGtub3dzIGhvdyBsb25n
IG5vdywgZmFjZWQgY291bnRsZXNzIG9mIHRpbWVzIHdoZXJlIEhBIHdvcmtlZCBwZXJmZWN0bHkg
ZmluZS48YnI+DQomZ3Q7ICZndDsgSWYgdGhpcyBpcyBhIG5ldyAmcXVvdDtmZWF0dXJlJnF1b3Q7
LCB5b3UgaGF2ZSBteSBzaW5jZXJlc3QgdGh1bWJzIGRvd24gb24gdGhhdCBvbmU6KTxicj4NCiZn
dDs8YnI+DQomZ3Q7IElmIHRoZSB2bSBpcyB0ZXJtaW5hdGVkIG9uIHRoZSBob3N0LCB3ZSB3aWxs
IHRyZWF0IHRoYXQgYXMgbm9ybWFsIHRlcm1pbmF0aW9uPGJyPg0KJmd0OyAoZS5nLiBwb3dlcm9m
ZiB3aXRoaW4gdGhlIHZtKSwgYW5kIHdpbGwgbm90IHN0YXJ0IHRoZSB2bSBvbiBhbm90aGVyIGhv
c3QuPGJyPg0KJmd0Ozxicj4NCiZndDsgWW91IHByb2JhYmx5IGRvIG5vdCBub3RpY2UgdGhpcyBz
aW5jZSBub2JvZHkgaXMga2lsbGluZyB5b3VyIHZtcy48YnI+DQomZ3Q7PGJyPg0KJmd0OyBOaXI8
L3A+DQo8cCBkaXI9Imx0ciI+U28gYSAna2lsbCAtOScgb3IgcWVtdSBidWcsIGh1aD8gR29vZCB0
byBrbm93LCBidXQgSSBjb25zaWRlciBpdCBhIHNtYWxsIHJpc2suPC9wPg0KPHAgZGlyPSJsdHIi
PkJUVyBNaXNhaywgeW91IHNob3VsZCBiZSBhYmxlIHRvIGdldCB0aGUgZ3Vlc3QgYWdlbnQgcnVu
bmluZyBpbiBGcmVlQlNEIDExLCBzaW5jZSB0aGV5IGFkZGVkIFZpcnRJTyBzZXJpYWwgbm93LCBo
YXZlbid0IHRyaWVkIGl0IG15c2VsZiwgYSBiaXQgcHJlb2NjdXBpZWQgYXQgdGhlIG1vbWVudC48
L3A+DQo8cCBkaXI9Imx0ciI+L0s8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_6ae132c671124470a8710a2101a78e1bexch24sluse_--
7 years, 9 months
Troubleshoot failed storage migration
by Christian Grenier
--_000_3A56B77305AE8C409AD1F3C35371BB611A67E8FESBSB2B2Cincloca_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
I had an outage during live storage migration of a VM disk between two iSCS=
I.
Since the outage prevented Ovirt to cleanly remove stuff on the destination=
iSCSI when the failure occurred, I think there's leftovers on the destinat=
ion iSCSI. The result is that any further attempt to live storage migrate t=
his VM disk fails with error "Cannot create Logical Volume"
How can I troubleshoot / fix this ?
--
Christian Grenier
--_000_3A56B77305AE8C409AD1F3C35371BB611A67E8FESBSB2B2Cincloca_
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><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"FR-CA" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-US">I had an outage during live sto=
rage migration of a VM disk between two iSCSI.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">Since the outage prevented Ovir=
t to cleanly remove stuff on the destination iSCSI when the failure occurre=
d, I think there’s leftovers on the destination iSCSI. The result is =
that any further attempt to live storage migrate
this VM disk fails with error “Cannot create Logical Volume”<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US">How can I troubleshoot / fix th=
is ?<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"font-size:12.0pt;font-family:"Times New Roman&=
quot;,serif;mso-fareast-language:FR-CA">--
<br>
Christian Grenier <br>
<br>
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>
--_000_3A56B77305AE8C409AD1F3C35371BB611A67E8FESBSB2B2Cincloca_--
7 years, 9 months
Two Problems On New Install
by Charles Tassell
Hi Everyone,
I recently installed oVirt 4.0 on two servers with an iSCSI
backstore, and I'm having two issues I'm having trouble tracking down.
First, the initial datastore that the hosted engine is running on won't
connect. It just says "Unattached" in the GUI, and I can't find an
error message anywhere. Not a huge deal, it just means I can't see the
hosted engine itself in the GUI.
More importantly: I can't migrate VMs. They fail with errors like
this in the vdsm.log of the destination host:
Thread-60381::ERROR::2017-02-14
21:55:47,921::vm::767::virt.vm::(_startUnderlyingVm)
vmId=`59f235cc-3ab2-4dae-b460-62be850e3d5d`::Failed to start a migration
destination vm
Traceback (most recent call last):
File "/usr/share/vdsm/virt/vm.py", line 733, in _startUnderlyingVm
self._completeIncomingMigration()
File "/usr/share/vdsm/virt/vm.py", line 3113, in
_completeIncomingMigration
self._incomingMigrationFinished.isSet(), usedTimeout)
File "/usr/share/vdsm/virt/vm.py", line 3196, in
_attachLibvirtDomainAfterMigration
raise MigrationError(e.get_error_message())
MigrationError: Domain not found: no domain with matching uuid
'59f235cc-3ab2-4dae-b460-62be850e3d5d'
If I shut the VM down and start it on the host it works fine, it just
won't migrate. I notice I'm also seeing a lot (like every 7 seconds) of
this error:
JsonRpc (StompReactor)::ERROR::2017-02-14
21:57:33,984::betterAsyncore::113::vds.dispatcher::(recv) SSL error
during reading data: unexpected eof
Which I can't seem to diagnose. Any ideas?
7 years, 9 months
import from Oracle VM possible?
by Gianluca Cecchi
Hello,
I'm just trying to see if I can import from Oracle VM a bunch of VMs.
I'm trying from gui in 4.1 using XEN (via RHEL) as Source and in URI I put
this
xen+ssh://root@oracle_vm_host
I use one of my oVirt hosts as proxy (ovmsrv05 with ip 10.4.168.74)
>From ovmsrv05 I verified I can ssh with public key and without password
input to the oracle_vm_host
But when I click the "Load" button in oVirt GUI, in /var/log/secure of
Oracle VM Host I get a series of these messages:
Feb 23 15:22:25 oracle_vm_host sshd[25707]: Failed password for root from
10.4.168.74 port 54792 ssh2
Feb 23 15:22:25 oracle_vm_host sshd[25707]: Failed password for root from
10.4.168.74 port 54792 ssh2
Feb 23 15:22:25 oracle_vm_host sshd[25710]: Connection closed by 10.4.168.74
What I'm doing wrong here?
Thanks,
Gianluca
7 years, 9 months
ova conversion errors: where to search?
by Gianluca Cecchi
Hello,
testing some VMware ova imports.
In a test that I'm doing I get failure in conversion; in engine.log
2017-02-17 17:39:02,992+01 INFO
[org.ovirt.engine.core.bll.exportimport.ConvertVmCallback]
(DefaultQuartzScheduler4) [59adde47] Conversion of VM from external
environment failed: Job u'cdb31877-3ebb-400d-88da-1f645b1261ae' process
failed exit-code: 1
where to find more details regarding reasons for failure? Other files on
engine or should I see at host side?
In case I have to import a windows VM ova, which iso should I attach near
the "Attach VirtIO-Drivers" checkbox? Any "official" iso? I
downloaded oVirt-toolsSetup-4.1-3.fc24.iso but I don't know if it is the
right iso for this.
Thanks,
Gianluca
7 years, 9 months
