LizCastro wrote:
Actually, this one is a confirmation that, at the time of this backup, iPhoto was already caught up, since there were no UUID or "deep traversal" messages. This is what a normal, uneventful, backup is
supposed to look like!
I know this indicates the backup was successful, what I'm not seeing is that the "deep traversal" messages indicate whether the backup was unsuccessful or not, since I got one after a failed backup and one after a successful one. That's why I'm not convinced the deep traversal thing is relevant to whether the iPhoto Library is getting backed up or not.
It's a bit odd, and I'm not making myself clear. And part of this is deduction:
What seems to happen is, when TM is unable to back-up iPhoto, it leaves an internal indication that it had missed a "reservation," but sends no message to the log.
On the
next backup, it sends the "deep traversal" message to explain why it's taking a longer time than usual in the "Calculating changes" phase ("Preparing" in Leopard) to figure out what needs to be backed-up (it compares every folder in the iPhoto library to it's backups).
If it still can't back it up, it leaves the internal indication again (but again doesn't send a message).
The
absence of this message means that TM knows that iPhoto was backed-up properly on the
previous backup.
There's similar handling, and messages, when TM isn't sure of the status of other things, usually hard drives. For example, if you have a power failure or have to do an abnormal shutdown, TM can't be sure the hidden log of changes that OSX keeps is correct. Since it can't use that log to see what needs to be backed-up, it has to compare every folder on the drive to the backups. For a drive with a lot of files and folders, that can take quite a while, and even longer if you're baking-up over a network via WIFI.