Re: dar_manager - incremental backups and removed file

"J. Roeleveld via Dar-support" <[email protected]> Wed, 17 Apr 2024 06:55:32 +0200
Newsgroups gmane.comp.sysutils.backup.dar.support
Message-ID <5788287.DvuYhMxLoT@persephone>
On Tuesday, 16 April 2024 22:29:42 CEST Denis Corbin wrote:
> On 16/04/2024 09:44, J. Roeleveld via Dar-support wrote:> On Monday, 15 
> April 2024 22:56:58 CEST Denis Corbin wrote:
>  >> On 15/04/2024 07:04, J. Roeleveld via Dar-support wrote:

Hi Denis,

> OK, the first problem you reported about dar_manager warning is a bug. 
> Here is what produces the output with all detailed date information (new 
> -x option for dar_manager):

Ok, I'll ignore it for now. :)

> # dar_manager -B 
> database_delete_order_warning/zdata_os_services_binhost_root.dmd -f 
> usr/share/fonts/liberation-fonts/.uuid -x
> Warning: using insecure memory!
>   1       Thu Jun  3 15:32:10 2021 + 341379045 ns  saved     absent
>   2       Thu Jun  3 15:32:10 2021 + 341379045 ns  present   absent
>   3       Thu Jun  3 15:32:10 2021 + 341379045 ns  present   absent
>   4       Thu Jun  3 15:32:10 2021  removed                  absent
> 
> 
> The date at #4 is just lacking the sub-second information, which leads 
> it  to be considered older than the dates at #3 #2 and #1 by 
> approximativement 0.341 s. This is the cause of the warning. I will look 
> at the way the removal date is obtained and why it is lacking the 
> sub-second part, but that's almost harmless as far as I see the 
> consequences. This may be a bug in dar or dar_manager I have to 
> investigate that.
> 
> The second problem is the fact the date of removal (over its lack of 
> precision), is not the last modification date of the parent directory. I 
> also have to investigate that. Same thing here, maybe the problem is in 
> dar or dar_manager but this is also a bug.
> 
> # dar_manager -B 
> database_delete_order_warning/zdata_os_services_binhost_root.dmd -f 
> usr/share/fonts/liberation-fonts -x
> Warning: using insecure memory!
>   1       Thu Jun  3 15:32:10 2021 + 341379045 ns  saved     absent
>   2       Thu Jun  3 15:32:10 2021 + 341379045 ns  present   absent
>   3       Thu Jun  3 15:32:10 2021 + 341379045 ns  present   absent
>   4       Mon Apr  8 08:13:39 2024 + 957335766 ns  present   absent
> #
> > 
> >> Which dar and dar_manager version are used?
> > 
> > 
> > I use version 2.7.13.
> > Am planning on upgrading to 2.7.14 later this month.
> 
> 
> 2.7.14 does not bring any fix related to this problem so
> 2.7.13 is perfectly fine, no worries. You can wait for 2.7.15 with these 
> two bug fixes.

I'll check the changelog and see if there is anything I need.

> >>> I have several systems using the same distribution, but only this
> >>> particular one is showing the problem.
> >>
> >> are they all using the same dar and dar_manager versions?
> > 
> > Yes, they all use the same dar and dar_manager versions.
> 
> thus, maybe the file removal activity is not the same on the other 
> systems? this would explain why dar_manager does not warning the same(?)

It's a file inside the font directories which might not even have existed on 
other systems. (From what I found, it's generated by certain tools which I 
might have actually used on that system at some point)

I don't generally look in the "/usr" tree for random files, so I can't be 
certain on the actual timeline. But that file must have been removed 
automatically.

--
Joost