Jump to content

Maser

Members
  • Posts

    2,054
  • Joined

  • Last visited

  • Days Won

    8

Everything posted by Maser

  1. Unfortunately, that's something that the engineers haven't addressed yet -- while Retrospect wouldn't be the first program to corrupt a settings file/.plist/what-have-you if/when the program unexpectedly quits... It *shouldn't*. That said, a good practice would probably be to manually stop the engine after you do significant configuration and make a finder copy of the file before you do additional configuration...
  2. Well, that's a solution, but unfortunately all this means is that the act of reinstalling the OS over the cloned system "does something" -- the question is what is it fixing that is unique (apparently) to the machines under your control?
  3. Weird. I've run the engine on a number of machines and never have seen this. Do you have any other software running on the engine machine besides Retrospect? Any anti-virus software? Anything else launching at login? How are your media sets connected to the engine machine?
  4. No, I think you have to reformat the drive, *then* deselect the box and *then* do your copy/restore on it. If you have the box checked prior to doing the copy/restore, then the permissions on the drive are not what they should be (and trying to change them after the fact won't work.) If all you are doing is making a clone/copy of a hard disk, I'd suggest using something easier like CarbonCopyCloner or SuperDuper instead.
  5. If you do a "get info" on the drive -- do you have the "ignore permissions" box deselected? You need to do that (reformatting the drive will reselect that box...) I forgot about that recently when I restored a snapshot of something to an external drive. Wasted 5 hours, too. (Admittedly, the log says this right away, but the program doesn't stop when it runs into that warning -- and it probably should...)
  6. FWIW, here's what my system.log file shows after I restart and by the time config80.dat has a new time stamp. Nothing seems odd to me... Dec 1 14:46:51 localhost com.apple.launchd[1]: *** launchd[1] has started up. *** Dec 1 14:46:59 localhost mDNSResponder[19]: mDNSResponder mDNSResponder-258.13 (Oct 8 2010 17:10:30) starting Dec 1 14:46:59 localhost blued[16]: Apple Bluetooth daemon started Dec 1 14:47:00 localhost configd[14]: bootp_session_transmit: bpf_write(en1) failed: Network is down (50) Dec 1 14:47:00 localhost configd[14]: DHCP en1: INIT transmit failed Dec 1 14:47:00 localhost configd[14]: network configuration changed. Dec 1 14:47:00 ottbackup configd[14]: setting hostname to ".local" Dec 1 14:47:05 ottbackup /System/Library/CoreServices/loginwindow.app/Contents/MacOS/loginwindow[38]: Login Window Application Started Dec 1 14:47:06 ottbackup bootlog[49]: BOOT_TIME: 1291232811 0 Dec 1 14:47:12 ottbackup com.apple.usbmuxd[31]: usbmuxd-207 built for iTunesTenOne on Oct 19 2010 at 13:50:35, running 64 bit Dec 1 14:47:14 ottbackup com.roxio.RetroEngine[53]: #2> Command line is /Library/Application Support/Retrospect/RetrospectEngine.bundle/Contents/MacOS/RetroEngine Dec 1 14:47:15 ottbackup loginwindow[38]: Login Window Started Security Agent Dec 1 14:47:15 ottbackup loginwindow[38]: Login Window - Returned from Security Agent Dec 1 14:47:15 ottbackup loginwindow[38]: USER_PROCESS: 38 console Dec 1 14:47:15 ottbackup com.apple.launchd.peruser.501[95] (com.apple.ReportCrash): Falling back to default Mach exception handler. Could not find: com.apple.ReportCrash.Self Dec 1 14:47:16 ottbackup configd[14]: network configuration changed. Dec 1 14:47:17 ottbackup configd[14]: setting hostname to "" Dec 1 14:47:17 ottbackup com.apple.launchd.peruser.501[95] (com.apple.Kerberos.renew.plist[123]): Exited with exit code: 1 Dec 1 14:47:34 ottbackup com.roxio.RetroEngine[53]: DAGServer:RegisterProtocal Protocal(GUID=200)! Dec 1 14:47:36 ottbackup Retrospect[130]: [ENGINE] 8.2.0.399 connected to 'ottbackup' (127.0.0.1:22024, 8.2.0.399) Dec 1 14:47:36 ottbackup Retrospect[130]: Warning - unable to find template matching predicate activityType CONTAINS[cd] "Proactive" Dec 1 14:47:58 ottbackup login[149]: USER_PROCESS: 149 ttys000 Dec 1 14:47:58 ottbackup com.roxio.RetroEngine[53]: #2> Captured signal SIGPIPE!
  7. My engine machine is also a Mac mini -- a 2.0G core2duo with 4G RAM running 10.6.5 (IIRC, I rebuilt this with a stock 10.6.0 CD at one point, so it's not something upgraded from 10.5.8) So I'd be surprised if *faster* hardware caused this problem (but you could determine that by maybe temporarily installing the engine and use the same config80.dat file on a slower computer and see if you can replicate this...) My OS on my mini is *stock* -- the only thing on it besides Retrospect are Apple OS updates. The computer automatically logs into an account and the only login item besides the console is the iTunesHelper. "Remote Login" (for ssh) and "Remote Management" (for ARD) are configured on this, but that's it. No screen saver, nothing else.
  8. Power outage? Engine crash? Have you run "Disk Utility" to verify the RAID disk? There could be a lot of reasons why the catalog got hosed, unfortunately.
  9. Could be catalog file corruption. If you rebuild the catalog file, does the log show any errors?
  10. Huh. - This is a known issue, after rebooting a Retrospect server, Retrospect will not communicate properly with the clients, usually getting error -530. This is weird. I have never seen this problem and I reboot my backup server often (at least once a week). I only use Proactive scripts, so I wonder if that makes a difference Or maybe this *is* a problem, but after 20 minutes of just being up, it's *eventually* finding the clients when the proactive server keeps checking for them? Maybe as a workaround, change your backup script to a Proactive script (which can also be set to run during a certain time period) and see if you get different results?
  11. Is the "ignore ownership on this volume" checked or unchecked for your external drives? Do you have *any* shared folders set up on the external drives? (The log corruption is weird, though...)
  12. While this is probably not necessarily the solution, I searched the forums for what I remembered about somebody else having an "AAd.rdb" error and this turned out to be something they needed to modify in their smb.conf file for their NAS device. You say you have a "USB drive" as the drive storing your media sets? What kind of drive and how is it formatted?
  13. What I do is just set up a media set on the engine computer that backs up the config80.dat and config80.bak files daily. If I need to restore those because of a massive crash (haven't had one of those in quite some time), it's relatively trivial to start with a clean file, locate this media set and restore from the last backup and put the files in service again. It doesn't take a lot of space -- my media set for this is about 500M and contains daily backups going to February... And if I make massive changes to the configuration, I usually just stop the engine and do a Finder copy of the file and rename it with a date for even easier retrieval.
  14. How long grooming takes (primarily) depends on the number of files and number of snapshots in the media set (as well as your groom settings). For the grooms I ran this weekend, it took 2:17 to groom two sets (in one script) -- one with about 22K files in it, the other with about 127K files in it. The other groom I ran this weekend took 10:35 -- this is a set with 1.25M files in it. The actual *matching* of determining what to groom takes the most amount of time. Once it determines what to groom, the physical act of removing the files from the .rdb files is pretty quick (I've watched this in the past...) That's why it's more primarily dependent on the number of files rather than the size (or even the number of backups) of your media set It's entirely possible -- based on your grooming settings -- that nothing would be groomed on the "automatic grooming runs because the disk is full-grooming" as you showed above.
  15. How soon after your computer is started up is the script supposed to launch? Are you starting the computer at (for example) midnight and have the script scheduled to run at midnight? What if you started the computer (and engine automatically) at 11:50 p.m. and had the script run at midnight? Any difference?
  16. Same here, too. I'm not sure how "officially-supported" the app is -- I think it was an off-hours project at one point. Hopefully, that author will update this eventually.
  17. How did you add your clients to the engine? Multi-cast or by direct IP address? Is there any chance your server machine isn't getting it's IP address (via DHCP, maybe?) immediately when it starts up? It does sound like a "timing" issue somewhere. I'm guessing the initial launch of the engine at system startup isn't registering the engine machine "on the network" (somehow for some reason) and that's why it's not seeing the client computers.
  18. Are you stopping the engine before you reboot the system? If not, I'd recommend you consider doing that as part of your standard practice.
  19. Are all the NAS devices *identical*? There was somebody with a thread that posted that checking the smb.conf settings on one of their NAS' that wasn't working properly and comparing it to a different SMB share from a different system (which *did* work) showed that something needed to be changed on the NAS to make it work right. (I don't have a NAS, so I never bookmarked that thread -- but I'd suggest starting there...)
  20. When the client on subnet B is showing -519 What does the client software say when you run it? "On"? "Ready"? Does it have a "name" associated with it? Also, what DVD OS version are you using to do the migration? (I honestly can't think of why you could take two identical computers that *work* in different subnets, run the same migration assistant steps on both of them, but have a piece of software work on one network, but not the other network -- unless there's some other piece of software doing something wrong...) Since you have a working system that you appear to be able to clone everywhere correctly, is there any reason you can't just clone your client machines using that and just reset up the user accounts on the "new" systems and copy/"chown" the user files into the user accounts accordingly? Or do you have to migrate "custom applications" that are unique to each machine?
  21. In general, if a Media Set is marked as "busy" (I'm assuming you are seeing it that way in the Media Sets listing?), that means it's in use by some activity. What activities are running when you look at this?
  22. How soon were you launching the console after system restart? I have the console in my startup items at engine restart and it always shows the 127.0.0.1 until the engine actually gets rolling (as the console launches faster than the engine starts up.) And then there's another 2 minutes before the console populates.
  23. So, the mini -- that is visible on subnet A, but errors on subnet B... If you boot this mini from the firewire drive -- on subnet B -- does it add properly?
  24. Are you actually *removing* the clients after you add them successfully in Subnet A before you attempt to add them in Subnet B? (That's not clear...). If I read this correctly... Using your *firewire image* -- you can boot *any computer in Subnet A* with it -- the computers will get a *different* static DHCP address each time (right?) and you can add the computer to the engine without problem (different IP address each time). But if you take the same firewire image and boot *any computer* in Subnet B with it -- getting a completely different DHCP address -- and you can *not* add the client? If so, then I'm guessing there's either a misconfiguration in DHCP settings in "Subnet B", *or* there's a firewall issue in Subnet B that doesn't exist in Subnet A. And this would have nothing to do with the client software (or the image -- again, I'm assuming you are using *full* DHCP -- not "DHCP with manual address" on the client.
  25. FWIW -- my Mac "image" has the Retrospect Client installer on it -- but it's not been configured (beyond adding the password at installation and setting the "private" button in the client preferences.) I have no problems installing this image on machines and then adding the client. I don't use the Public Key...
×
×
  • Create New...