Bug in dar version 2.7.8 (?)
Andrea Vai <[email protected]> Mon, 04 Sep 2023 17:29:36 +0200
| Newsgroups | gmane.comp.sysutils.backup.dar.support |
|---|---|
| Message-ID | <[email protected]> |
Dear Denis and all, today I find this output every time my scheduled differential backup runs, after I took a Normal backup this morning (as I usually do the first days of each month): ************************************************************************************************ No terminal found for user interaction. All questions will be assumed a negative answer (less destructive choice), which most of the time will abort the program. Arguments read from /etc/darrc : No user target found on command line Opening archive CAT_root ... Opening the archive using the multi-slice abstraction layer... Reading the archive trailer... Final memory cleanup... ---- exception type = [BUG] ---------- [source] File slice_layout.cpp line 48 : it seems to be a bug here stack dump : /lib64/libdar64.so.6000(_ZN6libdar4EbugC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEi+0x113) [0x7f8d9f524483] stack dump : /lib64/libdar64.so.6000(+0xbce43) [0x7f8d9f4bce43] stack dump : /lib64/libdar64.so.6000(_ZN6libdar14header_version4readERNS_12generic_fileERNS_16user_interactionEb+0x266) [0x7f8d9f5564c6] stack dump : /lib64/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+0x46d) [0x7f8d9f577e4d] stack dump : /lib64/libdar64.so.6000(_ZN6libdar7archive9i_archiveC1ERKSt10shared_ptrINS_16user_interactionEERKNS_4pathERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESH_RKNS_20archive_options_readE+0x450) [0x7f8d9f5574f0] stack dump : /lib64/libdar64.so.6000(_ZN6libdar7archiveC2ERKSt10shared_ptrINS_16user_interactionEERKNS_4pathERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESG_RKNS_20archive_options_readE+0xdb) [0x7f8d9f4ddc3b] stack dump : dar(+0x3fc81) [0x55a69934ac81] stack dump : dar(+0x549f7) [0x55a69935f9f7] stack dump : /lib64/libc.so.6(+0x27510) [0x7f8d9ee4a510] stack dump : /lib64/libc.so.6(__libc_start_main+0x89) [0x7f8d9ee4a5c9] stack dump : dar(+0x20c25) [0x55a69932bc25] [most outside call] ----------------------------------- INTERNAL ERROR, PLEASE REPORT THE PREVIOUS OUTPUT TO MAINTAINER ************************************************************************************************ The command I run is: dar -c /run/media/andrea/BAK_ANDVAI/root_diff_Ore -R / -B /home/andrea/myProgs/Backup/esclusiDiffRoot.dcf -P home/andrea/Backup/backuplog_root_Ore.txt -D -A /home/andrea/Backup/CAT_root -w -v 2>&1 Dar version: $ dar --version dar version 2.7.8, Copyright (C) 2002-2022 Denis Corbin Long options support : YES Using libdar 6.5.0 built with compilation time options: gzip compression (libz) : YES bzip2 compression (libbzip2) : YES lzo compression (liblzo2) : YES xz compression (liblzma) : YES zstd compression (libzstd) : NO lz4 compression (liblz4) : NO Strong encryption (libgcrypt): YES Public key ciphers (gpgme) : NO Extended Attributes support : YES Large files support (> 2GB) : YES ext2fs NODUMP flag support : YES Integer size used : 64 bits Thread safe support : YES Furtive read mode support : YES Linux ext2/3/4 FSA support : YES Mac OS X HFS+ FSA support : NO Linux statx() support : YES Detected system/CPU endian : little Posix fadvise support : YES Large dir. speed optimi. : YES Timestamp read accuracy : 1 nanosecond Timestamp write accuracy : 1 nanosecond Restores dates of symlinks : YES Multiple threads (libthreads): NO Delta compression (librsync) : NO Remote repository (libcurl) : NO argon2 hashing (libargon2) : NO compiled the Dec 28 2022 with GNUC version 12.2.1 20221121 (Red Hat 12.2.1-4) dar is part of the Disk ARchive suite (Release 2.7.8) dar comes with ABSOLUTELY NO WARRANTY; for details type `dar -W'. This is free software, and you are welcome to redistribute it under certain conditions; type `dar -L | more' for details. ************************************************************************************************ I am not sure whether the version I used to take the normal backup is the same or not. If it's useful I can find it out. Is it really a bug, can I do anything to help or am I missing something? Many thanks, bye Andrea