Re: dar complains when creating decremental backup

>>> On 31/07/2019 19:44, Matus UHLAR - fantomas wrote:
>>>> when trying to create decremental backup, dar complains per
>>>> file:
>>>>
>>>> % dar -+ /tmp/moj\ svet\ novovytvoreny\
>>>> 1.8.9-DECR20190705-20190729 -A moj\ svet\ novovytvoreny\
>>>> 1.8.9-FULL20190705 -@ moj\ svet\ novovytvoreny\
>>>> 1.8.9-FULL20190729 -ad
>>>>
>>>> Warning: using insecure memory!
>>>>
>>>> EA and FSA of file <ROOT>/moj svet novovytvoreny 1.8.9 are about to be dropped from the archive and marked as already saved, proceed?  [return = YES | Esc = NO]
>>>> Continuing...
>>>> EA and FSA of file <ROOT>/moj svet novovytvoreny 1.8.9/level.dat are about to be dropped from the archive and marked as already saved, proceed?  [return = YES | Esc = NO]
>>>> Continuing...
>>>> EA and FSA of file <ROOT>/moj svet novovytvoreny 1.8.9/level.dat_old are about to be dropped from the archive and marked as already saved, proceed?  [return = YES | Esc = NO]
[...]
>> in the past I have silenced this error with -w (or -wa?) option but
>> was curious if this is normal.

On 04.08.19 21:01, Denis Corbin wrote:
>looking at source code, this message is issued if the file "to be
>added" (from -@ archive) has no EA or no FSA while the one "in place"
>(from -A archive) has some EA or FSA respectively.

could it be that this message is issued when file "to be added" has no EA or
FSA, even when the file in archive also does not?

I have created all archives like this:

% dar -c ~/mcbackup/moj\ svet\ novovytvoreny\ 1.8.9-FULL20190825 -g moj\ svet\ novovytvoreny\ 1.8.9/
Warning: using insecure memory!


 --------------------------------------------
 231 inode(s) saved
   including 0 hard link(s) treated
 0 inode(s) changed at the moment of the backup and could not be saved properly
 0 byte(s) have been wasted in the archive to resave changing files
 0 inode(s) with only metadata changed
 0 inode(s) not saved (no inode/file change)
 0 inode(s) failed to be saved (filesystem error)
 0 inode(s) ignored (excluded by filters)
 0 inode(s) recorded as deleted from reference backup
 --------------------------------------------
 Total number of inode(s) considered: 231
 --------------------------------------------
 EA saved for 0 inode(s)
 FSA saved for 231 inode(s)

>This situation may be normal (all EAs have been cleared for a given
>file for example) in which case this warning can be ignored and the
>use of -w is OK.
>
>However, I would double check first that there is nothing weird in the
>way EA and FSA are saved: just list both archive, if you can find some
>file with EA some other with FSA saved in both, there should not be
>any problem.

I don't think I ever created or touched EA on files. I got this 

% dar -+ /tmp/'moj svet novovytvoreny 1.8.9-DECR20190729-20190825' -A 'moj svet novovytvoreny 1.8.9-FULL20190729' -@ 'moj svet novovytvoreny 1.8.9-FULL20190825' -ad
Warning: using insecure memory!
EA and FSA of file <ROOT>/moj svet novovytvoreny 1.8.9 are about to be dropped from the archive and marked as already saved, proceed? [return = YES | Esc = NO]
Continuing...
EA and FSA of file <ROOT>/moj svet novovytvoreny 1.8.9/level.dat are about to be dropped from the archive and marked as already saved, proceed? [return = YES | Esc = NO]

the 'moj svet novovytvoreny 1.8.9-FULL20190729' in -A is exactly the same
file as the one used in -@ before, so I believe there are no EAs there.
the 'getfattr -R .' showed no EAs too.

>If you want to go one step further in validation, I suggest keeping
>the old full backup, restoring it in a first directory "REF" and in
>another directory "DECR" restoring the latest full backup then the
>decremental backup over it.
>
>Then comparing the REF and DECR for data contents, EA and FSA. Dar can
>help here by doing a crossed comparison (compare the archive content
>with the restored data of the other archive):
>
>   dar -d old_full_backup -R DECR --comparison-field=mtime
>   dar -d decremental_backup -R REF --comparison-field=mtime
>
>this way you easily compare EA and FSA presence and content, inode
>metadata thing the diff command does not (it only compares data).
-- 
Matus UHLAR - fantomas, [email protected] ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
- Have you got anything without Spam in it?
- Well, there's Spam egg sausage and Spam, that's not got much Spam in it.