librelist archives

« back to archive

Terminated backup?

Terminated backup?

From:
Kenneth Jernigan
Date:
2014-03-30 @ 19:10
All -
I apologize for not revisiting the repository mount issue I previously 
started, I have been quite busy.  However, during that time of busy, it 
seems that the attic backup was crashed or the PC rebooted during it's 
backup or something.  Today (March 30, 2014), I realized I only have the 
following archives:
2014-03-24_19:01                     Mon Mar 24 19:01:38 
20142014-03-25_19:01                     Tue Mar 25 19:01:35 
20142014-03-26_13:01                     Wed Mar 26 13:01:37 
20142014-03-26_14:01                     Wed Mar 26 14:01:33 
20142014-03-26_15:01                     Wed Mar 26 15:01:36 
20142014-03-26_16:01                     Wed Mar 26 16:01:38 
20142014-03-26_17:01                     Wed Mar 26 17:01:38 
20142014-03-26_18:01                     Wed Mar 26 18:01:37 
20142014-03-26_19:01                     Wed Mar 26 19:01:34 
20142014-03-26_20:01                     Wed Mar 26 20:01:36 
20142014-03-26_21:01                     Wed Mar 26 21:01:33 
20142014-03-26_22:01                     Wed Mar 26 22:01:37 
20142014-03-26_23:01                     Wed Mar 26 23:01:38 
20142014-03-27_00:01                     Thu Mar 27 00:01:33 
20142014-03-27_01:01                     Thu Mar 27 02:14:49 2014

There are two things that confuse me here.  The first is that nothing was 
recorded between 27 March at 2:00 AM and today.  Trying to manually run a 
backup, I receive the following error :
Traceback (most recent call last):  File "/usr/bin/attic", line 3, in 
<module>    main()  File 
"/usr/lib/python3.4/site-packages/attic/archiver.py", line 618, in main
exit_code = archiver.run(sys.argv[1:])  File 
"/usr/lib/python3.4/site-packages/attic/archiver.py", line 608, in run    
return args.func(args)  File 
"/usr/lib/python3.4/site-packages/attic/archiver.py", line 100, in 
do_create    cache = Cache(repository, key, manifest)  File 
"/usr/lib/python3.4/site-packages/attic/cache.py", line 28, in __init__
self.open()  File "/usr/lib/python3.4/site-packages/attic/cache.py", line 
60, in open    self.rollback()  File 
"/usr/lib/python3.4/site-packages/attic/cache.py", line 130, in rollback
os.rename(txn_dir, os.path.join(self.path, 'txn.tmp'))OSError: [Errno 39] 
Directory not empty: 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.active'
-> 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.tmp'Traceback
(most recent call last):  File "/usr/bin/attic", line 3, in <module>    
main()  File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 
618, in main    exit_code = archiver.run(sys.argv[1:])  File 
"/usr/lib/python3.4/site-packages/attic/archiver.py", line 608, in run    
return args.func(args)  File 
"/usr/lib/python3.4/site-packages/attic/archiver.py", line 308, in 
do_prune    cache = Cache(repository, key, manifest)  File 
"/usr/lib/python3.4/site-packages/attic/cache.py", line 28, in __init__
self.open()  File "/usr/lib/python3.4/site-packages/attic/cache.py", line 
60, in open    self.rollback()  File 
"/usr/lib/python3.4/site-packages/attic/cache.py", line 130, in rollback
os.rename(txn_dir, os.path.join(self.path, 'txn.tmp'))OSError: [Errno 39] 
Directory not empty: 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.active'
-> 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.tmp'

I'm not sure what txn.active or txn.tmp is.  Sounds to me like an 
attempted transaction to the next archive failed to end and the cache file
was never removed.  I'm running a "attic check" to see if anything is 
found.
The second confusion is why the "daily" prune command is keeping the 
archive at 19:01 instead of at 23:01?  Is this related to the sorting 
method of the archives during the prune activity?
Thanks for any input.  If I get any feedback from the check command, I'll 
provide it here.  Further, once the check is complete, I will look a bit 
closer at the prune sort logic and see if I can identify any improvements 
I might suggest (time permitting)
Thanks,Ken 		 	   		  

Re: [attic] Terminated backup?

