10:05 p.m.
------=_NextPartTM-000-6b409cfe-38cc-42a4-8291-cb24f54121f9
Content-Type: multipart/alternative;
boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD17358629D8CEXCHANGEcollogi_"
--_000_12EF8D94C6F8734FB2FF37B9FBEDD17358629D8CEXCHANGEcollogi_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello,
at the moment we are investigating stalls of Windows XP VMs during
live migration. Our environment consists of:
- FC20 hypervisor nodes
- qemu 1.6.2
- OVirt 3.4.1
- Guest: Windows XP SP2
- VM Disks: Virtio & IDE tested
- SPICE / VNC: both tested
- Balloon: With & without tested
- Cluster compatibility: 3.4 - CPU Nehalem
After 2-10 live migrations the Windows XP guest is no longer responsive.
First of all we thougth that it might be related to SPICE because we were
no longer able to logon to the console. So we installed XP telnet server in
the VM but that showed a similar behaviour:
- The telnet welcome dialogue is always available (network seems ok)
- Sometime after a live migration if you enter the password the telnet
gives no response.
In parallel the SPICE console allows to move open windows. But as soon
as one clicks on the start the menu the system gives no response.
Even after updating to qemu 2.0 with virt-preview respositories the
behaviour stays the same. Looks like the system cannot access
Any ideas?
Markus
--_000_12EF8D94C6F8734FB2FF37B9FBEDD17358629D8CEXCHANGEcollogi_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html dir=3D"ltr" <head <meta http-equiv=3D"Content-Type"
content=3D"text/html; charset=3Diso-8859-=
1" <style type=3D"text/css"
id=3D"owaParaStyle"></style
</head <body fpstyle=3D"1"
ocsi=3D"0" <div style=3D"direction:
ltr;font-family: Tahoma;color: #000000;font-size: =
10pt;">Hello,
<div><br </div <div>at the moment we are investigating stalls of Windows
XP VMs during</di=
v <div>live migration. Our environment consists
of:</div <div><br </div
<div>- FC20 hypervisor nodes </div
<div>- qemu 1.6.2</div
<div>- OVirt 3.4.1</div
<div>- Guest: Windows XP SP2</div
<div>- VM Disks: Virtio & IDE tested</div <div>- SPICE / VNC: both tested</div <div>- Balloon: With & without tested</div <div>- Cluster compatibility: 3.4 - CPU
Nehalem</div <div><br </div
<div>After 2-10 live migrations the Windows XP guest is no longer responsiv=
e.</div <div><br </div
<div>First of all we thougth that it might be related to SPICE because we w=
ere</div <div>no longer able to logon
to the console. So we installed XP telnet serv=
er in </div <div>the VM <span
style=3D"font-size: 10pt;">but </span><span sty=
le=3D"font-size: 10pt;">that showed a similar
behaviour:</span></div <div><span
style=3D"font-size: 10pt;"><br
</span></div <div><span
style=3D"font-size: 10pt;">- The telnet welcome dialogue is alwa=
ys available (network seems ok)</span></div
<div><span style=3D"font-size:
10pt;">- </span><span style=3D"font-siz=
e: 10pt;">Sometime after a live migration</span><span
style=3D"font-size: 1=
0pt;"> if you enter the</span><span style=3D"font-size:
10pt;"> =
password the telnet </span></div
<div><span style=3D"font-size: 10pt;"> gives no
response.</span></div=
<div><span style=3D"font-size: 10pt;">In
parallel the SPICE console allows =
to move open windows. But as soon</span></div
<div><span style=3D"font-size: 10pt;">as one clicks on the
start the menu t=
he system gives no response.</span></div
<div><span style=3D"font-size: 10pt;"><br </span></div
<div><span style=3D"font-size: 10pt;">Even after updating to
qemu 2.0 with =
virt-preview respositories the</span></div
<div><span style=3D"font-size: 10pt;">behaviour stays the
same. Looks like =
the system cannot access</span></div
<div><span style=3D"font-size: 10pt;"><br </span></div
<div><span style=3D"font-size: 10pt;">Any
ideas?</span></div <div><span
style=3D"font-size: 10pt;"><br
</span></div <div><span
style=3D"font-size: 10pt;">Markus</span></div </div
</body </html
--_000_12EF8D94C6F8734FB2FF37B9FBEDD17358629D8CEXCHANGEcollogi_--
------=_NextPartTM-000-6b409cfe-38cc-42a4-8291-cb24f54121f9
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-6b409cfe-38cc-42a4-8291-cb24f54121f9--
11:09 a.m.
--Apple-Mail=_CB010067-EA2B-4C41-9CBD-87E223193DEA
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=windows-1252
On 9 Jun 2014, at 21:05, Markus Stockhausen wrote:
Hello,
=20
at the moment we are investigating stalls of Windows XP VMs during
live migration. Our environment consists of:
=20
- FC20 hypervisor nodes=20
- qemu 1.6.2
- OVirt 3.4.1
- Guest: Windows XP SP2
- VM Disks: Virtio & IDE tested
- SPICE / VNC: both tested
- Balloon: With & without tested
- Cluster compatibility: 3.4 - CPU Nehalem
=20
After 2-10 live migrations the Windows XP guest is no longer =
responsive.
=20
First of all we thougth that it might be related to SPICE because we =
were
no longer able to logon to the console. So we installed XP telnet =
server in=20
the VM but that showed a similar behaviour:
=20
- The telnet welcome dialogue is always available (network seems ok)
- Sometime after a live migration if you enter the password the =
telnet=20
gives no response.
In parallel the SPICE console allows to move open windows. But as soon
as one clicks on the start the menu the system gives no response.
=20
Even after updating to qemu 2.0 with virt-preview respositories the
behaviour stays the same. Looks like the system cannot access
This really seems more either SPICE or QEMU related=85.
You can isolate the behavior to that single VM? Or single OS type(others =
work ok)? or it's happening for any other VM randomly?
Thanks,
michal
=20
Any ideas?
=20
Markus
=
<InterScan_Disclaimer.txt>_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--Apple-Mail=_CB010067-EA2B-4C41-9CBD-87E223193DEA
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=windows-1252
<html><head><base href=3D"x-msg://1803/"></head><body
style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space; "><br><div><div>On 9 Jun 2014, at 21:05,
Markus =
Stockhausen wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote
type=3D"cite"><span =
class=3D"Apple-style-span" style=3D"border-collapse: separate; =
font-family: Helvetica; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: =
none; white-space: normal; widows: 2; word-spacing: 0px; =
-webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: =
0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div =
fpstyle=3D"1" ocsi=3D"0"><div style=3D"direction: ltr;
font-family: =
Tahoma; color: rgb(0, 0, 0); font-size: 10pt; =
">Hello,<div><br></div><div>at the moment we are
investigating stalls of =
Windows XP VMs during</div><div>live migration. Our environment consists =
of:</div><div><br></div><div>- FC20 hypervisor
nodes </div><div>- =
qemu 1.6.2</div><div>- OVirt 3.4.1</div><div>- Guest: Windows XP
=
SP2</div><div>- VM Disks: Virtio & IDE tested</div><div>-
SPICE / =
VNC: both tested</div><div>- Balloon: With & without =
tested</div><div>- Cluster compatibility: 3.4 - CPU =
Nehalem</div><div><br></div><div>After 2-10 live migrations
the Windows =
XP guest is no longer
responsive.</div><div><br></div><div>First of all =
we thougth that it might be related to SPICE because we =
were</div><div>no longer able to logon to the console. So we installed =
XP telnet server in </div><div>the VM <span
style=3D"font-size: =
10pt; ">but </span><span style=3D"font-size: 10pt;
">that showed a =
similar behaviour:</span></div><div><span style=3D"font-size:
10pt; =
"><br></span></div><div><span style=3D"font-size:
10pt; ">- The telnet =
welcome dialogue is always available (network seems =
ok)</span></div><div><span style=3D"font-size: 10pt; =
">- </span><span style=3D"font-size: 10pt;
">Sometime after a live =
migration</span><span style=3D"font-size: 10pt; "> if you
enter =
the</span><span style=3D"font-size: 10pt; "> password the
=
telnet </span></div><div><span style=3D"font-size:
10pt; "> =
gives no response.</span></div><div><span style=3D"font-size:
10pt; ">In =
parallel the SPICE console allows to move open windows. But as =
soon</span></div><div><span style=3D"font-size: 10pt;
">as one clicks on =
the start the menu the system gives no
response.</span></div><div><span =
style=3D"font-size: 10pt;
"><br></span></div><div><span =
style=3D"font-size: 10pt; ">Even after updating to qemu 2.0 with =
virt-preview respositories the</span></div><div><span
style=3D"font-size: =
10pt; ">behaviour stays the same. Looks like the system cannot =
access</span></div></div></div></span></blockquote><div><br></div>This
=
really seems more either SPICE or QEMU related=85.</div><div>You can =
isolate the behavior to that single VM? Or single OS type(others work =
ok)? or it's happening for any other VM =
randomly?</div><div><br></div><div>Thanks,</div><div>michal</div><div><br>=
<blockquote type=3D"cite"><span class=3D"Apple-style-span" =
style=3D"border-collapse: separate; font-family: Helvetica; font-style: =
normal; font-variant: normal; font-weight: normal; letter-spacing: =
normal; line-height: normal; orphans: 2; text-align: -webkit-auto; =
text-indent: 0px; text-transform: none; white-space: normal; widows: 2; =
word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div =
fpstyle=3D"1" ocsi=3D"0"><div style=3D"direction: ltr;
font-family: =
Tahoma; color: rgb(0, 0, 0); font-size: 10pt; "><div><span =
style=3D"font-size: 10pt;
"><br></span></div><div><span =
style=3D"font-size: 10pt; ">Any
ideas?</span></div><div><span =
style=3D"font-size: 10pt;
"><br></span></div><div><span =
style=3D"font-size: 10pt; =
">Markus</span></div></div><span><InterScan_Disclaimer.txt></span>__=
_____________________________________________<br>Users mailing =
list<br><a
href=3D"mailto:Users@ovirt.org">Users@ovirt.org</a><br><a =
href=3D"http://lists.ovirt.org/mailman/listinfo/users">http:...
org/mailman/listinfo/users</a><br></div></span></blockquote></div><br></bo=
dy></html>=
--Apple-Mail=_CB010067-EA2B-4C41-9CBD-87E223193DEA--
3815
days inactive
3819
days old
1 comments
2 participants
participants (2)
-
Markus Stockhausen -
Michal Skrivanek