Jump to content

Nigel Smith

Members
  • Content count

    85
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by Nigel Smith

  1. Nigel Smith

    Subnet Broadcasting

    My bad -- we're actually using Multi Server Premium v15.1.2.100 on Windows Server 2016 for this. Clients are Mac and Windows of various vintages. But, as I far as I know, that shouldn't matter. The underlying mechanism for RS's subnet broadcasts has been the same for years (though it is handled differently at the OS level by Macs and PCs) and it is that which I am trying to get more info on. Server interface doesn't need adjusting, just "Default" with the 45 and 183 subnets defined -- and it has to be that way since each client can get either a 45- or 183-based DHCP provided address when they connect to our network (using different interfaces for each subnet works for client discovery, but clients are then only backed up when they are on the same subnet they were discovered on ? ). If it sounds a horrible mess -- it is! But it is like that for historic reasons, which we had no control over. We used to be OK because our network ran under a 255.255.0.0 net mask and so RS broadcasts from a 45 covered that and the 183 (we have a third, unrelated, subnet but any client there is static IPed and so reachable directly), but a gateway "upgrade" last year resulted in both physical and logical topology changes which included tightening the mask -- a good thing in general, but not for this specific... Central Network's guys are suggesting Layer 2 broadcast forwarding (rather than Layer 3 as described in that Wikipedia article), but I'll be chasing my tail if RS client doesn't respond to Layer 2 ? (Oh, and thanks David -- nice to recognise a name from the past!) Nige
  2. Nigel Smith

    Excluding OS X path in Server 7.7

    Does your version of RS Server give access to the *Unix* Path condition? If so, try that with "begins with" and "/System/Library/Caches".
  3. Remember that each Snapshot is a "point in time". A file that was created once and never altered will "exist" in every snapshot from then on, but if you restore "every file" it will only be restored once in its original, never-changed form. Restore 10 snapshots and you get 10 identical copies of the 1 file in the backup :-) Your 4800:14,000 ratio isn't unreasonable, and it will depend on how often your clients create, edit and delete files. But, IMO, your "Find" approach is the correct one, assuming that's "Restore" and then "Search for files in selected media sets" -- it's the one I always used in previous versions of Retrospect. Try it for a sub-folder that you know contains changing files and you should find that edited versions are restored with incrementing numbers in the filename.
  4. All, Another variant on the "-1,124 ( invalid NTFS data)" error. Anyone seen this before? Setup: Xserve running OS X 10.7.5 and Retrospect Server 11.5.3 (103) backing up a variety of Mac and Windows clients to a Disk Media Set stored on an attached Xsan volume. Using both Scheduled and Proactive scripts, all to the same media set. Everything ran fine for the first week, but now the Mac clients are all throwing "!Trouble matching <client> to <catalog>, error -1,124 ( invalid NTFS data)". Windows clients are backing up as before. The Xserve and Xsan both pass volume consistancy checks, as do all the clients I've checked. Failing Mac clients can also be backed up to a new Disk Media Set on the same SAN without problem and without re-registering with Retrospect or even a restart. The only thing I can think of that changed over the weekend was that Retrospect bumped into what I assume is an 8TB volume limit for its Disk Media Set function -- despite more than 50TB of free space, there was a "New Media" request which was satisfied by simply pointing it to the SAN and letting it create a second directory. I can't believe that Mac clients can't cope with multi-disk Disk Media Sets -- that would be all over the Forum! And also something that, surely, the server and not the client mediates. So what *is* going on here? Even as I type: + Normal backup using Daytime at 07/04/2015 13:39:11 (Activity Thread 1) To Backup Set 2015... - 07/04/2015 13:39:11: Copying Users on <Mac-Computer1> Using Instant Scan !Trouble matching Users on <Mac-Computer1> to 2015, error -1,124 ( invalid NTFS data) + Normal backup using Daytime at 07/04/2015 13:51:29 (Activity Thread 2) To Backup Set 2015... - 07/04/2015 13:51:29: Copying Users on <Windows-Computer1> 07/04/2015 14:17:33: Snapshot stored, 33.9 MB 07/04/2015 14:17:38: Comparing Users on <Windows-Computer1> 07/04/2015 14:17:56: Execution completed successfully Completed: 495 files, 350.7 MB Performance: 637.6 MB/minute (429.4 copy, 1,315.1 compare) Duration: 00:26:27 (00:25:20 idle/loading/preparing) 07/04/2015 14:17:59: Script "Daytime" completed successfully + Normal backup using Daytime at 07/04/2015 14:19:09 (Activity Thread 2) To Backup Set 2015... - 07/04/2015 14:19:09: Copying Users on <Mac-Computer2> !Trouble matching Users on <Mac-Computer2> to 2015, error -1,124 ( invalid NTFS data) (Change in Activity Thread number is me triggering a schedule manually to instantly test another previously-failed machine with a fresh set).
  5. Nigel Smith

    (Very) Slow restore

    And tried. And -- wow! Same tests as above: Local restore -- 5.5GB/min AFP restore -- 2.6GB/min Client restore -- 3GB/min Nice one!
  6. Nigel Smith

    (Very) Slow restore

    Applied for. Further data points in the meantime -- again, all machines running 11.0.1.110, OS X 10.7.5, client version 6.3.029. Same 14GB restore every time, always to a new folder. Restore to a local disk -- 5.3GB/min Restore to client as a network AFP share -- 1.1GB/min Restore to client as a Retrospect client -- 20MB/min
  7. Nigel Smith

    (Very) Slow restore

    Adding a "me too". Retrospect version 11.0.1.110, client either 10.5.0 (145) or 6.3.029, all machines running OS X 10.7.5 Backup whizzed along at 748.8 MB/min but a test restore to new folder (so no match decisions) of a selected folder of 14 items/14GB is only hitting 20 MB/min Let me know what other test you want, Robin. This is a test setup, so anything up to and including reinitialising both server and client is yours for the asking. But hardware limits the server OS. I'm afraid.
  8. Nigel Smith

    Limits to be aware of?

    Thanks guys. And Robin -- good to know you're still around. Your help via the old RS mailing list was invaluable, so I'm already feeling better about upgrading.
  9. Still evaluating, but starting to plan ahead. Are there any coded limits to RS 10 that a new user should be aware of? I'm thinking back to the "old RS 6 days" and of hitting the suprise 32k file Internet backup set limit... So, aside from obvious licensing issues, anything else to watch out for? Is there a maximum catalog size, a cap on the number of client tags, rule length or nesting issues? Is a Disk Media Set truly limited only by the mount of storage available, and there's no max component-file count? Sources in a script?
  10. Starting off with an easy one for the assembled great'n'good before I start asking about things like subnet scanning for clients... So: A client gets backed up. That client can then request a restore. How does the client find the server?
×