Re: [Dar-support] BUG in cache.cpp line 562

[Denis C. <dar...@fr...>]

Hi,

the Changelog is not clear about that I agree, but this has been fixed
in 2.7.4 ( https://sourceforge.net/p/dar/bugs/227/ )

this bug shows when a data is takes more space compressed than
uncompressed, in which case dar skips back in the backup to save it
uncompressed (saving space and CPU cycle for backup testing/backup
restoration/and so on). The cache layer had a bug in that context
(excessive condition check while the context was fine...)

this bug does thus not corrupt backups, it report error when it should
not... thus your successful backups are fine, and you can/should still
test then right after creation.

Thanks to use release 2.7.4

Cheers,
Denis


Le 03/04/2022 à 12:29, Graham Cobb a écrit :
> Hi,
> 
> DAR runs multiple backups for me overnight every day. This morning's log
> included the bug report below. I have not even tried to reproduce it
> yet, but just posting it in case it happens to be something known.
> 
> This is a Debian Testing system, though not up to date - dar package is
> 2.7.3-1. Nothing has been changed recently - this job has run every
> night for many, many years (it is using DAR_automatic_backup.sh). In
> this case, it has decided to delete 7 differentials and generate a new
> differential. The new diff is probably going to be about 200GB against a
> full backup of about 2.2TB.
> 
> Let me know if you want me to try to find out any more, before I upgrade
> and see if I can reproduce it with the current version of dar (2.7.4-1
> in Debian Testing).
> 
> Here is the output:
> 
> 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.
> Final memory cleanup...
> ---- exception type = [BUG] ----------
> [source]
> 	File cache.cpp line 562 : it seems to be a bug here
> 	stack dump :
> /usr/lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar4EbugC1ERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEi+0x13d)
> [0x7fad5c37be6d]
> 	stack dump : /usr/lib/x86_64-linux-gnu/libdar64.so.6000(+0x79121)
> [0x7fad5c2b9121]
> 	stack dump :
> /usr/lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar6escape18inherited_truncateERKNS_8limitintImEE+0x47)
> [0x7fad5c383767]
> 	stack dump : /usr/lib/x86_64-linux-gnu/libdar64.so.6000(+0x163423)
> [0x7fad5c3a3423]
> 	stack dump :
> /usr/lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar17filtre_sauvegardeERKSt10shared_ptrINS_16user_interactionEERKNS_4maskES7_RKNS_15pile_descriptorERNS_9catalogueERKSB_RKNS_4pathEbbbbbRNS_10statisticsEbS7_S7_RKNS_8limitintImEEbSN_bbRKNS_14filesystem_idsENS_17comparison_fieldsEbbbSN_SN_SN_SN_RKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES7_bRKSt3setINS_10fsa_familyESt4lessIS11_ESaIS11_EESZ_bSN_S7_bbRKS10_ISX_S12_ISX_ESaISX_EENS_23modified_data_detectionERKNS_20delta_sig_block_sizeE+0xbfd)
> [0x7fad5c3ad84d]
> 	stack dump :
> /usr/lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar7archive9i_archive16op_create_in_subENS1_9operationERKNS_4pathERKSt10shared_ptrINS_8entrepotEEPNS_9catalogueEPKSB_bRKNS_4maskESH_RKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESP_bRKNS_11crit_actionEbbbbbbRKNS_8limitintImEEbNS_11compressionEmmSW_SW_SH_SP_NS_11crypto_algoERKNS_11secu_stringEjRKSt6vectorISN_SaISN_EES16_SH_SW_bSP_SW_bbbRKNS_14filesystem_idsENS_17comparison_fieldsEbbbSW_SP_SW_SW_bbbSW_SP_NS_9hash_algoESW_SP_SH_bRKSt3setINS_10fsa_familyESt4lessIS1D_ESaIS1D_EEmmbbSH_SW_bbRKS1C_ISN_S1E_ISN_ES13_ENS_23modified_data_detectionESW_S1B_RKNS_20delta_sig_block_sizeEPNS_10statisticsE+0xdd5)
> [0x7fad5c3c46c5]
> 	stack dump :
> /usr/lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar7archive9i_archive12op_create_inENS1_9operationERKNS_4pathERKSt10shared_ptrINS_8entrepotEEPS0_RKNS_4maskESE_RKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESM_bbbbbbbRKNS_8limitintImEEbNS_11compressionEmmSQ_SQ_SE_SM_NS_11crypto_algoERKNS_11secu_stringEjRKSt6vectorISK_SaISK_EES10_SE_SQ_bSM_SQ_bbbRKNS_14filesystem_idsENS_17comparison_fieldsEbbSQ_SM_SQ_SQ_bbSQ_SM_NS_9hash_algoESQ_SM_SE_bRKSt3setINS_10fsa_familyESt4lessIS17_ESaIS17_EEmmbbSE_SQ_bbRKS16_ISK_S18_ISK_ESX_ENS_23modified_data_detectionESQ_S15_RKNS_20delta_sig_block_sizeEPNS_10statisticsE+0xb06)
> [0x7fad5c3c82f6]
> 	stack dump :
> /usr/lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar7archive9i_archiveC2ERKSt10shared_ptrINS_16user_interactionEERKNS_4pathES9_RKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESH_RKNS_22archive_options_createEPNS_10statisticsE+0xc1b)
> [0x7fad5c3c96eb]
> 	stack dump :
> /usr/lib/x86_64-linux-gnu/libdar64.so.6000(_ZN6libdar7archiveC1ERKSt10shared_ptrINS_16user_interactionEERKNS_4pathES8_RKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESG_RKNS_22archive_options_createEPNS_10statisticsE+0x11f)
> [0x7fad5c3287af]
> 	stack dump : dar(+0x48f72) [0x56150cad9f72]
> 	stack dump : dar(+0x4e090) [0x56150cadf090]
> 	stack dump : dar(+0x21731) [0x56150cab2731]
> 	stack dump : /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xcd)
> [0x7fad5bdc37fd]
> 	stack dump : dar(+0x218aa) [0x56150cab28aa]
> [most outside call]
> -----------------------------------
> 
> INTERNAL ERROR, PLEASE REPORT THE PREVIOUS OUTPUT TO MAINTAINER
> DARmedia: Sorry. 'dar' failed with exit code 3. DARmediaDiff01 backup
> aborted.
>