Jump to content


  • Posts

  • Joined

  • Last visited

mcswgn's Achievements


Newbie (1/14)



  1. Disks on the machine running Retrospect are in the "Local Desktop Container". If you look at the list of Source Volumes, in the Volume Selection window (say in an immediate backup or when creating/editing a Backup Server script and you click on the Sources button), you should find the "Local Desktop" at the top of the list. Select the entire container or individual disks and files will be matched and backed up just like any of the clients. This should be the default when creating a script. (I mean, by default I believe you should find the Local Desktop container and the Backup Clients container both included in a script. Although, it's been a long time since I created a brand new script, so maybe you need to add them explicitly.)
  2. There are two odd things about the way the installer is behaving on your system. The first is that some files (as you have observed) are being installed unreadable by "other". The same is not true when I install the same client versions. However, in a traditional unix world this can be affected by user settings (namely the umask). Not being experienced with how the MacOS Finder (under which the client installer runs) interacts with the traditional unix side, I don't know whether something like this could actually be a factor, but it would explain why you might see something that most don't and why others at your institution may also see the same (since there is a good chance you have some sort of uniform way of setting up accounts). This is, of course, just grasping at straws. Certainly the installer should be designed so as to *not* be affected by individual user settings. The second strange thing is the group owner of the installed files. One of your listings shows (in part): Quote: -rwxrwx--- 1 root maser 919 3 Jun 2003 Info.plist "maser" is the admin account I reinstalled the app into. This shows that the principal group for the user "maser" is the group also called "maser". Maser may be a member of the admin group, but admin is not his principal group. When the client is installed it is installing under the principal group of the user installing it--which is normal. The end result, though, is that when any other user--besides root, even other admin users--tries to run the client they can't because "maser" is a group of one that doesn't include them. The above quoted listing shows that for the one file displayed only the user "root" or a member of the "maser" group will be able to read that file (and the client won't run if it can't read all the relevant files). Of course, this wouldn't have been an issue if there weren't "---" under the "other" permissions (which gets back to strangeness #1). However, if you are creating special admin users for the purposes of just administering machines, then you want to make sure they all have the same group as their principal (first) group to avoid these sorts of oddities.
  3. Quote: natew said: You could try chmod -R 775 on the client application. This won't work because it overwrites the SUID bit on the pitond program. A symbolic mode works, though. chmod -R o+rx /Applications/Retrospect\ Client is sufficient to allow anyone to run the client.
  4. What exactly is happening when it stops and what do you actually see? (E.g., error messages, etc) Giving a little more details will help.
  5. Dantz has said that the price for the 5.1 upgrade went up on Dec. 18 and that this is the same price that will be charged for the 6.0 upgrade. Those purchasing the 5.1 upgrade after 12/18 are entitled to the 6.0 upgrade for free. Those purchasing the 5.1 upgrade in the preceding month, 11/18-12/18, (when the price was lower) can get the upgrade to 6.0 for the difference in price. Since you purchased on 12/1, you would be entitled to upgrade to 6.0 for the difference between whatever you paid and the current price. Just call the Dantz customer service number after Monday to find out how to do it.
  6. I hope the ReadMe will prominently warn users to update clients first! Will the 5.1 application be able to "push" the 6.0 client to make that update? Will the 6.0 application be able to push the 6.0 client to older clients (in the event someone forgets) even though it can't back up the older clients?
  7. Also, make sure the installer is on the local disk, not a network disk. There was a problem with the installer being unable to properly authenticate itself when run from a network share. I don't know if later client installers fixed this, but my memory was that it looked a lot like what you are describing--client appears to install fine, but won't stay on.
  8. To quote the post by Robin Mayoff: Quote: * FileVault stores each user's home directory in an encrypted disk image file, similar to those created by Apple's Disk Copy. When a user is logged in, Retrospect will back up the contents of the user's FileVault-protected home directory (provided that either the Local Desktop container or the specific user's FileVault-protected home directory is selected in Retrospect's Source Selection window). If multiple users are logged in, Retrospect will back up all mounted FileVault home directories. and also: Quote: * In the Configure Devices window, Retrospect will show all mounted FileVault home directories as removable volumes, listing a "Content unrecognized" status. WARNING: Do not select a FileVault volume and click Erase! To do so will erase the entire contents of that user's home directory. This says that a FileVault home directory shows up as a separate volume. This volume is mounted only when the user is logged in and then this *separate* volume is backed up as long as the selector includes the mounted volume. However, the files will not show up under Users--they will show up under this other volume. Look at your desktop to see the name of your FileVault home directory and then look through the log or the snapshots for a volume of this name, not the name of your main disk. These files will be backed up in unencrypted form and you can restore individual files. However, the home directory is only available for backup when the user is logged in, so if you backup at night and you always log out completely before going home, your home directory will never get backed up. Use of the Fast User Switching should give the best of both worlds.
  9. You can restore everything on the OS X volume, but NOT when booted into OS 9!! You have one of two routes that you can take. Both require that the boot volume at the time of restore be OS X. The choices are basically to boot off a new install of OS X on the volume that has been damaged, or to boot from some other disk with OS X. If you reinstall OS X on the damaged disk after reformatting, in order to do a complete restore the version of OS X on the disk and in the backup set must be *identical*. So for example, your CD has 10.2.4. If the version in the backup set had been updated to 10.2.6, then you would need to bring the installed 10.2.4 up to exactly 10.2.6 before trying to restore the entire disk. This only applies if you are restoring the entire disk, not if you decide to restore only selected documents, etc. The other alternative, booting off another OS X disk, is not as restrictive. The versions of OS X don't need to match. If you have Retrospect 5.1, the installer CD is a bootable OS X volume and can be used for doing the restore (assuming the backup set wasn't written to CDs). In your case you also have your OS 9 disk. If there is room you could add OS X to that volume and then use that OS X volume to repair the other disk. If you boot from some other OS X disk make certain that "Ignore permissions on this disk" is *not* checked for the disk you are repairing. (The wording of the option is from memory, so this may not be exactly correct. It is found by selecting the disk, Get Info... > Ownership & Permissions.) This is very important or the newly restored OS X disk will be worthless. If you restore the entire disk you will want to think about when the damage occurred (if it can be pinned down). You would want to select a snapshot for restoring the entire disk (including system) that predates that. You could then go forward and do a second restore of, for example, your entire home directory from the most recent snapshot.
  10. FWIW, Apple pulled the 10.2.8 update yesterday (9/23/03). It is no longer available and no comment as to why. However, there are unofficial reports on www.macrumors.com of a wide variety of problems after updating for some people.
  11. You cannot do a complete restore of a disk to the currently active startup disk under OS X unless the versions of OS X before and after are exactly the same. So you could not restore a 10.2.6 system to a startup disk that is running 10.2.8. The reason is that restoring a different OS version will cause the active system files to be deleted and the system will then crash. If you have Retrospect 5.1, the installer CD is bootable so you can make that be your startup disk and then restore whatever you want to the internal disk. Likewise, if you have any other disk (e.g. a firewire disk) that you can boot from, then you can restore to the main disk.
  12. Just grasping at straws here, but how much RAM do you have installed? Have you looked at RAM usage (say with 'top' in the terminal) right after rebooting and then after a few days? It's not uncommon for unix systems to collect a large number of idle processes after they have been on for awhile, although normally this would be handled intelligently by the memory management system. I wonder whether over time you could be going more and more heavily into swap.
  13. What you are seeing is a complete listing of the disks contents. The bars on the left are a "zoomed out" version of the same file listing so you can keep track of where you are in the list. The checks are things that need to be backed up (which would be everything if you are doing a standard backup) and the diamonds indicate the files that already exists in the backup set and so don't need to be written again. Therefore, the only files that will actually be written to the backup set are those with checks that do *not* have a diamond. To change the check marks, select the item (or closed folder for the entire contents) and click Mark or Unmark in the top right corner, as appropriate. Once you are done making any changes (which would normally be nothing) just close this window and you will get to the backup dialog box that I think you are talking about. To get back to the selection window, click on the Preview button in the backup dialog box.
  14. You can't just write an image to a read only disk and get it to boot. Too many things in a default configuration expect to be able to write to the disk. (E.g., log files, swap space, etc.) It *is* possible to create bootable CDs, however. First of all, Retrospect 5.1 comes on a bootable CD, so that might take care of everything you need. If you want to create your own customized CD (I don't know if this would also work for a DVD), download BootCD. You can find it on versiontracker.com. It will create a bootable CD customized for your system (booting with an active network, which is very nice). You can add your own apps to the image before burning, but sometimes this can take a bit of trial and error. The utility gets around the need for a writable disk by creating a RAM disk on which anything that needs to be writable gets placed. This is why putting your own apps on can sometimes take trial and error. Apps frequently write to places you weren't expecting and so on the first few attempts not enough gets put on the RAM disk. Standard apps like Disk Utility work fine by just dragging them over, though. If you want to use a hard disk, like a firewire disk, then Retrospect can certainly duplicate the necessary system files to the external disk.
  • Create New...