Jump to content

twickland

Members
  • Content count

    1,684
  • Joined

  • Last visited

  • Days Won

    39

Everything posted by twickland

  1. With Panther, you should also be using Retrospect 6.0.204; 6.0.212 is spec'ed for Tiger only.
  2. First I would update Retrospect to the latest Panther version (6.0.204) and the RDU to a more-recent version (either 6.2.102 or 6.4.102). Did the problem appear recently. or has it been ongoing? "Drive reported a failure" errors are definitely with the AIT unit or the tapes themselves. If running a few head-cleaning cycles doesn't help, it may be time for a fresh set of tapes (especially if you've already reused the tapes a lot), or time to have the unit serviced or replaced. Being mechanical devices that require direct physical contact with the storage medium, tape drives are more trouble-prone than just about any other hardware. In 15 years we have NEVER had a small tape drive that did not require either service or replacement during the warranty period. "Trouble communicating" may indicate problems in the SCSI chain or with the AIT device itself. Be sure you have the latest ATTO driver, and check/replace cables and terminator. Are there any other devices in the SCSI chain?
  3. You may be suffering from the problem many of us have, where two copies of Retrospect autolaunch when a script is ready to run. Each copy locks the catalog from access by the other. If you are present when the application launches, you can confirm this by noting two Retrospect icons in the dock. At least for some configurations, this problem seems to occur only upon the first launch of Retrospect after a reboot. If that's the case for you, launching and quitting Retrospect should cure the issue until your next reboot. Alternatively, and to be safe, you may just want to leave Retrospect running at all times, rather than allowing it to autolaunch. Scripts will still auto-run unless you've turned that option off in option-preferences.
  4. If the backup set type is Removable Disk, you shouldn't have a problem. We have a backup set spanning multiple LaCie FW volumes.
  5. Quote: What's odd is that it used to work, but now I'm getting an error message You need to ask yourself, "What changed?" Did you make any changes to the Retrospect or system software? Could some other application be attempting to read from or write to the disk? Can you drag files from a Zip disk to the Trash in Finder and then empty the Trash? I assume you tried to erase the disk in the Configure> Devices window. Can you erase it in the Configure> Volumes window via the Volumes drop-down menu?
  6. A recent poster found that the disappearing volumes problem may be related to Symantec AntiVirus v10 on the clients. He was able to resolve the issue by downgrading the clients from v7.0 to v6.5. One caveat: we found that the Retrospect application would hang at media member changes with Windows clients v6.5. We have been successfully using Windows client v6.0.110 with all our XP SP2 clients.
  7. If you set up a client with a fixed IP address, you can't change it later. Your best bet would be to have your networking people change the fixed or reserved IP address to the new computer. However, this will only save you having to add the client back into your script or volume group. Retrospect's matching function doesn't care where or on which client a file resides (unless you have selected the script option "match only same location"), so whether the IP address is the same or not won't affect the size of the next incremental backup. Unless the physical hard drive is swapped between the old and new computers, Retrospect is going to see a number of files as having changed when they were copied from the old drive to the new, and will back them up again. If you've selected "match only same location," ALL files will be backed up again, because they will be located on a new, different volume.
  8. Quote: It seems as though the delay in writing caused by the need to switch the DVDs is causing a timeout in the network connection between Retrospect server and the client - the "Piton protocol violation." Yep. The 515 error incurred at media member changes while backing up OS X clients has been a problem for us from day 1 that we have never been able to eliminate under Retrospect 5.0, 5.1, or 6.0. We back up multiple subnets across switches, and it's my hunch that the filtering set up by our network guru is implicated in the problem. Because we run into this error only every couple of months (we use DDS tapes that hold 15-25 GB and 90% of our clients are Windows, which don't exhibit this problem at media transition), because our networking staff are loath to make any changes that might compromise security, and because they only tolerate rather than support our independent Retrpospect backups, it hasn't seemed worth it for me to dig any further into the causes of this problem. I would be interested in any solutions that other users come up with. A concrete idea would give me some leverage to get our networking folks to look at this issue again.
  9. If your concern is primarily about having to back up the retropds.log file, I would just exclude it from your backup script.
  10. Perform a Restore from Backup, selecting the option "Replace Corresponding Files." As part of its preparations, Retrospect will scan the destination drive and compare it with the backup snapshot. When the backup summary window appears ("Not ready to execute"), click on "Files Chosen," then double-click on the drive icon to mark all files. The files preceded by a diamond are the ones on the destination drive that are exactly the same as in the backup set; these will not be replaced during the restore. Note that any files on the destination drive that have been modified since the time of backup are not exactly the same and will be replaced by default. You can scan through the file list and manually unmark any such files that you don't want replaced
  11. If you will be using the same backup set as on the PowerBook, you will need to tell Retrospect where the catalog is. Either double-click on the backup set's catalog file, or go to Configure> Backup Sets> [Name of backup set] Configure...> and navigate to the new location of the catalog. Then go to Configure> Volumes and forget the old PowerBook volumes from the Volumes list.
  12. If you remove RDU 6.5 from the Applications> Retrospect folder, can you then launch the application?
  13. Can we assume that all the clients are in the same subnet? It doesn't sound to me like the problem is with the Retrospect client software per se. I would try playing with the auto-protect settings for your anti-viral software, and perhaps uninstalling and reinstalling these. As you note, you can access the clients; it's just that something on the client computers (likely related to the anti-viral software) is preventing access to the hard drives. We haven't used the v7 client software with our Windows clients, but did have some communications issues with the v6.5 client. On the off-chance that this may be part of the problem, you could try downgrading the troublesome clients to v6.0.110 and see if that helps.
  14. We're using Retrospect 6.0.204 on a Graphite G4 450 DP running 10.3.9, writing to SCSI (ATTO UL4S) DDS tape drives (HP DAT-72 and Sony SDT-10000) and a FW HD. A problem has developed recently where our Backup Server scripts periodically lose the ability to see media in the SCSI tape drives. When this occurs, the script goes the the first client, flashes "Media", and goes no further. A second backup server script (which doesn't write to the tapes, just to the FW drive) does not run because the first script is stuck. Our regular backup scripts which write to the SCSI tapes run just fine, even while a backup server script is still running, stuck, and flashing "Media." Going to Configure> Devices>, the tape drives and their associated media are shown correctly. Rescanning the SCSI bus in Retrospect doesn't help, nor does quitting and relaunching Retrospect; however, using the ATTO Configuration Tool to rescan (which resets the SCSI bus) does allow Backup Server to behave properly for a while. When the misbehavior occurs, it usually appears with the first client. However, in about a quarter of the failures, the tape backup server script backs up the first client successfully before flashing "Media." Thus far, if the script manages to back up two clients to tape, it successfully backs up all clients to the tape. Any idea why this is happening, or why backup server scripts should see the SCSI bus differently?
  15. When you first back up to a partition, does the log show any errors during backup or compare? Does the catalog for the problematic file backup set show the proper file sizes and dates/times, compared to what you see on the source in Finder?
  16. Actually, a Recycle Backup will not by itself create a new backup set. Selecting "New Media" _will_ create a new backup set with a similar name as the old backup set, having a number in brackets appended to the old name; e.g., My Backup Set [001]. The next New Media backup will then create new backup set "My Backup Set [002]," etc. Your scripts will automatically be modified each time to begin using the new backup set in place of the old. The old backup set catalog belongs to the old media. You should not trash it (i.e., erase it from the drive) until you trash or erase the old media; otherwise, you will need to rebuild the catalog if you ever want to retrieve data from the older backup set. Forgetting the backup set from the list of backup sets is not the same as erasing the catalog. You can safely forget the old set and then reaccess it as needed (though there is no need to forget the old set unless you're just trying to remove clutter from your Backup Set list).
  17. You need to create a Backup Server script for your laptop clients. You can set the backup interval (say, once every 23 hours) and also permit (or preclude) early backups. Early backup is what is controlled by the client preference you note above. Read the User Manual for more details.
  18. On the other hand, the drive may indeed be faulty. I had a LaCie 500 GB Big Disk that was giving an increasing number of 206 errors on compare. Finder copies and Carbon Copy Cloner seemed to work just fine, and I tried reformatting the drive numerous times, all to no avail. One day when I was writing to the disk, it locked up, requiring a reboot. When the system came back up, Disk Utility showed two LaCie mechanisms (not partitions): one 236 GB and the other 2 TB. The 2 TB "mechanism" could not be formatted. Since the drive was replaced, I have not had further problems. (FW cable was not replaced.)
  19. The file you want is /Library/Preferences/Retrospect/Retro.Config (6.0). Note that this is the library at the root level, not your user library. Because you are using Retrospect to recover the file, you will need to restore the file to a new folder. Then, quit Retrospect, manually drag the file to the proper folder, and restart.
  20. Quote: The second disk ie. the one I changed to had already been prepared for me What do you mean? When did the preparation occur; i.e., what did you do to prepare the disk? A recycle backup will erase the old catalog and will look for the first member of the backup set (I'm assuming that you are using the two FW drives as members of a removable disk backup set). Quote: so I did not have to do anything except to perform "recycle" I was told... clearly, they forgot to tell me to choose "New media" instead of recycling. By "they," do you mean the Retrospect application? If you are indeed reusing the same media, you don't want a "New Media" backup set. Quote: thing is, upon running the script Retrospect ends up "Waiting for backup media". How do I make Retrospect work automatically again? (Manual back-up works) What backup set did you use as a destination for the manual backup? Does this differ from the backup set listed as a destination in your backup script? What are the names of the backup sets appearing in your regular script and in the Immediate Backup window?
  21. Check the script you're using to back up to the On the Go drive to be sure that in Options> Matching>, both "Match source files to catalog" and "Don't add duplicates to backup set" are selected (this is the default).
  22. It sounds like your original action (Recycle) was what you wanted to do. If you just want to reuse your original disk, erasing the old data to replace it with new, you want a Recycle backup. A New Media backup is called for if what you want is to save the old data in the existing backup set, create a new backup set using new media (in your case, a third FW drive), and have Retrospect use its existing scripts to start writing data to the new backup set in place of the old.
  23. Does the AirPort Express have the same configuration settings as your old base station? Did you update to AirPort 4.2 at the same time? Some users have reported connection difficulties after that particular update. If you connect the AirPort Express to your cube via Ethernet, are you able to back up the PowerBooks, or do the clients then lose communication with the base station?
  24. Quote: I'm assuming that different types of files compress at different rates... is this correct? Yes. In fact, certain files will not compress at all. In addition, if the rate of data fed to the drive is less than what the drive can accept, the drive will not achieve optimum efficiency.
  25. Each catalog is specific to a given backup set. The only way to "merge" the catalogs would be to copy (transfer) the data from each old backup set to either your current backup set or a new backup set. However, you may have no need to do this. In performing a Restore, you can easily search across multiple backup sets.
×