dar_manager - incremental backups and removed file
Joost Roeleveld via Dar-support <[email protected]> Sun, 14 Apr 2024 16:32:19 +0000
| Newsgroups | gmane.comp.sysutils.backup.dar.support |
|---|---|
| Message-ID | <20240414163219.EGroupware.QW234oSaEuHw06wa_8tXzVs@_> |
Hi all,
I am running incremental backups and also keeping dar_manager
databases up-to-date by automatically removing/adding entries.
Recently, I got an issue where, when files are deleted between 2
backups, it complains about the order not being correct. (I name the
archives based on the timestamp of when they are created, so am 100%
certain the order should be correct.
The messages I see:
$ dar_manager -B /store/backups/san1/cat/zdata_os_services_binhost_root.dmd -c
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/OTF/.uuid
Dates are not increasing for all files when database's archive number
grows, working with this database may lead to improper file's restored
version. Please reorder the archive within the database in the way
that the older is the first archive and so on up to the most recent
archive being the last of the database
Do you want to ignore the same type of error for other files? [return
= YES | Esc = NO]
Escaping...
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/hack/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/urw-fonts/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/misc/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/encodings/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/encodings/large/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/dejavu/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/Type1/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/cyrillic/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/liberation-fonts/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/libertine/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/kanjistrokeorders/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/75dpi/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/noto/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/util/.uuid
Dates of file's data are not increasing when database's archive number
grows. Concerned file is: usr/share/fonts/100dpi/.uuid
Error met while processing operation: Some files do not follow
chronological order when archive index increases withing the database,
this can lead dar_manager to restored a wrong version of these files
Some files do not follow chronological order when archive index
increases withing the database, this can lead dar_manager to restored
a wrong version of these files
admin@mngrnl ~ $ dar_manager -B zdata_os_services_binhost_root.dmd -f
usr/share/fonts/liberation-fonts/.uuid
1 Thu Jun 3 13:32:10 2021 saved
absent
2 Thu Jun 3 13:32:10 2021 present
absent
3 Thu Jun 3 13:32:10 2021 present
absent
4 Thu Jun 3 13:32:10 2021 removed
absent
[[[[ This result is the same for any of the other .uuid files ]]]]
$ dar_manager -B /store/backups/san1/cat/zdata_os_services_binhost_root.dmd -l
dar path :
dar options :
database version : 6
compression used : gzip
compression level: 9
archive # | path | basename
------------+--------------+---------------
1 .
MNGR_20240301T000001_san1__zdata_os_services_binhost_root
2 .
MNGR_20240401T000002_san1__zdata_os_services_binhost_root
3 .
MNGR_20240407T000001_san1__zdata_os_services_binhost_root
4 .
MNGR_20240414T000001_san1__zdata_os_services_binhost_root
Any suggestions on how to resolve this?
Many thanks,
Joost