1 2 3 4 5 6 Previous Next 174 Replies Latest reply: Feb 18, 2014 8:41 AM by bernuli Go to original post
  • 45. Re: Time Machine always requires deep traversal?
    blazetopher Level 1 Level 1 (0 points)

    I'm not sure when I'll be able to "roll back" to 10.6.7 to see if that helps - mostly depends on if my IT department signs off on it, they're looking now to ensure there's nothing security critical provided by 10.6.8, though my research indicates that there doesn't appear to be - so hopefully it will be "approved".  Assuming I'm given the go ahead, I'll definitely let you know what happens.

     

    With regards to the preflight disconnect, I'm seeing a similar situation - here's the complete .Backup.log from the latest backup:

     

    2012-08-14-10:30:00 - Starting backup
    
    
    Previous snapshot:
            /Volumes/DEV014MAC001_TM/Backups.backupdb/DEV014MAC001/2012-08-12-191928
    
    
    Date of Previous snapshot: 1344813568038882
    
    
    Gathering events since 9223372036854775807.
    Will traverse "Macintosh HD" (mount: '/' fsUUID: D3C60D18-4729-35BC-99AA-E256F09DBBA6 eventDBUUID: 14CA003E-1906-4A3D-9914-90F5F6BB49AC)
    === Starting backup loop #1 ===
      Will use IncrementalBackupCopier
    
    
    Running preflight for "Macintosh HD" (mount: '/' fsUUID: D3C60D18-4729-35BC-99AA-E256F09DBBA6 eventDBUUID: 14CA003E-1906-4A3D-9914-90F5F6BB49AC)
            Calculating size of changes
            Should copy 54496 items (2.6 GB) representing 679033 blocks of size 4096. 166957506 blocks available.
    Preflight complete for "Macintosh HD" (mount: '/' fsUUID: D3C60D18-4729-35BC-99AA-E256F09DBBA6 eventDBUUID: 14CA003E-1906-4A3D-9914-90F5F6BB49AC)
    Time elapsed: 31 minutes, 27.000 seconds
    
    
    Processing preflight info
            Space needed for this backup: 4.1 GB (1067007 blocks of size 4096)
            Preserving last snapshot /Volumes/DEV014MAC001_TM/Backups.backupdb/DEV014MAC001/2012-08-12-191928
    Finished processing preflight info
    
    
    Copying items from "Macintosh HD" (mount: '/' fsUUID: D3C60D18-4729-35BC-99AA-E256F09DBBA6 eventDBUUID: 14CA003E-1906-4A3D-9914-90F5F6BB49AC)
    Finished copying items for "Macintosh HD" (mount: '/' fsUUID: D3C60D18-4729-35BC-99AA-E256F09DBBA6 eventDBUUID: 14CA003E-1906-4A3D-9914-90F5F6BB49AC)
    Time elapsed: 1 hour, 53 minutes, 4.000 seconds
            Copied 616753 items (2.0 GB)
    Gathering events since 9223372036854775807.
    Needs new backup due to change in /
    === Starting backup loop #2 ===
      Will use IncrementalBackupCopier
    
    
    Running preflight for "Macintosh HD" (mount: '/' fsUUID: D3C60D18-4729-35BC-99AA-E256F09DBBA6 eventDBUUID: 14CA003E-1906-4A3D-9914-90F5F6BB49AC)
            Calculating size of changes
            Should copy 12373 items (23.4 MB) representing 5987 blocks of size 4096. 166367288 blocks available.
    Preflight complete for "Macintosh HD" (mount: '/' fsUUID: D3C60D18-4729-35BC-99AA-E256F09DBBA6 eventDBUUID: 14CA003E-1906-4A3D-9914-90F5F6BB49AC)
    Time elapsed: 27 minutes, 57.000 seconds
    
    
    Processing preflight info
            Space needed for this backup: 1.1 GB (295562 blocks of size 4096)
            Preserving last snapshot /Volumes/DEV014MAC001_TM/Backups.backupdb/DEV014MAC001/2012-08-14-103000.inProgress/26AA2694-26D2-489B-B1BB-AD0227705266
    Finished processing preflight info
    
    
    Copying items from "Macintosh HD" (mount: '/' fsUUID: D3C60D18-4729-35BC-99AA-E256F09DBBA6 eventDBUUID: 14CA003E-1906-4A3D-9914-90F5F6BB49AC)
    Finished copying items for "Macintosh HD" (mount: '/' fsUUID: D3C60D18-4729-35BC-99AA-E256F09DBBA6 eventDBUUID: 14CA003E-1906-4A3D-9914-90F5F6BB49AC)
    Time elapsed: 1 hour, 46 minutes, 22.000 seconds
            Copied 607607 items (31.1 MB)
    Gathering events since 9223372036854775807.
    Needs new backup due to change in /
    Some filesystem changes made during the course of the backup may not be accounted for. Still busy after 2 retries.
    Finalizing completed snapshot
    Finished finalizing completed snapshot
    
    
    Backup complete.
    Total time elapsed: 5 hours, 58 minutes, 52.000 seconds
    
    

     

     

    I was also curious about this statement:

     

    I haven't found a solution yet other turning off automatic backups and manually kicking one off once or twice a day.

     

    Even when I do things manually, the backups still perform the same way (take forever, tons of files, etc) - do you experience something different or are you just "dealing" with it so you have backups?

     

    Best,

    Chris

  • 46. Re: Time Machine always requires deep traversal?
    Stephen Bash Level 1 Level 1 (5 points)

    blazetopher wrote:

    I haven't found a solution yet other turning off automatic backups and manually kicking one off once or twice a day.

     

    Even when I do things manually, the backups still perform the same way (take forever, tons of files, etc) - do you experience something different or are you just "dealing" with it so you have backups?

     

    I'm just dealing with it, but my backups vary between 45 and 70 minutes so they aren't completely unbearable (there's usually an hour somewhere in my day when I'm doing relatively light work or away from my computer).  My obvservation was generally a reboot got me back down to the low end and then it would creep up over time.

     

    Unrelated, I don't know if this has been mentioned in the thread, but TimeDog can sometimes be a useful tool to figure out what TM is backing up.  I used it very early in this process and didn't identify any patterns, but now that a few more people are having similar issues we might be able to find something.

     

    Thanks,

    Stephen

  • 47. Re: Time Machine always requires deep traversal?
    Robert Olding Level 1 Level 1 (35 points)

    I've been having the exact same problem with TM for a couple of months now.  I've recently earased the external drive I backup to and started TM up again today.  The same issue is still continuing.  Here's a copy of my log files from this afternoon.

     

    Aug 17 10:46:22 uselgml305562 com.apple.backupd[919]: Starting standard backup

    Aug 17 10:46:22 uselgml305562 com.apple.backupd[919]: Backing up to: /Volumes/FailSafe/Backups.backupdb

    Aug 17 10:46:22 uselgml305562 com.apple.backupd[919]: Ownership is disabled on the backup destination volume.  Enabling.

    Aug 17 10:46:26 uselgml305562 com.apple.backupd[919]: Backup content size: 130.5 GB excluded items size: 14.1 GB for volume Macintosh HD

    Aug 17 10:46:26 uselgml305562 com.apple.backupd[919]: No pre-backup thinning needed: 139.64 GB requested (including padding), 450.84 GB available

    Aug 17 10:46:26 uselgml305562 com.apple.backupd[919]: Waiting for index to be ready (101)

    Aug 17 10:46:26 uselgml305562 mds[48]: (Normal) DiskStore: Creating index for /Volumes/FailSafe/Backups.backupdb

    Aug 17 11:46:23 uselgml305562 com.apple.backupd[919]: Copied 101.4 GB of 116.4 GB, 280356 of 1128057 items

    Aug 17 11:51:41 uselgml305562 com.apple.backupd[919]: Copied 281071 files (112.8 GB) from volume Macintosh HD.

    Aug 17 11:51:58 uselgml305562 com.apple.backupd[919]: Node requires deep traversal:/ reason:contains changes|must scan subdirs|fsevent|

    Aug 17 11:56:24 uselgml305562 com.apple.backupd[919]: No pre-backup thinning needed: 851.6 MB requested (including padding), 334.70 GB available

    Aug 17 11:59:50 uselgml305562 com.apple.backupd[919]: Copied 71475 files (4.8 MB) from volume Macintosh HD.

    Aug 17 12:02:10 uselgml305562 com.apple.backupd[919]: Starting post-backup thinning

    Aug 17 12:02:10 uselgml305562 com.apple.backupd[919]: No post-back up thinning needed: no expired backups exist

    Aug 17 12:02:10 uselgml305562 com.apple.backupd[919]: Backup completed successfully.

    Aug 17 12:46:48 uselgml305562 com.apple.backupd[1543]: Starting standard backup

    Aug 17 12:46:48 uselgml305562 com.apple.backupd[1543]: Backing up to: /Volumes/FailSafe/Backups.backupdb

    Aug 17 12:47:06 uselgml305562 com.apple.backupd[1543]: Node requires deep traversal:/ reason:contains changes|must scan subdirs|fsevent|

    Aug 17 12:51:17 uselgml305562 com.apple.backupd[1543]: No pre-backup thinning needed: 834.8 MB requested (including padding), 334.52 GB available

    Aug 17 12:55:34 uselgml305562 com.apple.backupd[1543]: Copied 73040 files (16.5 MB) from volume Macintosh HD.

    Aug 17 12:55:51 uselgml305562 com.apple.backupd[1543]: Node requires deep traversal:/ reason:contains changes|must scan subdirs|fsevent|

    Aug 17 13:00:19 uselgml305562 com.apple.backupd[1543]: No pre-backup thinning needed: 828.6 MB requested (including padding), 334.28 GB available

    Aug 17 13:04:38 uselgml305562 com.apple.backupd[1543]: Copied 71586 files (10.2 MB) from volume Macintosh HD.

    Aug 17 13:07:28 uselgml305562 com.apple.backupd[1543]: Starting post-backup thinning

    Aug 17 13:07:28 uselgml305562 com.apple.backupd[1543]: No post-back up thinning needed: no expired backups exist

    Aug 17 13:07:29 uselgml305562 com.apple.backupd[1543]: Backup completed successfully.

    Aug 17 13:46:49 uselgml305562 com.apple.backupd[1783]: Starting standard backup

    Aug 17 13:46:49 uselgml305562 com.apple.backupd[1783]: Backing up to: /Volumes/FailSafe/Backups.backupdb

    Aug 17 13:47:07 uselgml305562 com.apple.backupd[1783]: Node requires deep traversal:/ reason:contains changes|must scan subdirs|fsevent|

    Aug 17 13:51:20 uselgml305562 com.apple.backupd[1783]: No pre-backup thinning needed: 822.1 MB requested (including padding), 334.10 GB available

    Aug 17 13:56:25 uselgml305562 com.apple.backupd[1783]: Copied 73116 files (4.9 MB) from volume Macintosh HD.

    Aug 17 13:56:39 uselgml305562 com.apple.backupd[1783]: Node requires deep traversal:/ reason:contains changes|must scan subdirs|fsevent|

    Aug 17 14:01:00 uselgml305562 com.apple.backupd[1783]: No pre-backup thinning needed: 823.5 MB requested (including padding), 334.05 GB available

    Aug 17 14:06:43 uselgml305562 com.apple.backupd[1783]: Copied 71559 files (1.6 MB) from volume Macintosh HD.

    Aug 17 14:09:36 uselgml305562 com.apple.backupd[1783]: Starting post-backup thinning

    Aug 17 14:09:36 uselgml305562 com.apple.backupd[1783]: No post-back up thinning needed: no expired backups exist

    Aug 17 14:09:36 uselgml305562 com.apple.backupd[1783]: Backup completed successfully.

    Aug 17 14:46:48 uselgml305562 com.apple.backupd[2039]: Starting standard backup

    Aug 17 14:46:49 uselgml305562 com.apple.backupd[2039]: Backing up to: /Volumes/FailSafe/Backups.backupdb

    Aug 17 14:47:06 uselgml305562 com.apple.backupd[2039]: Node requires deep traversal:/ reason:contains changes|must scan subdirs|fsevent|

    Aug 17 14:51:21 uselgml305562 com.apple.backupd[2039]: No pre-backup thinning needed: 841.3 MB requested (including padding), 334.05 GB available

    Aug 17 14:56:19 uselgml305562 com.apple.backupd[2039]: Copied 73120 files (16.6 MB) from volume Macintosh HD.

    Aug 17 14:56:33 uselgml305562 com.apple.backupd[2039]: Node requires deep traversal:/ reason:contains changes|must scan subdirs|fsevent|

    Aug 17 15:00:51 uselgml305562 com.apple.backupd[2039]: No pre-backup thinning needed: 826.0 MB requested (including padding), 334.00 GB available

    Aug 17 15:06:32 uselgml305562 com.apple.backupd[2039]: Copied 71564 files (2.8 MB) from volume Macintosh HD.

    Aug 17 15:09:28 uselgml305562 com.apple.backupd[2039]: Starting post-backup thinning

    Aug 17 15:09:28 uselgml305562 com.apple.backupd[2039]: No post-back up thinning needed: no expired backups exist

    Aug 17 15:09:28 uselgml305562 com.apple.backupd[2039]: Backup completed successfully.

    Aug 17 15:46:48 uselgml305562 com.apple.backupd[2279]: Starting standard backup

    Aug 17 15:46:49 uselgml305562 com.apple.backupd[2279]: Backing up to: /Volumes/FailSafe/Backups.backupdb

    Aug 17 15:47:07 uselgml305562 com.apple.backupd[2279]: Node requires deep traversal:/ reason:contains changes|must scan subdirs|fsevent|

    Aug 17 15:51:25 uselgml305562 com.apple.backupd[2279]: No pre-backup thinning needed: 824.8 MB requested (including padding), 334.00 GB available

    Aug 17 15:56:45 uselgml305562 com.apple.backupd[2279]: Copied 73121 files (2.2 MB) from volume Macintosh HD.

    Aug 17 15:57:00 uselgml305562 com.apple.backupd[2279]: Node requires deep traversal:/ reason:contains changes|must scan subdirs|fsevent|

    Aug 17 16:01:08 uselgml305562 com.apple.backupd[2279]: No pre-backup thinning needed: 825.0 MB requested (including padding), 333.95 GB available

    Aug 17 16:07:14 uselgml305562 com.apple.backupd[2279]: Copied 71564 files (493 KB) from volume Macintosh HD.

    Aug 17 16:10:11 uselgml305562 com.apple.backupd[2279]: Starting post-backup thinning

    Aug 17 16:10:11 uselgml305562 com.apple.backupd[2279]: No post-back up thinning needed: no expired backups exist

    Aug 17 16:10:11 uselgml305562 com.apple.backupd[2279]: Backup completed successfully.

    Aug 17 16:46:48 uselgml305562 com.apple.backupd[2585]: Starting standard backup

    Aug 17 16:46:49 uselgml305562 com.apple.backupd[2585]: Backing up to: /Volumes/FailSafe/Backups.backupdb

    Aug 17 16:47:06 uselgml305562 com.apple.backupd[2585]: Node requires deep traversal:/ reason:contains changes|must scan subdirs|fsevent|

    Aug 17 16:51:19 uselgml305562 com.apple.backupd[2585]: No pre-backup thinning needed: 838.9 MB requested (including padding), 333.77 GB available

    Aug 17 16:56:27 uselgml305562 com.apple.backupd[2585]: Copied 73126 files (1.7 MB) from volume Macintosh HD.

    Aug 17 16:56:41 uselgml305562 com.apple.backupd[2585]: Node requires deep traversal:/ reason:contains changes|must scan subdirs|fsevent|

    Aug 17 17:01:00 uselgml305562 com.apple.backupd[2585]: No pre-backup thinning needed: 846.1 MB requested (including padding), 333.73 GB available

    Aug 17 17:06:54 uselgml305562 com.apple.backupd[2585]: Copied 71569 files (482 KB) from volume Macintosh HD.

    Aug 17 17:10:00 uselgml305562 com.apple.backupd[2585]: Starting post-backup thinning

    Aug 17 17:10:00 uselgml305562 com.apple.backupd[2585]: No post-back up thinning needed: no expired backups exist

    Aug 17 17:10:01 uselgml305562 com.apple.backupd[2585]: Backup completed successfully.

  • 48. Re: Time Machine always requires deep traversal?
    Pondini Level 8 Level 8 (38,720 points)

    I see you're running 10.6.8.  Did your Mac come with Snow Leopard or earlier, or did it come with Lion?

     

    Most of this thread is about Time Machine doing two deep traversals per backup, on a Mac that came with Lion and was hacked to run Snow Leopard.  See the post by Stephen Bash on Jul 17 at 12:47 pm EDT.

     

    We don't know if that was the cause of his problem, but I've never seen it posted before, and he's tried everything to fix it, with no success.

  • 49. Re: Time Machine always requires deep traversal?
    Robert Olding Level 1 Level 1 (35 points)

    It came with Snow Leopard.  I installed Lion and then reverted back to Snow Leopard.  The system flip-flop occurred 6 months before the TM problems began occurring.

    .

     

    "Node requires deep traversal:/ reason:contains changes|must scan subdirs|fsevent|" is what led me to this discussion.


  • 50. Re: Time Machine always requires deep traversal?
    Pondini Level 8 Level 8 (38,720 points)

    Ah, ok.  Then we'll need to start fresh.

     

    There may be something corrupted in your installation of OSX.  You might try installing the "combo" update, per Installing the ''combo'' update and/or Reinstalling OSX.  If that doesn't help, installing a fresh version of OSX (that won't disturb anything else), per the same article, might help.

  • 51. Re: Time Machine always requires deep traversal?
    bernuli Level 1 Level 1 (50 points)

    10.6.8 on a 2.5 core 2 duo MacBook Pro:

     

    I never have seen the node requires deep traversal problem, but Time Machine had been backing up way too much (better more than less I guess).

     

    Running incremental backups with no apps running for me was taking around 1 minute and 30 seconds.  Not a big deal, but there were 498 directories, 625 files and 38 symlinks being backed up.  Seemed like it should have been less.

     

    So I reapplied the 10.6.8 combo update as recommended, and the backup performance degraded.  Went up to 24 minutes backing up 20,246 directories, 70 files and 65501 symlinks.  Again, the machine was basically idle, and every backup was up to 24 minutes with over 20,000 items being backed up.

     

    Disk utility's verify disk and repair permissions did not help.  Also did a full time machine reset, and started with a fresh external FW drive as a backup target, still 24 minutes.

     

    What did help was booting in safe mode.  While in safe mode, backups were down to 16 seconds.

     

    After booting up normal, backups still down to 18 seconds with a much more reasonable 119 directories and 21 files.

     

    It seems that booting in safe mode seems to clean out the /.fseventsd directory and perhaps some other cache files.  Might be worth doing once in a while.

     

    Now with a few applications running, Mail, Excel Safari, Backups are under a minute.

     

     

    B

  • 52. Re: Time Machine always requires deep traversal?
    blazetopher Level 1 Level 1 (0 points)

    Hi all,

     

    Sorry for the radio silence - ended up on business travel and didn't have time to sort anything out.

     

    Unfortunately, my request to "downgrade" to 10.6.7 was nixed by my IT department, so I had to find an alternate route and just wanted to report on my experience.

     

    I had grabbed a copy of Carbon Copy Cloner prior to reinstalling a couple weeks ago and noticed that it has a scheduled incremental backup feature.  After discussing with my IT department, we decided I should give it a shot in place of Time Machine.  It's been chugging along for a couple weeks now and so far I'm reasonably satisfied.  The incremental backup feature of the latest version works as advertised, and the scheduling is done 'in the background', so it's pretty clean.  The 'changed' files are stored in an 'archive' and are recoverable via straight-up drag-n-drop.  Obviously not as nicely integrated as TM, but it's workable.  The other bonus is that the backup is bootable - so in the event of catastrophic HD failure, I can be up and running in as long as it takes to boot from the external drive.

     

    All of that said, from what I can tell - the underlying problem that is causing TM to bomb is not resolved by switching to CCC - mearly masked by different backup mechanics.  I'm still getting ~25mb backups / hr when I've done NO work on the computer - most of the changes happening in small files scattered throughout the machine.  However, it DOES work - and doesn't take a long time (always <10 minutes, 5-7 of which is sorting out what's changed).

     

    At any rate - thanks to all who provided insight and tried to help resolve the issue.  And for those who can't seem to find a solution but still want similar 'incremental' functionality - checkout Carbon Copy Cloner.  It's not the same, but it's better than nothing!

     

    Best,

    Chris

  • 53. Re: Time Machine always requires deep traversal?
    bernuli Level 1 Level 1 (50 points)

    Try rebooting and logging in from safe mode, then rebooting normal.  I have found this to clear out the /.fseventsd directory and will greatly speed up time machine.  Though backup time and amount of unnecessary files increases over time.

     

    Would be interesting to see if the safe mode thing works for CCC as well.

     

     

    B

  • 54. Re: Time Machine always requires deep traversal?
    Stephen Bash Level 1 Level 1 (5 points)

    Perhaps the neutrinos are just spinning a different direction today (i.e. shear luck, magic, etc.), but, after several days of forgetting to kick off a manual TM backup, this morning TM appears to have recovered from it's "every backup requires deep traversal" mentality.

     

    The long version: I noticed the backup completed with a lot less disk churning.  Checking the Console log I see that it still did a deep traversal, but it also reinitialized the fsevent cache:

     

    9/19/12 8:54:07 AM  com.apple.backupd[3299]  Starting standard backup
    9/19/12 8:54:07 AM  com.apple.backupd[3299]  Backing up to: /Volumes/Backups/Backups.backupdb
    9/19/12 8:54:08 AM  com.apple.backupd[3299]  Event store UUIDs don't match for volume: Snow Leopard
    9/19/12 8:54:08 AM  com.apple.backupd[3299]  Node requires deep traversal:/ reason:must scan subdirs|new event db|
    9/19/12 8:57:34 AM  bash[3449]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 8:57:34 AM  bash[3454]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 8:58:02 AM  com.apple.backupd[3299]  No pre-backup thinning needed: 11.01 GB requested (including padding), 323.47 GB available
    9/19/12 9:01:31 AM  bash[3515]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:01:31 AM  bash[3520]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:01:31 AM  bash[3525]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:01:31 AM  bash[3530]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:04:33 AM  com.apple.backupd[3299]  Copied 34718 files (7.8 GB) from volume Snow Leopard.
    9/19/12 9:05:06 AM  bash[3573]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:05:06 AM  bash[3578]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:05:37 AM  com.apple.backupd[3299]  No pre-backup thinning needed: 1.70 GB requested (including padding), 315.42 GB available
    9/19/12 9:06:26 AM  bash[3597]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:06:26 AM  bash[3602]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:06:26 AM  bash[3607]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:06:26 AM  bash[3612]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:07:40 AM  com.apple.backupd[3299]  Copied 31644 files (12.1 MB) from volume Snow Leopard.
    9/19/12 9:09:04 AM  com.apple.backupd[3299]  Starting post-backup thinning
    9/19/12 9:09:04 AM  com.apple.backupd[3299]  No post-back up thinning needed: no expired backups exist
    9/19/12 9:09:04 AM  com.apple.backupd[3299]  Backup completed successfully.
    

     

    The event store UUID message made me curious, so I immediately ran another backup:

     

    9/19/12 9:28:27 AM  com.apple.backupd[3726]  Starting standard backup
    9/19/12 9:28:27 AM  com.apple.backupd[3726]  Backing up to: /Volumes/Backups/Backups.backupdb
    9/19/12 9:28:52 AM  _spotlight[3735]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:28:52 AM  _spotlight[3740]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:29:05 AM  com.apple.backupd[3726]  No pre-backup thinning needed: 1.73 GB requested (including padding), 315.42 GB available
    9/19/12 9:29:49 AM  _spotlight[3768]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:29:49 AM  _spotlight[3773]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:29:49 AM  _spotlight[3778]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:29:49 AM  _spotlight[3783]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:31:13 AM  com.apple.backupd[3726]  Copied 31644 files (37.7 MB) from volume Snow Leopard.
    9/19/12 9:31:47 AM  _spotlight[3809]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:31:47 AM  _spotlight[3814]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:32:21 AM  com.apple.backupd[3726]  No pre-backup thinning needed: 1.74 GB requested (including padding), 315.37 GB available
    9/19/12 9:33:14 AM  _spotlight[3835]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:33:14 AM  _spotlight[3840]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:33:14 AM  _spotlight[3845]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:33:14 AM  _spotlight[3850]  vol.notice /usr/fl/etc/volume.cfg not found
    9/19/12 9:34:34 AM  com.apple.backupd[3726]  Copied 31644 files (50.2 MB) from volume Snow Leopard.
    9/19/12 9:36:11 AM  com.apple.backupd[3726]  Starting post-backup thinning
    9/19/12 9:36:11 AM  com.apple.backupd[3726]  No post-back up thinning needed: no expired backups exist
    9/19/12 9:36:11 AM  com.apple.backupd[3726]  Backup completed successfully.
    

     

    You'll note: no deep traversal!  This leads me back to my theory that my development process (version control switching branches, compiling, etc.) just creates a lot of fsevents and trips some threshold in TM.  As an experiment I've turned automatic backups back on.  As the day progresses, I hypothesize the deep traversal issue will reemerge, but we'll see.

     

    Thanks,

    Stephen

  • 55. Re: Time Machine always requires deep traversal?
    Markus Altendorff Level 2 Level 2 (255 points)

    I had the same problem for months: each and every backup via TimeMachine took the "needs deep traversal" route. Out of desperation, I opened Terminal and looked into the /.fseventsd/ directory:

     

    sudo ls -la /.fseventsd/

     

    and found that there were file system event logs dating back to ... well, about when my trouble started. On a hunch, I removed the whole content (but not the directory itself):

     

    sudo rm -R /.fseventsd/*

     

    Next step, running TimeMachine Backup by hand (I have it in the menu bar), and it completed in well under 10 seconds (and did backup about 3 MB only).

     

    Rebooted the machine, re-ran TimeMachine, now it took longer because it checked the whole source disk (some 1.4 million files or something) - but still finished the whole process under one minute, copying some 80 MB of data (yeah, been running WoW in between tries, so some configs and stats were altered).

     

    Ever since, TM has been nothing but extremely well-behaved. No more deep scans, no thrashing around on the disk, backups just snap by, and accessing their contents works just fine, too.

     

    I'll keep an eye on it, but here's hoping that with the crud of old fs logfiles gone, TM will keep up its speedy behaviour for the time being. And if not, I know where to kick it

     

    Hopefully this helps some of you who also have these fs deep traversal problems.

     

    Just to add some idle speculation, maybe these old log files should be cleared out periodically by some of those maintenance scripts that the system is supposed to run every day/week/month, and something broke in there yet nobody noticed...? Then again, I've not seen these in a while, does Apple still use them?

     

    -Markus

     

    Affected system: 10.6.8 with all current upgrades, running on a Macbook Pro 15" early 2011 (MacBookPro8,2), 8GB, source: internal self-replaced Seagate Momentus XT 750 disk, backing up locally to a 1,5 TB ext. no-name USB3 disk (attached to USB 2)

     

    Message was edited by: me, because I've been a dork who couldn't bother to add his system configuration...

  • 56. Re: Time Machine always requires deep traversal?
    bernuli Level 1 Level 1 (50 points)

    After lots of research and troubleshooting, I too use the same fix periodicly.

     

    However, I boot into single user mode before clearing the .fseventsd directory.

     

    I assume booting in single user mode is the safest way to remove /.fseventsd/*.  I am still not sure if this is a safe thing to do.  Though so far I have not noticed any side effects.

     

    B

     

    Affected system:

    MacBookPro4,1

    10.6.8

    stock other than upgrade to 4GB Ram

  • 57. Re: Time Machine always requires deep traversal?
    BRumble Level 1 Level 1 (0 points)

    Wow, after months of searching similar threads, this has done it. After reading this and discovering that there were over 41,000 files in /.fseventsd/, I booted into safe user mode. After it did its thing, I logged out and back in as my normal user account. Presto. /.fseventsd/ is fixed, and backups seem to be back down to the <1 minute mark. I had given up on Time Machine and started using CCC exclusively, but that was not optimal. Happy to have another level of backup protection back!

  • 58. Re: Time Machine always requires deep traversal?
    bernuli Level 1 Level 1 (50 points)

    Glad that worked.

     

    I have found that the safe mode boot only helps when .fseventsd is way out of whack.  Overtime my TM backup runs start taking slightly longer.  The longer time is the result of Time Machine backing up more and more folders (not files just folders) that do not need a backup.  A backup with no files changed might end up running for 5-10 minutes.

     

    In these cases I boot into single user mode, then completly remove /.fseventsd.  I have not been able to get confirmation on the ill effects of deleting the /.fseventsd other than the next TM run after doing so takes a long time doing full scan (expected).  I am not 100% sure this is an ok thing to do but I end up doing it every couple of weeks to keep things fast.

     

    B

  • 59. Re: Time Machine always requires deep traversal?
    Pondini Level 8 Level 8 (38,720 points)

    BRumble wrote:

     

    Wow, after months of searching similar threads, this has done it. After reading this and discovering that there were over 41,000 files in /.fseventsd/, I booted into safe user mode.

    Do you mean Single User Mode?  That's very different from Safe Mode.   As far as I can tell, Safe Mode doesn't do anything special to the Event Store, per this article:  Mac OS X: What is Safe Boot, Safe Mode?

     

    If Safe Mode really does help, perhaps it's because of the directory check/repair?

1 2 3 4 5 6 Previous Next