Excuse the brevity of this post, but—as you might expect with a new update–things are kind of busy around these parts.
The update's gone well, except for some bandwidth issues we had to deal with, and some MySQL issues on my server that happened due to some issues with the way FogBUGZ handles large attachments (really, really crappily, typically crashing MySQL after eating huge amounts of memory). But, apart from continued delays for outbound mail due to volume, it's good.
But, as I said a number of posts ago, the only thing I can promise about a big update like this one is that there'll be a few problems. They're not affecting many people, but to summarize:
Some users are reporting that the status display stops updating in the middle of the copy. The backup does actually complete eventually, but the progress bar doesn't move, and the file counts stop.
We're not quite sure what's going on here: it's not something we've been able to reproduce at this end. But we're looking into it. If you're experiencing this issue, drop a note to support.
The updater has been giving the occasional problem. This is frustrating, because we know of some problems there and have tried to "pre-emptively" handle the problem with the update notice, which indicates that you should download the update manually if you experience a problem.
Unfortunately, that hasn't been clear to people, resulting in a huge volume of incoming mail (we're talking thousands in the past few days)... so sorry for the delays in responding.
10.2/10.3 users were being offered the 2.5 update. Due to an error in the update description XML, 10.2/10.3 users were being offered the update, even though it wasn't compatible with their systems. The XML has been corrected, so that shouldn't happen any more.
Some users are having problems starting up from their copies. On some systems, copies start up but then programs immediately begin crashing. This is corrected by re-prebinding the copy, but given the way Leopard works this shouldn't be necessary. We're hoping this is a Leopard bug that'll be corrected in an update of OS X, but we're investigating it here, too.
Users with AntiVirus programs are having the occasional problem. This is kind of expected, given the way that AntiVirus programs work. In general, we suggest that you configure your AntiVirus application so that it ignores the backup volume.
That said, if the AntiVirus program is on, an incorrect result code returned from a system call is indicating a file that vanishes between two points of execution is a folder, when it's not, and that's causing a weird "(null)" error that repeats a large number of times in the log. We're implementing a workaround for this case in our copy engine.
Note that if you get a "permission denied" type of error and you're running AntiVirus, you should configure your AntiVirus program to not scan the backup volume, or turn off its "auto protect" feature while you're backing up.
Already mounted images, or images with special characters in their filename, cause an error. Due to a regression (caused by an attempt to workaround another bug), SD! fails if a sparse image we're supposed to copy to is already mounted. We also fail if the image has "special" characters (such as a quote) in it. We're working on a fix for this.
Networked Time Machine backups, on the same volume as local Time Machine backups, aren't preserved. If you're using the same volume for "networked" and "local" Time Machine backups, and you try to store a SuperDuper! backup directly to the same volume, we preserve the "local" backups but not the "network" ones. (That's a mouthful, sorry.)
We're working on a fix for this as well.
Custom copy scripts that used "Exclude spotlight files" are failing. This script is no longer needed, so users who have included it should modify their copy scripts to remove the reference.
I think that's about it. There's nothing terribly major in there, fortunately, and we're working on getting the problems corrected as quickly as we can.
Thanks to everyone who's reported problems, and also to the vast majority of people who haven't encountered any!
10 Feb 2008 at 07:12 pm | #
Things have largely gone well for me. However, I have seen SD crash a few times after finishing a copy (but before unmounting the volume). I subsequently ran into the “can’t backup if the backup image is already mounted” bug. And the first time I ran a backup, something corrupted the backup image badly enough that any attempt to use it would hang up the whole I/O subsystem, forcing a hard shutdown (as in, hold the power button).
BUT… once I got past that initial backup, everything has been flawless.
A couple of suggestions:
- If a copy script isn’t needed (such as the Exclude Spotlight one here), silently remove it for the user rather than erroring out. Or even better, pop up a dialog notifying them and offering the option to remove it.
- As for your bandwidth - please try Amazon S3. The folks over at Panic did for Coda, and it went swimmingly. It’s cheap, fast, and much easier on your web site.
Thanks for the *excellent* update!
10 Feb 2008 at 09:27 pm | #
We are using S3, actually.
Please send in your crash logs if you’ve had crashes… but if the image was corrupted, it sounds like something else was going on…
11 Feb 2008 at 03:28 am | #
Actually not a bug at all, but it seems that you forgot to create a hi-res icon necessary for Leopard’s Cover Flow.
11 Feb 2008 at 09:37 am | #
Well… didn’t forget, no. Just didn’t: we don’t have high res artwork for the icon, and Mike Matas—who now works for Apple—isn’t available for this kind of thing any more.
11 Feb 2008 at 02:49 pm | #
I guess I’m one of the fortunate ones...everything’s working flawlessly. But then I’m not doing anything cosmic either. Just a straight SD backup to an external drive which was reformatted prior to the first run.
TimeMachine backups are going to a separate drive for redundancy. I assume both apps run concurrently during my 3 a.m. SD backup (haven’t gotten up to look though) so apparently there’s no conflict there. The SD backup boots without problems.
My only negative comment would be that it seems to take significantly longer to do v2.5 Smart Updates on Leopard than with Tiger and the previous version. Is that to be expected? And that’s with Permissions Repair turned off since I depend on Macaroni to perform that task.
11 Feb 2008 at 02:52 pm | #
We’re seen things go somewhat slower, but not “significantly”, no. (There’s a lot more to copy under Leopard, since ACLs and EAs are in broad use.) Perhaps add the backup drive ot the Spotlight Preference Pane’s privacy tab?
(I’d prefer not to do support in the blog, though, since everyone above this message will get a response that’s basically only for you. So, please drop a note to support and we can continue there.)
11 Feb 2008 at 02:53 pm | #
Oh, and note—if it’s not clear: these are rare problems that are only happening to a few people. The vast, vast majority of users are having no problems at all.
11 Feb 2008 at 05:47 pm | #
I was going to mention the longer backup times, though it’s not a real issue for me (i.e., I usually start the backup and then go on to other things away from my Mac). But as a for instance; under TIger, my nightly smart backup would take about six minutes (via FW800 to an OWC On The Go bus-powered HD); since the upgrade to Leopard and the new SuperDuper, the average backup time has been around 12 to 14 minutes, so about twice the time. If I was on a slower bus—like FW400 or USB2—I think I’d be prompted to say it was a significant increase.
Kudos to all; I was waiting on SuperDuper to move to Leopard; very glad I did wait.
11 Feb 2008 at 08:12 pm | #
Yes, let me emphasize - I think what happened to me at first was quite isolated. Everything seemed to stem from something corrupting the disk images (which is odd, since I created them fresh for the new version). Whatever the case, every backup since has gone flawlessly, and very, very quickly.
Do NOT think that there are widespread problems because of my little post there (in fact, I’m sort of regretting putting it there - I don’t want to scare people with it!).
I couldn’t be happier with SuperDuper!
12 Feb 2008 at 12:48 am | #
And word on whether the new SuperDuper release plays well with 10.5.2?
12 Feb 2008 at 02:30 am | #
I’m wondering about 10.5.2 as well since I’m downloading it right now. Guess I’ll go look in the Discussions area to see if anything’s there.
12 Feb 2008 at 03:21 am | #
I’m having the update issue where the update completes but the status bar and counts stop. Same thing on two different external hard disks, one USB, one Firewire. Macbook pro 2.16ghz, 10.4.11, 2 gig ram. Has a Bootcamp partition. Backing up main MacOSX boot partition. I did a reboot before starting install. I did have SuperDuper “fix permissions” before backing up. latest version of SuperDuper—unlicensed. Full backup to read/write sparse image on external drive.
12 Feb 2008 at 07:48 am | #
SuperDuper! 2.5 works fine here with 10.5.2.
I’m VERY happy with SD! Thanks for the great product!
12 Feb 2008 at 08:08 am | #
I installed Leopard 10.5.2 on my MacBook Pro 2.2 yesterday and SuperDuper! did its normal backup last night without any problems.
12 Feb 2008 at 10:24 am | #
made SD backups b4 10.5.2 backed up one after ...all working well here (saving one SD clone in case of problems down the road ) All is working well
Thanks Dave
Jay
12 Feb 2008 at 10:49 am | #
@s slam: as mentioned in the post, please contact me at the support email so I can capture some information.
@all: SD! works fine with 10.5.2.
13 Feb 2008 at 11:33 am | #
Since updating to 10.5.2, I’m getting the following line in the log and get no further progress:
| 09:24:42 AM | Info | Refreshing Disk Arbitration ...
Everything was fine prior to the update.
13 Feb 2008 at 11:50 am | #
Did a Google search for Disk Arbitration and found a comment (by Dave I believe) indicating this was just a process to search or verify a disk. Did a reboot, all is running fine now (sorry to alarm anyone). FYI, after getting past this process (Disk Arbitration), the back up failed indicating that there’s a problem with this drive which makes sense. I’m now doing a Erase and backup to see if that works. If not, might be time for Disk utility or the like. But the bottom line is, its a drive issue, not a SD issue.
13 Feb 2008 at 02:02 pm | #
I use Mac OS X 10.4.11 (8S2167)
I got a macbook white 1.83Ghz intel core duo RAM:2Gb HD:80Gb
I tried twice to run superduper (new version) to backup my internal HD to an external one but it stopped after 7000 files. The previous version was fine. So, after that, I have run the previous version and it worked as usual. I tried to boot from it and it worked as usual.
It seems, with my config, that the updated version do not perform the backup.
13 Feb 2008 at 10:15 pm | #
Am having real trouble with SuperDuper! under 10.5.2. I backed up my iTunes disk with SD, and it completed normally. However, when I went to restore, both the source and destination drop-downs are grayed out! I can’t select either at all. Fortunately, I was able to use DiskUtility to restore the SD image file, which is running as we speak. Anyone else having this issue? I’ve tried de-installing and re-installing with no effect.
13 Feb 2008 at 10:21 pm | #
@Eric—this is a bad place to do tech support. Drop me a line at the regular support email.
15 Feb 2008 at 06:15 am | #
Hi Dave, thanks for a great blog update.
Reome users are reporting that the status display stops updating in the middle of the copy. The backup does actually complete eventually, but the progress bar doesn’t move, and the file counts stop.
I have this all the time but what it is in my case is SuperDuper! backing up the mirror image of my iDisk. Could this be what other users are seeing?
Jeffus.
15 Feb 2008 at 08:57 am | #
@Jeff Wright: no; a “pause” in the progress is expected when large files are being copied. In these rare cases, the status display completely stops updating until the copy is complete. It’s quite weird.
03 Apr 2008 at 10:45 am | #
Last weekend, I upgraded my MacPro to Leopard, using the Archive-Install option. It only took a couple of days to realize that Leopard just isn’t well supported from a software standpoint. For example, I was not able to install my Epson 9800 Printer, even after downloading all of the updates and patches from Epson. Leopard kept giving me an error that I didn’t have sufficient privileges, despite the fact that I was logged into the administrator account. I even verified that there was no conflict with having a firmware password. And forget about using any of the capture programs from Canon and Nikon, which are obviously core to the photography business. (I did get Canon’s Capture to work on My MacBook Pro, but it came with Leopard pre-installed. I’ll post the “How to Make Cannon Capture Work With Leopard” in an subsequent post.) A variety of other software didn’t work either. Yes, I absolutely confirmed that I had admin privileges. When I did a “Verify Disk Permissions” it gave me a laundry list of errors. Doing a “Repair Disk Permissions” didn’t seem to help. What a goat roping!
Several of my programs, like my Adobe Suite require activation, and are limited to installation on two machines. I was unable to deactivate anything after Leopard decided to just suddenly start blue-screening on boot-up after following the explicit instructions of the Apple Care agent. It wouldn’t even boot, and Apple Care wasn’t much help. Their only suggestion was to do another archive-install, and, “Apple does not recommend downgrading or upgrading their OS,” according to Apple Care. I tried the archive-install AGAIN, and low and behold, none of my software would work that had activation requirements. The roll-back to the previous operating system was nothing short of a disaster, and Time Machine is arguably the worst excuse for back-up software I have seen in almost 30 years. Time Machine has pretty screens, but you would arguably be better off doing a back-up by hand writing zero’s and one’s on sticky notes in crayon. I was left with no other choice but to re-format my Master drive and do a clean install of Tiger. I am left with the impression that Leopard is Apple’s version of Vista.
OHHHH, THANK GOD!!!!, I made a full back-up of my Master drive with Super-Duper just before installing Leopard. When I reinstalled Tiger, I selected the option to migrate from another system and pointed it to my external drive that contained the Super-Duper backup. Within a few hours, I was up-and-running, and all of my licenses were active. Everything transfered flawlessly.
I can safely say that Super Duper saved me at least a week of very frustrating work reinstalling my OS and getting my software re-activated.
Super-Duper is a life saver… If you’re using a Mac, Super-Duper software is a must.
Dave
08 May 2008 at 11:34 pm | #
I just downloaded and installed the latest version of Super Duper on Mac OS 10.3.9 but there is a problem. The program doesn’t start!!
I am new to Mac but I believe I did everything right. I followed the instructions and moved it to Applications, but when I click the program icon nothing happens!
So, what is wrong and how to fix it? Thank you.
09 May 2008 at 06:42 am | #
As indicated in the System Requirements, v2.5 is 10.4 and later. v2.1.4, which works with 10.3.9, is available in the right hand sidebar of the SuperDuper! page, down a bit…
11 May 2008 at 11:43 pm | #
Ok, thanks.