Package: dar Version: 2.7.10-2+b2 Severity: normal X-Debbugs-Cc: debianbts-20230827181...@racbu.de
Dear Maintainer, I try to do a differential backup with an earlier on-fly-isolated catalogue. It seems dar can't read the isolated catalogues anymore. ,---- [ Error ] | Final memory cleanup... | ---- exception type = [BUG] ---------- | [source] | File ../../../src/libdar/slice_layout.cpp line 48 : it seems to be a bug here | stack dump : /lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar4EbugC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEi+0x140) [0x7f4ff3f79d50] | stack dump : /lib/x86_64-linux-gnu/libdar64.so.6000(+0xf83bb) [0x7f4ff3ef83bb] | stack dump : /lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar14header_version4readERNS_12generic_fileERNS_16user_interactionEb+0x264) [0x7f4ff3fbc944] | stack dump : /lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar24macro_tools_open_archiveERKSt10shared_ptrINS_16user_interactionEERKS0_INS_8entrepotEERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEERKNS_8limitintImEESG_NS_11crypto_algoERKNS_11secu_stringEjRNS_4pileERNS_14header_versionESG_SG_SG_RSI_bbbbRNS9_4listINS_8signatorESaISV_EEERNS_12slice_layoutEmmb+0x3aa) [0x7f4ff3fe526a] | stack dump : /lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar7archive9i_archiveC1ERKSt10shared_ptrINS_16user_interactionEERKNS_4pathERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESH_RKNS_20archive_options_readE+0x44f) [0x7f4ff3fc1d6f] | stack dump : /lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar7archiveC2ERKSt10shared_ptrINS_16user_interactionEERKNS_4pathERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESG_RKNS_20archive_options_readE+0xd6) [0x7f4ff3f248c6] | stack dump : dar(+0x49306) [0x560a2c6b1306] | stack dump : dar(+0x5158c) [0x560a2c6b958c] | stack dump : dar(+0x247d1) [0x560a2c68c7d1] | stack dump : /lib/x86_64-linux-gnu/libc.so.6(+0x276ca) [0x7f4ff38456ca] | stack dump : /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x85) [0x7f4ff3845785] | stack dump : dar(+0x24821) [0x560a2c68c821] | [most outside call] | ----------------------------------- `---- Reproduce the error ==================== This is a minimal example to reproduce the error. ### Create som structure to backup $ export BASE=/tmp/dar_debug $ mkdir -p ${BASE}/bak ${BASE}/cat ${BASE}/files $ touch ${BASE}/files/file1 ### Create the backup and the on-fly-isolation $ dar --create ${BASE}/bak/full --fs-root ${BASE}/files/ --aux ${BASE}/cat/full_onthefly ### Do a manual isolation after the backup is done $ dar --ref ${BASE}/bak/full --isolate ${BASE}/cat/full_isolate ### As described in the man page on-fly-isolation is always compressed so ### lets do this manually, too $ dar --ref ${BASE}/bak/full --compression=bzip2 --isolate ${BASE}/cat/full_isolate_compressed ### checking the results # the backup itself and the after backup-catalogues are working: $ dar --list ${BASE}/bak/full [Data ][D][ EA ][FSA][Compr][S]| Permission | User | Group | Size | Date | filename --------------------------------+------------+-------+-------+---------+-------------------------------+------------ [Saved][ ] [-L-][ ][ ] -rw-r--r-- thomas thomas 0 Sun Aug 27 18:45:31 2023 file1 $ dar --list ${BASE}/cat/full_isolate [Data ][D][ EA ][FSA][Compr][S]| Permission | User | Group | Size | Date | filename --------------------------------+------------+-------+-------+---------+-------------------------------+------------ [InRef][ ] [-L-][-----][ ] -rw-r--r-- thomas thomas 0 Sun Aug 27 18:45:31 2023 file1 $ dar --list ${BASE}/cat/full_isolate_compressed [Data ][D][ EA ][FSA][Compr][S]| Permission | User | Group | Size | Date | filename --------------------------------+------------+-------+-------+---------+-------------------------------+------------ [InRef][ ] [-L-][-----][ ] -rw-r--r-- thomas thomas 0 Sun Aug 27 18:45:31 2023 file1 # dar can't read the on-fly-catalogue and reports the error above: $ dar --list ${BASE}/cat/full_onthefly Final memory cleanup... ---- exception type = [BUG] ---------- [source] File ../../../src/libdar/slice_layout.cpp line 48 : it seems to be a bug here stack dump : /lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar4EbugC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEi+0x140) [0x7f4ff3f79d50] stack dump : /lib/x86_64-linux-gnu/libdar64.so.6000(+0xf83bb) [0x7f4ff3ef83bb] stack dump : /lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar14header_version4readERNS_12generic_fileERNS_16user_interactionEb+0x264) [0x7f4ff3fbc944] stack dump : /lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar24macro_tools_open_archiveERKSt10shared_ptrINS_16user_interactionEERKS0_INS_8entrepotEERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEERKNS_8limitintImEESG_NS_11crypto_algoERKNS_11secu_stringEjRNS_4pileERNS_14header_versionESG_SG_SG_RSI_bbbbRNS9_4listINS_8signatorESaISV_EEERNS_12slice_layoutEmmb+0x3aa) [0x7f4ff3fe526a] stack dump : /lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar7archive9i_archiveC1ERKSt10shared_ptrINS_16user_interactionEERKNS_4pathERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESH_RKNS_20archive_options_readE+0x44f) [0x7f4ff3fc1d6f] stack dump : /lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar7archiveC2ERKSt10shared_ptrINS_16user_interactionEERKNS_4pathERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESG_RKNS_20archive_options_readE+0xd6) [0x7f4ff3f248c6] stack dump : dar(+0x49306) [0x560a2c6b1306] stack dump : dar(+0x5158c) [0x560a2c6b958c] stack dump : dar(+0x247d1) [0x560a2c68c7d1] stack dump : /lib/x86_64-linux-gnu/libc.so.6(+0x276ca) [0x7f4ff38456ca] stack dump : /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x85) [0x7f4ff3845785] stack dump : dar(+0x24821) [0x560a2c68c821] [most outside call] ----------------------------------- What more did I test? ======================= * If I do this example on Debian stable with dar 2.7.8 everything works fine inclusive reading the on-fly-catalogue. $ dar --list ${BASE}/cat/full_onthefly [Data ][D][ EA ][FSA][Compr][S]| Permission | User | Group | Size | Date | filename --------------------------------+------------+-------+-------+---------+-------------------------------+------------ [InRef][ ] [-L-][-----][ ] -rw-r--r-- thomas thomas 0 Sun Aug 27 18:31:20 2023 file1 * I copied the defect on-fly-catalogue above to a stable maskin and tried to read it with dar 2.7.8. I got the same error stack as shown above. * I checked /var/log/apt/history.log * I had version 2.7.8-1+b3 installed when I did the last working catalogue. * I had version 2.7.9-2 installed with the first failing catalogue. * Versions 2.7.10-2+b1 and 2.7.10-2+b2 generating failing catalogues, too. Summary ======== I seems to me that something with the on-fly-isolation in dar 2.7.9 is broken. Keep in touch if you need more information. Tom -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages dar depends on: ii libc6 2.37-6 ii libcurl4 7.88.1-10 ii libdar64-6000 2.7.10-2+b2 ii libgcc-s1 13.1.0-9 ii libgpgme11 1.18.0-3+b1 ii libstdc++6 13.1.0-9 ii libthreadar1000 1.4.0-2 dar recommends no packages. Versions of packages dar suggests: pn dar-docs <none> pn par2 <none> -- no debconf information