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

[Graham C. <g+...@co...>]

Thanks Denis. I will upgrade to 2.7.4-1 and will only report back if it
does not go away!

On 03/04/2022 15:42, Denis Corbin wrote:
> 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.
>>
>>