Shirt Pocket Discussions  
    Home netTunes launchTunes SuperDuper! Buy Now Support Discussions About Shirt Pocket    

Go Back   Shirt Pocket Discussions > SuperDuper! > General

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 05-11-2006, 05:58 PM
glenn glenn is offline
Registered User
 
Join Date: May 2006
Posts: 2
Copy Fails in SDv2.1 due to ACL entries

I've been attempting to clone an external drive with one volume that's used as a data drive for an OS X 10.4 Server. The Mac server is a PowerMac G4 dual 1.25GHz system running 10.4.6 Server.

About 2 weeks ago the SuperDuper Cloning process began failing with this error:

| 03:15:12 AM | Info | /Volumes/Data/FileServer
| 05:37:16 AM | Error | SDCopy(29569) malloc: *** vm_allocate(size=8421376) failed (error code=3)

Dave, the developer has told me the failures are most likely due to some bad ACL entries. When I reviewed the destination or (cloned drive's ACL entries) only about 50 to 100 folders at the top level had any ACL entries. All of the other cloned files had only standard Unix permissions. Almost all of the source drive's files and folders have ACL entries attached to them.

This external data drive has 400GB worth of data, several hundred thousand files and folders. So a couple questions for you:

Has anyone experienced this type of error when using a similar type setup? If so, how were you able to resolve it?

Note: I've ran DiskWarrior v3.03 on this external volume and Apple's Disk Utility and there were no directory problems found.

Thanks for any input you may have!

PS - SD works fine when cloning the boot volume on this system. Other than this problem I love the product and recommend it wholeheartedly!
Reply With Quote
  #2  
Old 05-19-2006, 07:06 PM
prestonholmes prestonholmes is offline
Registered User
 
Join Date: Nov 2005
Posts: 16
Unhappy Seen this too

I've seen this exact problem. I'd have to do a complete copy with ACLs turned off, then restore that again to the main drive so that I knew it had no corrupted ACLs. Then I'd have to reset all the ACLs manually, then everything would work for awhile, until the same error would creep up.

In the end I gave up on backing up the ACL data, and have a prebackupscript that turns off ACLs, and a post backupscript that turns them back on (using fsaclctl).

I was just losing too much sleep with the files themselves not getting backed up because of this. I also have a cron task that emails me a commanline disk verify everymorning on the backup.

-Preston
Reply With Quote
  #3  
Old 05-19-2006, 07:32 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
Most of our users are successfully backing up with ACLs enabled. There are some combination of ACLs that are causing problems with the Apple-provided API that we used to copy the ACLs. It always manifests itself in this way.

In the vast majority of cases, the ACLs are clearly corrupt on the source (duplicated in a complex pattern, with many inherited groups), but in Glenn's case -- and I guess yours, Preston [I thought you had managed to find the problem] -- the API crashes with a memory error.

ACLs are brand new to OSX in Tiger, and it seems there are cases where the OS doesn't properly handle copying them. Unfortunately, we've been unable to reproduce the situation here, and it's quite rare, so it's difficult to nail down the exact combination of items that causes the API failure... frustrating for you and us, believe me!
__________________
--Dave Nanian
Reply With Quote
  #4  
Old 05-24-2006, 07:56 PM
prestonholmes prestonholmes is offline
Registered User
 
Join Date: Nov 2005
Posts: 16
ACLs

Well I'm wondering how many people are making extensive use of ACLs

SD is backing up a file share with home and group folders with about 100 users, we have group projects that require ACLs.

I'm guessing the reason this problem doesn't come up more often is because people just aren't using them extensively...

(the "solution" was the disable - like I said, it wasn't worth the anxiety of not having data backups to have ACLs backed up properly...)

For data backups, we've SD has been flawless.

-Preston
Reply With Quote
  #5  
Old 05-24-2006, 09:28 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,923
Send a message via AIM to dnanian
Understood, of course. It's frustrating for us, too. We recently found a memory leak while investgating the source code of one of the Apple APIs (it's nice to have the Darwin source available). It's a hard one to replace, because it's pretty low level...
__________________
--Dave Nanian
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
SD! & HDD copy speed fun DaleMeyn General 3 03-20-2006 04:24 PM
Copy error and crash offdahook84 General 3 10-01-2005 10:10 PM
BackUp hangs at 3% JimK General 10 09-27-2005 09:48 AM
Error: No space left on device tradervic General 11 06-29-2005 04:50 PM
When I try to copy a single directory, I end up copying the whole disk. Why? dnanian Frequently Asked Questions 0 06-22-2004 06:59 PM


All times are GMT -4. The time now is 08:07 AM.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2024, vBulletin Solutions, Inc.