3:01 p.m.
--_000_0CBBF9E4118E4C0C82215A5FE4D6D522sluse_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi,
Wondering if anyone has encountered the same issue as me. On one host in my=
cluster, if I migrate in a guest, I cannot migrate it out to another host?=
The get "stuck" there, so to speak. Same when a guest is started on that =
particular host, it is impossible to migrate them out again.
iptables are flushed, for excluding purposes. vdsmd, libvirtd and sanlock a=
re all running.
This is what I caught from libvirtd.log:
2012-08-02 11:44:07.542+0000: 4231: debug : qemuMonitorUnref:248 : QEMU_MON=
ITOR_UNREF: mon=3D0x7fe7e40c8410 refs=3D3
2012-08-02 11:44:07.542+0000: 4232: debug : qemuMonitorUnref:248 : QEMU_MON=
ITOR_UNREF: mon=3D0x7fe7e40c8410 refs=3D2
2012-08-02 11:44:07.542+0000: 4232: debug : virConnectIsAlive:18395 : conn=
=3D0x7fe7e00c4e50
2012-08-02 11:44:07.562+0000: 4236: debug : virDomainMigrateSetMaxDowntime:=
16565 : dom=3D0x7fe7d8000cc0, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-=
8774-2ed84b8bccc1), downtime=3D50, flags=3D0
2012-08-02 11:44:07.562+0000: 4236: debug : qemuDomainObjBeginJobInternal:7=
53 : Starting job: migration operation (async=3Dmigration out)
2012-08-02 11:44:07.562+0000: 4236: debug : qemuDomainMigrateSetMaxDowntime=
:9500 : Setting migration downtime to 50ms
2012-08-02 11:44:07.562+0000: 4236: debug : qemuMonitorRef:239 : QEMU_MONIT=
OR_REF: mon=3D0x7fe7e40c8410 refs=3D3
2012-08-02 11:44:07.562+0000: 4236: debug : qemuMonitorSetMigrationDowntime=
:1753 : mon=3D0x7fe7e40c8410 downtime=3D50
2012-08-02 11:44:07.562+0000: 4236: debug : qemuMonitorSend:861 : QEMU_MONI=
TOR_SEND_MSG: mon=3D0x7fe7e40c8410
msg=3D{"execute":"migrate_set_downtime",=
"arguments":{"value":0,050000},"id":"libvirt-261"}
fd=3D-1
2012-08-02 11:44:07.563+0000: 4231: debug : qemuMonitorRef:239 : QEMU_MONIT=
OR_REF: mon=3D0x7fe7e40c8410 refs=3D4
2012-08-02 11:44:07.563+0000: 4231: debug : qemuMonitorIOWrite:470 : QEMU_M=
ONITOR_IO_WRITE: mon=3D0x7fe7e40c8410
buf=3D{"execute":"migrate_set_downtim=
e","arguments":{"value":0,050000},"id":"libvirt-261"}
len=3D86 ret=3D86 errno=3D11
2012-08-02 11:44:07.563+0000: 4231: debug : qemuMonitorUnref:248 : QEMU_MON=
ITOR_UNREF: mon=3D0x7fe7e40c8410 refs=3D3
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorRef:239 : QEMU_MONIT=
OR_REF: mon=3D0x7fe7e40c8410 refs=3D4
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorIOProcess:365 : QEMU=
_MONITOR_IO_PROCESS: mon=3D0x7fe7e40c8410 buf=3D{"error": {"class":
"JSONPa=
rsing", "desc": "Invalid JSON syntax", "data": {}}}
len=3D80
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorUnref:248 : QEMU_MON=
ITOR_UNREF: mon=3D0x7fe7e40c8410 refs=3D3
2012-08-02 11:44:07.564+0000: 4236: error : qemuMonitorJSONCheckError:331 :=
internal error unable to execute QEMU command 'migrate_set_downtime': Inva=
lid JSON syntax
2012-08-02 11:44:07.564+0000: 4236: debug : qemuMonitorUnref:248 : QEMU_MON=
ITOR_UNREF: mon=3D0x7fe7e40c8410 refs=3D2
2012-08-02 11:44:07.564+0000: 4236: debug : qemuDomainObjEndJob:870 : Stopp=
ing job: migration operation (async=3Dmigration out)
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorRef:239 : QEMU_MONIT=
OR_REF: mon=3D0x7fe7e40c8410 refs=3D3
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorIOProcess:365 : QEMU=
_MONITOR_IO_PROCESS: mon=3D0x7fe7e40c8410 buf=3D{"error": {"class":
"JSONPa=
rsing", "desc": "Invalid JSON syntax", "data": {}}}
len=3D80
2012-08-02 11:44:07.564+0000: 4236: debug : virDomainFree:2345 : dom=3D0x7f=
e7d8000cc0, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bccc1)
2012-08-02 11:44:07.564+0000: 4231: error : qemuMonitorJSONIOProcessLine:15=
6 : internal error Unexpected JSON reply '{"error": {"class":
"JSONParsing"=
, "desc": "Invalid JSON syntax", "data": {}}}'
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorIO:645 : Error on mo=
nitor internal error Unexpected JSON reply '{"error": {"class":
"JSONParsin=
g", "desc": "Invalid JSON syntax", "data": {}}}'
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorUnref:248 : QEMU_MON=
ITOR_UNREF: mon=3D0x7fe7e40c8410 refs=3D2
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorIO:679 : Triggering =
error callback
2012-08-02 11:44:07.564+0000: 4231: debug : qemuProcessHandleMonitorError:3=
45 : Received error on 0x7fe7e4000e50 'milli'
2012-08-02 11:44:07.592+0000: 4232: debug : qemuDomainObjBeginJobInternal:7=
53 : Starting job: async nested (async=3Dmigration out)
2012-08-02 11:44:07.593+0000: 4232: debug : qemuMonitorRef:239 : QEMU_MONIT=
OR_REF: mon=3D0x7fe7e40c8410 refs=3D3
2012-08-02 11:44:07.593+0000: 4232: debug : qemuMonitorGetMigrationStatus:1=
776 : mon=3D0x7fe7e40c8410
2012-08-02 11:44:07.593+0000: 4232: debug : qemuMonitorSend:851 : Attempt t=
o send command while error is set internal error Unexpected JSON reply '{"e=
rror": {"class": "JSONParsing", "desc": "Invalid
JSON syntax", "data": {}}}=
'
2012-08-02 11:44:07.593+0000: 4232: debug : qemuMonitorUnref:248 : QEMU_MON=
ITOR_UNREF: mon=3D0x7fe7e40c8410 refs=3D2
2012-08-02 11:44:07.593+0000: 4232: debug : doPeer2PeerMigrate3:2425 : Fini=
sh3 0x7fe7e00c4e50 ret=3D-1
2012-08-02 11:44:08.798+0000: 4233: debug : virDomainInterfaceStats:7299 : =
dom=3D0x7fe7e40c72d0, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed=
84b8bccc1), path=3Dvnet0, stats=3D0x7fe803e45b10, size=3D64
2012-08-02 11:44:08.802+0000: 4233: debug : virDomainFree:2345 : dom=3D0x7f=
e7e40c72d0, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bccc1)
2012-08-02 11:44:12.564+0000: 4234: debug : virDomainGetJobInfo:16465 : dom=
=3D0x7fe7dc000e00, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed84b=
8bccc1), info=3D0x7fe803644af0
2012-08-02 11:44:12.564+0000: 4234: debug : virDomainFree:2345 : dom=3D0x7f=
e7dc000e00, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bccc1)
2012-08-02 11:44:13.804+0000: 4235: debug : virDomainGetInfo:4298 : dom=3D0=
x7fe7e8001bd0, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bcc=
c1), info=3D0x7fe802e43b20
2012-08-02 11:44:13.805+0000: 4235: debug : qemudGetProcessInfo:1156 : Got =
status for 5448/0 user=3D1770 sys=3D1445 cpu=3D0 rss=3D185496
2012-08-02 11:44:13.805+0000: 4235: debug : virDomainFree:2345 : dom=3D0x7f=
e7e8001bd0, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bccc1)
2012-08-02 11:44:13.806+0000: 4238: debug : virDomainInterfaceStats:7299 : =
dom=3D0x7fe7f0002520, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed=
84b8bccc1), path=3Dvnet0, stats=3D0x7fe801640b10, size=3D64
2012-08-02 11:44:13.807+0000: 4238: debug : virDomainFree:2345 : dom=3D0x7f=
e7f0002520, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bccc1)
2012-08-02 11:44:16.474+0000: 4232: error : virNetClientProgramDispatchErro=
r:174 : An error occurred, but the cause is unknown
2012-08-02 11:44:16.474+0000: 4232: debug : doPeer2PeerMigrate3:2458 : Conf=
irm3 0x7fe7e40029c0 ret=3D-1 vm=3D0x7fe7e4000e50
2012-08-02 11:44:16.474+0000: 4232: debug : qemuMigrationConfirm:3109 : dri=
ver=3D0x7fe7f80bd9c0, conn=3D0x7fe7e40029c0, vm=3D0x7fe7e4000e50, cookiein=
=3D(null), cookieinlen=3D0, flags=3D3, retcode=3D1
2012-08-02 11:44:16.474+0000: 4232: debug : qemuMigrationEatCookie:752 : co=
okielen=3D0 cookie=3D'(null)'
2012-08-02 11:44:16.475+0000: 4232: debug : qemuProcessStartCPUs:2644 : Usi=
ng lock state '(null)'
2012-08-02 11:44:16.475+0000: 4232: debug : qemuDomainObjBeginJobInternal:7=
53 : Starting job: async nested (async=3Dmigration out)
And this is from a migration gone well:
2012-08-02 11:41:28.386+0000: 618: debug : qemuProcessStop:3872 : Shutting =
down VM 'milli' pid=3D3776 flags=3D1
2012-08-02 11:41:28.386+0000: 618: debug : qemuMonitorClose:797 : QEMU_MONI=
TOR_CLOSE: mon=3D0x7f49dc000d50 refs=3D2
2012-08-02 11:41:28.386+0000: 618: debug : qemuMonitorUnref:248 : QEMU_MONI=
TOR_UNREF: mon=3D0x7f49dc000d50 refs=3D1
2012-08-02 11:41:28.386+0000: 606: debug : qemuMonitorUnref:248 : QEMU_MONI=
TOR_UNREF: mon=3D0x7f49dc000d50 refs=3D0
2012-08-02 11:41:28.386+0000: 606: debug : qemuMonitorFree:225 : mon=3D0x7f=
49dc000d50
2012-08-02 11:41:28.386+0000: 618: debug : qemuProcessKill:3769 : vm=3Dmill=
i pid=3D3776 flags=3D5
2012-08-02 11:41:28.586+0000: 618: debug : qemuDomainCleanupRun:1921 : driv=
er=3D0x7f49e806f1b0, vm=3Dmilli
2012-08-02 11:41:28.586+0000: 618: debug : qemuProcessAutoDestroyRemove:432=
0 : vm=3Dmilli
2012-08-02 11:41:28.586+0000: 618: debug : qemuDriverCloseCallbackUnset:578=
: vm=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bccc1, cb=3D0x4900d0
2012-08-02 11:41:28.586+0000: 618: debug : virCgroupNew:603 : New group /li=
bvirt/qemu/milli
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 : Detected m=
ount/mapping 0:cpu at /sys/fs/cgroup/cpu,cpuacct in /system/libvirtd.servic=
e
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 : Detected m=
ount/mapping 1:cpuacct at /sys/fs/cgroup/cpu,cpuacct in /system/libvirtd.se=
rvice
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 : Detected m=
ount/mapping 2:cpuset at /sys/fs/cgroup/cpuset in
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 : Detected m=
ount/mapping 3:memory at /sys/fs/cgroup/memory in
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 : Detected m=
ount/mapping 4:devices at /sys/fs/cgroup/devices in
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 : Detected m=
ount/mapping 5:freezer at /sys/fs/cgroup/freezer in
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 : Detected m=
ount/mapping 6:blkio at /sys/fs/cgroup/blkio in
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:524 : Make gr=
oup /libvirt/qemu/milli
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 : Make co=
ntroller /sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/mi=
lli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 : Make co=
ntroller /sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/mi=
lli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 : Make co=
ntroller /sys/fs/cgroup/cpuset/libvirt/qemu/milli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 : Make co=
ntroller /sys/fs/cgroup/memory/libvirt/qemu/milli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 : Make co=
ntroller /sys/fs/cgroup/devices/libvirt/qemu/milli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 : Make co=
ntroller /sys/fs/cgroup/freezer/libvirt/qemu/milli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 : Make co=
ntroller /sys/fs/cgroup/blkio/libvirt/qemu/milli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupRemove:758 : Removing c=
group /sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/milli=
/ and all child cgroups
2012-08-02 11:41:28.588+0000: 618: debug : virCgroupRemoveRecursively:713 :=
Removing cgroup /sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt=
/qemu/milli//vcpu1
2012-08-02 11:41:28.595+0000: 618: debug : virCgroupRemoveRecursively:713 :=
Removing cgroup /sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt=
/qemu/milli//vcpu0
2012-08-02 11:41:28.603+0000: 618: debug : virCgroupRemoveRecursively:713 :=
Removing cgroup /sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt=
/qemu/milli/
2012-08-02 11:41:28.611+0000: 618: debug : virCgroupRemove:758 : Removing c=
group /sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/milli=
/ and all child cgroups
2012-08-02 11:41:28.611+0000: 618: debug : virCgroupRemove:758 : Removing c=
group /sys/fs/cgroup/cpuset/libvirt/qemu/milli/ and all child cgroups
2012-08-02 11:41:28.611+0000: 618: debug : virCgroupRemoveRecursively:713 :=
Removing cgroup /sys/fs/cgroup/cpuset/libvirt/qemu/milli/
2012-08-02 11:41:28.620+0000: 618: debug : virCgroupRemove:758 : Removing c=
group /sys/fs/cgroup/memory/libvirt/qemu/milli/ and all child cgroups
2012-08-02 11:41:28.620+0000: 618: debug : virCgroupRemoveRecursively:713 :=
Removing cgroup /sys/fs/cgroup/memory/libvirt/qemu/milli/
2012-08-02 11:41:28.633+0000: 618: debug : virCgroupRemove:758 : Removing c=
group /sys/fs/cgroup/devices/libvirt/qemu/milli/ and all child cgroups
2012-08-02 11:41:28.679+0000: 618: debug : virCgroupRemoveRecursively:713 :=
Removing cgroup /sys/fs/cgroup/devices/libvirt/qemu/milli/
2012-08-02 11:41:28.684+0000: 618: debug : virCgroupRemove:758 : Removing c=
group /sys/fs/cgroup/freezer/libvirt/qemu/milli/ and all child cgroups
2012-08-02 11:41:28.684+0000: 618: debug : virCgroupRemoveRecursively:713 :=
Removing cgroup /sys/fs/cgroup/freezer/libvirt/qemu/milli/
2012-08-02 11:41:28.689+0000: 618: debug : virCgroupRemove:758 : Removing c=
group /sys/fs/cgroup/blkio/libvirt/qemu/milli/ and all child cgroups
2012-08-02 11:41:28.689+0000: 618: debug : virCgroupRemoveRecursively:713 :=
Removing cgroup /sys/fs/cgroup/blkio/libvirt/qemu/milli/
2012-08-02 11:41:28.697+0000: 618: debug : virConnectClose:1496 : conn=3D0x=
7f49dc10fac0
2012-08-02 11:41:28.698+0000: 606: debug : virDomainFree:2345 : dom=3D0xaa0=
ea0, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bccc1)
2012-08-02 11:41:28.700+0000: 618: debug : qemuDomainObjEndAsyncJob:887 : S=
topping async job: migration out
# rpm -qa | egrep '(vdsm|libvirt|sanlock|json)' | sort -d
json-c-0.9-4.fc17.x86_64
json-glib-0.14.2-2.fc17.x86_64
libvirt-0.9.11.4-3.fc17.x86_64
libvirt-client-0.9.11.4-3.fc17.x86_64
libvirt-daemon-0.9.11.4-3.fc17.x86_64
libvirt-daemon-config-network-0.9.11.4-3.fc17.x86_64
libvirt-daemon-config-nwfilter-0.9.11.4-3.fc17.x86_64
libvirt-lock-sanlock-0.9.11.4-3.fc17.x86_64
libvirt-python-0.9.11.4-3.fc17.x86_64
python-simplejson-2.5.2-1.fc17.x86_64
sanlock-2.3-3.fc17.x86_64
sanlock-lib-2.3-3.fc17.x86_64
sanlock-python-2.3-3.fc17.x86_64
vdsm-4.10.0-5.fc17.x86_64
vdsm-cli-4.10.0-5.fc17.noarch
vdsm-python-4.10.0-5.fc17.x86_64
vdsm-xmlrpc-4.10.0-5.fc17.noarch
Best Regards
---------------------------------------------------------------------------=
----
Karli Sj=F6berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se>
--_000_0CBBF9E4118E4C0C82215A5FE4D6D522sluse_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body style=3D"word-wrap: break-word;
-webkit-nbsp-mode:=
space; -webkit-line-break: after-white-space;
">Hi,<div><br></div><div><di=
v>Wondering if anyone has encountered the same issue as me. On one host in =
my cluster, if I migrate in a guest, I cannot migrate it out to another hos=
t? The get "stuck" there, so to speak. Same when a guest is started
o=
n that particular host, it is impossible to migrate them out again.</d=
iv><div><br></div><div>iptables are flushed, for excluding
purposes. v=
dsmd, libvirtd and sanlock are all
running.</div><div><br></div><div>This i=
s what I caught from libvirtd.log:</div><div>2012-08-02 11:44:07.542+0000: =
4231: debug : qemuMonitorUnref:248 : QEMU_MONITOR_UNREF: mon=3D0x7fe7e40c84=
10 refs=3D3</div><div><div>2012-08-02 11:44:07.542+0000: 4232: debug :
qemu=
MonitorUnref:248 : QEMU_MONITOR_UNREF: mon=3D0x7fe7e40c8410 refs=3D2</div><=
div>2012-08-02 11:44:07.542+0000: 4232: debug : virConnectIsAlive:18395 : c=
onn=3D0x7fe7e00c4e50</div><div>2012-08-02 11:44:07.562+0000: 4236: debug : =
virDomainMigrateSetMaxDowntime:16565 : dom=3D0x7fe7d8000cc0, (VM: name=3Dmi=
lli, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bccc1), downtime=3D50, flags=3D0=
</div><div>2012-08-02 11:44:07.562+0000: 4236: debug : qemuDomainObjBeginJo=
bInternal:753 : Starting job: migration operation (async=3Dmigration out)</=
div><div>2012-08-02 11:44:07.562+0000: 4236: debug : qemuDomainMigrateSetMa=
xDowntime:9500 : Setting migration downtime to 50ms</div><div>2012-08-02 11=
:44:07.562+0000: 4236: debug : qemuMonitorRef:239 : QEMU_MONITOR_REF: mon=
=3D0x7fe7e40c8410 refs=3D3</div><div>2012-08-02 11:44:07.562+0000: 4236: de=
bug : qemuMonitorSetMigrationDowntime:1753 : mon=3D0x7fe7e40c8410 downtime=
=3D50</div><div>2012-08-02 11:44:07.562+0000: 4236: debug : qemuMonitorSend=
:861 : QEMU_MONITOR_SEND_MSG: mon=3D0x7fe7e40c8410
msg=3D{"execute":"migrat=
e_set_downtime","arguments":{"value":0,050000},"id":"libvirt-261"}</div><di=
v> fd=3D-1</div><div>2012-08-02 11:44:07.563+0000: 4231: debug :
qemuM=
onitorRef:239 : QEMU_MONITOR_REF: mon=3D0x7fe7e40c8410 refs=3D4</div><div>2=
012-08-02 11:44:07.563+0000: 4231: debug : qemuMonitorIOWrite:470 : QEMU_MO=
NITOR_IO_WRITE: mon=3D0x7fe7e40c8410
buf=3D{"execute":"migrate_set_downtime=
","arguments":{"value":0,050000},"id":"libvirt-261"}</div><div> len=3D=
86 ret=3D86 errno=3D11</div><div>2012-08-02 11:44:07.563+0000: 4231: debug =
: qemuMonitorUnref:248 : QEMU_MONITOR_UNREF: mon=3D0x7fe7e40c8410 refs=3D3<=
/div><div>2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorRef:239 : =
QEMU_MONITOR_REF: mon=3D0x7fe7e40c8410 refs=3D4</div><div>2012-08-02 11:44:=
07.564+0000: 4231: debug : qemuMonitorIOProcess:365 : QEMU_MONITOR_IO_PROCE=
SS: mon=3D0x7fe7e40c8410 buf=3D{"error": {"class":
"JSONParsing", "desc": "=
Invalid JSON syntax", "data":
{}}}</div><div> len=3D80</div><div>2012-=
08-02 11:44:07.564+0000: 4231: debug : qemuMonitorUnref:248 : QEMU_MONITOR_=
UNREF: mon=3D0x7fe7e40c8410 refs=3D3</div><div>2012-08-02 11:44:07.564+0000=
: 4236: error : qemuMonitorJSONCheckError:331 : internal error unable to ex=
ecute QEMU command 'migrate_set_downtime': Invalid JSON
syntax</div><div>20=
12-08-02 11:44:07.564+0000: 4236: debug : qemuMonitorUnref:248 : QEMU_MONIT=
OR_UNREF: mon=3D0x7fe7e40c8410 refs=3D2</div><div>2012-08-02 11:44:07.564+0=
000: 4236: debug : qemuDomainObjEndJob:870 : Stopping job: migration operat=
ion (async=3Dmigration out)</div><div>2012-08-02 11:44:07.564+0000: 4231: d=
ebug : qemuMonitorRef:239 : QEMU_MONITOR_REF: mon=3D0x7fe7e40c8410 refs=3D3=
</div><div>2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorIOProcess=
:365 : QEMU_MONITOR_IO_PROCESS: mon=3D0x7fe7e40c8410 buf=3D{"error":
{"clas=
s": "JSONParsing", "desc": "Invalid JSON syntax",
"data": {}}}</div><div>&n=
bsp;len=3D80</div><div>2012-08-02 11:44:07.564+0000: 4236: debug : virDomai=
nFree:2345 : dom=3D0x7fe7d8000cc0, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-=
4821-8774-2ed84b8bccc1)</div><div>2012-08-02 11:44:07.564+0000: 4231: error=
: qemuMonitorJSONIOProcessLine:156 : internal error Unexpected JSON reply =
'{"error": {"class": "JSONParsing", "desc":
"Invalid JSON syntax", "data": =
{}}}'</div><div>2012-08-02 11:44:07.564+0000: 4231: debug :
qemuMonitorIO:6=
45 : Error on monitor internal error Unexpected JSON reply '{"error":
{"cla=
ss": "JSONParsing", "desc": "Invalid JSON syntax",
"data": {}}}'</div><div>=
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorUnref:248 : QEMU_MON=
ITOR_UNREF: mon=3D0x7fe7e40c8410 refs=3D2</div><div>2012-08-02 11:44:07.564=
+0000: 4231: debug : qemuMonitorIO:679 : Triggering error callback</div><di=
v>2012-08-02 11:44:07.564+0000: 4231: debug : qemuProcessHandleMonitorError=
:345 : Received error on 0x7fe7e4000e50 'milli'</div><div>2012-08-02
11:44:=
07.592+0000: 4232: debug : qemuDomainObjBeginJobInternal:753 : Starting job=
: async nested (async=3Dmigration out)</div><div>2012-08-02 11:44:07.593+00=
00: 4232: debug : qemuMonitorRef:239 : QEMU_MONITOR_REF: mon=3D0x7fe7e40c84=
10 refs=3D3</div><div>2012-08-02 11:44:07.593+0000: 4232: debug : qemuMonit=
orGetMigrationStatus:1776 : mon=3D0x7fe7e40c8410</div><div>2012-08-02 11:44=
:07.593+0000: 4232: debug : qemuMonitorSend:851 : Attempt to send command w=
hile error is set internal error Unexpected JSON reply '{"error":
{"class":=
"JSONParsing", "desc": "Invalid JSON syntax",
"data": {}}}'</div><div>2012=
-08-02 11:44:07.593+0000: 4232: debug : qemuMonitorUnref:248 : QEMU_MONITOR=
_UNREF: mon=3D0x7fe7e40c8410 refs=3D2</div><div>2012-08-02 11:44:07.593+000=
0: 4232: debug : doPeer2PeerMigrate3:2425 : Finish3 0x7fe7e00c4e50 ret=3D-1=
</div><div>2012-08-02 11:44:08.798+0000: 4233: debug : virDomainInterfaceSt=
ats:7299 : dom=3D0x7fe7e40c72d0, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-48=
21-8774-2ed84b8bccc1), path=3Dvnet0, stats=3D0x7fe803e45b10, size=3D64</div=
<div>2012-08-02 11:44:08.802+0000: 4233: debug :
virDomainFree:2345 : dom=
=3D0x7fe7e40c72d0, (VM: name=3Dmilli,
uuid=3D2291f0d8-6341-4821-8774-2ed84b=
8bccc1)</div><div>2012-08-02 11:44:12.564+0000: 4234: debug : virDomainGetJ=
obInfo:16465 : dom=3D0x7fe7dc000e00, (VM: name=3Dmilli, uuid=3D2291f0d8-634=
1-4821-8774-2ed84b8bccc1), info=3D0x7fe803644af0</div><div>2012-08-02 11:44=
:12.564+0000: 4234: debug : virDomainFree:2345 : dom=3D0x7fe7dc000e00, (VM:=
name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bccc1)</div><div>2012-=
08-02 11:44:13.804+0000: 4235: debug : virDomainGetInfo:4298 : dom=3D0x7fe7=
e8001bd0, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bccc1), =
info=3D0x7fe802e43b20</div><div>2012-08-02 11:44:13.805+0000: 4235: debug :=
qemudGetProcessInfo:1156 : Got status for 5448/0 user=3D1770 sys=3D1445 cp=
u=3D0 rss=3D185496</div><div>2012-08-02 11:44:13.805+0000: 4235: debug : vi=
rDomainFree:2345 : dom=3D0x7fe7e8001bd0, (VM: name=3Dmilli, uuid=3D2291f0d8=
-6341-4821-8774-2ed84b8bccc1)</div><div>2012-08-02 11:44:13.806+0000: 4238:=
debug : virDomainInterfaceStats:7299 : dom=3D0x7fe7f0002520, (VM: name=3Dm=
illi, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bccc1), path=3Dvnet0, stats=3D0=
x7fe801640b10, size=3D64</div><div>2012-08-02 11:44:13.807+0000: 4238: debu=
g : virDomainFree:2345 : dom=3D0x7fe7f0002520, (VM: name=3Dmilli, uuid=3D22=
91f0d8-6341-4821-8774-2ed84b8bccc1)</div><div>2012-08-02 11:44:16.474+0000:=
4232: error : virNetClientProgramDispatchError:174 : An error occurred, bu=
t the cause is unknown</div><div>2012-08-02 11:44:16.474+0000: 4232: debug =
: doPeer2PeerMigrate3:2458 : Confirm3 0x7fe7e40029c0 ret=3D-1 vm=3D0x7fe7e4=
000e50</div><div>2012-08-02 11:44:16.474+0000: 4232: debug : qemuMigrationC=
onfirm:3109 : driver=3D0x7fe7f80bd9c0, conn=3D0x7fe7e40029c0, vm=3D0x7fe7e4=
000e50, cookiein=3D(null), cookieinlen=3D0, flags=3D3, retcode=3D1</div><di=
v>2012-08-02 11:44:16.474+0000: 4232: debug : qemuMigrationEatCookie:752 : =
cookielen=3D0 cookie=3D'(null)'</div><div>2012-08-02
11:44:16.475+0000: 423=
2: debug : qemuProcessStartCPUs:2644 : Using lock state
'(null)'</div><div>=
2012-08-02 11:44:16.475+0000: 4232: debug : qemuDomainObjBeginJobInternal:7=
53 : Starting job: async nested (async=3Dmigration
out)</div></div><div><br=
</div><div>And this is from a migration gone
well:</div><div><div>2012-08-=
02 11:41:28.386+0000: 618: debug :
qemuProcessStop:3872 : Shutting down VM =
'milli' pid=3D3776 flags=3D1</div><div>2012-08-02 11:41:28.386+0000:
618: d=
ebug : qemuMonitorClose:797 : QEMU_MONITOR_CLOSE: mon=3D0x7f49dc000d50 refs=
=3D2</div><div>2012-08-02 11:41:28.386+0000: 618: debug : qemuMonitorUnref:=
248 : QEMU_MONITOR_UNREF: mon=3D0x7f49dc000d50 refs=3D1</div><div>2012-08-0=
2 11:41:28.386+0000: 606: debug : qemuMonitorUnref:248 : QEMU_MONITOR_UNREF=
: mon=3D0x7f49dc000d50 refs=3D0</div><div>2012-08-02 11:41:28.386+0000: 606=
: debug : qemuMonitorFree:225 : mon=3D0x7f49dc000d50</div><div>2012-08-02 1=
1:41:28.386+0000: 618: debug : qemuProcessKill:3769 : vm=3Dmilli pid=3D3776=
flags=3D5</div><div>2012-08-02 11:41:28.586+0000: 618: debug : qemuDomainC=
leanupRun:1921 : driver=3D0x7f49e806f1b0, vm=3Dmilli</div><div>2012-08-02 1=
1:41:28.586+0000: 618: debug : qemuProcessAutoDestroyRemove:4320 : vm=3Dmil=
li</div><div>2012-08-02 11:41:28.586+0000: 618: debug : qemuDriverCloseCall=
backUnset:578 : vm=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2ed84b8bccc1, cb=
=3D0x4900d0</div><div>2012-08-02 11:41:28.586+0000: 618: debug : virCgroupN=
ew:603 : New group /libvirt/qemu/milli</div><div>2012-08-02 11:41:28.587+00=
00: 618: debug : virCgroupDetect:262 : Detected mount/mapping 0:cpu at /sys=
/fs/cgroup/cpu,cpuacct in /system/libvirtd.service</div><div>2012-08-02 11:=
41:28.587+0000: 618: debug : virCgroupDetect:262 : Detected mount/mapping 1=
:cpuacct at /sys/fs/cgroup/cpu,cpuacct in /system/libvirtd.service</div><di=
v>2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 : Detected=
mount/mapping 2:cpuset at /sys/fs/cgroup/cpuset in</div><div>2012-08-02 11=
:41:28.587+0000: 618: debug : virCgroupDetect:262 : Detected mount/mapping =
3:memory at /sys/fs/cgroup/memory in</div><div>2012-08-02 11:41:28.587+0000=
: 618: debug : virCgroupDetect:262 : Detected mount/mapping 4:devices at /s=
ys/fs/cgroup/devices in</div><div>2012-08-02 11:41:28.587+0000: 618: debug =
: virCgroupDetect:262 : Detected mount/mapping 5:freezer at /sys/fs/cgroup/=
freezer in</div><div>2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDe=
tect:262 : Detected mount/mapping 6:blkio at /sys/fs/cgroup/blkio in</div><=
div>2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:524 : Mak=
e group /libvirt/qemu/milli</div><div>2012-08-02 11:41:28.587+0000: 618: de=
bug : virCgroupMakeGroup:546 : Make controller /sys/fs/cgroup/cpu,cpuacct/s=
ystem/libvirtd.service/libvirt/qemu/milli/</div><div>2012-08-02 11:41:28.58=
7+0000: 618: debug : virCgroupMakeGroup:546 : Make controller /sys/fs/cgrou=
p/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/milli/</div><div>2012-08=
-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 : Make controlle=
r /sys/fs/cgroup/cpuset/libvirt/qemu/milli/</div><div>2012-08-02 11:41:28.5=
87+0000: 618: debug : virCgroupMakeGroup:546 : Make controller /sys/fs/cgro=
up/memory/libvirt/qemu/milli/</div><div>2012-08-02 11:41:28.587+0000: 618: =
debug : virCgroupMakeGroup:546 : Make controller /sys/fs/cgroup/devices/lib=
virt/qemu/milli/</div><div>2012-08-02 11:41:28.587+0000: 618: debug : virCg=
roupMakeGroup:546 : Make controller /sys/fs/cgroup/freezer/libvirt/qemu/mil=
li/</div><div>2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup=
:546 : Make controller /sys/fs/cgroup/blkio/libvirt/qemu/milli/</div><div>2=
012-08-02 11:41:28.587+0000: 618: debug : virCgroupRemove:758 : Removing cg=
roup /sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/milli/=
and all child cgroups</div><div>2012-08-02 11:41:28.588+0000: 618: debug :=
virCgroupRemoveRecursively:713 : Removing cgroup /sys/fs/cgroup/cpu,cpuacc=
t/system/libvirtd.service/libvirt/qemu/milli//vcpu1</div><div>2012-08-02 11=
:41:28.595+0000: 618: debug : virCgroupRemoveRecursively:713 : Removing cgr=
oup /sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/milli//=
vcpu0</div><div>2012-08-02 11:41:28.603+0000: 618: debug : virCgroupRemoveR=
ecursively:713 : Removing cgroup /sys/fs/cgroup/cpu,cpuacct/system/libvirtd=
.service/libvirt/qemu/milli/</div><div>2012-08-02 11:41:28.611+0000: 618: d=
ebug : virCgroupRemove:758 : Removing cgroup /sys/fs/cgroup/cpu,cpuacct/sys=
tem/libvirtd.service/libvirt/qemu/milli/ and all child cgroups</div><div>20=
12-08-02 11:41:28.611+0000: 618: debug : virCgroupRemove:758 : Removing cgr=
oup /sys/fs/cgroup/cpuset/libvirt/qemu/milli/ and all child cgroups</div><d=
iv>2012-08-02 11:41:28.611+0000: 618: debug : virCgroupRemoveRecursively:71=
3 : Removing cgroup /sys/fs/cgroup/cpuset/libvirt/qemu/milli/</div><div>201=
2-08-02 11:41:28.620+0000: 618: debug : virCgroupRemove:758 : Removing cgro=
up /sys/fs/cgroup/memory/libvirt/qemu/milli/ and all child cgroups</div><di=
v>2012-08-02 11:41:28.620+0000: 618: debug : virCgroupRemoveRecursively:713=
: Removing cgroup /sys/fs/cgroup/memory/libvirt/qemu/milli/</div><div>2012=
-08-02 11:41:28.633+0000: 618: debug : virCgroupRemove:758 : Removing cgrou=
p /sys/fs/cgroup/devices/libvirt/qemu/milli/ and all child cgroups</div><di=
v>2012-08-02 11:41:28.679+0000: 618: debug : virCgroupRemoveRecursively:713=
: Removing cgroup /sys/fs/cgroup/devices/libvirt/qemu/milli/</div><div>201=
2-08-02 11:41:28.684+0000: 618: debug : virCgroupRemove:758 : Removing cgro=
up /sys/fs/cgroup/freezer/libvirt/qemu/milli/ and all child cgroups</div><d=
iv>2012-08-02 11:41:28.684+0000: 618: debug : virCgroupRemoveRecursively:71=
3 : Removing cgroup /sys/fs/cgroup/freezer/libvirt/qemu/milli/</div><div>20=
12-08-02 11:41:28.689+0000: 618: debug : virCgroupRemove:758 : Removing cgr=
oup /sys/fs/cgroup/blkio/libvirt/qemu/milli/ and all child cgroups</div><di=
v>2012-08-02 11:41:28.689+0000: 618: debug : virCgroupRemoveRecursively:713=
: Removing cgroup /sys/fs/cgroup/blkio/libvirt/qemu/milli/</div><div>2012-=
08-02 11:41:28.697+0000: 618: debug : virConnectClose:1496 : conn=3D0x7f49d=
c10fac0</div><div>2012-08-02 11:41:28.698+0000: 606: debug : virDomainFree:=
2345 : dom=3D0xaa0ea0, (VM: name=3Dmilli, uuid=3D2291f0d8-6341-4821-8774-2e=
d84b8bccc1)</div><div>2012-08-02 11:41:28.700+0000: 618: debug : qemuDomain=
ObjEndAsyncJob:887 : Stopping async job: migration
out</div></div><div><br>=
</div><div><div><div># rpm -qa | egrep
'(vdsm|libvirt|sanlock|json)' | sort=
-d</div><div>json-c-0.9-4.fc17.x86_64</div><div>json-glib-0.14.2-2.fc17.x8=
6_64</div><div>libvirt-0.9.11.4-3.fc17.x86_64</div><div>libvirt-client-0.9.=
11.4-3.fc17.x86_64</div><div>libvirt-daemon-0.9.11.4-3.fc17.x86_64</div><di=
v>libvirt-daemon-config-network-0.9.11.4-3.fc17.x86_64</div><div>libvirt-da=
emon-config-nwfilter-0.9.11.4-3.fc17.x86_64</div><div>libvirt-lock-sanlock-=
0.9.11.4-3.fc17.x86_64</div><div>libvirt-python-0.9.11.4-3.fc17.x86_64</div=
<div>python-simplejson-2.5.2-1.fc17.x86_64</div><div>sanlock-2.3-3.fc17.x8=
6_64</div><div>sanlock-lib-2.3-3.fc17.x86_64</div><div>sanlock-python-2.3-3=
.fc17.x86_64</div><div>vdsm-4.10.0-5.fc17.x86_64</div><div>vdsm-cli-4.10.0-=
5.fc17.noarch</div><div>vdsm-python-4.10.0-5.fc17.x86_64</div><div>vdsm-xml=
rpc-4.10.0-5.fc17.noarch</div></div></div><div>
<div><br
class=3D"Apple-interchange-newline"><br></div><div>Best
Regards<br=
--------------------------------------------------------------------------=
-----<br>Karli Sj=F6berg<br>Swedish University of Agricultural
Sciences<br>=
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)<br>S-750 07 Uppsala, Sweden<b=
r>Phone: +46-(0)18-67 15 66</div><div><a
href=3D"mailto:karli.sjoberg=
@adm.slu.se">karli.sjoberg(a)slu.se</a></div>
</div>
<br></div></body></html>=
--_000_0CBBF9E4118E4C0C82215A5FE4D6D522sluse_--
3:17 p.m.
check selinux
On 08/02/2012 03:01 PM, Karli Sjöberg wrote:
Hi,
Wondering if anyone has encountered the same issue as me. On one host
in my cluster, if I migrate in a guest, I cannot migrate it out to
another host? The get "stuck" there, so to speak. Same when a guest
is started on that particular host, it is impossible to migrate them
out again.
iptables are flushed, for excluding purposes. vdsmd, libvirtd and
sanlock are all running.
This is what I caught from libvirtd.log:
2012-08-02 11:44:07.542+0000: 4231: debug : qemuMonitorUnref:248 :
QEMU_MONITOR_UNREF: mon=0x7fe7e40c8410 refs=3
2012-08-02 11:44:07.542+0000: 4232: debug : qemuMonitorUnref:248 :
QEMU_MONITOR_UNREF: mon=0x7fe7e40c8410 refs=2
2012-08-02 11:44:07.542+0000: 4232: debug : virConnectIsAlive:18395 :
conn=0x7fe7e00c4e50
2012-08-02 11:44:07.562+0000: 4236: debug :
virDomainMigrateSetMaxDowntime:16565 : dom=0x7fe7d8000cc0, (VM:
name=milli, uuid=2291f0d8-6341-4821-8774-2ed84b8bccc1), downtime=50,
flags=0
2012-08-02 11:44:07.562+0000: 4236: debug :
qemuDomainObjBeginJobInternal:753 : Starting job: migration operation
(async=migration out)
2012-08-02 11:44:07.562+0000: 4236: debug :
qemuDomainMigrateSetMaxDowntime:9500 : Setting migration downtime to 50ms
2012-08-02 11:44:07.562+0000: 4236: debug : qemuMonitorRef:239 :
QEMU_MONITOR_REF: mon=0x7fe7e40c8410 refs=3
2012-08-02 11:44:07.562+0000: 4236: debug :
qemuMonitorSetMigrationDowntime:1753 : mon=0x7fe7e40c8410 downtime=50
2012-08-02 11:44:07.562+0000: 4236: debug : qemuMonitorSend:861 :
QEMU_MONITOR_SEND_MSG: mon=0x7fe7e40c8410
msg={"execute":"migrate_set_downtime","arguments":{"value":0,050000},"id":"libvirt-261"}
fd=-1
2012-08-02 11:44:07.563+0000: 4231: debug : qemuMonitorRef:239 :
QEMU_MONITOR_REF: mon=0x7fe7e40c8410 refs=4
2012-08-02 11:44:07.563+0000: 4231: debug : qemuMonitorIOWrite:470 :
QEMU_MONITOR_IO_WRITE: mon=0x7fe7e40c8410
buf={"execute":"migrate_set_downtime","arguments":{"value":0,050000},"id":"libvirt-261"}
len=86 ret=86 errno=11
2012-08-02 11:44:07.563+0000: 4231: debug : qemuMonitorUnref:248 :
QEMU_MONITOR_UNREF: mon=0x7fe7e40c8410 refs=3
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorRef:239 :
QEMU_MONITOR_REF: mon=0x7fe7e40c8410 refs=4
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorIOProcess:365 :
QEMU_MONITOR_IO_PROCESS: mon=0x7fe7e40c8410 buf={"error": {"class":
"JSONParsing", "desc": "Invalid JSON syntax",
"data": {}}}
len=80
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorUnref:248 :
QEMU_MONITOR_UNREF: mon=0x7fe7e40c8410 refs=3
2012-08-02 11:44:07.564+0000: 4236: error :
qemuMonitorJSONCheckError:331 : internal error unable to execute QEMU
command 'migrate_set_downtime': Invalid JSON syntax
2012-08-02 11:44:07.564+0000: 4236: debug : qemuMonitorUnref:248 :
QEMU_MONITOR_UNREF: mon=0x7fe7e40c8410 refs=2
2012-08-02 11:44:07.564+0000: 4236: debug : qemuDomainObjEndJob:870 :
Stopping job: migration operation (async=migration out)
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorRef:239 :
QEMU_MONITOR_REF: mon=0x7fe7e40c8410 refs=3
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorIOProcess:365 :
QEMU_MONITOR_IO_PROCESS: mon=0x7fe7e40c8410 buf={"error": {"class":
"JSONParsing", "desc": "Invalid JSON syntax",
"data": {}}}
len=80
2012-08-02 11:44:07.564+0000: 4236: debug : virDomainFree:2345 :
dom=0x7fe7d8000cc0, (VM: name=milli,
uuid=2291f0d8-6341-4821-8774-2ed84b8bccc1)
2012-08-02 11:44:07.564+0000: 4231: error :
qemuMonitorJSONIOProcessLine:156 : internal error Unexpected JSON
reply '{"error": {"class": "JSONParsing",
"desc": "Invalid JSON
syntax", "data": {}}}'
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorIO:645 : Error
on monitor internal error Unexpected JSON reply '{"error":
{"class":
"JSONParsing", "desc": "Invalid JSON syntax",
"data": {}}}'
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorUnref:248 :
QEMU_MONITOR_UNREF: mon=0x7fe7e40c8410 refs=2
2012-08-02 11:44:07.564+0000: 4231: debug : qemuMonitorIO:679 :
Triggering error callback
2012-08-02 11:44:07.564+0000: 4231: debug :
qemuProcessHandleMonitorError:345 : Received error on 0x7fe7e4000e50
'milli'
2012-08-02 11:44:07.592+0000: 4232: debug :
qemuDomainObjBeginJobInternal:753 : Starting job: async nested
(async=migration out)
2012-08-02 11:44:07.593+0000: 4232: debug : qemuMonitorRef:239 :
QEMU_MONITOR_REF: mon=0x7fe7e40c8410 refs=3
2012-08-02 11:44:07.593+0000: 4232: debug :
qemuMonitorGetMigrationStatus:1776 : mon=0x7fe7e40c8410
2012-08-02 11:44:07.593+0000: 4232: debug : qemuMonitorSend:851 :
Attempt to send command while error is set internal error Unexpected
JSON reply '{"error": {"class": "JSONParsing",
"desc": "Invalid JSON
syntax", "data": {}}}'
2012-08-02 11:44:07.593+0000: 4232: debug : qemuMonitorUnref:248 :
QEMU_MONITOR_UNREF: mon=0x7fe7e40c8410 refs=2
2012-08-02 11:44:07.593+0000: 4232: debug : doPeer2PeerMigrate3:2425 :
Finish3 0x7fe7e00c4e50 ret=-1
2012-08-02 11:44:08.798+0000: 4233: debug :
virDomainInterfaceStats:7299 : dom=0x7fe7e40c72d0, (VM: name=milli,
uuid=2291f0d8-6341-4821-8774-2ed84b8bccc1), path=vnet0,
stats=0x7fe803e45b10, size=64
2012-08-02 11:44:08.802+0000: 4233: debug : virDomainFree:2345 :
dom=0x7fe7e40c72d0, (VM: name=milli,
uuid=2291f0d8-6341-4821-8774-2ed84b8bccc1)
2012-08-02 11:44:12.564+0000: 4234: debug : virDomainGetJobInfo:16465
: dom=0x7fe7dc000e00, (VM: name=milli,
uuid=2291f0d8-6341-4821-8774-2ed84b8bccc1), info=0x7fe803644af0
2012-08-02 11:44:12.564+0000: 4234: debug : virDomainFree:2345 :
dom=0x7fe7dc000e00, (VM: name=milli,
uuid=2291f0d8-6341-4821-8774-2ed84b8bccc1)
2012-08-02 11:44:13.804+0000: 4235: debug : virDomainGetInfo:4298 :
dom=0x7fe7e8001bd0, (VM: name=milli,
uuid=2291f0d8-6341-4821-8774-2ed84b8bccc1), info=0x7fe802e43b20
2012-08-02 11:44:13.805+0000: 4235: debug : qemudGetProcessInfo:1156 :
Got status for 5448/0 user=1770 sys=1445 cpu=0 rss=185496
2012-08-02 11:44:13.805+0000: 4235: debug : virDomainFree:2345 :
dom=0x7fe7e8001bd0, (VM: name=milli,
uuid=2291f0d8-6341-4821-8774-2ed84b8bccc1)
2012-08-02 11:44:13.806+0000: 4238: debug :
virDomainInterfaceStats:7299 : dom=0x7fe7f0002520, (VM: name=milli,
uuid=2291f0d8-6341-4821-8774-2ed84b8bccc1), path=vnet0,
stats=0x7fe801640b10, size=64
2012-08-02 11:44:13.807+0000: 4238: debug : virDomainFree:2345 :
dom=0x7fe7f0002520, (VM: name=milli,
uuid=2291f0d8-6341-4821-8774-2ed84b8bccc1)
2012-08-02 11:44:16.474+0000: 4232: error :
virNetClientProgramDispatchError:174 : An error occurred, but the
cause is unknown
2012-08-02 11:44:16.474+0000: 4232: debug : doPeer2PeerMigrate3:2458 :
Confirm3 0x7fe7e40029c0 ret=-1 vm=0x7fe7e4000e50
2012-08-02 11:44:16.474+0000: 4232: debug : qemuMigrationConfirm:3109
: driver=0x7fe7f80bd9c0, conn=0x7fe7e40029c0, vm=0x7fe7e4000e50,
cookiein=(null), cookieinlen=0, flags=3, retcode=1
2012-08-02 11:44:16.474+0000: 4232: debug : qemuMigrationEatCookie:752
: cookielen=0 cookie='(null)'
2012-08-02 11:44:16.475+0000: 4232: debug : qemuProcessStartCPUs:2644
: Using lock state '(null)'
2012-08-02 11:44:16.475+0000: 4232: debug :
qemuDomainObjBeginJobInternal:753 : Starting job: async nested
(async=migration out)
And this is from a migration gone well:
2012-08-02 11:41:28.386+0000: 618: debug : qemuProcessStop:3872 :
Shutting down VM 'milli' pid=3776 flags=1
2012-08-02 11:41:28.386+0000: 618: debug : qemuMonitorClose:797 :
QEMU_MONITOR_CLOSE: mon=0x7f49dc000d50 refs=2
2012-08-02 11:41:28.386+0000: 618: debug : qemuMonitorUnref:248 :
QEMU_MONITOR_UNREF: mon=0x7f49dc000d50 refs=1
2012-08-02 11:41:28.386+0000: 606: debug : qemuMonitorUnref:248 :
QEMU_MONITOR_UNREF: mon=0x7f49dc000d50 refs=0
2012-08-02 11:41:28.386+0000: 606: debug : qemuMonitorFree:225 :
mon=0x7f49dc000d50
2012-08-02 11:41:28.386+0000: 618: debug : qemuProcessKill:3769 :
vm=milli pid=3776 flags=5
2012-08-02 11:41:28.586+0000: 618: debug : qemuDomainCleanupRun:1921 :
driver=0x7f49e806f1b0, vm=milli
2012-08-02 11:41:28.586+0000: 618: debug :
qemuProcessAutoDestroyRemove:4320 : vm=milli
2012-08-02 11:41:28.586+0000: 618: debug :
qemuDriverCloseCallbackUnset:578 : vm=milli,
uuid=2291f0d8-6341-4821-8774-2ed84b8bccc1, cb=0x4900d0
2012-08-02 11:41:28.586+0000: 618: debug : virCgroupNew:603 : New
group /libvirt/qemu/milli
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 :
Detected mount/mapping 0:cpu at /sys/fs/cgroup/cpu,cpuacct in
/system/libvirtd.service
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 :
Detected mount/mapping 1:cpuacct at /sys/fs/cgroup/cpu,cpuacct in
/system/libvirtd.service
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 :
Detected mount/mapping 2:cpuset at /sys/fs/cgroup/cpuset in
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 :
Detected mount/mapping 3:memory at /sys/fs/cgroup/memory in
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 :
Detected mount/mapping 4:devices at /sys/fs/cgroup/devices in
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 :
Detected mount/mapping 5:freezer at /sys/fs/cgroup/freezer in
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupDetect:262 :
Detected mount/mapping 6:blkio at /sys/fs/cgroup/blkio in
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:524 :
Make group /libvirt/qemu/milli
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 :
Make controller
/sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/milli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 :
Make controller
/sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/milli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 :
Make controller /sys/fs/cgroup/cpuset/libvirt/qemu/milli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 :
Make controller /sys/fs/cgroup/memory/libvirt/qemu/milli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 :
Make controller /sys/fs/cgroup/devices/libvirt/qemu/milli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 :
Make controller /sys/fs/cgroup/freezer/libvirt/qemu/milli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupMakeGroup:546 :
Make controller /sys/fs/cgroup/blkio/libvirt/qemu/milli/
2012-08-02 11:41:28.587+0000: 618: debug : virCgroupRemove:758 :
Removing cgroup
/sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/milli/
and all child cgroups
2012-08-02 11:41:28.588+0000: 618: debug :
virCgroupRemoveRecursively:713 : Removing cgroup
/sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/milli//vcpu1
2012-08-02 11:41:28.595+0000: 618: debug :
virCgroupRemoveRecursively:713 : Removing cgroup
/sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/milli//vcpu0
2012-08-02 11:41:28.603+0000: 618: debug :
virCgroupRemoveRecursively:713 : Removing cgroup
/sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/milli/
2012-08-02 11:41:28.611+0000: 618: debug : virCgroupRemove:758 :
Removing cgroup
/sys/fs/cgroup/cpu,cpuacct/system/libvirtd.service/libvirt/qemu/milli/
and all child cgroups
2012-08-02 11:41:28.611+0000: 618: debug : virCgroupRemove:758 :
Removing cgroup /sys/fs/cgroup/cpuset/libvirt/qemu/milli/ and all
child cgroups
2012-08-02 11:41:28.611+0000: 618: debug :
virCgroupRemoveRecursively:713 : Removing cgroup
/sys/fs/cgroup/cpuset/libvirt/qemu/milli/
2012-08-02 11:41:28.620+0000: 618: debug : virCgroupRemove:758 :
Removing cgroup /sys/fs/cgroup/memory/libvirt/qemu/milli/ and all
child cgroups
2012-08-02 11:41:28.620+0000: 618: debug :
virCgroupRemoveRecursively:713 : Removing cgroup
/sys/fs/cgroup/memory/libvirt/qemu/milli/
2012-08-02 11:41:28.633+0000: 618: debug : virCgroupRemove:758 :
Removing cgroup /sys/fs/cgroup/devices/libvirt/qemu/milli/ and all
child cgroups
2012-08-02 11:41:28.679+0000: 618: debug :
virCgroupRemoveRecursively:713 : Removing cgroup
/sys/fs/cgroup/devices/libvirt/qemu/milli/
2012-08-02 11:41:28.684+0000: 618: debug : virCgroupRemove:758 :
Removing cgroup /sys/fs/cgroup/freezer/libvirt/qemu/milli/ and all
child cgroups
2012-08-02 11:41:28.684+0000: 618: debug :
virCgroupRemoveRecursively:713 : Removing cgroup
/sys/fs/cgroup/freezer/libvirt/qemu/milli/
2012-08-02 11:41:28.689+0000: 618: debug : virCgroupRemove:758 :
Removing cgroup /sys/fs/cgroup/blkio/libvirt/qemu/milli/ and all child
cgroups
2012-08-02 11:41:28.689+0000: 618: debug :
virCgroupRemoveRecursively:713 : Removing cgroup
/sys/fs/cgroup/blkio/libvirt/qemu/milli/
2012-08-02 11:41:28.697+0000: 618: debug : virConnectClose:1496 :
conn=0x7f49dc10fac0
2012-08-02 11:41:28.698+0000: 606: debug : virDomainFree:2345 :
dom=0xaa0ea0, (VM: name=milli, uuid=2291f0d8-6341-4821-8774-2ed84b8bccc1)
2012-08-02 11:41:28.700+0000: 618: debug :
qemuDomainObjEndAsyncJob:887 : Stopping async job: migration out
# rpm -qa | egrep '(vdsm|libvirt|sanlock|json)' | sort -d
json-c-0.9-4.fc17.x86_64
json-glib-0.14.2-2.fc17.x86_64
libvirt-0.9.11.4-3.fc17.x86_64
libvirt-client-0.9.11.4-3.fc17.x86_64
libvirt-daemon-0.9.11.4-3.fc17.x86_64
libvirt-daemon-config-network-0.9.11.4-3.fc17.x86_64
libvirt-daemon-config-nwfilter-0.9.11.4-3.fc17.x86_64
libvirt-lock-sanlock-0.9.11.4-3.fc17.x86_64
libvirt-python-0.9.11.4-3.fc17.x86_64
python-simplejson-2.5.2-1.fc17.x86_64
sanlock-2.3-3.fc17.x86_64
sanlock-lib-2.3-3.fc17.x86_64
sanlock-python-2.3-3.fc17.x86_64
vdsm-4.10.0-5.fc17.x86_64
vdsm-cli-4.10.0-5.fc17.noarch
vdsm-python-4.10.0-5.fc17.x86_64
vdsm-xmlrpc-4.10.0-5.fc17.noarch
Best Regards
-------------------------------------------------------------------------------
Karli Sjöberg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg(a)slu.se <mailto:karli.sjoberg@adm.slu.se>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Dafna Ron
4:05 p.m.
Hi,
Thanks for reporting this, I've found now where the problem is and it is
in libvirt. However this issue is not easy to fix as it reveals more
than just this one problem. The format for outputting floating point
numbers into JSON string seems to be locale-dependent. Could you send me
what locale are you having? I guess you could migrate the guest by
starting libvirt with "LC_ALL=C" set.
Martin
On 08/02/2012 02:01 PM, Karli Sjöberg wrote:
Hi,
Wondering if anyone has encountered the same issue as me. On one host in
my cluster, if I migrate in a guest, I cannot migrate it out to another
host? The get "stuck" there, so to speak. Same when a guest is started
on that particular host, it is impossible to migrate them out again.
4:10 p.m.
--_000_E5A52BA498A24E7BBA2A34C5AFC6D9ECsluse_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
2 aug 2012 kl. 15.05 skrev Martin Kletzander:
Hi,
Thanks for reporting this, I've found now where the problem is and it is
in libvirt. However this issue is not easy to fix as it reveals more
than just this one problem. The format for outputting floating point
numbers into JSON string seems to be locale-dependent. Could you send me
what locale are you having? I guess you could migrate the guest by
starting libvirt with "LC_ALL=3DC" set.
OK, wow, awesome! Sorry, I=B4m not too familiar with Fedora, more of a BSD-=
guy, in learning:) How do you change Locale to something more appropriate? =
And what does it like?
Martin
On 08/02/2012 02:01 PM, Karli Sj=F6berg wrote:
Hi,
Wondering if anyone has encountered the same issue as me. On one host in
my cluster, if I migrate in a guest, I cannot migrate it out to another
host? The get "stuck" there, so to speak. Same when a guest is started
on that particular host, it is impossible to migrate them out again.
Med V=E4nliga H=E4lsningar
---------------------------------------------------------------------------=
----
Karli Sj=F6berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se>
--_000_E5A52BA498A24E7BBA2A34C5AFC6D9ECsluse_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body style=3D"word-wrap: break-word;
-webkit-nbsp-mode:=
space; -webkit-line-break: after-white-space; "><br><div><div>2
aug 2012 k=
l. 15.05 skrev Martin Kletzander:</div><br
class=3D"Apple-interchange-newli=
ne"><blockquote
type=3D"cite"><div>Hi,<br><br>Thanks for reporting this,
I'=
ve found now where the problem is and it is<br>in libvirt. However this iss=
ue is not easy to fix as it reveals more<br>than just this one problem. The=
format for outputting floating point<br>numbers into JSON string seems to =
be locale-dependent. Could you send me<br>what locale are you having? I gue=
ss you could migrate the guest by<br>starting libvirt with "LC_ALL=3DC"
set=
.<br></div></blockquote><div><br></div>OK, wow,
awesome! Sorry, I=B4m not t=
oo familiar with Fedora, more of a BSD-guy, in learning:) How do you change=
Locale to something more appropriate? And what does it
like?</div><div><br=
<blockquote
type=3D"cite"><div><br>Martin<br><br>On 08/02/2012
02:01 PM, K=
arli Sj=F6berg wrote:<br><blockquote
type=3D"cite">Hi,<br></blockquote><blo=
ckquote type=3D"cite"><br></blockquote><blockquote
type=3D"cite">Wondering =
if anyone has encountered the same issue as me. On one host in<br></blockqu=
ote><blockquote type=3D"cite">my cluster, if I migrate in a guest, I
cannot=
migrate it out to another<br></blockquote><blockquote
type=3D"cite">host? =
The get "stuck" there, so to speak. Same when a guest is
started<br><=
/blockquote><blockquote type=3D"cite">on that particular host, it is
imposs=
ible to migrate them out again.<br></blockquote><blockquote
type=3D"cite"><=
br></blockquote></div></blockquote></div><br><div>
<span class=3D"Apple-style-span" style=3D"border-collapse: separate;
color:=
rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: no=
rmal; font-weight: normal; letter-spacing: normal; line-height: normal; orp=
hans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; =
white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizonta=
l-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorati=
ons-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-wi=
dth: 0px; font-size: medium; "><div><br
class=3D"Apple-interchange-newline"=
<br></div><div>Med V=E4nliga
H=E4lsningar<br>-----------------------------=
--------------------------------------------------<br>Karli
Sj=F6berg<br>Sw=
edish University of Agricultural Sciences<br>Box 7079 (Visiting Address Kro=
n=E5sv=E4gen 8)<br>S-750 07 Uppsala, Sweden<br>Phone: +46-(0)18-67
15=
66</div><div><a
href=3D"mailto:karli.sjoberg@adm.slu.se">karli.sjoberg@slu=
.se</a></div></span>
</div>
<br></body></html>=
--_000_E5A52BA498A24E7BBA2A34C5AFC6D9ECsluse_--
4:20 p.m.
--_000_A9D682630B6C4E9390BE2D78863611E8sluse_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
2 aug 2012 kl. 15.10 skrev Karli Sj=F6berg:
2 aug 2012 kl. 15.05 skrev Martin Kletzander:
Hi,
Thanks for reporting this, I've found now where the problem is and it is
in libvirt. However this issue is not easy to fix as it reveals more
than just this one problem. The format for outputting floating point
numbers into JSON string seems to be locale-dependent. Could you send me
what locale are you having? I guess you could migrate the guest by
starting libvirt with "LC_ALL=3DC" set.
OK, wow, awesome! Sorry, I=B4m not too familiar with Fedora, more of a BSD-=
guy, in learning:) How do you change Locale to something more appropriate? =
And what does it like?
Oh and also, I have this output from the non-working host:
LANG=3Dsv_SE.UTF-8
LC_CTYPE=3D"sv_SE.UTF-8"
LC_NUMERIC=3D"sv_SE.UTF-8"
LC_TIME=3D"sv_SE.UTF-8"
LC_COLLATE=3D"sv_SE.UTF-8"
LC_MONETARY=3D"sv_SE.UTF-8"
LC_MESSAGES=3D"sv_SE.UTF-8"
LC_PAPER=3D"sv_SE.UTF-8"
LC_NAME=3D"sv_SE.UTF-8"
LC_ADDRESS=3D"sv_SE.UTF-8"
LC_TELEPHONE=3D"sv_SE.UTF-8"
LC_MEASUREMENT=3D"sv_SE.UTF-8"
LC_IDENTIFICATION=3D"sv_SE.UTF-8"
LC_ALL=3D
And this from the working ones:
LANG=3Den_US.UTF-8
LC_CTYPE=3D"en_US.UTF-8"
LC_NUMERIC=3D"en_US.UTF-8"
LC_TIME=3D"en_US.UTF-8"
LC_COLLATE=3D"en_US.UTF-8"
LC_MONETARY=3D"en_US.UTF-8"
LC_MESSAGES=3D"en_US.UTF-8"
LC_PAPER=3D"en_US.UTF-8"
LC_NAME=3D"en_US.UTF-8"
LC_ADDRESS=3D"en_US.UTF-8"
LC_TELEPHONE=3D"en_US.UTF-8"
LC_MEASUREMENT=3D"en_US.UTF-8"
LC_IDENTIFICATION=3D"en_US.UTF-8"
LC_ALL=3D
But how do I change from sv_SE.UTF-8 to en_US.UTF-8?
Martin
On 08/02/2012 02:01 PM, Karli Sj=F6berg wrote:
Hi,
Wondering if anyone has encountered the same issue as me. On one host in
my cluster, if I migrate in a guest, I cannot migrate it out to another
host? The get "stuck" there, so to speak. Same when a guest is started
on that particular host, it is impossible to migrate them out again.
Med V=E4nliga H=E4lsningar
---------------------------------------------------------------------------=
----
Karli Sj=F6berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se>
Med V=E4nliga H=E4lsningar
---------------------------------------------------------------------------=
----
Karli Sj=F6berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se>
--_000_A9D682630B6C4E9390BE2D78863611E8sluse_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body style=3D"word-wrap: break-word;
-webkit-nbsp-mode:=
space; -webkit-line-break: after-white-space; "><br><div><div>2
aug 2012 k=
l. 15.10 skrev Karli Sj=F6berg:</div><br
class=3D"Apple-interchange-newline=
"><blockquote type=3D"cite"><div style=3D"word-wrap:
break-word; -webkit-nb=
sp-mode: space; -webkit-line-break: after-white-space;
"><br><div><div>2 au=
g 2012 kl. 15.05 skrev Martin Kletzander:</div><br
class=3D"Apple-interchan=
ge-newline"><blockquote
type=3D"cite"><div>Hi,<br><br>Thanks for reporting =
this, I've found now where the problem is and it is<br>in libvirt. However =
this issue is not easy to fix as it reveals more<br>than just this one prob=
lem. The format for outputting floating point<br>numbers into JSON string s=
eems to be locale-dependent. Could you send me<br>what locale are you havin=
g? I guess you could migrate the guest by<br>starting libvirt with "LC_ALL=
=3DC"
set.<br></div></blockquote><div><br></div>OK, wow,
awesome! Sorry, I=
=B4m not too familiar with Fedora, more of a BSD-guy, in learning:) How do =
you change Locale to something more appropriate? And what does it like?</di=
v></div></blockquote><div><br></div>Oh and also, I have
this output from th=
e non-working
host:</div><div><div>LANG=3Dsv_SE.UTF-8</div><div>LC_CTYPE=3D=
"sv_SE.UTF-8"</div><div>LC_NUMERIC=3D"sv_SE.UTF-8"</div><div>LC_TIME=3D"sv_=
SE.UTF-8"</div><div>LC_COLLATE=3D"sv_SE.UTF-8"</div><div>LC_MONETARY=3D"sv_=
SE.UTF-8"</div><div>LC_MESSAGES=3D"sv_SE.UTF-8"</div><div>LC_PAPER=3D"sv_SE=
.UTF-8"</div><div>LC_NAME=3D"sv_SE.UTF-8"</div><div>LC_ADDRESS=3D"sv_SE.UTF=
-8"</div><div>LC_TELEPHONE=3D"sv_SE.UTF-8"</div><div>LC_MEASUREMENT=3D"sv_S=
E.UTF-8"</div><div>LC_IDENTIFICATION=3D"sv_SE.UTF-8"</div><div>LC_ALL=3D</d=
iv><div><br></div><div>And this from the working
ones:</div><div><div>LANG=
=3Den_US.UTF-8</div><div>LC_CTYPE=3D"en_US.UTF-8"</div><div>LC_NUMERIC=3D"e=
n_US.UTF-8"</div><div>LC_TIME=3D"en_US.UTF-8"</div><div>LC_COLLATE=3D"en_US=
.UTF-8"</div><div>LC_MONETARY=3D"en_US.UTF-8"</div><div>LC_MESSAGES=3D"en_U=
S.UTF-8"</div><div>LC_PAPER=3D"en_US.UTF-8"</div><div>LC_NAME=3D"en_US.UTF-=
8"</div><div>LC_ADDRESS=3D"en_US.UTF-8"</div><div>LC_TELEPHONE=3D"en_US.UTF=
-8"</div><div>LC_MEASUREMENT=3D"en_US.UTF-8"</div><div>LC_IDENTIFICATION=3D=
"en_US.UTF-8"</div><div>LC_ALL=3D</div><div><br></div><div>But
how do I cha=
nge from sv_SE.UTF-8
to en_US.UTF-8?</div><div><br></div></div><b=
lockquote type=3D"cite"><div style=3D"word-wrap: break-word;
-webkit-nbsp-m=
ode: space; -webkit-line-break: after-white-space;
"><div><br><blockquote t=
ype=3D"cite"><div><br>Martin<br><br>On 08/02/2012
02:01 PM, Karli Sj=F6berg=
wrote:<br><blockquote
type=3D"cite">Hi,<br></blockquote><blockquote type=
=3D"cite"><br></blockquote><blockquote
type=3D"cite">Wondering if anyone ha=
s encountered the same issue as me. On one host
in<br></blockquote><blockqu=
ote type=3D"cite">my cluster, if I migrate in a guest, I cannot migrate it =
out to another<br></blockquote><blockquote type=3D"cite">host?
The ge=
t "stuck" there, so to speak. Same when a guest is
started<br></blockquote>=
<blockquote type=3D"cite">on that particular host, it is impossible to
migr=
ate them out again.<br></blockquote><blockquote
type=3D"cite"><br></blockqu=
ote></div></blockquote></div><br><div>
<div><br
class=3D"Apple-interchange-newline"><br></div><div>Med
V=E4nliga H=
=E4lsningar<br>------------------------------------------------------------=
-------------------<br>Karli Sj=F6berg<br>Swedish University of Agricultura=
l Sciences<br>Box 7079 (Visiting Address Kron=E5sv=E4gen 8)<br>S-750 07 Upp=
sala, Sweden<br>Phone: +46-(0)18-67 15 66</div><div><a
href=3D"mailto=
:karli.sjoberg@adm.slu.se">karli.sjoberg@slu.se</a></div>
</div>
<br></div></blockquote></div><br><div>
<div><br
class=3D"Apple-interchange-newline"><br></div><div>Med
V=E4nliga H=
=E4lsningar<br>------------------------------------------------------------=
-------------------<br>Karli Sj=F6berg<br>Swedish University of Agricultura=
l Sciences<br>Box 7079 (Visiting Address Kron=E5sv=E4gen 8)<br>S-750 07 Upp=
sala, Sweden<br>Phone: +46-(0)18-67 15 66</div><div><a
href=3D"mailto=
:karli.sjoberg@adm.slu.se">karli.sjoberg@slu.se</a></div>
</div>
<br></body></html>=
--_000_A9D682630B6C4E9390BE2D78863611E8sluse_--
4:35 p.m.
On 08/02/2012 03:10 PM, Karli Sjöberg wrote:
2 aug 2012 kl. 15.05 skrev Martin Kletzander:
> Hi,
>
> Thanks for reporting this, I've found now where the problem is and it is
> in libvirt. However this issue is not easy to fix as it reveals more
> than just this one problem. The format for outputting floating point
> numbers into JSON string seems to be locale-dependent. Could you send me
> what locale are you having? I guess you could migrate the guest by
> starting libvirt with "LC_ALL=C" set.
OK, wow, awesome! Sorry, I´m not too familiar with Fedora, more of a
BSD-guy, in learning:) How do you change Locale to something more
appropriate? And what does it like?
If you want to set it for the whole system, I think it is in
/etc/sysconfig/i18n but I've never did that in Fedora and I bet there is
some GUI or at least a TUI interface for that (system-config-language
maybe?). Changing it might require you to reboot or re-login, but if you
don't want to do that or even if you don't want to change your locale
system-wide, just tell me, I'll help you figure out a procedure to start
libvirt without changing any of that.
However, this is really a bug in our code, so you shouldn't be pushed to
do that. I'm looking into that right now. Feel free to create a bug on
libvirt with the first log saying that our JSON is locale-dependant.
Martin
4:45 p.m.
--_000_12BF481271B3443192F647E7ED67D845sluse_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
2 aug 2012 kl. 15.35 skrev Martin Kletzander:
On 08/02/2012 03:10 PM, Karli Sj=F6berg wrote:
2 aug 2012 kl. 15.05 skrev Martin Kletzander:
Hi,
Thanks for reporting this, I've found now where the problem is and it is
in libvirt. However this issue is not easy to fix as it reveals more
than just this one problem. The format for outputting floating point
numbers into JSON string seems to be locale-dependent. Could you send me
what locale are you having? I guess you could migrate the guest by
starting libvirt with "LC_ALL=3DC" set.
OK, wow, awesome! Sorry, I=B4m not too familiar with Fedora, more of a
BSD-guy, in learning:) How do you change Locale to something more
appropriate? And what does it like?
If you want to set it for the whole system, I think it is in
/etc/sysconfig/i18n but I've never did that in Fedora and I bet there is
some GUI or at least a TUI interface for that (system-config-language
maybe?). Changing it might require you to reboot or re-login, but if you
don't want to do that or even if you don't want to change your locale
system-wide, just tell me, I'll help you figure out a procedure to start
libvirt without changing any of that.
I asked 'teh goog':) Here=B4s what I did:
# sed -i -- 's/sv_SE/en_US/' /etc/sysconfig/i18n
# reboot
And it=B4s working now, thanks!
However, this is really a bug in our code, so you shouldn't be pushed to
do that. I'm looking into that right now. Feel free to create a bug on
libvirt with the first log saying that our JSON is locale-dependant.
I didn=B4t get to where I am by /not/ knowing english so I won=B4t know the=
difference, but I agree with you in essence. Thanks again.
Martin
Med V=E4nliga H=E4lsningar
---------------------------------------------------------------------------=
----
Karli Sj=F6berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se>
--_000_12BF481271B3443192F647E7ED67D845sluse_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body style=3D"word-wrap: break-word;
-webkit-nbsp-mode:=
space; -webkit-line-break: after-white-space; "><br><div><div>2
aug 2012 k=
l. 15.35 skrev Martin Kletzander:</div><br
class=3D"Apple-interchange-newli=
ne"><blockquote type=3D"cite"><div>On 08/02/2012 03:10 PM,
Karli Sj=F6berg =
wrote:<br><blockquote
type=3D"cite"><br></blockquote><blockquote type=3D"ci=
te">2 aug 2012 kl. 15.05 skrev Martin
Kletzander:<br></blockquote><blockquo=
te type=3D"cite"><br></blockquote><blockquote
type=3D"cite"><blockquote typ=
e=3D"cite">Hi,<br></blockquote></blockquote><blockquote
type=3D"cite"><bloc=
kquote
type=3D"cite"><br></blockquote></blockquote><blockquote
type=3D"cite=
"><blockquote type=3D"cite">Thanks for reporting this, I've
found now where=
the problem is and it is<br></blockquote></blockquote><blockquote
type=3D"=
cite"><blockquote type=3D"cite">in libvirt. However this issue is
not easy =
to fix as it reveals more<br></blockquote></blockquote><blockquote
type=3D"=
cite"><blockquote type=3D"cite">than just this one problem. The
format for =
outputting floating point<br></blockquote></blockquote><blockquote
type=3D"=
cite"><blockquote type=3D"cite">numbers into JSON string seems to
be locale=
-dependent. Could you send
me<br></blockquote></blockquote><blockquote type=
=3D"cite"><blockquote type=3D"cite">what locale are you
having? I guess you=
could migrate the guest by<br></blockquote></blockquote><blockquote
type=
=3D"cite"><blockquote type=3D"cite">starting libvirt with
"LC_ALL=3DC" set.=
<br></blockquote></blockquote><blockquote
type=3D"cite"><br></blockquote><b=
lockquote type=3D"cite">OK, wow, awesome! Sorry, I=B4m not too familiar wit=
h Fedora, more of a<br></blockquote><blockquote
type=3D"cite">BSD-guy, in l=
earning:) How do you change Locale to something
more<br></blockquote><block=
quote type=3D"cite">appropriate? And what does it
like?<br></blockquote><bl=
ockquote type=3D"cite"><br></blockquote><br>If you want to
set it for the w=
hole system, I think it is in<br>/etc/sysconfig/i18n but I've never did tha=
t in Fedora and I bet there is<br>some GUI or at least a TUI interface for =
that (system-config-language<br>maybe?). Changing it might require you to r=
eboot or re-login, but if you<br>don't want to do that or even if you
don't=
want to change your locale<br>system-wide, just tell me, I'll help you fig=
ure out a procedure to start<br>libvirt without changing any of
that.<br></=
div></blockquote><div><br></div>I asked 'teh goog':)
Here=B4s what I did:</=
div><div># sed -i -- 's/sv_SE/en_US/'
/etc/sysconfig/i18n</div><div># reboo=
t</div><div><br></div><div>And it=B4s working now,
thanks!</div><div><br><b=
lockquote type=3D"cite"><div><br>However, this is really a bug in
our code,=
so you shouldn't be pushed to<br>do that. I'm looking into that right
now.=
Feel free to create a bug on<br>libvirt with the first log saying that our=
JSON is
locale-dependant.<br></div></blockquote><div><br></div>I
didn=B4t =
get to where I am by /not/ knowing english so I won=B4t know the difference=
, but I agree with you in essence. Thanks
again.</div><div><br><blockquote =
type=3D"cite"><div><br>Martin<br></div></blockquote></div><br><div>
<div><br
class=3D"Apple-interchange-newline"><br></div><div>Med
V=E4nliga H=
=E4lsningar<br>------------------------------------------------------------=
-------------------<br>Karli Sj=F6berg<br>Swedish University of Agricultura=
l Sciences<br>Box 7079 (Visiting Address Kron=E5sv=E4gen 8)<br>S-750 07 Upp=
sala, Sweden<br>Phone: +46-(0)18-67 15 66</div><div><a
href=3D"mailto=
:karli.sjoberg@adm.slu.se">karli.sjoberg@slu.se</a></div>
</div>
<br></body></html>=
--_000_12BF481271B3443192F647E7ED67D845sluse_--
4494
days inactive
4494
days old
6 comments
3 participants
participants (3)
-
Dafna Ron -
Karli Sjöberg -
Martin Kletzander