Which rsync version?
Sven.Hartrumpf at FernUni-Hagen.de
Sven.Hartrumpf at FernUni-Hagen.de
Fri Aug 3 08:32:12 GMT 2007
Fri, 3 Aug 2007 10:10:30 +0200, paul wrote:
> On Fri 03 Aug 2007, Sven wrote:
> >
> > Yes, the cvs version from 20070803T08 started very modestly in terms of RAM,
> > but after some minutes:
> > > rsync -a --progress -v /c/ /data/c (source is mounted via nfs)
> > ...
> > ces/002495.ces
> > 105851 100% 859.88kB/s 0:00:00 (xfer#23, to-check=5762/13367)
> > *** glibc detected *** rsync: munmap_chunk(): invalid pointer: 0x080a8cb0 ***
> > ======= Backtrace: =========
> > /lib/libc.so.6[0x2a97e6e1]
> > rsync[0x807c0f0]
> > rsync[0x804b782]
>
> Do you have any means of translating this backtrace to functions and
> source files with line numbers? E.g. as the gdb 'bt' command does, when
> the code is compiled with debugging info? (-g in gcc).
Yes, but the error looks somewhat different now (but is reproducable, at least):
> gdb64 rsync
GNU gdb 6.4
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run -a --progress -v /cl/ /data/cl
Starting program: /programs/linux/rsync-cvs/bin/rsync -a --progress -v /cl/ /data/cl
warning: Lowest section in system-supplied DSO at 0xffffe000 is .hash at ffffe0b4
sending incremental file list
*** glibc detected *** /programs/linux/rsync-cvs/bin/rsync: double free or corruption (out): 0x2aa42180 ***
======= Backtrace: =========
/lib/libc.so.6[0x2a97b6e1]
/lib/libc.so.6(cfree+0x89)[0x2a97cd79]
/programs/linux/rsync-cvs/bin/rsync[0x807c0f0]
/programs/linux/rsync-cvs/bin/rsync[0x804b782]
/programs/linux/rsync-cvs/bin/rsync[0x8056215]
/programs/linux/rsync-cvs/bin/rsync[0x8056825]
/programs/linux/rsync-cvs/bin/rsync[0x806053a]
/programs/linux/rsync-cvs/bin/rsync[0x8060d89]
/programs/linux/rsync-cvs/bin/rsync[0x8062108]
/programs/linux/rsync-cvs/bin/rsync[0x807556f]
/programs/linux/rsync-cvs/bin/rsync[0x80618c5]
/lib/libc.so.6(__libc_start_main+0xdc)[0x2a92cf9c]
/programs/linux/rsync-cvs/bin/rsync[0x804a6c1]
======= Memory map: ========
08048000-08092000 r-xp 00000000 00:14 389384 /programs/linux/rsync-cvs/bin/rsync
08092000-08094000 rwxp 0004a000 00:14 389384 /programs/linux/rsync-cvs/bin/rsync
08094000-0810a000 rwxp 08094000 00:00 0 [heap]
2a600000-2a621000 rwxp 2a600000 00:00 0
2a621000-2a700000 ---p 2a621000 00:00 0
2a732000-2a773000 rwxp 2a732000 00:00 0
2a7f5000-2a82a000 r-xs 00000000 08:02 1577380 /var/run/nscd/passwd
2a84b000-2a88d000 rwxp 2a84b000 00:00 0
2a88d000-2a8c2000 r-xs 00000000 08:02 1577476 /var/run/nscd/group
2a8e3000-2a916000 r-xp 00000000 08:02 526055 /usr/lib/locale/en_US/LC_CTYPE
2a916000-2a917000 rwxp 2a916000 00:00 0
2a917000-2aa3f000 r-xp 00000000 08:02 2232595 /lib/libc-2.5.so
2aa3f000-2aa40000 r-xp 00128000 08:02 2232595 /lib/libc-2.5.so
2aa40000-2aa42000 rwxp 00129000 08:02 2232595 /lib/libc-2.5.so
2aa42000-2aa45000 rwxp 2aa42000 00:00 0
2aa45000-2aa4c000 r-xp 00000000 08:02 480803 /usr/lib/libpopt.so.0.0.0
2aa4c000-2aa4e000 rwxp 00006000 08:02 480803 /usr/lib/libpopt.so.0.0.0
2aa5f000-2aa69000 r-xp 00000000 08:02 2232639 /lib/libgcc_s.so.1
2aa69000-2aa6b000 rwxp 00009000 08:02 2232639 /lib/libgcc_s.so.1
2aa6b000-2aa72000 r-xs 00000000 08:02 542502 /usr/lib/gconv/gconv-modules.cache
2aa72000-2aa73000 rwxp 2aa72000 00:00 0
2aa73000-2aa8e000 r-xp 00000000 08:02 2232588 /lib/ld-2.5.so
2aa8e000-2aa90000 rwxp 0001a000 08:02 2232588 /lib/ld-2.5.so
ffd85000-ffd8e000 rw-p ffd85000 00:00 0 [stack]
ffffe000-fffff000 r-xp ffffe000 00:00 0
Program received signal SIGPIPE, Broken pipe.
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0x2a9c7903 in __write_nocancel () from /lib/libc.so.6
#2 0x0806ac22 in writefd_unbuffered (fd=7, buf=0xffd84c30 "ü\017", len=4) at io.c:1387
#3 0x0806b26b in mplex_write (fd=7, code=<value optimized out>, buf=0x80ad6d8 "\030Dd \0019", len=4092, convert=0) at io.c:482
#4 0x0806b423 in io_flush (flush_it_all=0) at io.c:1440
#5 0x0806b58c in writefd (fd=<value optimized out>, buf=0xffd86095 "qØÿhqØÿKÓ\004\b\a", len=0) at io.c:1474
#6 0x0806b70c in write_byte (f=7, c=32 ' ') at io.c:1584
#7 0x0804d34b in send_file_name (f=7, flist=<value optimized out>, fname=<value optimized out>, stp=0x0, flags=65540, filter_level=2) at flist.c:495
#8 0x0804dce2 in send_directory (f=7, flist=0x80b2f60, fbuf=0xffd871dc "delite-kommunale/sentences/001676", len=26, flags=65540) at flist.c:1480
#9 0x0804e00c in send1extra (f=7, file=0x2a8dbda4, flist=0x80b2f60) at flist.c:1515
#10 0x0804e143 in send_extra_file_list (f=7, at_least=1000) at flist.c:1561
#11 0x080596b3 in send_files (f_in=8, f_out=7) at sender.c:190
#12 0x0806096d in client_run (f_in=8, f_out=7, pid=6761, argc=1, argv=0x80a4dd0) at main.c:977
#13 0x08061931 in main (argc=Cannot access memory at address 0x1a69
) at main.c:1195
(gdb)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.samba.org/archive/rsync/attachments/20070803/db656008/attachment.bin
More information about the rsync
mailing list