Re: [Xen-devel] Cannot save/migrate domains

[Arthur Bergman <abergman@xxxxxxxxxxx>]

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:

Attachment: PGP.sig
Description: This is a digitally signed message part