Jump to content

Maser

Members
  • Posts

    2,054
  • Joined

  • Last visited

  • Days Won

    8

Everything posted by Maser

  1. "offline for more than a week" -- shouldn't happen if static DHCP is set correctly. (Well, I guess it *could* happen, but that would be really, really odd for a setup -- nobody goes on vacation in your company?) Have you tried readding the client, but starting with a temporary new config80.dat file -- just to see if you can add it when nothing else is in the config80 file?
  2. well, no... If you run a DHCP server, you can assign a static IP address range and link specific addresses to the MAC on the computer (as indicated above). We do this here and it works fine. But if you are somewhere where your network people don't really know how to do this correctly, your client machines might not be getting the static IP address you think they are once you've added them.
  3. You say "technically" -- can you confirm this? I've worked with too many places that don't know how to do static DHCP correctly that it wouldn't surprise me if this was the problem.
  4. When I was debugging similar crashes in the past, it wasn't related to bad catalog files/media sets -- it was just some other event that caused a crash. In all of my cases, it was nothing explicitly reproducible, but something that would eventually crash. That said -- they *did* fix my specific crashing bugs. But sending them catalog files/media sets would not have helped in my instances -- because it wasn't related to either.
  5. In general... If the engine is crashing "30 seconds" after you restart the engine, then some scripted action is causing the crash (and, as such, retries when you restart the engine, etc...) What I found worked to debug this is to do the following: 1) Stop the engine 2) Move your catalog files -- or at least perhaps the one that *may* match a time stamp close to when the engine is crashing -- out of their current location to the desktop (or some other folder) 3) Restart the engine. At this point, what *usually* happens is that the scripts will fire off -- but pause because they can't find the catalogs. This will give you the opportuntity to then launch the Console to see what script was running and use that as a starting point to see what the problem is (or at least pause/modify the scripts so they stops running.) Then you can stop the engine again, put your catalog files back, restart the engine and then be able to go back into the console to do some experimenting (like maybe running one script manually at a time, or doing one client backup at a time, etc...)
  6. It doesn't necessarily mean that the files weren't properly backed up, though.
  7. I can bear out adding a machine via hostname works as we moved all of our hostname-added machines from one subnet to the other a number of weeks back and I didn't have to reconfigure anything even though all the static DHCP addresses changed. What if you install the engine on the troublesome client machine temporarily? Does the volume show there?
  8. (whoops -- nevermind about the HD name...) FWIW -- I have a laptop here that I had just reformatted recently (started with 10.6.3 DVD and upgraded everything via software update.) The only other software on this is a VPN configuration (which is what I was originally testing...) I just installed the 6.3.029 client on this as usual and everything worked as usual with the engine running on my test mac and adding this client via hostname (hard disk named "Macintosh HD"). Maybe uninstall and reinstall the client? Is there something unique about the "Sharing" name of the client computer? (I once had an obscure problem with another piece of software that barfed because I had *no* name in the Sharing Sys. Pref. for a particular computer...)
  9. Yeah, I was explicitly trying to think of a way to avoid any kind of "All Volumes" option, although maybe you can use a Rule to Exclude out the boot volume (assuming the name of the boot volume is the same on all your computers like "Macintosh HD" -- this might be easier).
  10. I would probably argue that "/" in OSX file names will probably become less common than you think. Office 2011 (as a recent example) won't let you open files with a "/" in the name -- and this was not changed in yesterdays 14.0.1 patch, either. Whether or not this is a good or bad thing, is debatable.
  11. This is a stumper as any of the drives could be hooked to any of the computers. The retrospect client shows volumes connected to the boot-os-running systems. The only thing I could think of would be you'd have to have all 20 drives connected to each client as you add it -- then you'd script *that client* -- then do the same with the next client, etc... Maybe. It would be easier if you could assign specific drives to specific clients *so they get backed up*. After that, they can move as needed, but need to (eventually) return to a specific client for backup purposes -- for which you could probably set a proactive script for that client. That would, of course, mean the drives would not get backed up unless they are on the specific client you set it up with -- but that would depend on your workflow. It would be similar in concept in how I make sure my laptops get backed up -- I tell my users they are free to use the laptops on the wireless network, but if they want them backed up, they need to jack into the Ethernet (where I've added them as a client.)
  12. Before I offer my thoughts on this (as I think Lennart might be looking at this the wrong way...) I'm assuming each of the 20 external drives has a unique name (right?) The tricky thing is that *any* of the 20 drives could be connected to *any* of the 6 client computers at *any time* but *not* to the machine running the Retrospect Engine (right?) So, you want some way to backup the contents of the 20 external drives *to some other storage media* that could contain (potentially) at least 10TB (20*500G) of data? Is that correct?
  13. "CallMeDave" has the correct answer to your question. Though, you could also (maybe) partition your external disk -- if there's enough room on it -- so you have your bootable clone on one partition and use the other partition for a Retrospect Disk Media Set.
  14. That's up to you. If it's too complex/time-consuming to rebuild the catalogs (which is what you have to do to put the catalogs into Retrospect 8 format), then you should keep a system that can run Retrospect 6 indefinitely on it so you can restore from those tapes.
  15. Or do you mean you want to copy everything on your server computer to your iMac (meaning you have a bootable duplicate computer?) If so, you'll probably find Carbon Copy Cloner or SuperDuper to be an easier tool for doing this.
  16. Right -- sorry -- to clarify "Mac Path is" -- has problems.
  17. Thanks for posting the solution. Hopefully, they'll make a KB article about this!
  18. I got confirmation that there's a bug with "is" and they suggest using "starts with" or "contains" if possible until it's fixed.
  19. Also, what is your backup media type and where is it located/how is it connected to your engine computer? (Maybe this is in another of your threads, but I can't remember it...)
  20. Do you have other scripts running while this restore is being attempted? (If you do a "Restore selected files and folders" and just select the "point in time backup", you don't have to manually select the files to restore -- it restores everything from that snapshot.) Is there anything in the log after you run this restore attempt?
  21. What I might suggest you try is to add a new Network connection (just call it "New Connection" -- the default name) and have it point to your engine IP address. Then *delete* the "Default" connection. Quit and restart the console and see what happens when you try to "Add" a client using "New Connection". For me, that populated the multi-cast.
  22. From what I've quickly tested here, "Mac Path is" does seem problematic. what if you try "starts with" (if you can't use "contains")? That seemed to work here...
×
×
  • Create New...