Hi, I had a problem trying to migrate domains, in trying to locate it I noticed that saving domains doesn''t work either, which I believe explains why the receiving xfrd doesn''t actually receive anything. So here it goes... xenone:/tmp# xm list Name Id Mem(MB) CPU State Time(s) Console Domain-0 0 123 0 r---- 900.6 sky 9 128 1 -b--- 32.8 9609 xenone:/tmp# xm save 9 test Error: Error: [Failure instance: Traceback: xen.xend.XendError.XendError, save failed xfrd_log: 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1352 on 2 16364 [INF] XFRD> Forked child pid=16373 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1354 on 2 16364 [INF] XFRD> Forked child pid=16377 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1356 on 2 16364 [INF] XFRD> Forked child pid=16385 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1358 on 2 16364 [INF] XFRD> Forked child pid=16388 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1360 on 2 16364 [INF] XFRD> Forked child pid=16390 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1362 on 2 16364 [INF] XFRD> Forked child pid=16405 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1365 on 2 16364 [INF] XFRD> Forked child pid=16408 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1524 on 2 16364 [INF] XFRD> Forked child pid=27213 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1526 on 2 16364 [INF] XFRD> Forked child pid=27215 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1538 on 2 16364 [INF] XFRD> Forked child pid=27492 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1543 on 2 16364 [INF] XFRD> Forked child pid=27497 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1545 on 2 16364 [INF] XFRD> Forked child pid=27519 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1548 on 2 16364 [INF] XFRD> Forked child pid=27522 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1551 on 2 16364 [INF] XFRD> Forked child pid=27525 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1553 on 2 16364 [INF] XFRD> Forked child pid=27527 16364 [INF] XFRD> Accepted connection from 127.0.0.1:1555 on 2 27530 [INF] XFRD> Xfr service for 127.0.0.1:1555 [DEBUG] Conn_init> flags=1 [DEBUG] Conn_init> write stream... [DEBUG] stream_init>mode=w flags=1 compress=0 [DEBUG] stream_init> unbuffer... [DEBUG] stream_init< err=0 [DEBUG] Conn_init> read stream... [DEBUG] stream_init>mode=r flags=1 compress=0 [DEBUG] stream_init> unbuffer... [DEBUG] stream_init< err=0 [DEBUG] Conn_sxpr> (xfr.hello 1 0)[DEBUG] Conn_sxpr< err=0 [DEBUG] Conn_sxpr> (xfr.save 9 "(domain (id 9) (name sky) (memory 128) (maxmem 131072) (state -b---) (cpu 1) (cpu_time 32.860785883) (up_time 59850.3932199) (start_time 1107193823.05) (console (status listening) (id 13) (domain 9) (local_port 13) (remote_port 1) (console_port 9609)) (devices (vif (idx 0) (vif 0) (mac aa:00:00:20:ef:69) (evtchn 31 4) (index 0)) (vbd (idx 0) (vdev 769) (device 2048) (mode w) (dev hda1) (uname phy:sda) (node sda) (index 0))) (config (vm (name sky) (memory 128) (image (linux (kernel /boot/vmlinuz-2.6.10-xenU) (root ''/dev/hda1 ro'') (args 4))) (device (vbd (uname phy:sda) (dev hda1) (mode w))) (device (vif (mac aa:00:00:20:ef:69))))))" /tmp/test)[DEBUG] Conn_sxpr< err=0 [1107253673.485081] xc_linux_save start 9 xc_linux_save start 9 xend.log [2005-02-01 10:27:28 xend] INFO (XendMigrate:370) Save BEGIN: [''save'', [''id'', ''16''], [''state'', ''begin''], [''domain'', ''9''], [''file'', ''/tmp/test'']] [2005-02-01 10:27:28 xend] INFO (XendRoot:91) EVENT> xend.domain.save [''sky'', ''9'', ''begin'', [''save'', [''id'', ''16''], [''state'', ''begin''], [''domain'', ''9''], [''file'', ''/tmp/test'']]] [2005-02-01 10:27:28 xend] INFO (XendMigrate:390) Save ERROR: [''save'', [''id'', ''16''], [''state'', ''error''], [''domain'', ''9''], [''file'', ''/tmp/test'']] [2005-02-01 10:27:28 xend] INFO (XendRoot:91) EVENT> xend.domain.save [''sky'', ''9'', ''error'', [''save'', [''id'', ''16''], [''state'', ''error''], [''domain'', ''9''], [''file'', ''/tmp/test'']]] xend-debug.log al_port 13) (remote_port 1) (console_port 9609)) (devices (vif (idx 0) (vif 0) (mac aa:00:00:20:ef:69) (evtchn 31 4) (index 0)) (vbd (idx 0) (vdev 769) (device 2048) (mode w) (dev hda1) (uname phy:sda) (node sda) (index 0))) (config (vm (name sky) (memory 128) (image (linux (kernel /boot/vmlinuz-2.6.10-xenU) (root ''/dev/hda1 ro'') (args 4))) (device (vbd (uname phy:sda) (dev hda1) (mode w))) (device (vif (mac aa:00:00:20:ef:69)))))) ***request> begin xfr_err> [''xfr.err'', ''0''] xfr_err> <type ''str''> 0 Xfrd>connectionLost> [Failure instance: Traceback: twisted.internet.error.ConnectionDone, Connection was closed cleanly. ] XfrdSaveInfo>connectionLost> [Failure instance: Traceback: twisted.internet.error.ConnectionDone, Connection was closed cleanly. ] XfrdInfo>connectionLost> [Failure instance: Traceback: twisted.internet.error.ConnectionDone, Connection was closed cleanly. ] Error> save failed Error> calling errback ***cbremove> [Failure instance: Traceback: xen.xend.XendError.XendError, save failed ] ***_delete_session> 18 clientConnectionLost> connector= <twisted.internet.tcp.Connector instance at 0x4074bfcc> reason= [Failure instance: Traceback: twisted.internet.error.ConnectionDone, Connection was closed cleanly. ] kernel = "/boot/vmlinuz-2.6.10-xenU" memory = 128 name = "sky" disk = [ ''phy:sda,hda1,w'' ] root = "/dev/hda1 ro" extra = "4" xenone:/tmp# xm info system : Linux host : xenone release : 2.6.10-xen0xen0multipath version : #4 Sun Jan 30 14:38:14 GMT 2005 machine : i686 cores : 1 hyperthreads_per_core : 2 cpu_mhz : 2799 memory : 2559 free_memory : 2277 Xen version 2.0.3 (root@localdomain) (gcc version 3.3.5 (Debian 1:3.3.5-5)) Sun Jan 30 11:14:18 GMT 2005 Built from source under 2.6.10, everything else seems to be working. Tried both using raw sda and using a lvm device, neither work. Cheers Arthur ----- CTO @ Fotango Ltd +447834716919 http://www.fotango.com/
Digging around a bit more... strace -f xfrd xm save 2 foo [pid 13618] open("/proc/xen/privcmd", O_RDWR) = 5 [pid 13618] gettimeofday({1107281605, 724657}, NULL) = 0 [pid 13618] write(1, "13615 [INF] XFRD> Accepted conne"..., 1278) = 1278 [pid 13618] mlock(0xbfffeea0, 2516) = 0 [pid 13618] mlock(0xbfffbd50, 80) = 0 [pid 13618] ioctl(5, SNDCTL_DSP_RESET, 0xbfffbd10) = 0 [pid 13618] munlock(0xbfffbd50, 80) = 0 [pid 13618] old_mmap(NULL, 4096, PROT_READ, MAP_SHARED, 5, 0) = 0x40019000 [pid 13618] ioctl(5, SNDCTL_DSP_SPEED or SOUND_PCM_READ_RATE, 0xbfffbd90) = 0 [pid 13618] old_mmap(NULL, 4096, PROT_READ, MAP_SHARED, 5, 0) = 0x4001a000 [pid 13618] ioctl(5, SNDCTL_DSP_SPEED or SOUND_PCM_READ_RATE, 0xbfffbd90) = 0 [pid 13618] old_mmap(NULL, 131072, PROT_READ, MAP_SHARED, 5, 0) = 0x40316000 [pid 13618] ioctl(5, SNDCTL_DSP_STEREO, 0xbfffbd90) = 0 [pid 13618] ioctl(5, SNDCTL_DSP_GETBLKSIZE, 0xbfffbdb4) = 0 [pid 13618] old_mmap(NULL, 4194304, PROT_READ, MAP_SHARED, 5, 0) = 0x40336000 [pid 13618] ioctl(5, SNDCTL_DSP_SPEED or SOUND_PCM_READ_RATE, 0xbfffbd90) = -1 EFAULT (Bad address) [pid 13618] munmap(0x40336000, 4194304) = 0 [pid 13618] --- SIGSEGV (Segmentation fault) @ 0 (0) --- Process 13618 detached Any hints on how to track this down? ----- CTO @ Fotango Ltd +447834716919 http://www.fotango.com/ On 1 Feb 2005, at 09:27, Arthur Bergman wrote:
And slightly bit more.. gdb xfrd (gdb) set follow-fork-mode child (gdb) run Starting program: /usr/sbin/xfrd Program received signal SIGSEGV, Segmentation fault. [Switching to process 13699] 0x40026808 in xc_linux_save () from /usr/lib/libxc.so.2.0 (gdb) bt #0 0x40026808 in xc_linux_save () from /usr/lib/libxc.so.2.0 #1 0x0804d546 in xen_domain_snd (xend=0xbffffb20, io=0x805fbe0, dom=2, vmconfig=0x805f6d8 "(domain (id 2) (name test) (memory 128) (maxmem 131072) (state -b---) (cpu 0) (cpu_time 4.030152025) (up_time 611.702224016) (start_time 1107281260.96) (console (status listening) (id 17) (domain 2) ("..., vmconfig_n=666, live=0, resource=0) at xen_domain.c:103 #2 0x0804befb in xfr_save (args=0x805d87c, state=0xbffffa50, xend=0xbffffb20, file=0x805f9b8 "/tmp/bla") at xfrd.c:774 #3 0x0804c8d3 in xfrd_service (args=0x805d87c, peersock=6, peer_in {sin_family = 2, sin_port = 44292, sin_addr = {s_addr = 16777343}, sin_zero = "\000\000\000\000\000\000\000"}) at xfrd.c:950 #4 0x0804ccf4 in xfrd_accept (args=0x805d87c, sock=2) at xfrd.c:1024 #5 0x0804ce01 in xfrd_select (args=0x805d87c, listen_sock=2) at xfrd.c:1054 #6 0x0804d0f1 in xfrd_main (args=0x805d87c) at xfrd.c:1210 #7 0x0804d273 in main (argc=1, argv=0xbffffe24) at xfrd.c:1264 (gdb) I guess I am going to need to recompile with debugging on. Cheers Arthur ----- CTO @ Fotango Ltd +447834716919 http://www.fotango.com/ On 1 Feb 2005, at 17:10, Arthur Bergman wrote:> Digging around a bit more... > > strace -f xfrd > > xm save 2 foo > > [pid 13618] open("/proc/xen/privcmd", O_RDWR) = 5 > [pid 13618] gettimeofday({1107281605, 724657}, NULL) = 0 > [pid 13618] write(1, "13615 [INF] XFRD> Accepted conne"..., 1278) = > 1278 > [pid 13618] mlock(0xbfffeea0, 2516) = 0 > [pid 13618] mlock(0xbfffbd50, 80) = 0 > [pid 13618] ioctl(5, SNDCTL_DSP_RESET, 0xbfffbd10) = 0 > [pid 13618] munlock(0xbfffbd50, 80) = 0 > [pid 13618] old_mmap(NULL, 4096, PROT_READ, MAP_SHARED, 5, 0) = > 0x40019000 > [pid 13618] ioctl(5, SNDCTL_DSP_SPEED or SOUND_PCM_READ_RATE, > 0xbfffbd90) = 0 > [pid 13618] old_mmap(NULL, 4096, PROT_READ, MAP_SHARED, 5, 0) = > 0x4001a000 > [pid 13618] ioctl(5, SNDCTL_DSP_SPEED or SOUND_PCM_READ_RATE, > 0xbfffbd90) = 0 > [pid 13618] old_mmap(NULL, 131072, PROT_READ, MAP_SHARED, 5, 0) = > 0x40316000 > [pid 13618] ioctl(5, SNDCTL_DSP_STEREO, 0xbfffbd90) = 0 > [pid 13618] ioctl(5, SNDCTL_DSP_GETBLKSIZE, 0xbfffbdb4) = 0 > [pid 13618] old_mmap(NULL, 4194304, PROT_READ, MAP_SHARED, 5, 0) = > 0x40336000 > [pid 13618] ioctl(5, SNDCTL_DSP_SPEED or SOUND_PCM_READ_RATE, > 0xbfffbd90) = -1 EFAULT (Bad address) > [pid 13618] munmap(0x40336000, 4194304) = 0 > [pid 13618] --- SIGSEGV (Segmentation fault) @ 0 (0) --- > Process 13618 detached > > > Any hints on how to track this down? > > ----- > CTO @ Fotango Ltd > +447834716919 > http://www.fotango.com/ > > On 1 Feb 2005, at 09:27, Arthur Bergman wrote:
And now with debugging turned in libcx.so.2.0 0x40026868 in xc_linux_save (xc_handle=8, ioctxt=0xbffff8f0) at xc_linux_save.c:516 516 if ( !translate_mfn_to_pfn(&pfn_to_mfn_frame_list[i/1024]) ){ (gdb) bt #0 0x40026868 in xc_linux_save (xc_handle=8, ioctxt=0xbffff8f0) at xc_linux_save.c:516 #1 0x0804d546 in xen_domain_snd (xend=0xbffffb20, io=0x805fbe0, dom=2, vmconfig=0x805f6d8 "(domain (id 2) (name test) (memory 128) (maxmem 131072) (state -b---) (cpu 0) (cpu_time 4.059911993) (up_time 1064.72708416) (start_time 1107281260.96) (console (status listening) (id 17) (domain 2) ("..., vmconfig_n=666, live=0, resource=0) at xen_domain.c:103 #2 0x0804befb in xfr_save (args=0x805d87c, state=0xbffffa50, xend=0xbffffb20, file=0x805f9b8 "/tmp/bla") at xfrd.c:774 #3 0x0804c8d3 in xfrd_service (args=0x805d87c, peersock=6, peer_in {sin_family = 2, sin_port = 44804, sin_addr = {s_addr = 16777343}, sin_zero = "\000\000\000\000\000\000\000"}) at xfrd.c:950 #4 0x0804ccf4 in xfrd_accept (args=0x805d87c, sock=2) at xfrd.c:1024 #5 0x0804ce01 in xfrd_select (args=0x805d87c, listen_sock=2) at xfrd.c:1054 #6 0x0804d0f1 in xfrd_main (args=0x805d87c) at xfrd.c:1210 #7 0x0804d273 in main (argc=1, argv=0xbffffe24) at xfrd.c:1264 (gdb) p i $2 = 0 (gdb) p pfn_to_mfn_frame_list[i/1024] $3 = 105128 (gdb) p &pfn_to_mfn_frame_list[i/1024] $4 = (long unsigned int *) 0xbfffcea0 Anything in particular I should start looking at? ----- CTO @ Fotango Ltd +447834716919 http://www.fotango.com/ On 1 Feb 2005, at 17:14, Arthur Bergman wrote:> And slightly bit more.. > > > gdb xfrd > (gdb) set follow-fork-mode child > (gdb) run > Starting program: /usr/sbin/xfrd > > Program received signal SIGSEGV, Segmentation fault. > [Switching to process 13699] > 0x40026808 in xc_linux_save () from /usr/lib/libxc.so.2.0 > (gdb) bt > #0 0x40026808 in xc_linux_save () from /usr/lib/libxc.so.2.0 > #1 0x0804d546 in xen_domain_snd (xend=0xbffffb20, io=0x805fbe0, dom=2, > vmconfig=0x805f6d8 "(domain (id 2) (name test) (memory 128) > (maxmem 131072) (state -b---) (cpu 0) (cpu_time 4.030152025) (up_time > 611.702224016) (start_time 1107281260.96) (console (status listening) > (id 17) (domain 2) ("..., vmconfig_n=666, live=0, resource=0) at > xen_domain.c:103 > #2 0x0804befb in xfr_save (args=0x805d87c, state=0xbffffa50, > xend=0xbffffb20, file=0x805f9b8 "/tmp/bla") at xfrd.c:774 > #3 0x0804c8d3 in xfrd_service (args=0x805d87c, peersock=6, peer_in> {sin_family = 2, sin_port = 44292, sin_addr = {s_addr = > 16777343}, sin_zero = "\000\000\000\000\000\000\000"}) at xfrd.c:950 > #4 0x0804ccf4 in xfrd_accept (args=0x805d87c, sock=2) at xfrd.c:1024 > #5 0x0804ce01 in xfrd_select (args=0x805d87c, listen_sock=2) at > xfrd.c:1054 > #6 0x0804d0f1 in xfrd_main (args=0x805d87c) at xfrd.c:1210 > #7 0x0804d273 in main (argc=1, argv=0xbffffe24) at xfrd.c:1264 > (gdb) > > I guess I am going to need to recompile with debugging on. > > Cheers > Arthur > > -----
I realize this monologue might be odd, or maybe tiresome. However I am trying to resolve this issue so I am digging deeper into the source code. Following the code inside the macro, it seems like (gdb) p live_mfn_to_pfn_table $13 = (long unsigned int *) 0x0 so the code that does live_mfn_to_pfn_table[_mfn] results in (gdb) p live_mfn_to_pfn_table[mfn] Cannot access memory at address 0x66aa0 So it seems to me, in my quick look that live_mfn_to_pfn_table xc_map_foreign_range(xc_handle, DOMID_XEN, PAGE_SIZE*1024, PROT_READ, mfn_to_pfn_table_start_mfn ); returns 0 which seems to be a ok value for it to return... cheers Arthur ----- CTO @ Fotango Ltd +447834716919 http://www.fotango.com/ On 1 Feb 2005, at 17:26, Arthur Bergman wrote:> And now with debugging turned in libcx.so.2.0 > > 0x40026868 in xc_linux_save (xc_handle=8, ioctxt=0xbffff8f0) at > xc_linux_save.c:516 > 516 if ( > !translate_mfn_to_pfn(&pfn_to_mfn_frame_list[i/1024]) ){ > (gdb) bt > #0 0x40026868 in xc_linux_save (xc_handle=8, ioctxt=0xbffff8f0) at > xc_linux_save.c:516 > #1 0x0804d546 in xen_domain_snd (xend=0xbffffb20, io=0x805fbe0, dom=2, > vmconfig=0x805f6d8 "(domain (id 2) (name test) (memory 128) > (maxmem 131072) (state -b---) (cpu 0) (cpu_time 4.059911993) (up_time > 1064.72708416) (start_time 1107281260.96) (console (status listening) > (id 17) (domain 2) ("..., vmconfig_n=666, live=0, resource=0) at > xen_domain.c:103 > #2 0x0804befb in xfr_save (args=0x805d87c, state=0xbffffa50, > xend=0xbffffb20, file=0x805f9b8 "/tmp/bla") at xfrd.c:774 > #3 0x0804c8d3 in xfrd_service (args=0x805d87c, peersock=6, peer_in> {sin_family = 2, sin_port = 44804, sin_addr = {s_addr = > 16777343}, sin_zero = "\000\000\000\000\000\000\000"}) at xfrd.c:950 > #4 0x0804ccf4 in xfrd_accept (args=0x805d87c, sock=2) at xfrd.c:1024 > #5 0x0804ce01 in xfrd_select (args=0x805d87c, listen_sock=2) at > xfrd.c:1054 > #6 0x0804d0f1 in xfrd_main (args=0x805d87c) at xfrd.c:1210 > #7 0x0804d273 in main (argc=1, argv=0xbffffe24) at xfrd.c:1264 > > (gdb) p i > $2 = 0 > (gdb) p pfn_to_mfn_frame_list[i/1024] > $3 = 105128 > (gdb) p &pfn_to_mfn_frame_list[i/1024] > $4 = (long unsigned int *) 0xbfffcea0 > > Anything in particular I should start looking at? > > ----- > CTO @ Fotango Ltd > +447834716919 > http://www.fotango.com/ > > On 1 Feb 2005, at 17:14, Arthur Bergman wrote: > >> And slightly bit more.. >> >> >> gdb xfrd >> (gdb) set follow-fork-mode child >> (gdb) run >> Starting program: /usr/sbin/xfrd >> >> Program received signal SIGSEGV, Segmentation fault. >> [Switching to process 13699] >> 0x40026808 in xc_linux_save () from /usr/lib/libxc.so.2.0 >> (gdb) bt >> #0 0x40026808 in xc_linux_save () from /usr/lib/libxc.so.2.0 >> #1 0x0804d546 in xen_domain_snd (xend=0xbffffb20, io=0x805fbe0, >> dom=2, >> vmconfig=0x805f6d8 "(domain (id 2) (name test) (memory 128) >> (maxmem 131072) (state -b---) (cpu 0) (cpu_time 4.030152025) (up_time >> 611.702224016) (start_time 1107281260.96) (console (status listening) >> (id 17) (domain 2) ("..., vmconfig_n=666, live=0, resource=0) at >> xen_domain.c:103 >> #2 0x0804befb in xfr_save (args=0x805d87c, state=0xbffffa50, >> xend=0xbffffb20, file=0x805f9b8 "/tmp/bla") at xfrd.c:774 >> #3 0x0804c8d3 in xfrd_service (args=0x805d87c, peersock=6, peer_in>> {sin_family = 2, sin_port = 44292, sin_addr = {s_addr = >> 16777343}, sin_zero = "\000\000\000\000\000\000\000"}) at xfrd.c:950 >> #4 0x0804ccf4 in xfrd_accept (args=0x805d87c, sock=2) at xfrd.c:1024 >> #5 0x0804ce01 in xfrd_select (args=0x805d87c, listen_sock=2) at >> xfrd.c:1054 >> #6 0x0804d0f1 in xfrd_main (args=0x805d87c) at xfrd.c:1210 >> #7 0x0804d273 in main (argc=1, argv=0xbffffe24) at xfrd.c:1264 >> (gdb) >> >> I guess I am going to need to recompile with debugging on. >> >> Cheers >> Arthur >> >> -----
Please can you try using a debug build of Xen, and try and capture the full serial console output. It''s rather odd that mapping the mfn_to_pfn table is failing. It would bne useful to know the value of mfn_to_pfn_table_start_mfn Thanks, Ian> -----Original Message----- > From: xen-devel-admin@lists.sourceforge.net > [mailto:xen-devel-admin@lists.sourceforge.net] On Behalf Of > Arthur Bergman > Sent: 01 February 2005 17:52 > To: xen-devel@lists.sourceforge.net > Cc: Fotango Systems > Subject: Re: [Xen-devel] Cannot save/migrate domains > > I realize this monologue might be odd, or maybe tiresome. > However I am > trying to resolve this issue so I am digging deeper into the source > code. > > Following the code inside the macro, it seems like > > (gdb) p live_mfn_to_pfn_table > $13 = (long unsigned int *) 0x0 > > so the code that does > > live_mfn_to_pfn_table[_mfn] > > results in > > (gdb) p live_mfn_to_pfn_table[mfn] > Cannot access memory at address 0x66aa0 > > So it seems to me, in my quick look that > > live_mfn_to_pfn_table > xc_map_foreign_range(xc_handle, DOMID_XEN, > PAGE_SIZE*1024, PROT_READ, > mfn_to_pfn_table_start_mfn ); > > > returns 0 > > which seems to be a ok value for it to return... > > cheers > Arthur > > > ----- > CTO @ Fotango Ltd > +447834716919 > http://www.fotango.com/ > > On 1 Feb 2005, at 17:26, Arthur Bergman wrote: > > > And now with debugging turned in libcx.so.2.0 > > > > 0x40026868 in xc_linux_save (xc_handle=8, ioctxt=0xbffff8f0) at > > xc_linux_save.c:516 > > 516 if ( > > !translate_mfn_to_pfn(&pfn_to_mfn_frame_list[i/1024]) ){ > > (gdb) bt > > #0 0x40026868 in xc_linux_save (xc_handle=8, ioctxt=0xbffff8f0) at > > xc_linux_save.c:516 > > #1 0x0804d546 in xen_domain_snd (xend=0xbffffb20, > io=0x805fbe0, dom=2, > > vmconfig=0x805f6d8 "(domain (id 2) (name test) (memory 128) > > (maxmem 131072) (state -b---) (cpu 0) (cpu_time > 4.059911993) (up_time > > 1064.72708416) (start_time 1107281260.96) (console (status > listening) > > (id 17) (domain 2) ("..., vmconfig_n=666, live=0, resource=0) at > > xen_domain.c:103 > > #2 0x0804befb in xfr_save (args=0x805d87c, state=0xbffffa50, > > xend=0xbffffb20, file=0x805f9b8 "/tmp/bla") at xfrd.c:774 > > #3 0x0804c8d3 in xfrd_service (args=0x805d87c, peersock=6, peer_in> > {sin_family = 2, sin_port = 44804, sin_addr = {s_addr = > > 16777343}, sin_zero = "\000\000\000\000\000\000\000"}) at xfrd.c:950 > > #4 0x0804ccf4 in xfrd_accept (args=0x805d87c, sock=2) at > xfrd.c:1024 > > #5 0x0804ce01 in xfrd_select (args=0x805d87c, listen_sock=2) at > > xfrd.c:1054 > > #6 0x0804d0f1 in xfrd_main (args=0x805d87c) at xfrd.c:1210 > > #7 0x0804d273 in main (argc=1, argv=0xbffffe24) at xfrd.c:1264 > > > > (gdb) p i > > $2 = 0 > > (gdb) p pfn_to_mfn_frame_list[i/1024] > > $3 = 105128 > > (gdb) p &pfn_to_mfn_frame_list[i/1024] > > $4 = (long unsigned int *) 0xbfffcea0 > > > > Anything in particular I should start looking at? > > > > ----- > > CTO @ Fotango Ltd > > +447834716919 > > http://www.fotango.com/ > > > > On 1 Feb 2005, at 17:14, Arthur Bergman wrote: > > > >> And slightly bit more.. > >> > >> > >> gdb xfrd > >> (gdb) set follow-fork-mode child > >> (gdb) run > >> Starting program: /usr/sbin/xfrd > >> > >> Program received signal SIGSEGV, Segmentation fault. > >> [Switching to process 13699] > >> 0x40026808 in xc_linux_save () from /usr/lib/libxc.so.2.0 > >> (gdb) bt > >> #0 0x40026808 in xc_linux_save () from /usr/lib/libxc.so.2.0 > >> #1 0x0804d546 in xen_domain_snd (xend=0xbffffb20, io=0x805fbe0, > >> dom=2, > >> vmconfig=0x805f6d8 "(domain (id 2) (name test) (memory 128) > >> (maxmem 131072) (state -b---) (cpu 0) (cpu_time > 4.030152025) (up_time > >> 611.702224016) (start_time 1107281260.96) (console (status > listening) > >> (id 17) (domain 2) ("..., vmconfig_n=666, live=0, resource=0) at > >> xen_domain.c:103 > >> #2 0x0804befb in xfr_save (args=0x805d87c, state=0xbffffa50, > >> xend=0xbffffb20, file=0x805f9b8 "/tmp/bla") at xfrd.c:774 > >> #3 0x0804c8d3 in xfrd_service (args=0x805d87c, > peersock=6, peer_in> >> {sin_family = 2, sin_port = 44292, sin_addr = {s_addr = > >> 16777343}, sin_zero = "\000\000\000\000\000\000\000"}) at > xfrd.c:950 > >> #4 0x0804ccf4 in xfrd_accept (args=0x805d87c, sock=2) at > xfrd.c:1024 > >> #5 0x0804ce01 in xfrd_select (args=0x805d87c, listen_sock=2) at > >> xfrd.c:1054 > >> #6 0x0804d0f1 in xfrd_main (args=0x805d87c) at xfrd.c:1210 > >> #7 0x0804d273 in main (argc=1, argv=0xbffffe24) at xfrd.c:1264 > >> (gdb) > >> > >> I guess I am going to need to recompile with debugging on. > >> > >> Cheers > >> Arthur > >> > >> ----- >------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel