Log Files for Super Duper

[Rebel]

Yep, that’s right - I’m reviving an 11+ year old thread.

During a backup today I opened the log.
I wondered where the log was kept since I had just cleaned my system, including all 3 log folders, right before doing the backup and there was no SD log in them now.

A search found this ancient thread with the location for the logs.

There are 13 logs in the folder, all from 2016.
So I’m wondering why no new ones are being created? I do backups at least once a week, so why aren’t there any 2017 logs?
None created for todays backup of 2 volumes.

Three of the logs end with sdlog.diagnostics.
What’s the difference between regular logs and diagnostic logs?

[dnanian]

Each log is kept in the settings package for the backup. So, schedule logs are inside the sdsp for the schedule, etc.

.diagnostics capture a list of the devices attached with their connections, as well as a small snippet of the system log at the time of the failure, in case there's "diagnostic" information in there (such as a network failure, USB bus reset, etc).

[Rebel]

You’re right - I found the 2017 logs inside the scheduled copies in ~/Library/Application Support/SuperDuper!/Scheduled Copies.

What about on-the-fly backups? (non-scheduled), where would those logs be?

And obviously there’s no harm in deleting those 2016 logs, but why wasn’t that done automatically?

[Rebel]

You’re right - I found the 2017 logs inside the scheduled copies in ~/Library/Application Support/SuperDuper!/Scheduled Copies.

What about on-the-fly backups? (non-scheduled), where would those logs be?

And obviously there’s no harm in deleting those 2016 logs, but why wasn’t it done automatically?

[dnanian]

We clean up the logs in the settings packages - I'm not sure where your logs were. The manual "default settings" runs are in ~/Library/Application Support/SuperDuper!/Saved Settings/.Default Settings.sdsp/Logs, or if you've loaded any other settings other than the defaults, in there.

The point is to maintain the logs in the settings that were loaded, so we don't mix logs (since they're obviously tied to the settings).