From:
Jonas Borgström
Date:
2014-03-30 @ 21:07
On 2014-03-30 21:10, Kenneth Jernigan wrote:
> All -
> 
> I apologize for not revisiting the repository mount issue I previously
> started, I have been quite busy.  However, during that time of busy, it
> seems that the attic backup was crashed or the PC rebooted during it's
> backup or something.  Today (March 30, 2014), I realized I only have the
> following archives:
> 
> 2014-03-24_19:01                     Mon Mar 24 19:01:38 2014
> 2014-03-25_19:01                     Tue Mar 25 19:01:35 2014
> 2014-03-26_13:01                     Wed Mar 26 13:01:37 2014
> 2014-03-26_14:01               ;       Wed Mar 26 14:01:33 2014
> 2014-03-26_15:01                     Wed Mar 26 15:01:36 2014
> 2014-03-26_16:01                     Wed Mar 26 16:01:38 2014
> 2014-03-26_17:01                     Wed Mar 26 17:01:38 2014
> 2014-03-26_18:01                     Wed Mar 26 18:01:37 2014
> 2014-03-26_19:01                     Wed Mar 26 19:01:34 2014
> 2014-03-26_20:01                   &nb sp; Wed Mar 26 20:01:36 2014
> 2014-03-26_21:01                     Wed Mar 26 21:01:33 2014
> 2014-03-26_22:01                     Wed Mar 26 22:01:37 2014
> 2014-03-26_23:01                     Wed Mar 26 23:01:38 2014
> 2014-03-27_00:01                     Thu Mar 27 00:01:33 2014
> 2014-03-27_01:01                     Thu Mar 27 02:14:49 2014
> 
> 
> There are two things that confuse me here.  The first is that nothing
> was recorded between 27 M arch at 2:00 AM and today.  Trying to manually
> run a backup, I receive the following error :
> 
> Traceback (most recent call last):
>   File "/usr/bin/attic", line 3, in <module>
>     main()
>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 618,
> in main
>     exit_code = archiver.run(sys.argv[1:])
>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 608,
> in run
>     return args.func(args)
>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 100,
> in do_create
>     cache = Cache(repository, key, manifest)
>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 28, in
> __init__
>     self.open()
>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 60, in open
>     self.rollback()
>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 130, in
> rollback
>     os.rename(txn_dir, os.path.join(self.path, 'txn.tmp'))
> OSError: [Errno 39] Directory not empty:
> 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.active'
> -> '/root/.cache/attic/167838a718e19693
> 67c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.tmp'
> Traceback (most recent call last):
>   File "/usr/bin/attic", line 3, in <module>
>     main()
>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 618,
> in main
>     exit_code = archiver.run(sys.argv[1:])
>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 608,
> in run
>     return args.func(args)
>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 308,
> in do_prune
>     cache = C ache(repository, key, manifest)
>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 28, in
> __init__
>     self.open()
>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 60, in open
>     self.rollback()
>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 130, in
> rollback
>     os.rename(txn_dir, os.path.join(self.path, 'txn.tmp'))
> OSError: [Errno 39] Directory not empty:
> 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.active'
> ->
> 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.t
> mp'
> 
> 
> I'm not sure what txn.active or txn.tmp is.  Sounds to me like an
> attempted transaction to the next archive failed to end and the cache
> file was never removed.  I'm running a "attic check" to see if anything
> is found.

This looks like Attic was interrupted while the cache folder was being
"committed" so a partial "txn.tmp" director was left in place. Attic
should handle this automatically but cache.py had a tiny bug that did
not handle this scenario correctly.
I've pushed a fix for this now, or you can simply remove the txn.tmp
directory yourself. At least if you do hourly backups.

> The second confusion is why the "daily" prune command is keeping the
> archive at 19:01 instead of at 23:01?  Is this related to the sorting
> method of the archives during the prune activity?

Yeah, it's a time zone related bug. "prune" did not properly convert the
archive timestamp to the local time zone (from UTC) before interpreting
the timestamp. Sweden is just GMT+1, so I didn't notice this until
today. But I guess your time zone is GMT-4 so it's a bit more noticeable.

I pushed a fix for this as well.

> Thanks for any input.  If I get any feedback from the check command,
> I'll provide it here.  Further, once the check is complete, I will look
> a bit closer at the prune sort logic and see if I can identify any
> improvements I might suggest (time permitting)

Your repository is most likely OK, the traceback above is from the cache
directory and not from the repository itself.

/ Jonas

Re: [attic] Terminated backup?

