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 06-25-2008, 12:46 PM
jofallon jofallon is offline
Registered User
 
Join Date: May 2005
Posts: 22
SuperDuper and Metadata

I use SD 2.5 as my primary backup (with TimeMachine going to another volume). Before Leopard, the general feeling was that SD was one of the few ways to get a backup with all the metadata preserved correctly. I've seen a few comments since Leopard that SD does not get quite all the metadata completely correct (e.g. Tidbits column of May 31). Are you guys presumably addressing this issue in some future update?

I have no great confidence in TimeMachine, and am hoping any flaw in SuperDuper is very minor.
Reply With Quote
  #2  
Old 06-25-2008, 01:02 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
While we are going to correct this in the next release, the report is a bit misleading because the "problem" isn't just minor, it's of no consequence whatsoever to most users.. and doesn't involve metadata at all. Your files, and your metadata, are being copied correctly.

Basically the "flaw" is that SuperDuper! doesn't copy "FIFOs" or local device files. This was actualy by design, because -- in a standard OSX install -- device files are automatically created at startup time. And FIFOs are kind of 'queues' for communication between programs (rarely used) -- that are created at startup, typically in /tmp.

In fact, neither one of these types of 'files' (which are really special directory entries with no contents) can be copied at all -- they must be recreated on the backup, kind of as placeholders, because they don't really have much meaning across a restart.

We had decided long ago to not copy them (because we determined it didn't really make sense to do so), but since a tool is out that tests against this case, and because people might misinterpret the 'failure' to pass that particular test as something important, we've reversed that decision and will "copy" them in the future.

Note that, in general, we feel it's far more important to be able to faithfully copy actual file structures such as hard linked folders (something that Time Machine uses, but isn't exclusive to Time Machine, and that does have meaning across a restart), real data files, metadata (EAs, forks, ACLs), etc -- some of which the test tools don't actually check.

Hope that helps to clarify the issue.
__________________
--Dave Nanian
Reply With Quote
  #3  
Old 06-25-2008, 03:17 PM
MJT Services MJT Services is offline
Registered User
 
Join Date: Jun 2008
Posts: 1
Cool Leopard Server

I have used SuperDuper as my primary backup for years, and have always found it to be reliable, not only on workstations, but on Mac OS X Servers as well, until recently.

A client of mine upgraded their server to Leopard Server 10.5.3. Now all of the client computers that connect and work from this server can no longer perform searches on the server. Neither Spotlight nor Find commands work with files on the server. However, if they restart the server, they can all search again. The SuperDuper runs in the middle of the night, and that seems to be the point at which searching ceases to function.

Could this be the reason that restarting the server fixes the problem, and it is actually the SuperDuper that is causing the inability to search after the backup is performed? If so, is there a work-around available until the software is updated? Possibly a setting to be turned on or off?

Thanks
Reply With Quote
  #4  
Old 06-25-2008, 04:42 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
I can't think of anything that would cause searches to fail on Leopard Server. We're just copying files... do you get any kind of indication in the system log of something gone wrong?
__________________
--Dave Nanian
Reply With Quote
  #5  
Old 06-26-2008, 02:11 PM
jofallon jofallon is offline
Registered User
 
Join Date: May 2005
Posts: 22
Eh? why would you want to copy those? The next time the partition boots up, they'd just be created.

OK, thanks for the info.
Reply With Quote
  #6  
Old 06-26-2008, 03:55 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
Right. You wouldn't want to copy them. But, Backup Bouncer is testing against them, and people don't know what they are, so they're worried about it. And, unfortunately, the latest "Take Control" book is using Backup Bouncer's tests as a baseline, so a lot of people are seeing the results without really knowing what they mean, or what they are. (In fact, I'm a bit surprised Joe Kissell is publishing that failure as a flaw without really explaining that it isn't.)

In any case, as I indicated, we're going to 'fix' it.
__________________
--Dave Nanian
Reply With Quote
  #7  
Old 04-27-2009, 08:21 AM
davep davep is offline
Registered User
 
Join Date: Aug 2006
Location: Massachusetts
Posts: 33
Dave -- I just read the part of Joe Kissel's book that mentions Backup Bouncer results. (I'm a bit late to the party.) I trust your decision to NOT copy the useless stuff, but understand your desire for a BB A+ score. How much extra time are we talking in order to copy this un-needed metadata? If it's a chunk, then perhaps you could include a preference for people to decide whether or not to copy it.

As drives are typically reaching 500GB, 1TB and even 2TB sizes these days it's getting important to speed up the backup process. Perhaps you could include a preference for a "faster backup" that omits copying useless stuff?

Dave P.
Massachusetts
Reply With Quote
  #8  
Old 04-27-2009, 09:20 AM
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
It would take zero extra time to copy FIFOs because -- as I indicated above -- there are no FIFOs on any "normal" user system.
__________________
--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
Undersized disk image and a Boot Camp-related backup question garybollocks General 3 10-23-2006 01:07 PM
Why didn't SuperDuper! copy all files? ljubimov General 2 09-25-2006 11:47 AM


All times are GMT -4. The time now is 05:03 AM.


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