[jtnt]

Yeah, sorry – I should have included that in the first place.

Verify Disk errors out with ” Invalid index key” and then “The underlying task reported failure on exit.”

SuperDuper errors out with the following after about 7GB:

| 10:09:50 AM | Error | SDCopy(20588) malloc: *** vm_allocate(size=1069056) failed (error code=3)
| 10:09:50 AM | Error | SDCopy(20588) malloc: *** error: can’t allocate region
| 10:09:50 AM | Error | SDCopy(20588) malloc: *** set a breakpoint in szone_error to debug

[jtnt]

Sounds very similar to the issue I’m having: https://www.afp548.com/forum/viewtopic.php?showtopic=17481

It’s not encouraging that it’s been 4 months and no one has responded to your post, though…

I’m going to run the 10.4.10 update this weekend and see if that has any effect.

[jtnt]

I have heard of doing something like disconnecting the cable from the third drive to the RAID card and putting that back into the original SATA on the motherboard. This sound like it would work?

[jtnt]

I guess I don’t really mean tweaking it to make it run better, but things that you check on… Like for security. Any tools you use? Do you keep a "tail -f" of secure.log or anything like that?

Just looking for the stuff anyone monitors and how.

TIA

[jtnt]

Yeah, I definitely plan to clone the drive beforehand and all that. Just wondering if there were any known gotchas as far as upgrading certain things went. (“You’ll have to edit this in your httpd.conf file after upgrade.”, etc.). You know specific tips on things.

Of course, I’ve also read the migration guide from Apple, but looking for that invaluable afp548 insider knowledge!

[jtnt]

At the risk of sounding really stupid now, I’m not sure what you mean – or rather, how to answer your question.

[jtnt]

Did I not provide enough information or explain my problem well enough? Or was it just a silly question?

Just looking for some help if anybody has anything to offer.

TIA

[jtnt]

I just recently revamped our backup procedures. We were on regular DLT tapes and that just wasn’t cutting it. Too slow, not enough room on individual tapes. We had simply outgrown it.

For years, when I thought backup, I automatically thought (and used) tape. I looked into Exabyte (the system you listed and others) and other tape solutions, but I finally shifted my thinking and decided to go with disk-based backups using external drives (that we swap off-site etc just like tapes). (Retrospect can span a backup over any number of disks, just as with tape.) The cost for the amount of space is a fraction. You aren’t locked into a drive type. LTO, SDLT, Exabyte’s new PacketLoader thing, etc. Plus, speed! Not just for backup, but the important part, restore is not even a comparison. Disk is so much faster.

With the price of HD space going down and the capacity going up, you can definitely find a solution that fits.

Now, you may also want to keep tape around for archival backup, but you may be able to build yourself a cheaper, faster solution for daily backups with disks.

I have about 20% of what you have to back up every night, but frankly, some of the advantages for you might even be more noticeable with more data to deal with.

Not right for everyone, not claiming it is… just putting it out there that I am one person that is using a disk-based backup solution and it is working for me.

[Author]

Posts