From:
Kenneth Jernigan
Date:
2014-04-01 @ 12:40
The traceback looked identical and all files are on local PC drives.  This
backup was not run with the latest changes, but with the previous  0.11.2 
from the Archlinux AUR.  If the extra FLOCK code is not required, I will 
remove it.
Ken
> Date: Tue, 1 Apr 2014 12:31:10 +0200
> From: jonas@borgstrom.se
> Subject: Re: [attic] Terminated backup?
> To: attic@librelist.com
> 
> On 01/04/14 02:14, Kenneth Jernigan wrote:
> > Okay, so I walked away while this rebuild of the .cache directory was
> > taken place.  My previous email was sent while I was away.  Upon return,
> > I was approached with the same error once again.  I was able to remove
> > the txn.active and txn.tmp and then run a backup.  This new backup was
> > much quicker since the entirety of the repository cache had been
> > recreated already.  This backup and prune was successful.  The only
> > conclusion I have is that the running of the backup manually when the
> > automated hourly backup script ran created the extra txn.tmp folder. I
> > have added a file lock to my script to ensure this won't happen on it's own.
> 
> That's strange, are you sure you're running with the changes I mentioned
> in my last mail?
> 
> Also, can you send the traceback to me (unless it looks identical to the
> previous one).
> 
> No extra file locking should be required unless you have your repository
> and/or $HOME on some kind of network filesystem with a buggy flock
> implementation.
> 
> / Jonas
> 
 		 	   		  

Re: [attic] Terminated backup?

From:
Kenneth Jernigan
Date:
2014-04-01 @ 00:14
Okay, so I walked away while this rebuild of the .cache directory was 
taken place.  My previous email was sent while I was away.  Upon return, I
was approached with the same error once again.  I was able to remove the 
txn.active and txn.tmp and then run a backup.  This new backup was much 
quicker since the entirety of the repository cache had been recreated 
already.  This backup and prune was successful.  The only conclusion I 
have is that the running of the backup manually when the automated hourly 
backup script ran created the extra txn.tmp folder. I have added a file 
lock to my script to ensure this won't happen on it's own.
Ken

Date: Sun, 30 Mar 2014 17:57:04 -0400
From: kenny3794@outlook.com
Subject: Re: [attic] Terminated backup?
To: attic@librelist.com







Thanks! Looks like I'll be back on track with backups then. I did delete 
the entirety of the .cache directory, so the backup has taken a while as 
it re-analyzes ‎the current archives. 




Thanks again for the quick response. I'll begin looking at the mount repo 
updates you've made in a gnome-shell environment on archlinux as soon as I
get a bit more time. 





Ken





From: Jonas Borgström
Sent: Sunday, March 30, 2014 5:07 PM
To: attic@librelist.com
Reply To: attic@librelist.com
Subject: Re: [attic] Terminated backup?










On 2014-03-30 21:10, Kenneth Jernigan wrote:

> All -

> 

> I apologize for not revisiting the repository mount issue I previously

> started, I have been quite busy.  However, during that time of busy, it

> seems that the attic backup was crashed or the PC rebooted during it's

> backup or something.  Today (March 30, 2014), I realized I only have the

> following archives:

> 

> 2014-03-24_19:01                     Mon Mar 24 19:01:38 2014

> 2014-03-25_19:01                     Tue Mar 25 19:01:35 2014

> 2014-03-26_13:01                     Wed Mar 26 13:01:37 2014

> 2014-03-26_14:01               ;       Wed Mar 26 14:01:33 2014

> 2014-03-26_15:01                     Wed Mar 26 15:01:36 2014

> 2014-03-26_16:01                     Wed Mar 26 16:01:38 2014

> 2014-03-26_17:01                     Wed Mar 26 17:01:38 2014

> 2014-03-26_18:01                     Wed Mar 26 18:01:37 2014

> 2014-03-26_19:01                     Wed Mar 26 19:01:34 2014

> 2014-03-26_20:01                   &nb sp; Wed Mar 26 20:01:36 2014

> 2014-03-26_21:01                     Wed Mar 26 21:01:33 2014

> 2014-03-26_22:01                     Wed Mar 26 22:01:37 2014

> 2014-03-26_23:01                     Wed Mar 26 23:01:38 2014

> 2014-03-27_00:01                     Thu Mar 27 00:01:33 2014

> 2014-03-27_01:01                     Thu Mar 27 02:14:49 2014

> 

> 

> There are two things that confuse me here.  The first is that nothing

> was recorded between 27 M arch at 2:00 AM and today.  Trying to manually

> run a backup, I receive the following error :

> 

> Traceback (most recent call last):

>   File "/usr/bin/attic", line 3, in <module>

>     main()

>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 618,

> in main

>     exit_code = archiver.run(sys.argv[1:])

>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 608,

> in run

>     return args.func(args)

>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 100,

> in do_create

>     cache = Cache(repository, key, manifest)

>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 28, in

> __init__

>     self.open()

>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 60, in open

>     self.rollback()

>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 130, in

> rollback

>     os.rename(txn_dir, os.path.join(self.path, 'txn.tmp'))

> OSError: [Errno 39] Directory not empty:

