johnmont Posted August 17, 2002 Report Share Posted August 17, 2002 I'm getting crashes when running a script to backup to a file on an apple-share mounted filesystem under OSX. The software is running on an OSX 10.1.5 tibook. The backup system (where the catalog and actual backup file is stored) is a G4 running OSX 10.1.5. I have created the backup catalog with no problems, following the correct procedures for setting up automounting under OSX (setting under Configure...Volumes). When running the script, the remote volume mounts fine. The backup I'm having problems with is one that backs up the /Applications and /Applications (OS9) folders on the tibook to the G4. I also have a very similar script which runs without any problems, the only difference being that it backs up the /User folder on the tibook and it runs fine. When the actual script runs, it checks the source folder, updates privileges, and then attempts to run the backup (the part where the dialog box with the progress bar and status appears). At this point, the software crashes. Any suggestions? Here are some files/crash files: --------------------- Retrospect creates the retrorunfile in the /Library/Preferences/Retrospect directory: Retrospect oFrom Retrospect: Automatic execution unexpectedly terminated (possibly due to a power failure or system crash). slurryHD:®¿B/Applications/Retrospect 5.0/Retrospect/Contents/MacOS/Retrospect Link to comment Share on other sites More sharing options...
Guest Posted August 19, 2002 Report Share Posted August 19, 2002 What version of Retrospect? How large is the backup set? Have you tried creating a new backup set or recreating the script? Link to comment Share on other sites More sharing options...
johnmont Posted August 20, 2002 Author Report Share Posted August 20, 2002 Version: Current release of Retrospect (build 205) Current Backup set size: 0 - It has never worked Estimated initial backup size (size of Applications and Apps/0S9 folders): 1.5 gigs + 1 gig Tried rebuilding/rescripting?: Yes -- Remade the script half a dozen times and also used different/new file backup sets several times (on a couple different remotely mounted macs). Link to comment Share on other sites More sharing options...
Guest Posted August 20, 2002 Report Share Posted August 20, 2002 Have you tried reinstalling Retrospect? Are you able to do an immediate backup? Link to comment Share on other sites More sharing options...
CallMeDave Posted August 20, 2002 Report Share Posted August 20, 2002 In reply to: Remade the script half a dozen times and also used different/new file backup sets several times (on a couple different remotely mounted macs). Can you list the exact steps you take that reproduce the problem? Dave Link to comment Share on other sites More sharing options...
shadowspawn Posted August 21, 2002 Report Share Posted August 21, 2002 Trying an Immediate backup for comparison (as Irena suggested) is a good test. I suggest making sure the share is mounted by you (by hand) rather than auto-mounted, just to eliminate one factor. Are you backing up the Application folders as a subvolume, or using a selector? (And just in case you weren't aware, Dantz now sell single client licences. I'm not suggesting you buy licences to solve this problem, just mentioning related solutions.) Link to comment Share on other sites More sharing options...
johnmont Posted August 24, 2002 Author Report Share Posted August 24, 2002 First of all, I reinstalled retrospect (current release) on the problematic tibook. Next, I tried an immediate backup, but the same problem happened. The steps I took: 1. Launch retrospect 2. Mount the remote volume from within Retrospect (went to Configure...volumes...browse) 3. Selected Immediate Backup 4. Created a new destination file set on the remote volume 5. Selected the folder Applications from Sources (had defined as a subvolume) 5. Clicked on "Backup" Retrospect scanned the source volume successfully, updated privileges successfully. When it started to backup, the application crashed. By the way, I also purchased the retospect client (so I could backup the other way -- from the desktop G4 to the tibook). However, since I'm using NAT on the G4 for my netork, the desktop G4 could not see the remote tibook client. The tibook is on airport. Ethernet had to be the first network interface listed in the Network control panel (since it is the pipe to the internet). According to dantz, clients must be on the first network interface to work properly. I don't think that the fact that I'm using a computer to computer network via airport should impact this problem, but I suppose it could. The remote volume I'm backing up to is simply an Appletalk remote volume. Also, the users folder backup runs successfully via Retrospect (as I mentioned earlier). So it doesn't point to the network being the issue. But stranger things happen. ;-) I appreciate all the help here. I purchased the program, but then went on vacation a week later. So I lost my 30 day free help (because I registered upon install, etc). So much for following the rules. :-;. Seriously, though, I certainly do appreciate all the willingness to help. Link to comment Share on other sites More sharing options...
Guest Posted August 26, 2002 Report Share Posted August 26, 2002 Does the same thing happen if you set Retrospect up to auto-mount the volume (described in the Read Me as a requirement for OS X)? Backing Up To or From Mounted AppleShare Volumes: There are two ways to back up to or from AppleShare (AFP) volumes under OS X: * Log into the OS as root. * Configure Retrospect to mount the AFP volume on the desktop. For information on how to log in as root under OS X, please read Apple Computer's KnowledgeBase article #106290, Mac OS X: About the root User and How to Enable It. To have Retrospect automatically mount an AFP volume on your desktop: * Mount the AFP volume on your desktop using your login * In Retrospect go to Configure>Volumes and highlight the mounted volume * From the Volumes menu choose Configure (Command-J) * Provide Retrospect with the password to connect to the AFP volume * Unmount the AFP volume in Finder * Include the AFP volume in your backup script. When it needs to access the volume, Retrospect will mount the AFP volume on the desktop, access it, and then unmount it when done. Note: When Retrospect has mounted the volume, you will not be able to see the volume's contents from the Finder. If you back up a mounted AFP volume using either method listed above, privileges are not preserved and can not be restored. The only way to back up and restore privileges from a volume over a network is to back up the computer using Retrospect Client Software. Link to comment Share on other sites More sharing options...
CallMeDave Posted August 26, 2002 Report Share Posted August 26, 2002 In reply to: 1. Launch retrospect 2. Mount the remote volume from within Retrospect (went to Configure...volumes...browse) 3. Selected Immediate Backup 4. Created a new destination file set on the remote volume 5. Selected the folder Applications from Sources (had defined as a subvolume) 5. Clicked on "Backup" Retrospect scanned the source volume successfully, updated privileges successfully. When it started to backup, the application crashed. Does the same thing happen if you connect the TiBook to the wired LAN? Dave Link to comment Share on other sites More sharing options...
johnmont Posted August 31, 2002 Author Report Share Posted August 31, 2002 In reply to: Does the same thing happen if you set Retrospect up to auto-mount the volume (described in the Read Me as a requirement for OS X) Yes. This is how I have been working -- I found that in the troubleshooting FAQ. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.