Why did backintime delete /var/spool?

Asked by zsd

I have backintime configured to back up most of the partitions on my internal disk onto an external disk.
I had run it with this configuration three times before. Yesterday I ran it again and while doing its work it cheerfully deleted my /var/spool directory:

[C] >f..tp..... var/run/klogd.pid
[C] *deleting var/spool/uucppublic/
[C] *deleting var/spool/uucp/.Status/
[C] *deleting var/spool/uucp/
[C] *deleting var/spool/slrnpull/out.going/rejects/
[C] *deleting var/spool/slrnpull/out.going/
[C] *deleting var/spool/slrnpull/news/
...
[C] *deleting var/spool/atjobs/
[C] >f.stp..... var/run/sendmail.pid

As you can imagine, I consider this to be a bit anti-social and don't want it to happen again.

Can anyone tell me what I might have done to make it delete that dir?

Thanks.

Question information

Language:
English Edit question
Status:
Solved
For:
Back In Time Edit question
Assignee:
No assignee Edit question
Solved by:
Germar
Solved:
Last query:
Last reply:
Revision history for this message
Best Germar (germar) said :
#1

It did not delete /var/spool/ but /path/to/backintime/HOST/USER/PROFILEID/NEW_SNAPSHOT/backup/var/spool/. The folders are on the new snapshot.

I assume uucp and slrnpull did not run during creating this snapshot and so there was no folder /var/spool/uucppublic/. So BIT will remove the folder in the new snapshot, too.

Revision history for this message
zsd (zlists) said :
#2

Well, I hope you are right that BIT didn't delete /var/spool.
It was there shortly before I did the backup and gone (according to a complaint in my mail logs) about 1/2 hour after the start of the backup, but of course that may be purely a coincidence.

No, I don't use either uucp or slrnpull. But there was an empty /var/spool/uucppublic/ which one of the packages automagically installed by my distro puts there.

Thanks for your response.

Revision history for this message
zsd (zlists) said :
#3

Thanks Germar, that solved my question.