> 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.active'

> -> '/root/.cache/attic/167838a718e19693

> 67c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.tmp'

> Traceback (most recent call last):

>   File "/usr/bin/attic", line 3, in <module>

>     main()

>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 618,

> in main

>     exit_code = archiver.run(sys.argv[1:])

>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 608,

> in run

>     return args.func(args)

>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 308,

> in do_prune

>     cache = C ache(repository, key, manifest)

>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 28, in

> __init__

>     self.open()

>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 60, in open

>     self.rollback()

>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 130, in

> rollback

>     os.rename(txn_dir, os.path.join(self.path, 'txn.tmp'))

> OSError: [Errno 39] Directory not empty:

> 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.active'

> ->

> 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.t

> mp'

> 

> 

> I'm not sure what txn.active or txn.tmp is.  Sounds to me like an

> attempted transaction to the next archive failed to end and the cache

> file was never removed.  I'm running a "attic check" to see if anything

> is found.



This looks like Attic was interrupted while the cache folder was being

"committed" so a partial "txn.tmp" director was left in place. Attic

should handle this automatically but cache.py had a tiny bug that did

not handle this scenario correctly.

I've pushed a fix for this now, or you can simply remove the txn.tmp

directory yourself. At least if you do hourly backups.



> The second confusion is why the "daily" prune command is keeping the

> archive at 19:01 instead of at 23:01?  Is this related to the sorting

> method of the archives during the prune activity?



Yeah, it's a time zone related bug. "prune" did not properly convert the

archive timestamp to the local time zone (from UTC) before interpreting

the timestamp. Sweden is just GMT+1, so I didn't notice this until

today. But I guess your time zone is GMT-4 so it's a bit more noticeable.



I pushed a fix for this as well.



> Thanks for any input.  If I get any feedback from the check command,

> I'll provide it here.  Further, once the check is complete, I will look

> a bit closer at the prune sort logic and see if I can identify any

> improvements I might suggest (time permitting)



Your repository is most likely OK, the traceback above is from the cache

directory and not from the repository itself.



/ Jonas




 		 	   		  

Re: [attic] Terminated backup?

From:
Jonas Borgström
Date:
2014-04-01 @ 10:31
On 01/04/14 02:14, Kenneth Jernigan wrote:
> Okay, so I walked away while this rebuild of the .cache directory was
> taken place.  My previous email was sent while I was away.  Upon return,
> I was approached with the same error once again.  I was able to remove
> the txn.active and txn.tmp and then run a backup.  This new backup was
> much quicker since the entirety of the repository cache had been
> recreated already.  This backup and prune was successful.  The only
> conclusion I have is that the running of the backup manually when the
> automated hourly backup script ran created the extra txn.tmp folder. I
> have added a file lock to my script to ensure this won't happen on it's own.

That's strange, are you sure you're running with the changes I mentioned
in my last mail?

Also, can you send the traceback to me (unless it looks identical to the
previous one).

No extra file locking should be required unless you have your repository
and/or $HOME on some kind of network filesystem with a buggy flock
implementation.

/ Jonas

Re: [attic] Terminated backup?

From:
Dan Christensen
Date:
2014-03-31 @ 00:48
Jonas Borgström <jonas@borgstrom.se> writes:

>> The second confusion is why the "daily" prune command is keeping the
>> archive at 19:01 instead of at 23:01?  Is this related to the sorting
>> method of the archives during the prune activity?
>
> Yeah, it's a time zone related bug. "prune" did not properly convert the
> archive timestamp to the local time zone (from UTC) before interpreting
> the timestamp. Sweden is just GMT+1, so I didn't notice this until
> today. But I guess your time zone is GMT-4 so it's a bit more noticeable.
>
> I pushed a fix for this as well.

Sorry, that was my fault.  I paid close attention to the time zone issue
when writing the tests, but somehow missed it at this place in the code.
I could have sworn I tested this case!

Glad it's fixed.

Dan

Re: [attic] Terminated backup?

From:
Kenneth Jernigan
Date:
2014-03-30 @ 21:57
Thanks! Looks like I'll be back on track with backups then. I did delete 
the entirety of the .cache directory, so the backup has taken a while as 
it re-analyzes ‎the current archives.

Thanks again for the quick response. I'll begin looking at the mount repo 
updates you've made in a gnome-shell environment on archlinux as soon as I
get a bit more time.

Ken
From: Jonas Borgström
Sent: Sunday, March 30, 2014 5:07 PM
To: attic@librelist.com
Reply To: attic@librelist.com
Subject: Re: [attic] Terminated backup?


