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