Previous 1 10 11 12 13 14 Next 488 Replies Latest reply: Mar 14, 2014 2:11 PM by ishadoe Go to original post
  • Michael Newbery Level 4 Level 4 (2,395 points)

    Another data point.

     

    Backing up to a MacMini running Snow Leopard. (Not SL Server, SL). This runs MacZFS and shares via AFP to multiple family machines that backup via TM. The MacMini is dedicated to this purpose.

     

    Because of MacZFS I'm extremely confident that there are no disk errors. (The pool contains three 1.5TB disks in a RAIDZ format).

     

    There are daily snapshots on the ZFS pool, so if Bad Things happen with TM I can always roll back.

     

    One family member, running SL on a MBP, has just backed up 743GB. It took over a day via WiFi.

     

    I've just upgraded SL to Lion on a MacPro1,1. This has three disks with multiple partitions on one disk. The main disk though is a single patition (apart from Bootcamp).

     

    The main disk is brand new. SInce I had insufficient room on my existing disk, I bought a new 2TB and copied over the old disk onto the new, and then upgraded to Lion. As a consequence I'm pretty happy that the filesystem on the main disk is in good shape.

     

    The MacPro is connected via GigE to the MacMini. It's quite capable of transferring hundred of Mbps over this link (as observed during the TM backup). When it copies, it does so very quickly, It just pauses for very long times between copying.

     

    I removed ALL files from my share on the backup server, so TM started anew.

     

    Aug 12 22:40:28 xxx com.apple.backupd[15168]: Starting standard backup

    Aug 12 22:40:28 xxx com.apple.backupd[15168]: Attempting to mount network destination URL: afp://x@y._afpovertcp._tcp.local/Wells-3

    Aug 12 22:40:30 xxx com.apple.backupd[15168]: Mounted network destination at mountpoint: /Volumes/Wells-3 using URL: afp://x@y._afpovertcp._tcp.local/Wells-3

    Aug 12 22:40:45 xxx com.apple.backupd[15168]: Creating disk image /Volumes/Wells-3/xxx.sparsebundle

    Aug 12 22:41:10 xxx com.apple.backupd[15168]: Failed to hide extension on /Volumes/Wells-3/xxx.sparsebundle, error: Error Domain=NSCocoaErrorDomain Code=4 "The file “xxx.sparsebundle” doesn’t exist." UserInfo=0x7fa92d305660 {NSURL=/Volumes/Wells-3/xxx.sparsebundle/, NSFilePath=/Volumes/Wells-3/xxx.sparsebundle, NSUnderlyingError=0x7fa92d3051f0 "The operation couldn’t be completed. No such file or directory"}.

    Aug 12 22:41:17 xxx com.apple.backupd[15168]: QUICKCHECK ONLY; FILESYSTEM CLEAN

    Aug 12 22:41:20 xxx com.apple.backupd[15168]: Disk image /Volumes/Wells-3/xxx.sparsebundle mounted at: /Volumes/Time Machine Backups

    Aug 12 22:41:21 xxx com.apple.backupd[15168]: Backing up to: /Volumes/Time Machine Backups/Backups.backupdb

    Aug 12 22:41:21 xxx com.apple.backupd[15168]: Ownership is disabled on the backup destination volume.  Enabling.

    Aug 12 22:41:22 xxx com.apple.backupd[15168]: Backup content size: 2.8 GB excluded items size: 13.2 MB for volume H

    Aug 12 22:43:01 xxx com.apple.backupd[15168]: Backup content size: 737.0 GB excluded items size: 551.8 GB for volume C

    Aug 12 22:46:01 xxx com.apple.backupd[15168]: Backup content size: 132.3 GB excluded items size: 45.7 GB for volume B

    Aug 12 22:46:11 xxx com.apple.backupd[15168]: Backup content size: 31.9 GB excluded items size: 1.2 GB for volume E

    Aug 12 22:46:12 xxx com.apple.backupd[15168]: Backup content size: 32.3 GB excluded items size: 65.1 MB for volume D

    Aug 12 22:46:12 xxx com.apple.backupd[15168]: 404.91 GB required (including padding), 696.52 GB available

    Aug 12 22:46:12 xxx com.apple.backupd[15168]: Waiting for index to be ready (101)

    Aug 12 22:52:45 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    Aug 12 22:54:25 xxx com.apple.backupd[15168]: Copied 16120 files (1.3 GB) from volume H.

    Aug 12 23:41:23 xxx com.apple.backupd[15168]: Copied 16.4 GB of 337.4 GB, 295032 of 3687840 items

    Aug 13 00:41:24 xxx com.apple.backupd[15168]: Copied 23.9 GB of 337.4 GB, 425369 of 3687840 items

    Aug 13 01:41:28 xxx com.apple.backupd[15168]: Copied 49.1 GB of 337.4 GB, 545418 of 3687840 items

    Aug 13 02:47:08 xxx com.apple.backupd[15168]: Copied 52.3 GB of 337.4 GB, 565276 of 3687840 items

    Aug 13 03:47:11 xxx com.apple.backupd[15168]: Copied 62.4 GB of 337.4 GB, 640777 of 3687840 items

    Aug 13 04:47:11 xxx com.apple.backupd[15168]: Copied 68.3 GB of 337.4 GB, 908891 of 3687840 items

    Aug 13 06:01:03 xxx com.apple.backupd[15168]: Copied 69.3 GB of 337.4 GB, 909417 of 3687840 items

    Aug 13 07:19:59 xxx com.apple.backupd[15168]: Copied 71.9 GB of 337.4 GB, 945519 of 3687840 items

    Aug 13 08:46:23 xxx com.apple.backupd[15168]: Copied 73.8 GB of 337.4 GB, 1089103 of 3687840 items

    Aug 13 10:02:47 xxx com.apple.backupd[15168]: Copied 78.1 GB of 337.4 GB, 1145902 of 3687840 items

    Aug 13 10:55:32 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    Aug 13 10:55:32 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 132, length 7, native = no)

    Aug 13 11:49:02 xxx com.apple.backupd[15168]: Copied 85.6 GB of 337.4 GB, 1182128 of 3687840 items

    Aug 13 13:12:58 xxx com.apple.backupd[15168]: Copied 87.7 GB of 337.4 GB, 1205294 of 3687840 items

    Aug 13 14:43:32 xxx com.apple.backupd[15168]: Copied 91.0 GB of 337.4 GB, 1243557 of 3687840 items

    Aug 13 16:07:38 xxx com.apple.backupd[15168]: Copied 94.7 GB of 337.4 GB, 1264643 of 3687840 items

    Aug 13 17:05:30 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    Aug 13 17:05:31 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 133, length 7, native = no)

    Aug 13 17:06:07 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    Aug 13 17:07:00 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 132, length 7, native = no)

    Aug 13 17:07:00 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    Aug 13 17:07:02 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    Aug 13 17:07:43 xxx com.apple.backupd[15168]: Copied 103.4 GB of 337.4 GB, 1329839 of 3687840 items

    Aug 13 17:08:53 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    Aug 13 17:10:11 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    Aug 13 17:10:21 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    Aug 13 18:33:26 xxx com.apple.backupd[15168]: Copied 114.7 GB of 337.4 GB, 1389303 of 3687840 items

    Aug 13 19:59:49 xxx com.apple.backupd[15168]: Copied 116.0 GB of 337.4 GB, 1407304 of 3687840 items

    Aug 13 22:21:57 xxx com.apple.backupd[15168]: Copied 119.4 GB of 337.4 GB, 1435050 of 3687840 items

    Aug 13 23:24:39 xxx com.apple.backupd[15168]: Copied 121.5 GB of 337.4 GB, 1475092 of 3687840 items

    Aug 14 00:27:36 xxx com.apple.backupd[15168]: Copied 126.3 GB of 337.4 GB, 1531412 of 3687840 items

    Aug 14 01:27:36 xxx com.apple.backupd[15168]: Copied 126.5 GB of 337.4 GB, 1532079 of 3687840 items

    Aug 14 02:27:46 xxx com.apple.backupd[15168]: Copied 138.4 GB of 337.4 GB, 1534855 of 3687840 items

    Aug 14 03:44:28 xxx com.apple.backupd[15168]: Copied 139.8 GB of 337.4 GB, 1534925 of 3687840 items

    Aug 14 05:01:50 xxx com.apple.backupd[15168]: Copied 141.7 GB of 337.4 GB, 1535061 of 3687840 items

    Aug 14 06:04:31 xxx com.apple.backupd[15168]: Copied 158.7 GB of 337.4 GB, 1581470 of 3687840 items

    Aug 14 06:27:25 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    Aug 14 06:27:34 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    Aug 14 06:27:39 xxx com.apple.backupd[15168]: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    Aug 14 07:09:03 xxx com.apple.backupd[15168]: Copied 173.5 GB of 337.4 GB, 1613916 of 3687840 items

    Aug 14 08:31:39 xxx com.apple.backupd[15168]: Copied 179.5 GB of 337.4 GB, 1621688 of 3687840 items

    Aug 14 09:53:19 xxx com.apple.backupd[15168]: Copied 180.4 GB of 337.4 GB, 1633733 of 3687840 items

    Aug 14 11:06:43 xxx com.apple.backupd[15168]: Copied 1679063 files (180.9 GB) from volume C.

    Aug 14 11:06:50 xxx com.apple.backupd[15168]: Waiting for index to be ready (100)

    Aug 14 11:07:50 xxx com.apple.backupd[15168]: Waiting for index to be ready (100)

     

    [snip duplicates]

     

    Aug 14 18:13:22 xxx com.apple.backupd[15168]: Waiting for index to be ready (100)

    Aug 14 18:13:30 xxx com.apple.backupd[15168]: Copied 1679063 files (180.9 GB) from volume B.

    Aug 14 18:13:44 xxx com.apple.backupd[15168]: Backup canceled.

     

    That's about as clean as it can be, and TM is SLOW. Having stopped TM and restarted it, it is again going oh so slowly, with "Waiting for index to be ready (100)"

     

    Meanwhile, the other machines, on SL, are backing up as usual.

     

    I would say that the evidence points to TM on Lion having some problems.

  • lynxster Level 1 Level 1 (50 points)

    Although using Mac OS 10.6, I have done updates that will allow my machine to cross over to Lion (a.ka., Mac OS X 10.7). I too am having this same issue. I didn't know if the Time Machine.app was timing-out because of slow USB2 speeds or some other I/O bus bottleneck. My Macintosh HD does fine. The problem really is apparent with my second internal drive. While the drive is 500 GB, there was only 110 GB of file size being used.

     

    Backup.app has come through for me. I let Time Machine.app do hourly back-ups of my boot Macintosh HD while Backup.app does end of day back-ups of my second drive.

  • nShare Level 1 Level 1 (5 points)

    Hi! I've had similar problems to many on this topic, and I have tried most of the solutions. But I do find that the problems come back after a few (2-4) days. I've also observed what I think are two separate problems (but, no doubt related):

     

    1. Indexing: I have had 3 or 4 times since updating to Lion the message in Time Machine (i.e. on the status from the drop-down) saying that it is indexing. During this time, no backups will take place, and Time Machine will wait. This doesn't seem to take that long (of course, all relativity has disappeared with this... it can take several hours), but I miss a progress bar. Whatever process is happening under this "indexing" seems to be controlled my Time Machine.

    2. Spotlight: This is the real frustration. My theory is that this is not controlled by Time Machine. What I believe is happening is that as soon as the backup drive or rather the Sparsebundle is mounted (and I am using an Airport disk) Spotlight decides that there has been a problem and starts to (re?) build the spotlight index. You can test this by mounting the drive manually, and mds and mdworker will spring into action. Time machine WILL backup during this... although not always immediately. I'm guessing that spotlight runs in batches or something like that, so while one gets the message waiting for spotlight to finish in the log, it will after a while run it's backup.

      This also explains WHY the backups take so long... both Time Machine and Spotlight are thrashing the same disk... and I guess if this is wireless to an airport disk or Time Capsule it is an even bigger reason for the slow backups.

      There is also NO indication from Time Machine or Spotlight what is happening. One can only see if one uses activity monitor or another tool to see the mds and mdworker process running (and of course the log files). It's also why Time Machine doesn't eject the drives at the end.

     

    But sadly, I have no solution. I'm a power user, but not deeply technical, so I share the above observations. I was OK with this happening the first time since I upgraded, but it has now happened at least three times. I'm typing this with my MacBook fan blowing as mdworker32 and mds suck up the processer. I at first thought it could be to do with problems with locked drives, shutting down (or sleeping) during a backup, etc. But when it came back yesterday, I had put my MB to sleep the night before and carefully checked first that no backup was running and that all recent backups in the log looked good. But yesterday morning, Time Machine started with the Indexing routine... and then Spotlight decided to have a go as well.

     

    I'm quite frustrated. I'm assuming that Apple in their inimitable quiet style are reading forums, getting feedback, and a fix will come.

     

    I'm quite tempted now to create a new backup (and more to the point, tempted to reinstall a clean Lion - I'm currently running a three-year old MacBook which has been upgraded to Snow Leopard and Lion).

     

    But other than Time Machine I'm actually very happy with Lion!

     

    If anyone has any comments or can throw any additional light as to why is problem suddenly decides to reoccur, I'd be interested!

     

    Thanks, Nic. 

  • Raffy1 Level 1 Level 1 (35 points)

    After upgrading to Lion, I have exactly the same symptoms with an iMac of 2010.

  • Millone64 Level 1 Level 1 (0 points)

    Hi,

     

    has someone tested this solution:

     

    http://maurodelrio.com/2011/07/24/fix-lion-slow-timemachine-backups/

     

    I am asking because we need several results to understand if this is really working.

     

    Thanks

  • Michael Newbery Level 4 Level 4 (2,395 points)

    Yes.

     

    I stopped the backup. Removed spotlight indices from both drives, and ran Disk Utility on the TM sparsebundle.

     

    Disk Utility announced that it could find no errors with the TM disk.

     

    Spotlight started indexing---and estimated 5 hours to do the job on the main disk. (I don't know if it took that long, I went to bed before it finished with 2 hours estimated to go).

     

    I started up TM again.

     

    16/08/11 7:44:11.774 AM com.apple.backupd: Starting standard backup

    16/08/11 7:44:11.776 AM com.apple.backupd: Attempting to mount network destination URL: afp://x@y._afpovertcp._tcp.local/Wells-3

    16/08/11 7:44:12.460 AM com.apple.backupd: Mounted network destination at mountpoint: /Volumes/Wells-3-1 using URL: afp://x@y._afpovertcp._tcp.local/Wells-3

    16/08/11 7:44:33.978 AM com.apple.backupd: QUICKCHECK ONLY; FILESYSTEM CLEAN

    16/08/11 7:44:37.349 AM com.apple.backupd: Disk image /Volumes/Wells-3-1/xxx.sparsebundle mounted at: /Volumes/Time Machine Backups

    16/08/11 7:44:37.366 AM com.apple.backupd: Backing up to: /Volumes/Time Machine Backups/Backups.backupdb

    16/08/11 7:44:40.365 AM com.apple.backupd: 88.76 GB required (including padding), 423.38 GB available

    16/08/11 7:44:40.425 AM com.apple.backupd: Waiting for index to be ready (100)

    16/08/11 7:49:18.608 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    16/08/11 7:49:22.503 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    16/08/11 7:49:41.002 AM com.apple.backupd: Copied 16120 files (0 bytes) from volume H.

    16/08/11 7:49:41.002 AM com.apple.backupd: Event store UUIDs don't match for volume: H

    16/08/11 8:44:40.487 AM com.apple.backupd: Copied 101.5 MB of 74.0 GB, 541750 of 3687840 items

    16/08/11 9:44:40.784 AM com.apple.backupd: Copied 263.7 MB of 74.0 GB, 913868 of 3687840 items

    16/08/11 10:43:13.359 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    16/08/11 10:43:13.359 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 132, length 7, native = no)

    16/08/11 10:44:43.289 AM com.apple.backupd: Copied 274.4 MB of 74.0 GB, 1179865 of 3687840 items

    16/08/11 11:36:48.297 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 11:36:49.345 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 133, length 7, native = no)

    16/08/11 11:36:50.845 AM mdworker: iCal.mdimporter: could not find component keys: /Users/michaeln/Documents/Calendar Backup/Calendar.ics

    16/08/11 11:36:51.125 AM mdworker: iCal.mdimporter: could not find component keys: /Users/michaeln/Documents/Calendar Backup/Library Loans.ics

    16/08/11 11:37:13.675 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 11:37:59.078 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 132, length 7, native = no)

    16/08/11 11:37:59.179 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 11:38:00.688 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 11:38:00.689 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    16/08/11 11:38:00.970 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    16/08/11 11:38:01.345 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    16/08/11 11:38:50.344 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    16/08/11 11:38:53.402 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    16/08/11 11:39:01.823 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 11:39:02.206 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 11:44:43.320 AM com.apple.backupd: Copied 382.9 MB of 74.0 GB, 1362117 of 3687840 items

    16/08/11 12:44:44.153 PM com.apple.backupd: Copied 497.5 MB of 74.0 GB, 1523970 of 3687840 items

    16/08/11 12:59:41.330 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 12:59:53.541 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    16/08/11 1:00:00.529 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    16/08/11 1:28:51.989 PM com.apple.backupd: Copied 1679760 files (716.8 MB) from volume C.

    16/08/11 1:28:51.990 PM com.apple.backupd: Event store UUIDs don't match for volume: C

    16/08/11 1:28:52.002 PM com.apple.backupd: Waiting for index to be ready (100)

     

     

    [snip 60 lines]

     

     

    16/08/11 2:48:05.251 PM com.apple.backupd: Waiting for index to be ready (100)

    16/08/11 2:48:47.151 PM com.apple.backupd: Copied 716.8 MB of 74.0 GB, 1679760 of 3687840 items

    16/08/11 3:48:49.712 PM com.apple.backupd: Copied 821.0 MB of 74.0 GB, 2204398 of 3687840 items

    16/08/11 4:51:37.955 PM com.apple.backupd: Copied 821.0 MB of 74.0 GB, 2449918 of 3687840 items

    16/08/11 5:51:38.857 PM com.apple.backupd: Copied 821.6 MB of 74.0 GB, 2550272 of 3687840 items

    16/08/11 7:53:08.202 PM com.apple.backupd: Copied 821.7 MB of 74.0 GB, 2616564 of 3687840 items

    16/08/11 9:19:47.726 PM com.apple.backupd: Copied 821.7 MB of 74.0 GB, 2741313 of 3687840 items

    16/08/11 10:23:22.682 PM com.apple.backupd: Copied 821.7 MB of 74.0 GB, 2755541 of 3687840 items

    16/08/11 10:35:35.644 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 10:35:37.166 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 133, length 7, native = no)

    16/08/11 10:35:37.666 PM mdworker: iCal.mdimporter: could not find component keys: /Volumes/B/Users/michaeln/Documents/Calendar Backup/Calendar.ics

    16/08/11 10:35:38.412 PM mdworker: iCal.mdimporter: could not find component keys: /Volumes/B/Users/michaeln/Documents/Calendar Backup/Library Loans.ics

    16/08/11 10:35:55.223 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 10:38:05.508 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 132, length 7, native = no)

    16/08/11 10:38:05.752 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 10:38:06.963 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 10:38:06.963 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    16/08/11 10:38:07.488 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    16/08/11 10:38:08.200 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    16/08/11 10:39:01.155 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    16/08/11 10:39:07.542 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    16/08/11 10:39:11.270 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 10:39:11.880 PM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    16/08/11 11:23:23.059 PM com.apple.backupd: Copied 821.7 MB of 74.0 GB, 2879773 of 3687840 items

    17/08/11 12:06:02.717 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    17/08/11 12:06:32.642 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    17/08/11 12:08:13.527 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 131, length 7, native = no)

    17/08/11 12:23:23.466 AM com.apple.backupd: Copied 821.7 MB of 74.0 GB, 3013165 of 3687840 items

    17/08/11 12:36:20.110 AM com.apple.backupd: Copied 3047162 files (903.9 MB) from volume B.

    17/08/11 12:36:21.083 AM com.apple.backupd: Event store UUIDs don't match for volume: B

    17/08/11 1:23:24.259 AM com.apple.backupd: Copied 2.4 GB of 74.0 GB, 3205007 of 3687840 items

    17/08/11 2:25:03.373 AM com.apple.backupd: Copied 8.8 GB of 74.0 GB, 3400703 of 3687840 items

    17/08/11 3:25:03.921 AM com.apple.backupd: Copied 10.9 GB of 74.0 GB, 3418528 of 3687840 items

    17/08/11 4:25:54.486 AM com.apple.backupd: Copied 13.0 GB of 74.0 GB, 3456877 of 3687840 items

    17/08/11 4:48:17.957 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 128, length 7, native = no)

    17/08/11 4:53:41.988 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    17/08/11 4:54:15.109 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    17/08/11 4:54:15.882 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    17/08/11 4:54:21.488 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    17/08/11 4:54:27.574 AM com.apple.backupd: CoreEndianFlipData: error -4940 returned for rsrc type FREF (id 129, length 7, native = no)

    17/08/11 4:56:07.472 AM com.apple.backupd: Copied 3489710 files (30.5 GB) from volume E.

    17/08/11 4:58:49.440 AM com.apple.backupd: Waiting for index to be ready (100)

     

    [snip 840 lines]

     

    17/08/11 7:34:40.606 PM com.apple.backupd: Waiting for index to be ready (100)

     

     

    So, no, that didn't work in any meaningful way at all.

     

    I've stopped it again. Then I'll install the latest Lion upgrade, in a clutching-at-straws hope that it fixes something.

  • Raffy1 Level 1 Level 1 (35 points)

    Version 10.7.1 did not solve the issue.

    The solution of Mauro del Rio did not work for me either: "No such file or folder".

     

    I wander whether it is an Airport disk problem only or do Time Capsules have a similar problem.

     

    I remember when we went over to Leopard and an Airport firmware update, the Airport disk had a problem with (dis)mounting Airport disks used for Time Machine. It looked like Apple wanted you to go to Time Capsules.

    It was not solved until going to Snow Leopard, when it was wise enough to patch the Airport with the long available firmware again.

     

    In the meantime, I wish Apple came with a solution.

     

    P.S.: After having Spotlight run for 20 minutes and the TM Backup after that, the Airport disk was dismounted???!!!

  • Michael Newbery Level 4 Level 4 (2,395 points)

    I wander whether it is an Airport disk problem only or do Time Capsules have a similar problem.

     

    I don't think it has anything to do with the hardware. I'm having the issues with 3rd party disks on a MacMini running Snow Leopard. That is, genuine Apple software on an Apple machine, but with 3rd party disks. As mentioned, since these are RAIDZ disks I really don't beleive there are any hardware issues---and assorted disk utility checks and speed tests seem to back this up.

     

    And 10.7.1 made no difference.

     

    What seems to be happening is that it is going through every file on the source disk and checking to see if it needs to copy it. Since this is a subsequent attempt to do an initial copy, a lot of files are there already, so almost no copying occurs. However, this checking is extraordinarily slow. Now (having been left overnight) it's up to the 'indexing backup..." stage, and it predicts 19 days left, while Console shows the usual "com.apple.backupd: Waiting for index to be ready (100)". I'll see how far it has progressed when I come back to it this evening.

  • SockRolid Level 1 Level 1 (5 points)

    Not sure if this will be of much help, but just in case:

     

    The problem: extremely long Wi-Fi Time Capsule backup process after installing Lion, and the backup never completed.

     

    After installing Lion over 10.6.8, I had problems backing up a MBP to an older Time Capsule via Wi-Fi. Took all night, even with the MBP next to the Time Capsule for highest Wi-Fi speed.  The backup seemed to work, but the Time Machine pane in System Preferences said that the backup never happened.  I tried this several times over about a week period but it never completed a backup.

     

    Come to think of it, backups had been getting slower and slower even before the Lion update.  Even when just a few KB or MB were backed up.  I've had the MBP and Time Capsule (both refurbs) for 2 years with no reformatting or resetting of any kind, knock on wood.  The MBP would get hot to the touch from all the backup-related activity, but the backups did eventually complete.  After the Lion install the backups didn't complete.

     

    The solution: I ran the big post-Lion-install backup over ethernet.

     

    I connected the MBP to the Time Capsule via ethernet, turned off Wi-Fi, plugged in the MBP, set Computer Sleep: to "Never" in the Power Adapter tab of the Energy Saver pane of System Preferences, and chose the Backup Now item from the Time Machine menu in the menu bar.  I let the backup run overnight (121+ GB) and this time it completed.  Suspiciously, it finished just a few minutes after I logged back into the "sleeping" display.

     

    The Time Machine Preferences pane said that the latest backup had just completed.  Subsequent backups, even over Wi-Fi, take only minutes for KB or MB of data, just like the good old days.

     

    Apologies for the long-windedness, but I wanted to be precise.  Hope this helped.

  • jwfoster Level 1 Level 1 (0 points)

    I've got the same problem.

     

    Brand new 16gb ram 3.4ghz i7 iMac that came with Lion installed a couple of days ago. It take about half an hour to backup 30kb!!!!

     

    KB!!!!

     

     

    My macbook pro with snow leopard is way faster.

     

    APPLE, if you are listening PLEASE INVESTIGATE.

    Thank you

  • Tony T1 Level 6 Level 6 (8,830 points)

    What does Console report (search for backup)

  • Raffy1 Level 1 Level 1 (35 points)

    For me, it seems that 10.7.1 solved the issue. Do you have the same experience?

  • Raffy1 Level 1 Level 1 (35 points)

    I spoke too soon. It's back again! Pre and post.

  • Michael Newbery Level 4 Level 4 (2,395 points)
    I spoke too soon. It's back again! Pre and post.

    And also for me. It's now been running a couple of days, and informs me that it has 19 days to go!

     

    19/08/11 10:42:48.164 PM com.apple.backupd: Waiting for index to be ready (100)

    for hundreds of lines.

     

    Sigh

  • Michael Newbery Level 4 Level 4 (2,395 points)

    The first backup finally finished. It took over three days!

     

    It's done some hourly backups since then, although they are still relatively slow, taking 45min to back up jut a few MB. This seems to be caused by it spending a huge amount of time deciding what to back up.

     

    Just a thought: is this caused by big disks? The new disk is a 3rd party 2TB. Are other people getting good TM speed out of Lion with large boot disks?

Previous 1 10 11 12 13 14 Next