Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


Everything posted by DavidHertzberg

  1. DavidHertzberg

    Win 10 client not found after wake-on-lan

    robr, You don't say what version of the Retrospect Windows "backup server" you are running, nor do you say whether this particular Windows "client" is being backed up with a Backup script or a Proactive script. In addition, you don't supply any information about what makes the other Windows "client" different from this Windows "client". This 2012 post says, for Retrospect Windows 7.7, "If the computer is already asleep, then retrospect will not run. There are 2 places to enable 'Wake on Lan' in retrospect, but I have found that it does not actually work (and yes, WOL works on my machine from other apps and is enabled in the bios)." Presumably that is why you are waking your "clients" with a Python script. Moreover, in spite of the fact that the Retrospect Mac Sources category has a checkbox under Client ->Options for enabling Wake-on-LAN, Retrospect Tech Support in 2016 verified my report that it wasn't working for Retrospect Mac 12 (equivalent to Retrospect Windows 10). However the cumulative Retrospect Windows Release Notes say, for 15.1.0, "Windows Client: Fixed Wake-On-Lan (WOL) for upgraded Windows client (#7358)". I suggest that you Remove that particular "client" machine's Retrospect Client from the "backup server", uninstall and re-install its Client program, and then re-Add the "client on the "backup server" (pages 277-293 in the Retrospect Windows 16 User's Guide)—after which you will have to re-Add it in each script that backs it up and drag its name into the appropriate sequential position (page 178 in the UG) . However it may be sufficient to do what this recent post in another thread says, which is that the Remove and re-Add etc. in the "backup server wasn't needed—only a clean Client delete and re-install.
  2. redleader, To avoid confusing simpleminded people like me with your naming scheme, I'm going to insist that you follow certain terminology rules in this thread: Your machine names shall be listed inside quotes (inverted commas), e.g. "JRP SERVER" and "FS SERVER". Your volume names shall also be listed inside quotes (inverted commas), e.g. "JRP DATA" and "JRP DATA BU" and "FS SERVER DATA" and "FS SERVER BU" and "FS SERVER TM". Where the same name is used for both a machine name and a volume name, e.g. "FS SERVER and "JRP SERVER", every use of that name shall be prefixed or suffixed with the word "machine" or "volume"—so we know whether you are talking about the machine "FS SERVER" or the volume "FS SERVER". Lastly every Retrospect Inc. program shall be referred to with a name beginning with an upper-case letter, e.g. Server and Client, and followed by the word "program". Now that we've established those rules, I'll ask you two sets of questions: (1) Why are you running both the Server program and the Client program on the machine "FS SERVER"? (2) When you wrote ""I 'got around' the issue but ["but" presumably intended to be "by"] turning off all the retrospect active tasks with activity manager and starting the client First", did you mean Retrospect active tasks on the machine "JRP SERVER" or the machine "FS SERVER", and—if it was the machine "FS SERVER"—did you mean you started the Server program on that machine or the Client program on that machine (I presume that when you say "turning off all the retrospect active tasks" you are referring to tasks in the Server program)? Let me now point out that, if you were backing up the volume "FS SERVER" on the machine "FS SERVER" using the Server program running on the machine "JRP SERVER", of course you had to first start the Client program running on the machine "FS SERVER"!🤣 Do you ever turn that Client program off on the machine "FS SERVER", and if so why? See the P.S. of this post for possible circumstances—local backups using machine "FS SERVER"—you might do that. P.S.: I now realize that this up-thread post probably means that you are running the Server program on the machine "FS SERVER" to locally backup its connected—possibly external—drives to one or more Media Sets connected to machine "FS SERVER"', and also running the Server program on the machine "JRP SERVER" to do Remote Backup—over the public Internet—instead of over machine "JRP SERVER"'s LAN—of one or more drives on the machine "FS SERVER" to one or more Media Sets connected to machine "JRP SERVER"'. Is this correct, and—if so—do you need to turn the Client program running on the machine "FS SERVER" off when you are not doing the Remote Backup? As for macOS Catalina's "poor current state", I hear 10.15.2 fixed a number of bugs.
  3. redleader and everyone, To redleader's Windows Products—Retrospect -> Server, SBS and Multi Server Forum essentially-OP-only version of this thread, the head of Retrospect Tech Support posted a reply that reads in its entirety "If Retrospect is having trouble seeing Macintosh Client volumes, make sure you are running the 16.6 version and not 16.5.1." Since there is as yet no release of a 16.6 Client, I assume that refers to the Retrospect for Mac 16.6.104 "backup server" download. I saw this around 9 hours ago New York City time, but did not have time to phone Retrospect Tech Support until 5 minutes before their closing time this evening. I'll phone again late tomorrow morning NYC time. I'm still on 16.1, because I feared bugs in the 16.5 versions, but have no external drives. Recently it has been extremely rare for anyone from Tech Support to post to these forums, so I'd take this as admission of a bug in the Mac 16.5 Engine. P.S.: I phoned T.S. Tuesday 10 December (after phoning Sales because I mistakenly remembered extension 2 instead of 3), but I couldn't get them to pick up the phone. I sent an e-mail to support@retrospect.com asking if there's a 16.5 bug; they set up a Support Case. P.P.S.: Tech Support replied Wednesday morning: "The fix for the client volumes not showing up with names longer than 27 characters was applied to the Retrospect engine v16.6.0.114, so suggestion from Robin followed to see if it fixes customers issue in this situation. Retrospect client did remain unchanged with version" From the screenshots I don't think the suggestion applies to redleader's problem—but the rest of you be warned if you have long volume names. Rather IMHO the head of R. T. S. was harried as usual, felt impelled to respond with a suggestion, but was as confused by the OP's marked-up screenshots as I was—which is what led me to establish the terminology rules in the first paragraph of this post below.
  4. DavidHertzberg

    Upgraded to 16.6, now getting error 3050, VSS

    x509, Disclaimer: I'm a Retrospect Mac administrator, and my only Retrospect experience with Windows was backing up a job-mandated Windows 95 "client" from 2001-2004. Please tell me where to mail you a bag of guinea-pig treats—whatever those are—for upgrading to 16.6. 😃 Look at the thread containing this post, and another one containing this post. The first thread pointed to OneDrive as the problem, and the second thread pointed to the Hyper V shadow copy service as the problem. Did you do any Windows upgrading at the time you upgraded Retrospect Windows? If not—and even if you did, I suggest you file a Support Case; the Retrospect "Inc." engineers may have messed up or missed a Windows change in the new version. BTW eppinizer, who made posts in the first thread, is IRL the actual Retrospect Tech Support person Jeff. M.. Ah, those were the days.😢
  5. DavidHertzberg

    Several Issues with mac Clients

    Pesetus, You need to read this Knowledge Base article, and also this one. Note that the first KB article, in its last multi-sentence paragraph, erroneously links to the Mojave version of the second KB article rather than the Catalina version—which it should have (except that somebody on Retrospect "Inc."'s. august Documentation Committee didn't coordinate what he wrote in the first article with somebody else who was rewriting the second article for Catalina). Also, on general principles, I suggest you upgrade your Retrospect Windows "backup server" to version—which was just released 4 days ago.
  6. DavidHertzberg

    Drop the Dashboard

    kidziti and everyone else, I had another telephone chat with the head of North America Sales for Retrospect "Inc." this morning (his time), in which I asked about the Retrospect Console Preview which was released yesterday as part of Retrospect 16.6.0. He had just come back from an all-hands meeting on the subject, and he agreed with me that this new Knowledge Base article is uninformative—verging on misleading regarding the article's Web (versus top-of-the-article) title. "Desktop" in the title doesn't mean that this Console only runs on the Desktop Edition; it is apparently meant to contrast it with the Web-based Management Console. What it does mean is that it runs only on the particular "backup server" machine it is monitoring, with the currently very-limited-beyond-monitoring capability of creating Proactive scripts on that particular "backup server". The Retrospect Console Preview does not use Heroku or any other Web server, and requires no Add-On. IMHO the engineers have contrived a way to attach a new GUI parasite to the Engine using the existing internal mechanisms for the Retrospect Windows integrated Dashboard plus—for Proactive script creation—some additional existing or new-in-16.6 GUI internal mechanisms, except now without some of the interfering properties of the existing integrated Dashboard you Retrospect Windows administrators have long complained about. For those Retrospect Windows administrators who have physical access to their "backup server" machine, the Retrospect Console Preview may enable them to avoid using the existing integrated Dashboard—and even to leave their Retrospect Engine running constantly without using Auto Launching. The Sales guy says that the reason the engineers released the Retrospect Console Preview at this time is to get people to beta-test the first version of a future Retrospect Windows GUI. My cynical guess is that another reason for them releasing now it was to check off one or more boxes on their managers' lists. P.S.: Upon taking a second—careful—look at the KB article linked to in the first paragraph, I realized that this version of the Retrospect Console Preview will not easily enable Retrospect Windows administrators who have physical access to their "backup server" machine to avoid using the existing integrated Dashboard. I phoned the head of North America Sales for Retrospect "Inc." again this afternoon, and it turns out he still hasn't tried using it. The way I would describe this version is a "funhouse hall of mirrors", similar to the one in the first few minutes of the movie "Us". Once you start using it, it appears you can't get to its Dashboard substitute without first setting up a new Proactive script that starts to run immediately. I think J. G. Heithcock, and possibly also his boss at StorCentric, ought to be embarrassed for thus trying to force Retrospect administrators to run a beta test of the script interface.😦 IMHO a less-sneaky way of getting beta testers for essentially a superset of the same interface (even if the Heroku Web-based code is JavaScript, not C++) would be to put the Management Console Add-On into the Configurator, especially if it were priced at no more than US$49 even for fancier-than-Desktop Editions. P.P.S.: Upon thinking still further, I realized that this version of the Retrospect Console Preview has only one primary purpose—as a Sales demo for administrators either considering buying Retrospect Windows or considering switching to a competing Windows backup application because they are sick and tired of its current GUI. For the rest of us, IMHO the key sentence in the KB article is "We plan to steadily build Retrospect Console into a replacement for the current user interface for Windows and Mac." But I'm happy with the Retrospect Mac GUI, even though its Console can at most be used over a LAN.
  7. x509, The screenshot in your OP is simply a copy of the only one on page 303 of the Retrospect Windows 16 User's Guide, and says it is of the Mac Client. The Windows Client screenshot you probably should have included is on page 304 of the UG; it has a Protected by Retrospect checkbox line instead of an On / Off button line. Mac windows have three round buttons at the topmost left, whereas Windows windows have three square buttons at the topmost right.😀 Do what Nigel Smith suggests above, except that I'd suggest Forgetting the "client" machine from your "backup server" beforehand (page 290 of the UG) and re-Adding afterwards (pages 281-299 of the UG). Unfortunately you'll then have to re-enter and re-arrange the "client"'s list order (pages 177-178 of the UG) in all Scripts that use it. I used this procedure the other day, as recounted in the P.S. of this post in a Retrospect Mac 9+ thread. Also consider updating your "backup server" to Retrospect Windows; it was released yesterday, but the Retrospect Windows and Mac Clients are still for 16.5.1. As far as the updating of the UGs is concerned, that hasn't happened—except for the "What's New" chapter that is over-written with every major release without previously being copied into later UG chapters—since Retrospect Windows 9 was released in 2014. A couple of years ago Tech Support, replying to my Support Request, told me that the august Documentation Committee intended to get around to updating the UG. In order to get StorCentric management to approve the one person-week that I estimate would be required to do that, I suggest sending a snail-mail to the Chief Technology Officer: Drobo Attn.: Mr. Rod Harrison, CTO 1289 Anvilwood Ave. Sunnyvale, CA 94089 USA Please include in the envelope a round piece of paper with "TUIT" written on it, as a suggestion that Retrospect "Inc." should "get around to it".🤣
  8. cgtyoder, Nigel Smith, who has experience administrating an extensive LAN—which I don't have, is assuming the Client on your Macintosh machine has "gone bad" in a one-shot occurrence. OTOH I, based on my prior experience, am assuming there is something making it systematically and repetitively generate -505 errors. Try what Nigel Smith suggests; then, if that doesn't permanently solve the problem, investigate along the lines of what I have suggested. Please let us know in a post here what you found. P.S.: This morning I'm a lot more receptive to the idea of Retrospect Mac Clients "going bad" in a one-shot occurrence than I was 24 hours ago. The OP in this thread describes my experiences starting last summer getting -559 (network connection timeout) errors up to 2 hours into the 3-hour Saturday-morning Recycle backup of my MacBook Pro. The last post in that thread describes my October 28th conclusion that, based on my having acted on Nigel Smith's suggestion that I change the System Preferences -> Energy Saver settings, the problem had been caused by a change in macOS 10.13. But yesterday morning I got a network connection timeout for my MBP (without any -559 error) about an hour into my Saturday morning backup. I switched back to my slower 4-year-old Actiontec MoCA 1.1 adapters (see the second paragraph in the linked-to OP), and tried running No Media Action (Retrospect Mac name for Normal) backup scripts—all of which failed with -530 errors even though my MBP was running because the Client kept switching itself off despite reboots. What I finally did was to Remove the MBP from my "backup server"'s Sources, re-run the Uninstall and Installer apps for Retrospect Client 16.1 on my MBP, and re-Add the MBP to the "backup server"'s Sources and Scripts. I have been re-running the Recycle backup since 1:44 a.m.; it finished backing up and comparing the MBP at 5:57 a.m., and has nearly finished backing up the second of two local disks on my "backup server". Conclusion: something made the Client on my MBP "go bad"—and "stay bad"—in a one-shot occurrence. I'm still on 16.1, because it appears 16.5 is a "bad release".
  9. cgtyoder. First, possibly you should have posted this in the Retrospect 9+ Mac Forum, since it has to do with a problem with a Macintosh "client" machine—even though your "backup server" is a Windows machine. Based on my past experience, you're likely to find that the -505 error is caused by something else running on the "client" machine that is interfering with the Retrospect Client software. I predict that when you dig into "not sure what has changed in the meantime", you'll have to talk to whoever maintains your Mac "client"'s software. Here is my initial post, from 2017, in a thread on jweisbin's -505 error. The short version is that, in 2016, I had discovered my own problem was because Adobe Flash Player Install Manager.app was repeatedly trying to update my MBP even though the latest version of Adobe Flash Player was already installed. However in the remaining posts in the 2017 thread, I speculated that the ChronoSync "backup server" equivalent was— scheduling ChronoAgent's synchronization of an individual Mac for which the OP in that thread was responsible—interfering with its Retrospect Client. We never got a jweisbin reply.
  10. redleader, Have you read the "Catalina" sub-section under the "Technical details" section in this Knowledge Base article? Although it's termed a "folder"—which I think is sloppy editing by the engineer who copied the article for Mojave and updated it for Catalina, it sounds as if your external drives must be given "Full Disk Access" in System Preferences->Security & Privacy->Privacy. And the last sentence under "Version 16.5 Required" in this KB article requires Full Disk Access for "... removable volumes and network volumes."
  11. redleader, This Forum is a sub-Forum of Windows Products—Retrospect. Why are you posting here about a problem with what is obviously Retrospect Mac?
  12. billbobdole, In case the Retrospect trick you're trying to use doesn't work anymore even with solutions in the P.P.P.S. or P.P.P.P.S. of my preceding post, here is how to replace it with facilities from 21st-Century ( 😀 ) Retrospect—as introduced with Retrospect Windows 7.5 in 2006 and added to Retrospect Mac 8 in 2009: This post by you in a January 2010 thread starts out "Every friday at 9pm, I have retro do a full backup of about 30 dept computers, which will finish sunday afternoon. This full backup appends to an already existing backup set as a new member [meaning a new File Media Set per my post above]. The data file from the full backup is about 700 GB". You can replace this with a Recycle weekly Backup of the departmental computers onto a single "first-stage destination" Disk Media Set, which you will re-use each week. Then during the week you can use a Copy Backup script—per pages 137-139 of the Retrospect Mac 16 User's Guide—to "copy this to a remote filestore which from there backs up to tape". Because you are re-using the "first-stage" Media Set, that script can have the same source each week—so you won't have to do anything to it "manually". Moreover, because Copy Backup by default copies only "active" backups to the "second-stage destination", you don't have to Recycle the "first-stage destination" Media Set each week—so long as you don't set up a Grooming Option for it. You can then use a Copy Media Set script—per pages 135-137 of the UG—to copy from that "second-stage destination" Disk Media Set to a "third-stage destination" Tape Media Set. If you checkmark the Match Source Media Set to Destination Media Set and Don't Add Duplicate Files to the Media Set options, you won't have to worry about duplication onto the "third-stage destination".
  13. DavidHertzberg

    Grooming Policy Too Simplistic

    x509, Due to your file hygiene—which might serve as a shining example to the rest of us, IMHO you don't need a new feature. 😀 All you need is a separate Backup Set for the PROGRAMS drive. You would define the "Grooming Options" for that Backup Set, per pages 380-381 of the Retrospect Windows 16 User's Guide, as Keep Only the Last 2 Backups. Then, after every one of those Backups, you'd schedule a Groom script per pages 221-223 of the UG. If you're worried about disasters or ransomware, you could schedule a Transfer Backup Sets script per pages 209-213 of the UG—whose destination Backup Set would go off-site ASAP, before or after that Groom script. Alternatively you could make every Backup of the PROGRAMS drive a Recycle, but that wouldn't be as good protection against disasters or ransomware—even with a Transfer Backups script—unless you scheduled a Recycle of the PROGRAMS drive periodically. After using your Disaster Recovery Disk, you'd restore from your PROGRAMS backup first before restoring from your DATA backup.
  14. DavidHertzberg

    Windows clients no longer accessible

    twickland, First, nice problem solving. 😄 Please file a Support Case; maybe the engineers can fix this in the point-release of Retrospect Mac 16 which I was told would come this week. Now I know why it was wise for me to stay on Retrospect Mac 16.1. instead of upgrading to 16.5.1. 😌 In related news, I now have a possible explanation for my -530 error—instead of -519—recounted in the P.S. of this post above. The short version is that my "backup server" seems to have acted as if my MacBook Pro "client" was defined with Multicast, even though it was and is defined with Add Source Directly. The longer version is that on 19 November I received a fairly-recent model of CalDigit Thunderbolt 3 dock, with which I replaced the not-too-satisfactory two-year-old StarTech USB32DPPRO adapter connecting my MBP via an ATEN KVM switch to my inherited DisplayPort Apple LED Cinema Display. Since the CalDigit dock has a variety of outputs, I also used it to replace my Moshi USB3 to Ethernet adapter. On 22 November, in the course of re-arranging my surge protector plugs to work around a limitation in the CalDigit dock, I tripped and fell (my balance is no longer good after two spinal operations) while working behind one of my study desks. The fall caused my rear end to come down hard on the HP JetDirect EX Plus adapter that connects my 24-year-old HP LaserJet 5MP's parallel port to my Ethernet LAN. The replacement JetDirect EX Plus arrived this afternoon, and I created a replacement static IP entry for it (because the MAC address of the new EX Plus is different) in my Verizon FiOS "gateway" router. In the process I noticed that my MBP was now showing up in the router at the non-static address instead of at the static I figured out via System Preferences -> Network that this was because my MBP's Ethernet connection is now via Thunderbolt Ethernet Slot 1 instead of USB 3 (same port, different channel). I gave the MBP the static address in the router, and before going to dinner ran a "sacrificial" (Rule = No Files) Backup script to make sure everything would be OK for my weekly Recycle script tomorrow. It got a -530 error, so I Removed and re-Added the MBP "client" in Sources again using Add Source Direct—after specifying in System Preferences -> Network on my MBP that its Thunderbolt Slot 1 is to Configure IPv4 Using DHCP with manual address; the "sacrificial" script then ran OK. The interesting thing is that I had had absolutely no errors—except in the stupid situation linked to in the second paragraph of this post—running Backup scripts for the last week and a half. IMHO the only reasonable explanation is that the Retrospect Engine on the "backup server" had automatically re-tried finding the MBP via Multicast because the MBP wasn't at its Add Source Direct address—and succeeded. That would explain why I got a -530 error, rather than a -519, on the one morning when I stupidly let the "backup server" run a Backup script when the MBP "client" really wasn't on the LAN yet. So what you said typically happens still seems correct.
  15. billbobdole, IMHO you are not being candid with us about what you are trying to do. According to this PCMatic page, .rbf—shown in your first screenshot—is an extension that was used for File Backup Sets—which per page 34 of the Retrospect Mac 16 User's Guide "combine the Catalog File and backed-up files into a single file stored on a volume." This old Knowledge Base article says, under "File Backup Sets", "Because a file’s resource fork is limited to 16 MB, the file will eventually grow too large for the file system. When this happens, Retrospect 5.0 or later will separate the catalog file from the data file to allow the file backup set to expand. The split catalog file will be named 'Backup Set Name.cat.'" Moreover, because your .rbf file is referred to as "Backup Set" in your seventh screenshot, it appears you are trying to backup onto a File Media Set using Retrospect Mac 16—which may no longer work. It sounds as if you will have to convert your old data to Disk Media Sets, which may or may not be possible. If you recently upgraded to Retrospect Mac 16, you are entitled to 45 days free personalized help from Retrospect Tech Support—which isn't anyone on these Forums (we're volunteers). You should phone (888) 376 -1078 extension 3. However, you'll undoubtedly have to file a _candid_ Support Case, with your screen shots as attachments. P.S.: This 2010 thread, in which you are the OP, confirms that my first-paragraph deduction is absolutely correct—you're still using File Media Sets. You've been using a Retrospect trick described by twickland in this post in that same thread: New Media backups have enabled you to automatically create multiple File Media Sets whose name differs only in an appended square-bracket-surrounded "subnumber"—meaning those File Media Sets which you referred to in the next post in that thread as "new members"—on the same HDD. My search of these Forums has disclosed no other mention of this trick—especially a more-recent one. The head of Retrospect T.S. has been around since 1994, so he may know whether the trick still works in Retrospect Mac 16. Alternatively you could Private Message twickland, and see if he knows. When I started using Retrospect again in 2015—after stopping backing up to tape 5 years before, a Tech Support person (named Alan; he left 2 or more years ago) advised me not to use File Media Sets; so I have no knowledge of them. P.P.S.: A reason what you're trying to do may not work is mentioned in this Knowledge Base article under "Details". What you're trying to do may involve 32-bit data structures, and Retrospect Mac 16 eliminated their use—which may mean for File Media Sets as well as old OS X versions. Ask Tech Support. P.P.P.S.: By doing a Google Search (of history for my next post in this thread) using the ancient Retrospect term "storage set", I found a 2011 post that may solve your problem using your old trick! 😀 The OP for that thread (by an administrator who used the "handle" AshMan3 before the Forums messed it up) begins " I'm attempting to perform an incremental backup to the Storage Set and it fails with the error message 'Can't access Media Set iMac 2010-04-03, error -1101 (file/directory not found)'." The solution post I've linked to quotes an administrator who went (no posts since 2013) by the "handle" CallMeDave. P.P.P.P.S.: Have you read the "Catalina" sub-section under the "Technical details" section in this Knowledge Base article? Although it's termed a "folder", it sounds as if your SMB share must be given "Full Disk Access" in System Preferences->Security & Privacy->Privacy—as Nigel Smith alludes to two posts below this one. And the last sentence under "Version 16.5 Required" in this KB article requires FDA for "... removable volumes and network volumes."
  16. DavidHertzberg

    Windows clients no longer accessible

    Nigel Smith and twickland, According to the Retrospect Windows 16 User's Guide pages 491-492 (the same information was in the Retrospect Mac 6 UG, but was deleted in the glorious Retrospect Mac 8 upgrade), -515 and -530 errors have to do with connecting via the Piton Protocol (pages 293-294)—while -519 errors have to do IME with loss of an IP address connection during backup (e.g. when I forget my Add-Source-Directly MacBook Pro is being backed up and shut it down). The Piton Protocol is Retrospect's 18-year-old method of allowing administrators to add "clients" via Multicast, which means backup administrators—who are often non-IT key office functionaries with knowledge of what data has to be backed from what machines— don't have to know anything about IP addressing. It definitely requires use of the multicast address as well as TCP and UDP on port 497; "clients" added with Add Source Directly may not even need port 497—but from what twickland says in his last paragraph directly above I might be wrong about this. It still sounds to me as if your installations' PIGs or Microsoft Windows Defender have now installed an anti-intrusion "improvement" that disables either multicast and/or port 497 by default. I consider this to be a menace to Retrospect's continued viability, and I urge both of you to file Support Cases as soon as you can pin this down for your installations—and please post in this thread what you pinned down. Be sure to make the point that all the StorCentric-prioritized development (for which I have both official and informal sources) of a version of the "backup server" running on Drobo isn't going to sell many Drobos, if administrators can't back up their Windows "client" machines. Maybe all that is needed is a prominent mention in the supposedly-forthcoming UG rewrites, plus a Knowledge Base article. P.S.: What twickland said typically happens didn't apply to me this early this morning. Waking up after the scheduled time for my No Media Action script that backs up my MacBook Pro every day except Saturday , I stupidly booted the "backup server" in my bedroom before booting the MBP "client" in my study. According to twickland's experience I should have gotten a -519 error, since my MBP was Added with Add Source Directly. Instead I got a -530 error.
  17. DavidHertzberg

    Remote client issue with Catalina

    bookcent/Steve, First of all, "backup client not found" is error -530, not -503. I presume you have taken steps 1-5 in this ancient Knowledge Base article. Second, I solved a 2-year-long problem with -530 errors by Removing my MacBook Pro client from Sources and re-adding it using Add Source Directly—after having assigned the MBP a fixed IP on my router using its MAC address (stands for Media Access Control and has nothing to do with Macintosh, obtained from System Preferences -> Network -> Advanced for active Ethernet connection -> Hardware tab), per pages 66 and 79-80 in the Retrospect Mac 16 User's Guide. You speak of "remote Macs"; are these "clients" possibly on a different subnet from your "backup server"? If so, Subnet Broadcast, per page 79 in the UG, may work for you instead of Add Source Directly; it worked for me when I briefly tried it in late 2018 per henry-in-florida's suggestion. Third, once you have eliminated the -530 error, upgrading your remote Mac to Catalina means you'll have to comply with this KB article to fully access it with Retrospect. This KB article is also applicable, but you have complied with its current contents by upgrading your "backup server" to Retrospect Mac 16.5.1.(104); Retrospect "inc." promised new contents several weeks ago, but so far there's been no update of the article. P.S.: As Nigel Smith has pointed out below, while I was writing this you started another thread. In that one you mentioned a "multicast port unavailable" message; have you simultaneously made changes to either your "remote Mac" hardware or how you operate it (i.e. use of wireless)?
  18. DavidHertzberg

    Windows clients no longer accessible

    Nigel Smith, Is it possible that your "client" machines are defined to your Retrospect Windows "backup server" by the Direct Access Method (see pages 296-297 of the Retrospect Windows 16 User's Guide), but defined to your Retrospect Mac "backup server" with Use Multicast? If so, IMHO that would mean that the latest version of Microsoft Windows Defender has added something that blocks multicast on, and that your "rather old Mac RS software" still defines "clients" by a method that used to work. Alternatively your "clients" are also defined to Retrospect Windows by the default Multicast, but the latest version has some code for working around Windows Defender that isn't in your "rather old" version of Retrospect Mac. FYI, the -515 error is defined on page 491 of the Retrospect Windows 16 UG. BTW, could you tell us why you are backing up the same "clients" with two "backup servers—and what version of Retrospect Mac you are using? twickland, I ask again: When you say "They are all connected via direct IP", do you mean "clients" are all defined with Direct Access Method?
  19. DavidHertzberg

    Grooming Policy Too Simplistic

    x509, Actually you may be smoking more-powerful stuff than you think you are.😄 How about having a one-bit flag in the Catalog for a Backup Set that marks a file as "transient" if it has been backed up N times in the last N days/weeks—which it would have been because its file size or contents kept changing while its name and directory stayed the same? It would be safe (but see the next-to-last paragraph for when it wouldn't be) to keep only the latest backup of such "transient" files—regardless of legal requirements—so long as they aren't in certain directories known to possibly contain business-critical files. It would probably be safest to have the Windows/Mac variant of Retrospect automatically avoid doing "transient" flagging in such directories. There would no doubt have to be an additional checkbox for each Backup Set's Grooming Options , with a subsidiary checkbox specifying whether "transient" flagging is to be done on a daily or weekly basis. There could then be a Built-In Selector (see page 437 of the Retrospect Windows 16 User's Guide; the Retrospect Mac term is Rule), usable only in a Groom script (a Retrospect 15 feature)—as opposed to a Backup or Proactive script, that would be used to Exclude all files marked as "transient" unless they have the date of the latest backup per the Backup Set Catalog. Such a Groom script could be run after the last of the daily/weekly backups to a Backup Set. On second thought, for Backup Sets whose Grooming Options have the additional box for "transient" flagging and which has been Groomed for "transients", a Restore would have to use the Catalog File—rather than a Snapshot—for any files flagged as "transient" regardless of whether a previous Snapshot was chosen, in order to restore an entire source volume. This would not be good for situations in which the source volume has been backed up and "transient"-Groomed since undetected ransomware encrypted it, or in which the latest versions of some applications files turn out to have been erroneously updated by the user—a situation which has happened to me. That makes this enhancement sound considerably less attractive. Here is why and how to submit a Support Case for an enhancement.
  20. DavidHertzberg

    Windows clients no longer accessible

    twickland, Here's the Knowledge Base article on the -519 error. "Error 519 means Retrospect had established a network connection with another computer and was communicating through that connection when something caused the connection to be severed." "This error is one of Retrospect’s most challenging errors to troubleshoot because networks involve a large number of variables. Causes of error 519 range from a simple software conflict on an individual workstation to a faulty network component that does not cause trouble during normal (non-backup, less intensive) use. Weak links can exist in the software or hardware level, on the backup computer or the client computer, or in the infrastructure of your network. This document aims to help you narrow down what might at first seem like an unwieldy problem to solve." When you say "They are all connected via direct IP", do you mean "clients" are all defined with Direct Access Method—known in Retrospect Mac as Add Source Directly? I've had to do that to avoid -530 errors that seem to be somewhat related to changes in networking hardware. Yes, Retrospect still uses TCP and UDP port 497; it multicasts Here's MrPete's post on comprehensive Windows trouble-shooting procedures. Here are some very cynical WildA**edGuesses: Your Professional IT Guys (sexist term, and naughty acronym when 't' is lower-cased, entirely intentional) installed an anti-virus product that interferes with Retrospect Windows Clients, one not yet fixed in this 2013 post. I'd add Windows Defender Firewall to the list of anti-virus products, except that "a newly-added Windows 10 client was able to be backed up once before going incognito"—which sounds like somebody did something to that machine's software after it arrived in the organization with a presumably-latest version of Windows 10 ( ask PIGs: What was arrival version?) . Your Professional IT Guys did something to the networking hardware/software with which your organization's Windows "client" machines are connected. Your organization's Mac "client" machines are unaffected because Mac users are isolated in one or more "leper colony" departments .🤣 The Retrospect "Inc." engineers messed up something in the Retrospect Windows 16.5.1 Engine. They've been doing that in the last two X.5.Y releases, IMHO because management is trying desperately to fully implement major features that were previewed in the corresponding X.0.0 releases. A known example (which unfortunately probably has nothing to do with your problem) from a recent thread in this Forum is connected with "Improved NAS support with auto-adding existing NAS share mounts" in 16.5.0. I happened to mention it in a short phone conversation with the head of North American Sales last week, and he said that is a known problem that will be fixed with a new release "within about a week". My candidate for the Engine "improvement" that caused your problem is "Networking: Retrospect now honors service priority when choosing a default interface (#7058)"—whatever "service priority " means—in the cumulative Retrospect Windows Release Notes (assuming carryover to Mac Engine). P.S.: The head of Retrospect Tech Support replied in my Support Case 3 weeks ago "You can try going to Network in the Retrospect Preferences and click Advanced. Change the network timeout from 300 seconds to 9,000 seconds and see if Retrospect is able to complete the backup". That Support Case was about my getting -559 errors after precisely two hours when running a Recycle backup of my MacBook Pro. He had also suggested "Inside your energy saver control panel, you may need to set the screen to never sleep (and use a screen saver) and check 'prevent computer from sleeping automatically when display is off'. Or try a combination of those options. In some cases Uncheck Put hard disk to sleep when possible can also help." Those latter suggestions are obviously for a Mac "client", but possibly Windows 10 has—as Nigel Smith said of macOS in my thread about the -559 problem—"tied computer-sleep and display-sleep together -- the default is that, when your display sleeps your computer does too." The combination of suggestions fixed my -559 problem.
  21. DavidHertzberg

    Automating a removable disk backup

    kidziti, I'm concerned about the speed of large-scale recovery, not "seeding". Amazon started offering Snowball for "seeding" in October 2015, which was almost 6 months after I formulated my modern Retrospect off-site strategy and 5 months before Retrospect Windows 11—with cloud Backup Sets and a nifty facility for changing paths for a Backup Set between cloud and shipped disk (unfortunately only shown in this Retrospect Mac video Tutorial)—was introduced. Microsoft offers Azure Data Box and Backblaze B2 offers Fireball, but renting these devices or Snowball run US$200-300 minimum. All 3 of these services include encryption of your data. As far as affordability is concerned, the reason Retrospect Inc. offered Backblaze B2 as a cloud backup service in Retrospect Windows 12 is because it "is a business-class cloud storage provider with extremely low costs, at $0.005/GB a month." Overnight FedExing of a recovery physical device back to your installation would add more to the cost. That's why "Some applications offer seeding and large-scale recovery via third-party services, which may use a high-speed Internet channel to/from cloud storage rather than a shippable physical device."
  22. DavidHertzberg

    Automating a removable disk backup

    Nigel Smith, Thank, you've certainly proved my statement that you are "at the top of the pack here in terms of technical expertise on Retrospect". Two days ago I didn't remember that script hooks exist in Retrospect, even though I wrote the mentions of them in this Wikipedia article. I've never used them, but I'm wondering whether spawned scripts can kill the application that spawned them—which would satisfy kidziti's desire to have a Retrospect script that can't find its source or destination drive die without leaving disturbing messages in the Log. kidziti and Nigel Smith, I now understand that ransomware protection for a destination drive can be achieved by simply unmounting it. I had still been thinking about protection from installation fire or flood, which also requires taking a copy of the source data offsite. In 1995 I disciplined myself to taking a Backup Set's media (originally tape) offsite once a week, but I didn't have fast-enough Internet upload speed until 9 October 2018. It would still require several days to download a complete copy of my source data from the cloud at the realistic speed available from cloud vendors, whereas retrieving a backup drive from my bank safe deposit box takes at most overnight—except for Sundays when the bank branch is closed. Besides, I think I've read that ransomware perpetrators have developed methods of encrypting a victim's cloud backup data before he/she realizes it has happened. As for "increasing scripting power within Retrospect", the first two paragraphs of this post in another thread are my current speculation on the subject. I have further speculated that EMC Iomega employees realized that part of the adverse administrator reaction to Retrospect Mac 8 was that—besides being buggy— it changed the UI from what it still is in Retrospect Windows. IMHO the same developers—now Retrospect "Inc." employees—have the equivalent of a plaque on the wall that says (paraphrasing H. L. Mencken) "Nobody ever went broke underestimating the flexibility of some Retrospect administrators."
  23. DavidHertzberg

    Automating a removable disk backup

    kidziti, I owe you three apologies for this post above. First, I apologize for not having read your OP carefully enough to have realized that you had already solved the problem of alternating-destination Backup scripts. When I finally reread the OP and realized that you had, I considered deleting the fourth paragraph in my post. However I had spent a lot of time rewriting that paragraph, and was rather proud of it—muddily-written though it is. In addition, it may in the future be useful for linking-to to help an administrator not as smart as you. Second, I apologize for not having read your OP carefully enough to have realized that you had fairly clearly described the purpose of your third drive. That said, IMHO what I wrote in my third paragraph is pretty good advice for an administrator who really has to worry about ransomware—which I don't (my LAN is within my one-person apartment and has only 3 computers, so all I have to do is be very careful about clicking on any links in e-mails or Web articles); I instead worry about flood or fire. Therefore I've never learned enough about Mac Automator to know how to detect or dismount a drive, but I shouldn't have assumed you might not know enough about Windows scripting to do so. I do a Recycle Backup of all my sources to one of my 3 weekly-rotated destination drives every Saturday morning, and take that drive—by then also containing 6 incremental daily backups—to my bank safe deposit box around noon every Friday. IMHO you should think about whether it might be better to let the contents of that third drive lag a day behind the contents of either of your source drives, to keep quickly-discovered ransomware-encrypted files off it; if that turns out to be true, Transfer Snapshots would be a good tool. Third, I apologize for not having been empathetic enough about your possibly being an administrator who suddenly has to worry, after many years, about ransomware. That explains why you started half-a-dozen threads in a few days; your thinking was evolving as you did so. So it wasn't a "strip tease", and I've now eliminated the term—which was meant to give you my impression of your multiple threads—from that post. That impression made me feel you needed to at least slow down and organize your thoughts before posting, which is why I phrased the first two paragraphs "in such a personally targeted and public way as the quote above"—which I don't remember having done before on these Forums. I'm not "undoubtedly at the top of the pack here in terms of technical expertise on Retrospect", as Nigel Smith and Lennart_T and Scillonian are. They have more OS -related expertise than I have and have used more Retrospect features; I just answer the easier questions, based on 19-out-of-the-last-24-years experience and the ability to search manuals and Forums and to think like a systems analyst.
  24. DavidHertzberg

    Automating a removable disk backup

    Nigel Smith, What you suggest in your first quoted paragraph is precisely what I suggested in the fifth paragraph in this post above. In that paragraph I questioned whether a "media timeout" window actually exists in Retrospect Windows; I guess you're saying it does—even though it's not documented. What you suggest in your second quoted paragraph about "a Windows script/utility that regularly polls mounted volumes for the drive and, if it is there, executes the appropriate Retrospect 'Run Document'" may be beyond kidziti's Windows-scripting abilities. That's why I suggested, in the fourth paragraph of the post linked-to in the first paragraph of this post, using Retrospect Windows' own scripting capability. The disadvantage of what I suggested is that he'd have to consult the Retrospect Activity Monitor or a marked-up calendar to see which drive he is scheduled to mount for tonight's run, instead of relying on a Windows script to back up to the drive he happens to have mounted. OTOH that could be considered an advantage, in that it would force him to follow a routine in taking a drive off-site and bringing it back the next day—which is why I assume he wants to establish these alternating-between-two-Backup-Sets scripted Backups—probably to protect against ransomware as he says in his OP. I see now that I misunderstood kidziti's OP. I presumably didn't need to write the fourth paragraph of the post linked-to in the first paragraph of this post, because he may already have the alternating-between-two-Backup-Sets scripted Backups under control. Its third paragraph—as revised—is still valid.
  25. DavidHertzberg

    Automating a removable disk backup

    kidziti, Do you realize that questions on these Retrospect Forums are almost exclusively answered by volunteers? Do you also realize that you've never said what major version of Retrospect you are trialing, although this post implies that it's Retrospect Windows 16? Lastly, do you realize that you are entitled to 45 days of free personalized Technical Support when you upgrade? I suggest you take advantage of it, because what you've been doing in this Forum since 30 October is conducting a multi-thread "concern-of-the-moment disclosure" in which you selectively define and then re-define what you want to accomplish.☹️ If you want to get other administrators to keep responding to your posts, IMHO what you now need to do is to "organize your concerns" in a thorough back-and-forth conversation with someone in Retrospect Tech Support.🙄 The main problem with your OP in this thread is that you never define whether your third drive is to be an independent Backup destination every night, or whether the third drive is supposed to have some source-destination relationship with whichever of the other two drives has been a Backup destination that night. Another problem is that you are apparently talking about source drives that you won't back up with Proactive scripts, but you haven't bothered to say so. If the third drive is intended to be an independent destination, go ahead and back up to it every night—you'll just get a -1204 error if the destination drive isn't mounted (see the fifth paragraph about using the Media Request Timeout box). If OTOH the third drive is intended to be a cumulative copy of what's been backed up alternately onto the other two drives, there's a simple solution named Transfer Snapshots discussed on pages 213-220 of the Retrospect Windows 16 User's Guide. You'll need to run two Transfer Snapshots scripts each night—unless you do fancy scheduling per the next paragraph, one of which will fail because its designated source Backup Set wasn't mounted. It will help your education if I don't tell you which options to use to make sure that that only the new backups are copied from the Backup Set that was mounted that night. The advantage of this approach, possibly better protection against ransomware, is that it won't access your actual source drives—only whatever Backup Set drive(s) you happen to have mounted. As for alternating backups onto the other two drives, I'm afraid my remote ancestors messed things up by popularizing a week with an odd number of days in it. Retrospect "Inc." and its predecessors never made the effort to put automated alternating-destination scheduling capability into Retrospect Backup scripts, but you can achieve that by creating two pairs of Backup scripts per "Using the Day of Week Scheduler" on pages 230-231 of the UG. Each script in a pair will be scheduled to run on either Sun-Tues-Thurs-Sat or Mon-Wed-Fri, repeating every 2 weeks starting on the applicable Sunday or Monday date of two successive calendar-weeks. Each script in a pair will designate the same destination Backup Set—which will not be the same destination as in the other pair of scripts that start in the same pair of successive calendar-weeks with an earlier applicable start date one day after the earlier applicable start date used for the other pair of scripts. That means if Backup Set A is the destination in the Sun-Tues-Thurs-Sat script and the Mon-Wed-Fri script in the first pair starting 1 December 2019 and 9 December 2019 respectively, then Backup Set B is the destination in the Mon-Wed-Fri script and the Sun-Tues-Thurs-Sat script in the second pair starting 2 December 2019 and 8 December 2019 respectively. You may already have solved this, but it'll be useful for others. If this is too complicated for you, you can instead create a single pair of scripts scheduled to run every day of the week; each script in the pair will designate a different destination Backup Set. Each night one of the two scripts will fail with a -1204 error, because you intentionally haven't mounted that Backup Set's drive. Make sure to checkmark the Media Request Timeout box per page 404 of the UG; I'm fairly sure that Preferences option includes a number-of-minutes timeout box (Retrospect Mac includes one, so I suspect its omission is merely a long-standing typo in the Retrospect Windows UG). The features needed to do this were all in Retrospect Windows 7.7, so I guess that ransomware is making you rethink what you've been doing for years. P.S.: I see now that I misunderstood your OP. I presumably didn't need to write the fourth paragraph of this post , because you may already have the alternating-between-two-Backup-Sets scripted Backups under control. The third paragraph—with the revised first and added last sentence—is still valid.