Alright, one more question, and then I hope I can leave you in peace...

The new archive on the new drive is done, and it's done it's first scheduled overnight capture. Somewhere, QR is still running the schedule on the original archive, and I can't find the schedule to remove it.

The Actions window only shows my new schedule actions. Paging through the dates in the future, that's all I see. The QRecall Activity window shows that the next action to be run is a capture on the old archive, and the log is showing that a capture to the old archive failed.

How do I get rid of that?

Thanks again for all your help.

Kevin

I'm working on the backup (machine locked up last night, and I lost 6 hours of backup work), and I notice this recurring message in the Console:

kernel en0: can't handle af8

Googling it brings up nothing. Could it be yours?

Thanks, and I'm afraid you're right.

I ran your shell script, and started getting IO error messages pretty quickly.

I'm currently recapturing everything to a new archive on a new drive. I'm keeping the bad drive on the shelf until this archive is complete. If something blows up in the meantime, I'll try recovering the original archive from your instructions.

Thanks again,
Kevin

I've had QRecall for several years, and I've run into a new problem. I can't open the archive, and QRecall can't tell me why.

Whether I'm trying to open it to look at it, add to it, or repair it, QRecall just sits and spins at "opening archive." Clicking the Stop button doesn't help, nor does quitting QR -- I have to force quit all the QR processes I can find. I've also tried a couple of reboots, to see if there was anything else in the way.

The archive is on a 3TB Free Agent drive. When I test it with the Disk Utility or with Disk Warrior, they tell me the disk is okay (it's only about a year old), but whenever QR is trying to open the archive, the console shows the kernel is throwing 'disk1s3: I/O errors' every 14 seconds. That error goes away whenever I force quit the QR, and the rest of the drive appears to be intact. There are a couple folders of smaller files on the drive, and they all seem to be intact.

After I force quit QR, the kernel gave a 'disk1s3: iotcl (_IOW, 'd', 24, 4) is unsupported error.

This is a 2009 iMac running 10.6.8. The rest of the files on the backup drive are okay. The archive itself is 1.54 TB, so I don't have room to set up another archive. I'm really reluctant to delete the existing archive (even though I can't get into it), so I'm ready to replace the external drive, unless you have some good ideas???

Thanks,
Kevin

Thanks for the quick response.

Yes, it's a standard afp:// share.

What if I were to restore the files from QRecall running on the cablecast machine?

Will I need a new identity key for the cablecast machine for that purpose?

Thanks again,
Kevin

I've been using QRecall to keep an archive of our cablecast files, which are either .mov, .mp4 or .mpeg2 format. I'm doing that over the network -- I have my computer backup the cablecast machine to an external harddrive.

Yesterday, a whole folder of PSA's disappeared, so I restored the directory to the cablecast machine. I got the following message on each item restored:

Some properties of YourVideoNameHere.mov not restored.

Sure enough, the finder info window tells me that the Owner has Read & Write Access, as does the Group and Others. It says that I have no access though. The shell shows permissions as -rw-rw-rw.

Finder can preview the video, and Quicktime can load it, but double-clicking on the file gives the message The item "YourVideoNameHere.mov" is in use right now and cannot be opened. Try again when the current task (such as moving or copying an item or emptying the trash) is complete.

Rebooting both the cablecast machine and my machine doesn't change anything.

Suggestions?

Thanks,
Kevin