Am Montag 01 September 2014, 10:47:26 schrieb Marc Dietrich:
> Guy,
>
> Am Donnerstag 28 August 2014, 10:28:02 schrieb Gui Hecheng:
> > And for the last one and the crucial one...
> > ==5569== Invalid read of size 4
> > ==5569== at 0x41E394: decompress (cmds-restore.c:93)
> > ==5569== by 0x41F291: search_dir (cmds-restore.c:378)
> > along with
> > ==5569== Invalid read of size 1
> > ==5569== at 0x548DDB6: lzo1x_decompress_safe
> > ==5569== by 0x41E3BD: decompress (cmds-restore.c:122)
> > ==5569== by 0x41F291: search_dir (cmds-restore.c:378)
> >
> > Sorry, I'm not able to reproduce it yet, it may be just what you've
> > guessed that corruption happens. But I am sure that there are bugs
> > around the decompress routine, because I've got "failed to inflate"s too
> > with a non-corrupted btrfs. I'm going to track it down.
>
> this one still exists. It took me a while to reproduce this (actually, find
> the file which causes it). So we have:
>
> ==27292== Invalid read of size 8
> ==27292== at 0x57A10D2: lzo1x_decompress_safe (in
> /usr/lib64/liblzo2.so.2.0.0)
> ==27292== by 0x41E9ED: decompress (cmds-restore.c:129)
> ==27292== by 0x41F8A7: search_dir (cmds-restore.c:386)
> ==27292== by 0x41FFE6: search_dir (cmds-restore.c:916)
> ==27292== by 0x41FFE6: search_dir (cmds-restore.c:916)
> ==27292== by 0x41FFE6: search_dir (cmds-restore.c:916)
> ==27292== by 0x41FFE6: search_dir (cmds-restore.c:916)
> ==27292== by 0x420C6F: cmd_restore (cmds-restore.c:1319)
> ==27292== by 0x4042FC: main (btrfs.c:247)
> ==27292== Address 0x6280afc is 24,572 bytes inside a block of size 24,576
> alloc'd
> ==27292== at 0x4C277AB: malloc (in
> /usr/lib64/valgrind/vgpreload_memcheck- amd64-linux.so)
> ==27292== by 0x41F577: search_dir (cmds-restore.c:317)
> ==27292== by 0x41FFE6: search_dir (cmds-restore.c:916)
> ==27292== by 0x41FFE6: search_dir (cmds-restore.c:916)
> ==27292== by 0x41FFE6: search_dir (cmds-restore.c:916)
> ==27292== by 0x41FFE6: search_dir (cmds-restore.c:916)
> ==27292== by 0x420C6F: cmd_restore (cmds-restore.c:1319)
> ==27292== by 0x4042FC: main (btrfs.c:247)
> ==27292==
> ==27292== (action on error) vgdb me ...
>
> and the attached debug backtrace is (I attached the full bt):
>
> Program received signal SIGTRAP, Trace/breakpoint trap.
> 0x00000000057a10d2 in lzo1x_decompress_safe () from /usr/lib64/liblzo2.so.2
> (gdb) bt
> #0 0x00000000057a10d2 in lzo1x_decompress_safe () from
> /usr/lib64/liblzo2.so.2
after installing debuginfo for liblzo I get
#0 lzo1x_decompress_safe (in=0x1 <error: Cannot access memory at address
0x1>, in@entry=0x6280a6d "\017ource/core/dom/webl\001",
in_len=103290581, in_len@entry=3176, out=out@entry=0x63229a0
"ource/core/dom/webcore_dom.StaticNodeList.o",
out_len=out_len@entry=0x7feff9de0, wrkmem=0x6322a55, wrkmem@entry=0x0) at
src/lzo1x_d.ch:184
ip = 0x1 <error: Cannot access memory at address 0x1>
ip_end = 0x62816d5 ""
op_end = 0x6323ae3 ""
I'll keep the debug session open just in case.
Marc
> #1 0x000000000041e9ee in decompress_lzo (decompress_len=0x7feff9f60,
> compress_len=417,
> outbuf=0x63229a0 "ource/core/dom/webcore_dom.StaticNodeList.o",
> inbuf=0x6280a6d "\017ource/core/dom/webl\001") at cmds-restore.c:129
> #2 decompress (inbuf=inbuf@entry=0x627ab00 "zU\001",
> outbuf=outbuf@entry=0x631a9a0 "<X", compress_len=compress_len@entry=24576,
> decompress_len=decompress_len@entry=0x7feff9f60,
> compress=compress@entry=2) at cmds-restore.c:155
> #3 0x000000000041f8a8 in copy_one_extent (pos=4063232, fi=<optimized out>,
> leaf=0x5fb58d0, fd=4, root=0x61405c0) at cmds-restore.c:386
> #4 copy_file (file=0x66a700 <path_name>
> "/work/chromium/src/out/Release/.ninja_deps", key=0x7feffb080, fd=4,
> root=0x61405c0)
> at cmds-restore.c:659
> #5 search_dir (root=root@entry=0x61405c0, key=key@entry=0x7feffc2d0,
> output_rootdir=output_rootdir@entry=0x7fefffdb0 "/work",
> in_dir=in_dir@entry=0x6602d70 "/chromium/src/out/Release",
> mreg=mreg@entry=0x7fefffd60) at cmds-restore.c:840
> #6 0x000000000041ffe7 in search_dir (root=root@entry=0x61405c0,
> key=key@entry=0x7feffd520,
> output_rootdir=output_rootdir@entry=0x7fefffdb0 "/work",
> in_dir=in_dir@entry=0x6df4d90 "/chromium/src/out",
> mreg=mreg@entry=0x7fefffd60) at cmds-restore.c:916
> #7 0x000000000041ffe7 in search_dir (root=root@entry=0x61405c0,
> key=key@entry=0x7feffe770,
> output_rootdir=output_rootdir@entry=0x7fefffdb0 "/work",
> in_dir=in_dir@entry=0x65d7080 "/chromium/src", mreg=mreg@entry=0x7fefffd60)
> at cmds-restore.c:916
> #8 0x000000000041ffe7 in search_dir (root=root@entry=0x61405c0,
> key=key@entry=0x7fefff9c0,
> output_rootdir=output_rootdir@entry=0x7fefffdb0 "/work",
> in_dir=in_dir@entry=0x6f35ac0 "/chromium", mreg=mreg@entry=0x7fefffd60)
> at cmds-restore.c:916
> #9 0x000000000041ffe7 in search_dir (root=root@entry=0x61405c0,
> key=key@entry=0x7fefffe30,
> output_rootdir=output_rootdir@entry=0x7fefffdb0 "/work",
> in_dir=in_dir@entry=0x45ab43 "", mreg=mreg@entry=0x7fefffd60)
> at cmds-restore.c:916
> #10 0x0000000000420c70 in cmd_restore (argc=<optimized out>, argv=<optimized
> out>) at cmds-restore.c:1319
> #11 0x00000000004042fd in main (argc=8, argv=0x7feffffa0) at btrfs.c:247
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
