Hello,
on XEN-2.0.7 I am trying to save a domain and to migrate a domain.
But both of them fail.
As I think both situations do correlate let us stick to "save" only.
xm list
-------
Name Id Mem(MB) CPU State Time(s) Console
Domain-0 0 123 0 r---- 70.8
xgps 3 831 3 -b--- 1.2 9603
giving
-------
xm save xgps /tmp/xgps.save
the result is:
Error: errors: save failed
xm log
-------
[2005-11-09 16:07:53 xend] INFO (XendMigrate:380) Save BEGIN:
[''save'',
[''id'', ''6''], [''state'',
''begin''], [''domain'', ''3''],
[''file'',
''/tmp/xgps.save'']]
[2005-11-09 16:07:53 xend] INFO (XendRoot:113) EVENT> xend.domain.save
[''xgps'', ''3'', ''begin'',
[''save'', [''id'', ''6''],
[''state'', ''begin''],
[''domain'', ''3''], [''file'',
''/tmp/xgps.save'']]]
[2005-11-09 16:07:53 xend] ERROR (SrvBase:162) op=save: errors: save failed
None
[2005-11-09 16:07:53 xend] INFO (XendMigrate:399) Save ERROR:
[''save'',
[''id'', ''6''], [''state'',
''error''], [''domain'', ''3''],
[''file'',
''/tmp/xgps.save'']]
[2005-11-09 16:07:53 xend] INFO (XendRoot:113) EVENT> xend.domain.save
[''xgps'', ''3'', ''error'',
[''save'', [''id'', ''6''],
[''state'', ''error''],
[''domain'', ''3''], [''file'',
''/tmp/xgps.save'']]]
strace xm save xgps /tmp/xgps.save
------------------------------------
For this lengthly output, please have a look to the attachment.
What I found out, is that there is a http connection to port 8000 on the
local machine.
And this http server answers with
HTTP/1.1 200 0K
Transfer-encoding: chunked
Date: Wed, 09 Nov 2005 15:37:45 GMT
Content-type: application/sxp
Server: TwistedWeb/1.3.0rcl
1
(
8
xend.err
1
29
"errors: transfer daemon (xfrd) "
1
)
0
xfrd is running
netstat -a:
Aktive Internetverbindungen (Server und stehende Verbindungen)
Proto Recv-Q Send-Q Local Address Foreign Address
State
tcp 0 0 localhost.localdom:8000 *:*
LISTEN
tcp 0 0 localhost.localdom:8001 *:*
LISTEN
tcp 0 0 *:8002 *:*
LISTEN
tcp 0 0 localhost.localdom:9603 *:*
LISTEN
tcp 0 0 *:708 *:*
LISTEN
tcp 0 0 *:sunrpc *:*
LISTEN
tcp 0 0 *:auth *:*
LISTEN
tcp 0 0 *:ssh *:*
LISTEN
tcp 0 0 localhost.localdom:smtp *:*
LISTEN
tcp 0 0 xen02.wtz:ssh rabbit.wtz:55315
VERBUNDEN
udp 0 0 *:702 *:*
udp 0 0 *:705 *:*
udp 0 0 *:sunrpc *:*
Aktive Sockets in der UNIX Domäne (Server und stehende Verbindungen)
Proto RefZäh Flaggen Typ Zustand I-Node Pfad
unix 2 [ ACC ] STREAM HÖRT 2443 /dev/printer
unix 5 [ ] DGRAM 2333 /dev/log
unix 2 [ ] DGRAM 2467
unix 2 [ ] DGRAM 2436
unix 2 [ ] DGRAM 2345
May be there is somebody who has an idea what is wrong.
Thank you for your help!
--
Mit freundlichen Gruessen / With best regards
Reiner Dassing
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Hi, Tom! Thanks for answering. Tom Brown wrote:> the trace isn''t going to be of any help, as all the xm command does is > send the save command to the daemon on port 8000, which sent back the > message: > > errors: transfer daemon (xfrd) error: 1 > > tracing the daemon listening on port 8000 (may or may not be xfrd) might > be more informative.the strace to xfrd results in no suitable information: a child is forked, that''s it. But in /var/log/xfrd.log I found: [DEBUG] Conn_sxpr> (xfr.hello 1 0)[DEBUG] Conn_sxpr< err=0 [DEBUG] Conn_sxpr> (xfr.save 2 "(domain (id 2) (name xgps) (memory 831) (maxmem 1000) (state -b---) (cpu 3) (cpu_time 1.127879316) (up_time 20.1359410286) (start_time 1131609926.52) (console (status listening) (id 15) (domain 2) (local_port 15) (remote_port 1) (console_port 9602)) (devices (vif (idx 0) (vif 0) (mac aa:00:00:19:ac:a7) (vifname vif2.0) (bridge xen-br0) (evtchn 17 4) (index 0)) (vif (idx 1) (vif 1) (mac aa:00:00:19:ac:a7) (vifname vif2.1) (bridge xen-br1) (evtchn 18 5) (index 1)) (vbd (idx 0) (vdev 2049) (device 2081) (mode w) (dev sda1) (uname phy:/dev/sdc1) (node /dev/sdc1) (index 0)) (vbd (idx 1) (vdev 2050) (device 2082) (mode w) (dev sda2) (uname phy:/dev/sdc2) (node /dev/sdc2) (index 1)) (vbd (idx 2) (vdev 2051) (device 2083) (mode w) (dev sda3) (uname phy:/dev/sdc3) (node /dev/sdc3) (index 2)) (vbd (idx 3) (vdev 2052) (device 2084) (mode w) (dev sda4) (uname phy:/dev/sdc4) (node /dev/sdc4) (index 3)) (vbd (idx 4) (vdev 2065) (device 2097) (mode w) (dev sdb1) (uname phy:/dev/sdd1) (node /dev/sdd1) (index 4)) (vbd (idx 5) (vdev 2066) (device 2145) (mode w) (dev sdb2) (uname phy:/dev/sdg1) (node /dev/sdg1) (index 5))) (config (vm (name xgps) (memory 1000) (image (linux (kernel /boot/vmlinuz-2.6.11-xenU) (root ''/dev/sda1 ro''))) (device (vbd (uname phy:/dev/sdc1) (dev sda1) (mode w))) (device (vbd (uname phy:/dev/sdc2) (dev sda2) (mode w))) (device (vbd (uname phy:/dev/sdc3) (dev sda3) (mode w))) (device (vbd (uname phy:/dev/sdc4) (dev sda4) (mode w))) (device (vbd (uname phy:/dev/sdd1) (dev sdb1) (mode w))) (device (vbd (uname phy:/dev/sdg1) (dev sdb2) (mode w))) (device (vif (mac aa:00:00:19:ac:a7) (bridge xen-br0))) (device (vif (mac aa:00:00:19:ac:a7) (bridge xen-br1))))))" /tmp/xgps.save)[DEBUG] Conn_sxpr< err=0 [1131609946.667909] xc_linux_save start 2 xc_linux_save start 2 Frame # in pfn-to-mfn frame list is not in pseudophys Frame # in pfn-to-mfn frame list is not in pseudophys 2979 [INF] XFRD> Xfr service err=0 From the source xc_linux_save.c I found that this means: "a given machine frame number has no unique mapping in the guests pseudophysical map" As I am new to XEN I have no real idea what this could mean. The physical devices are mapped; there are on a SAN. Thanks for any help Reiner _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hello Tom! First of all thanks for your help. Save, restore and migrate does work now! I think, I have found a bug in Version 2.0.6 Explanations: I have set up a domU, named xgps with the parameter memory = 1000 The result was that save and migrate did not work: The routine ''xc_linux_save'' in file tools/libxc/xc_linux_save.c claimed: >> xc_linux_save start 2 >> Frame # in pfn-to-mfn frame list is not in pseudophys >> Frame # in pfn-to-mfn frame list is not in pseudophys and stopped When changing memory to 800 for this domU (memory=800) it worked. The OS of domU is debian sarge with standard kernel 2.6.8 During startup it claimed: only 8xx MByte will be used as there is no HIGHMEM configured in. Regards Reiner On Thu, 10 Nov 2005, Reiner Dassing wrote: >> Hi, Tom! >> >> Thanks for answering. >> Tom Brown wrote: >> > >>> > the trace isn''t going to be of any help, as all the xm command does is >>> > send the save command to the daemon on port 8000, which sent back the >>> > message: >>> > >>> > errors: transfer daemon (xfrd) error: 1 >>> > >>> > tracing the daemon listening on port 8000 (may or may not be xfrd) might >>> > be more informative. > >> >> the strace to xfrd results in no suitable information: >> a child is forked, that''s it. that is easily fixed by adding a -f to the strace command line... >> >> But in /var/log/xfrd.log I found: >> >> [DEBUG] Conn_sxpr> >> (xfr.hello 1 0)[DEBUG] Conn_sxpr< err=0 >> [DEBUG] Conn_sxpr> >> (xfr.save 2 "(domain (id 2) (name xgps) (memory 831) (maxmem 1000) >> (state -b---) (cpu 3) (cpu_time 1.127879316) (up_time 20.1359410286) >> (start_time 1131609926.52) (console (status listening) (id 15) (domain >> 2) (local_port 15) (remote_port 1) (console_port 9602)) (devices (vif >> (idx 0) (vif 0) (mac aa:00:00:19:ac:a7) (vifname vif2.0) (bridge >> xen-br0) (evtchn 17 4) (index 0)) (vif (idx 1) (vif 1) (mac >> aa:00:00:19:ac:a7) (vifname vif2.1) (bridge xen-br1) (evtchn 18 5) >> (index 1)) (vbd (idx 0) (vdev 2049) (device 2081) (mode w) (dev sda1) >> (uname phy:/dev/sdc1) (node /dev/sdc1) (index 0)) (vbd (idx 1) (vdev >> 2050) (device 2082) (mode w) (dev sda2) (uname phy:/dev/sdc2) (node >> /dev/sdc2) (index 1)) (vbd (idx 2) (vdev 2051) (device 2083) (mode w) >> (dev sda3) (uname phy:/dev/sdc3) (node /dev/sdc3) (index 2)) (vbd (idx >> 3) (vdev 2052) (device 2084) (mode w) (dev sda4) (uname phy:/dev/sdc4) >> (node /dev/sdc4) (index 3)) (vbd (idx 4) (vdev 2065) (device 2097) (mode >> w) (dev sdb1) (uname phy:/dev/sdd1) (node /dev/sdd1) (index 4)) (vbd >> (idx 5) (vdev 2066) (device 2145) (mode w) (dev sdb2) (uname >> phy:/dev/sdg1) (node /dev/sdg1) (index 5))) (config (vm (name xgps) >> (memory 1000) (image (linux (kernel /boot/vmlinuz-2.6.11-xenU) (root >> ''/dev/sda1 ro''))) (device (vbd (uname phy:/dev/sdc1) (dev sda1) (mode >> w))) (device (vbd (uname phy:/dev/sdc2) (dev sda2) (mode w))) (device >> (vbd (uname phy:/dev/sdc3) (dev sda3) (mode w))) (device (vbd (uname >> phy:/dev/sdc4) (dev sda4) (mode w))) (device (vbd (uname phy:/dev/sdd1) >> (dev sdb1) (mode w))) (device (vbd (uname phy:/dev/sdg1) (dev sdb2) >> (mode w))) (device (vif (mac aa:00:00:19:ac:a7) (bridge xen-br0))) >> (device (vif (mac aa:00:00:19:ac:a7) (bridge xen-br1))))))" >> /tmp/xgps.save)[DEBUG] Conn_sxpr< err=0 >> [1131609946.667909] xc_linux_save start 2 >> >> xc_linux_save start 2 >> Frame # in pfn-to-mfn frame list is not in pseudophys >> Frame # in pfn-to-mfn frame list is not in pseudophys >> 2979 [INF] XFRD> Xfr service err=0 >> >> From the source xc_linux_save.c I found that this means: >> "a given machine frame number has no unique mapping in the guests >> pseudophysical map" that doesn''t mean anything to me either... sorry. Is this XEN 2.0 or -unstable? >> As I am new to XEN I have no real idea what this could mean. >> The physical devices are mapped; there are on a SAN. >> >> >> Thanks for any help >> >> Reiner >> >> >> >> >> >> >> Reiner Dassing wrote:> Hi, Tom! > > Thanks for answering. > Tom Brown wrote: > >> the trace isn''t going to be of any help, as all the xm command does is >> send the save command to the daemon on port 8000, which sent back the >> message: >> >> errors: transfer daemon (xfrd) error: 1 >> >> tracing the daemon listening on port 8000 (may or may not be xfrd) might >> be more informative. > > > the strace to xfrd results in no suitable information: > a child is forked, that''s it. > > But in /var/log/xfrd.log I found: > > [DEBUG] Conn_sxpr> > (xfr.hello 1 0)[DEBUG] Conn_sxpr< err=0 > [DEBUG] Conn_sxpr> > (xfr.save 2 "(domain (id 2) (name xgps) (memory 831) (maxmem 1000) > (state -b---) (cpu 3) (cpu_time 1.127879316) (up_time 20.1359410286) > (start_time 1131609926.52) (console (status listening) (id 15) (domain > 2) (local_port 15) (remote_port 1) (console_port 9602)) (devices (vif > (idx 0) (vif 0) (mac aa:00:00:19:ac:a7) (vifname vif2.0) (bridge > xen-br0) (evtchn 17 4) (index 0)) (vif (idx 1) (vif 1) (mac > aa:00:00:19:ac:a7) (vifname vif2.1) (bridge xen-br1) (evtchn 18 5) > (index 1)) (vbd (idx 0) (vdev 2049) (device 2081) (mode w) (dev sda1) > (uname phy:/dev/sdc1) (node /dev/sdc1) (index 0)) (vbd (idx 1) (vdev > 2050) (device 2082) (mode w) (dev sda2) (uname phy:/dev/sdc2) (node > /dev/sdc2) (index 1)) (vbd (idx 2) (vdev 2051) (device 2083) (mode w) > (dev sda3) (uname phy:/dev/sdc3) (node /dev/sdc3) (index 2)) (vbd (idx > 3) (vdev 2052) (device 2084) (mode w) (dev sda4) (uname phy:/dev/sdc4) > (node /dev/sdc4) (index 3)) (vbd (idx 4) (vdev 2065) (device 2097) (mode > w) (dev sdb1) (uname phy:/dev/sdd1) (node /dev/sdd1) (index 4)) (vbd > (idx 5) (vdev 2066) (device 2145) (mode w) (dev sdb2) (uname > phy:/dev/sdg1) (node /dev/sdg1) (index 5))) (config (vm (name xgps) > (memory 1000) (image (linux (kernel /boot/vmlinuz-2.6.11-xenU) (root > ''/dev/sda1 ro''))) (device (vbd (uname phy:/dev/sdc1) (dev sda1) (mode > w))) (device (vbd (uname phy:/dev/sdc2) (dev sda2) (mode w))) (device > (vbd (uname phy:/dev/sdc3) (dev sda3) (mode w))) (device (vbd (uname > phy:/dev/sdc4) (dev sda4) (mode w))) (device (vbd (uname phy:/dev/sdd1) > (dev sdb1) (mode w))) (device (vbd (uname phy:/dev/sdg1) (dev sdb2) > (mode w))) (device (vif (mac aa:00:00:19:ac:a7) (bridge xen-br0))) > (device (vif (mac aa:00:00:19:ac:a7) (bridge xen-br1))))))" > /tmp/xgps.save)[DEBUG] Conn_sxpr< err=0 > [1131609946.667909] xc_linux_save start 2 > > xc_linux_save start 2 > Frame # in pfn-to-mfn frame list is not in pseudophys > Frame # in pfn-to-mfn frame list is not in pseudophys > 2979 [INF] XFRD> Xfr service err=0 > > From the source xc_linux_save.c I found that this means: > "a given machine frame number has no unique mapping in the guests > pseudophysical map" > > As I am new to XEN I have no real idea what this could mean. > The physical devices are mapped; there are on a SAN. > > > Thanks for any help > > Reiner > > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users