On 2014-03-30 21:10, Kenneth Jernigan wrote:
> All -
>
> I apologize for not revisiting the repository mount issue I previously
> started, I have been quite busy.  However, during that time of busy, it
> seems that the attic backup was crashed or the PC rebooted during it's
> backup or something.  Today (March 30, 2014), I realized I only have the
> following archives:
>
> 2014-03-24_19:01                     Mon Mar 24 19:01:38 2014
> 2014-03-25_19:01                     Tue Mar 25 19:01:35 2014
> 2014-03-26_13:01                     Wed Mar 26 13:01:37 2014
> 2014-03-26_14:01               ;       Wed Mar 26 14:01:33 2014
> 2014-03-26_15:01                     Wed Mar 26 15:01:36 2014
> 2014-03-26_16:01                     Wed Mar 26 16:01:38 2014
> 2014-03-26_17:01                     Wed Mar 26 17:01:38 2014
> 2014-03-26_18:01                     Wed Mar 26 18:01:37 2014
> 2014-03-26_19:01                     Wed Mar 26 19:01:34 2014
> 2014-03-26_20:01                   &nb sp; Wed Mar 26 20:01:36 2014
> 2014-03-26_21:01                     Wed Mar 26 21:01:33 2014
> 2014-03-26_22:01                     Wed Mar 26 22:01:37 2014
> 2014-03-26_23:01                     Wed Mar 26 23:01:38 2014
> 2014-03-27_00:01                     Thu Mar 27 00:01:33 2014
> 2014-03-27_01:01                     Thu Mar 27 02:14:49 2014
>
>
> There are two things that confuse me here.  The first is that nothing
> was recorded between 27 M arch at 2:00 AM and today.  Trying to manually
> run a backup, I receive the following error :
>
> Traceback (most recent call last):
>   File "/usr/bin/attic", line 3, in <module>
>     main()
>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 618,
> in main
>     exit_code = archiver.run(sys.argv[1:])
>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 608,
> in run
>     return args.func(args)
>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 100,
> in do_create
>     cache = Cache(repository, key, manifest)
>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 28, in
> __init__
>     self.open()
>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 60, in open
>     self.rollback()
>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 130, in
> rollback
>     os.rename(txn_dir, os.path.join(self.path, 'txn.tmp'))
> OSError: [Errno 39] Directory not empty:
> 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.active'
> -> '/root/.cache/attic/167838a718e19693
> 67c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.tmp'
> Traceback (most recent call last):
>   File "/usr/bin/attic", line 3, in <module>
>     main()
>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 618,
> in main
>     exit_code = archiver.run(sys.argv[1:])
>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 608,
> in run
>     return args.func(args)
>   File "/usr/lib/python3.4/site-packages/attic/archiver.py", line 308,
> in do_prune
>     cache = C ache(repository, key, manifest)
>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 28, in
> __init__
>     self.open()
>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 60, in open
>     self.rollback()
>   File "/usr/lib/python3.4/site-packages/attic/cache.py", line 130, in
> rollback
>     os.rename(txn_dir, os.path.join(self.path, 'txn.tmp'))
> OSError: [Errno 39] Directory not empty:
> 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.active'
> ->
> 
'/root/.cache/attic/167838a718e1969367c580ce1bc482800ee388fd67dbadd3598379e6982f9a9e/txn.t
> mp'
>
>
> I'm not sure what txn.active or txn.tmp is.  Sounds to me like an
> attempted transaction to the next archive failed to end and the cache
> file was never removed.  I'm running a "attic check" to see if anything
> is found.

This looks like Attic was interrupted while the cache folder was being
"committed" so a partial "txn.tmp" director was left in place. Attic
should handle this automatically but cache.py had a tiny bug that did
not handle this scenario correctly.
I've pushed a fix for this now, or you can simply remove the txn.tmp
directory yourself. At least if you do hourly backups.

> The second confusion is why the "daily" prune command is keeping the
> archive at 19:01 instead of at 23:01?  Is this related to the sorting
> method of the archives during the prune activity?

Yeah, it's a time zone related bug. "prune" did not properly convert the
archive timestamp to the local time zone (from UTC) before interpreting
the timestamp. Sweden is just GMT+1, so I didn't notice this until
today. But I guess your time zone is GMT-4 so it's a bit more noticeable.

I pushed a fix for this as well.

> Thanks for any input.  If I get any feedback from the check command,
> I'll provide it here.  Further, once the check is complete, I will look
> a bit closer at the prune sort logic and see if I can identify any
> improvements I might suggest (time permitting)

Your repository is most likely OK, the traceback above is from the cache
directory and not from the repository itself.

/ Jonas