mondo v3.2.0-r3332 completes successfully but glibc detect an invalid pointer

[GVR]

Hi all

Version:

mondoarchive v3.2.0-r3332
Paquet libmondorescue-perl : 3.2.0-1
Paquet mindi : 3.0.0-1
Paquet mindi-busybox : 1.21.1-1
Paquet mondo : 3.2.0-1

Linux lx8 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u1 x86_64 GNU/Linux

Backup made on a sshfs shares with the following command completes successfully, but at end, glibc detect an invalid pointer :

/usr/sbin/mondoarchive -OV -F -G -N -n sshfs://lx8@lx1.linder.hp: -s40000m -E '/gv0|/gv2|/home|/media|/mnt|/var/cache|/vir0' -3 -S /gv2/mondo/scratch -T /gv2/mondo/tmp/ -p mbackup_test_150128_1704

See /var/log/mondoarchive.log for details of backup run.
Checking sanity of your Linux distribution
Done.
Making catalog of files to be backed up

...

Done.

Backup and/or verify ran to completion. Everything appears to be fine.
/var/cache/mindi/mondorescue.iso, a boot/utility CD, is available if you want it
Data archived OK.
Mondoarchive ran OK.
See /var/log/mondoarchive.log for details of backup run.

*** glibc detected *** /usr/sbin/mondoarchive: munmap_chunk(): invalid pointer: 0x00000000006bb188 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x76a16)[0x7f8af91f1a16]
/usr/sbin/mondoarchive[0x436681]
/usr/sbin/mondoarchive[0x42ee55]
/usr/sbin/mondoarchive[0x403188]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7f8af9199ead]
/usr/sbin/mondoarchive[0x403ad5]
======= Memory map: ========
00400000-00450000 r-xp 00000000 fe:06 136475                             /usr/sbin/mondoarchive
00650000-00652000 rw-p 00050000 fe:06 136475                             /usr/sbin/mondoarchive
00652000-00656000 rw-p 00000000 00:00 0
006bb000-006de000 rw-p 00000000 00:00 0                                  [heap]
7f8af35e9000-7f8af35ea000 ---p 00000000 00:00 0
7f8af35ea000-7f8af3dea000 rw-p 00000000 00:00 0
7f8af3dea000-7f8af3dff000 r-xp 00000000 fe:00 23                         /lib/x86_64-linux-gnu/libgcc_s.so.1
7f8af3dff000-7f8af3fff000 ---p 00015000 fe:00 23                         /lib/x86_64-linux-gnu/libgcc_s.so.1
7f8af3fff000-7f8af4000000 rw-p 00015000 fe:00 23                         /lib/x86_64-linux-gnu/libgcc_s.so.1
7f8af4000000-7f8af4062000 rw-p 00000000 00:00 0
7f8af4062000-7f8af8000000 ---p 00000000 00:00 0
7f8af815e000-7f8af815f000 ---p 00000000 00:00 0
7f8af815f000-7f8af895f000 rw-p 00000000 00:00 0
7f8af895f000-7f8af89e0000 r-xp 00000000 fe:00 3171                       /lib/x86_64-linux-gnu/libm-2.13.so
7f8af89e0000-7f8af8bdf000 ---p 00081000 fe:00 3171                       /lib/x86_64-linux-gnu/libm-2.13.so
7f8af8bdf000-7f8af8be0000 r--p 00080000 fe:00 3171                       /lib/x86_64-linux-gnu/libm-2.13.so
7f8af8be0000-7f8af8be1000 rw-p 00081000 fe:00 3171                       /lib/x86_64-linux-gnu/libm-2.13.so
7f8af8be1000-7f8af8be3000 r-xp 00000000 fe:00 3176                       /lib/x86_64-linux-gnu/libdl-2.13.so
7f8af8be3000-7f8af8de3000 ---p 00002000 fe:00 3176                       /lib/x86_64-linux-gnu/libdl-2.13.so
7f8af8de3000-7f8af8de4000 r--p 00002000 fe:00 3176                       /lib/x86_64-linux-gnu/libdl-2.13.so
7f8af8de4000-7f8af8de5000 rw-p 00003000 fe:00 3176                       /lib/x86_64-linux-gnu/libdl-2.13.so
7f8af8de5000-7f8af8efa000 r-xp 00000000 fe:00 150                        /lib/x86_64-linux-gnu/libslang.so.2.2.4
7f8af8efa000-7f8af90f9000 ---p 00115000 fe:00 150                        /lib/x86_64-linux-gnu/libslang.so.2.2.4
7f8af90f9000-7f8af90fd000 r--p 00114000 fe:00 150                        /lib/x86_64-linux-gnu/libslang.so.2.2.4
7f8af90fd000-7f8af9117000 rw-p 00118000 fe:00 150                        /lib/x86_64-linux-gnu/libslang.so.2.2.4
7f8af9117000-7f8af917b000 rw-p 00000000 00:00 0
7f8af917b000-7f8af92fd000 r-xp 00000000 fe:00 3174                       /lib/x86_64-linux-gnu/libc-2.13.so
7f8af92fd000-7f8af94fd000 ---p 00182000 fe:00 3174                       /lib/x86_64-linux-gnu/libc-2.13.so
7f8af94fd000-7f8af9501000 r--p 00182000 fe:00 3174                       /lib/x86_64-linux-gnu/libc-2.13.so
7f8af9501000-7f8af9502000 rw-p 00186000 fe:00 3174                       /lib/x86_64-linux-gnu/libc-2.13.so
7f8af9502000-7f8af9507000 rw-p 00000000 00:00 0
7f8af9507000-7f8af951e000 r-xp 00000000 fe:00 3184                       /lib/x86_64-linux-gnu/libpthread-2.13.so
7f8af951e000-7f8af971d000 ---p 00017000 fe:00 3184                       /lib/x86_64-linux-gnu/libpthread-2.13.so
7f8af971d000-7f8af971e000 r--p 00016000 fe:00 3184                       /lib/x86_64-linux-gnu/libpthread-2.13.so
7f8af971e000-7f8af971f000 rw-p 00017000 fe:00 3184                       /lib/x86_64-linux-gnu/libpthread-2.13.so
7f8af971f000-7f8af9723000 rw-p 00000000 00:00 0
7f8af9723000-7f8af9739000 r-xp 00000000 fe:06 130853                     /usr/lib/x86_64-linux-gnu/libnewt.so.0.52.14
7f8af9739000-7f8af9939000 ---p 00016000 fe:06 130853                     /usr/lib/x86_64-linux-gnu/libnewt.so.0.52.14
7f8af9939000-7f8af993a000 r--p 00016000 fe:06 130853                     /usr/lib/x86_64-linux-gnu/libnewt.so.0.52.14
7f8af993a000-7f8af993b000 rw-p 00017000 fe:06 130853                     /usr/lib/x86_64-linux-gnu/libnewt.so.0.52.14
7f8af993b000-7f8af995b000 r-xp 00000000 fe:00 3179                       /lib/x86_64-linux-gnu/ld-2.13.so
7f8af9b4a000-7f8af9b4f000 rw-p 00000000 00:00 0
7f8af9b57000-7f8af9b5a000 rw-p 00000000 00:00 0
7f8af9b5a000-7f8af9b5b000 r--p 0001f000 fe:00 3179                       /lib/x86_64-linux-gnu/ld-2.13.so
7f8af9b5b000-7f8af9b5c000 rw-p 00020000 fe:00 3179                       /lib/x86_64-linux-gnu/ld-2.13.so
7f8af9b5c000-7f8af9b5d000 rw-p 00000000 00:00 0
7fffe7ad3000-7fffe7af4000 rw-p 00000000 00:00 0                          [stack]
7fffe7bff000-7fffe7c00000 r-xp 00000000 00:00 0                          [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                  [vsyscall]

echo $?

0

For the same backup to a local folder, glibc does not detect invalid pointer :

/usr/sbin/mondoarchive -OV -F -G -N -i -d /tmp -s40000m -E '/gv0|/gv2|/home|/mnt/lx1|/media|/mnt|/var/cache|/vir0' -3 -S /gv2/mondo/scratch -T /gv2/mondo/tmp/ -p mbackup_test_150128_1652 

Regards,

Joel

[Bruno Cornec]

Could you check with the just release 3.2.1 whether this is still the case when you have time ?

[GVR]

I can not verify this now because the new problem I reported in the Ticket #776 ...

[Bruno Cornec]

Should be fixed with rev [3465]

[Bruno Cornec]

And even better with rev [3466] For the return value, when there is a segmentation violation, mondoarchive has no choice, and doesn't return anything just crash, so this should be something else.

Fix will be in 3.2.2