Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation since 08/25/2018 in all areas

  1. 1 point
    I'm backing up a couple of Macs and Retrospect seems to place an inordinate load on them. My Macbook Pro 17", for instance, is hyperventilating several hours per day even though I hardly use it. I had Crashplan until they cancelled the service, and even though they backed up every 15 minutes, it was totally inconspicious and effective. Retrospect is a steamroller compared to that. Admittedly, Retrospect backs up more files, but still. Every now and then backups went smoother, and that was when Instant Scan did its work (as verified in the logs), but most of the time Instant Scan simply bogs down the machines but doesn't actually work. I had a week-long exchange with Retrospect support about this, trying to figure out why Instant Scan is totally ineffective, but once they escalated, I was told Instant Scan is no more. Not that it's having problems, no, that it has been abandoned. Does that mean my Mac backups will continue to be so grossly overloading the machines? I'll quote verbatim the last message I did get from Retrospect below. To me it sounds like Retrospect on MacOS will forever remain a dog. (I should mention that Instant Scan already didn't work before I upgraded to 10.13 and APFS. I also assume Retrospect support meant to say "APFS" and not "AFP", which makes no sense in relation to 10.13. And makes no sense in any case on the local machine where Instant Scan works. Or maybe they actually did mean AFP and then I understand even less.) "Dear Martin, Retrospect Engineering Reply can be found below. Instant scan doesn't work on AFP, and most likely customer is using AFP if they are on OSX 10.13.We recommend disabling instant scan in ALL cases, we are disabling instant scan by default in future versions of Retrospect.Thank you for using Retrospect,The Retrospect Support Team "
  2. 1 point
    No, don't do a Copy Backups, because it will only copy the most recent backup of each source unless you have specified a number of snapshots in your Grooming policy—per this 2016 post by a Retrospect Inc. employee. Unless your Copy Media Set run finished just before copying those backups, following up with a Copy Backups run will leave backups un-copied. Just delete the stalled-run data, Rebuild the destination Media Set, and run the whole 15-hour Copy Media Set again. Sorry to be the bearer of bad news.
  3. 1 point
    bradp015, I agree that it looks as if you have enough space on "4T HD" for another copy. The one thing that occurs to me is that you have two "Retrospect" folders on that drive. even though one of them is underneath the "NO USE SFA 3SAFE 4t 111116" folder. IME the parts of Retrospect that deal with creating Members on disk drives are programmed to either detect existing "Retrospect" folders or to create new ones. I'd hazard a guess that those parts get confused when there's more than one "Retrospect" folder on a drive. I'd suggest that you Finder-move the "SFA 3SAFE" folder that's two levels inside the "NO USE SFA 3SAFE 4t 111116" folder so that it—and its subsidiary "1-SFA 3SAFE" folder—are directly within the "NO USE SFA 3SAFE 4t 111116" folder, and then Finder-delete the "Retrospect" folder that the moved folder used to be underneath—along with the "Retrospect" folder's contained 0-byte "Backup Media" document. If you ever need to put the moved copy of the "SFA 3SAFE" folder back into action, you can first re-create a "Retrospect" folder and then Finder-move that "SFA 3SAFE" folder back inside it. Come to think of it, maybe the 0-byte "Backup Media" document is a marker to tell Retrospect that the "Retrospect" folder that contains it also contains a Media Set Member folder. If so, it would explain why Retrospect would get confused when it found more than one "Retrospect" folder containing a 0-byte "Backup Media" document on the same disk volume. Yes indeed, that's the sort of kludge I might have devised myself back when I was an applications programmer.
  4. 1 point
    bradp015, First, on your old single drive, you need to rename the folder inside your Retrospect folder to WhateverItIsSAFE. Then you need to rename the folder inside that to 1-WhateverItIsSAFE. Finally you need to create a new Media Set (only benighted users of Retrospect Windows have Backup Sets, sneer, sneer ) named WhateverItIsSAFE, and add as its first (and I presume only) Member 1-WhateverItIsSAFE on the old single drive. The procedure is described starting on page 99 of the Retrospect Mac 10 User's Guide (I can't cite the equivalent page in the Retrospect Mac 9 UG because that's only an Addendum to the Retrospect Mac 8 UG). If you have already defined a Media Set named WhateverItIsSAFE, you should instead Rebuild it—as described starting on page 213 of the Retrospect Mac 10 UG—and add 1-WhateverItIsSAFE on the old single drive as its first (and I presume only) Member.
  5. 1 point
  6. 1 point
    This might help (even if the mentioned screen dump seems to be lost in the mists of time):
  7. 1 point
    Here you go. https://www.retrospect.com/en/support/kb/moving_retrospect_from_one_macintosh_backup_computer_to_another_macintosh_backup_computer
  8. 1 point
    Guys, Sorry for going silent on this thread. I do have Instant Scan on. I'm working on some suggestions from Retrospect support. As soon as I have something definite, I will report it here. So far, if I run an immediate backup, the backup works properly. x509
  9. 1 point
    JamesOakley, It sure as heck gets more of their attention and memory than simply posting about a bug on this Forum, which nobody at Retrospect Inc. reads anymore (per CEO J.G.Heithcock). That fact is AFAIK one reason Retrospect Inc. instituted Support Requests; previously the organization had a sad record of often taking 4 years or so to fix bugs. Besides, how much time do you really need to spend on a Support Request? After supplying installation details that they definitely need to isolate the bug, all you need to do—as the post linked-to in the preceding paragraph says—is to copy-paste paragraphs from your post(s) here. You can upload screenshots as part of the Support Request. If you really want to get someone's attention, you can also phone Werner Walter as indicated in this post, or even send an e-mail to Brian Dunagan as indicated in this post. However I'm afraid that Brian truly needs to devote his full attention to organize the engineers in fixing this "bad release". I'm beginning to think that x509 may be right; that, in order to "play catch-up ball" after this situation (third and fourth paragraphs), Retrospect Inc. may have entrusted some enhancements to R. non-V. to developers in China—without ensuring thorough testing. I think I can safely say that the old-timers at Retrospect Inc. will be sufficiently be scared by knowing that they have put out a "bad release". If you read between the lines and follow the references in the second and third paragraphs of this article section, you will realize that Retrospect Mac practically "went down the tubes" as a product in 2009-2011 as a result of the "bad release"—one that was really the fault of EMC management rather than the developers— of Retrospect Mac 8.0. P.S.: In last sentence of first paragraph added link to Engst 2009 TidBITS overview of Retrospect Mac 8, where "Cracks in Retrospect’s architecture started to show ...." reflects delays in fixing bugs.
  10. 1 point
    This is a pretty serious regression since the 12.x versions. Certain errors (specifically including a client being unreachable) no longer fail elegantly with an emailed report, but cause the whole engine to hang so that nothing is backed up. Further more, the hang is serious enough that it can't be restarted from the dashboard - it requires the task manager with elevated permissions.
  11. 1 point
    x509 Do you have InstantScan running on the drives in question? I have encountered situations before where, although InstantScan is active and reports no detectable errors, the volume databases stops updating and so as far as Retrospect is concerned no new files have been added files have been added, changed, or deleted on the volume. When a file is added, changed or deleted the volume database should be updated fairly soon afterwards so if the file time stamp of the volume database is not updating then InstantScan is not updating. The InstantScan volume databases are in the C:\ProgramData\RetroISA\RetroISAScans folder. To reset stop the InstantScan services, delete the volume databases, the restart the InstantScan services.
  12. 1 point
    According to the Blog, 15.6 was announced on Tuesday. https://www.retrospect.com/en/blog/2018/10/16/retrospect_15_6 It's available for download now. https://www.retrospect.com/en/support/downloads However: My 15.5 Desktop/Pro does not see an update available Mayoff hasn't announced it here QUESTION: Is the new version safe to download and use?
  13. 1 point
    An update will show in Automatic Update and a manual check for updates from within Retrospect a few weeks after initial release. This presumably to allow the early adopters who go looking for the update to find any problems before the rollout to the masses via Automatic Update. As for safe to download and use, well I downloaded and installed it and so far the update has run without problems for me. (YMMV.)
  14. 1 point
    I got that feedback from support recently as well and reported it in another post here. Frankly, when using SSD's in clients, I don't see a huge advantage to ISA. Whether in incremental or full backup. It is a CPU hog and space hog. Maybe also duplicates processes already in place (in the case of APFS). I will compare again in 15.6 with ISA disabled to confirm this. Once turned off, intend to leave it that way. Locally, on HFS+ formatted (HDD) drives, maybe some advantage, but since the server does its thing quicker locally and is essentially unattended, I don't care too much. My 2¢... Henry
  15. 1 point
    Actually Monafly isn't misreading what he/she is reading in the Grooming dialog. Retrospect Mac 12 added a Months to Keep entry box to the Grooming dialog, which is described on page 9 of the Retrospect Mac 12 User's Guide. A quick test on my "backup server" shows that (as I expected for compatibility) clicking the Groom to Retrospect Defined Policy button causes Months to Keep to default to 12. Unfortunately that page was part of the "What's New" chapter, and the august Documentation Committee has adopted for the last 4 versions of the UGs a policy of totally overwriting the last version's "What's New" UG chapter with whatever is new in the current version of Retrospect—without copying the last version's "What's New" content to another UG chapter. I have mentioned that policy in other posts; a frank appraisal of it would require me to use the words "heads" and "wedged" and "up" and the third-person plural possessive of the name of the human excretory orifice, which of course I'm too polite to do.
  16. 1 point
    This might help: https://www.retrospect.com/en/support/kb/scanning_incomplete_1103
  17. 1 point
    Thanks, you found what I was looking for, but didn't find. A bit further down in that article: "LTO uses an automatic verify-after-write technology to immediately check the data as it is being written,[42][43] but some backup systems explicitly perform a completely separate tape reading operation to verify the tape was written correctly. This separate verify operation doubles the number of end-to-end passes for each scheduled backup, and reduces the tape life by half."
  18. 1 point
    Lennart_T is, as usual, correct (second paragraph of the section).
  19. 1 point
    insont, That's good, because I just found a 15 May 2018 Knowledge Base article change confirming what you've been saying. The paragraph "Mac Customers: Please note that Instant Scan is not supported with APFS." has been added below the first paragraph in the KB article "Instant Scan Frequently Asked Questions". which is under the catch-all heading "Resources" in the KB . That first paragraph begins with the sentence "Retrospect 10 for Macintosh and Retrospect 8 for Windows introduced a new feature called Instant Scan." This section of the permalinked old version of the Wikipedia article says those versions were introduced in 2012, so the original article almost certainly dates from sometime shortly after that year up through April 2015—when the companion article "Instant Scan Advanced Options" was published. Sorry to have previously expressed doubt, Martin. Pretty sneaky announcement there, Retrospect Inc. ; you didn't even point Martin to it in your final reply to his Support Case.
  20. 1 point
    Well, I did write support to ask if they had plans to fix Instant Scan in the future or if they'd given up on MacOS, and got some encouraging news: /Martin
  21. 1 point
    I have some fairly complex selectors, and editing these via the UI is somewhat cumbersome. Is there a way to export the selectors in a text format that can be edited and rearranged in a simple text editor, and then reimported? I tried the "export" function, which produces a .rxx (Retrospect Exported Selectors) file. The format is binary and doesn't start with a known file type signature.
  22. 1 point
    David, I copied verbatim what Retrospect support sent me. How can I prove that to you? And yes, I created this login specifically to post about this, since the reply from Retrospect upset me. I didn't expect, however, to be accused of lying in the process. About "recent visitors block is disabled" I know nothing. I haven't touched my profile from the default. I'm sorry if I broke some kind of rule by not doing that. BTW, since you doubt my veracity, I'd suggest you ask Retrospect support if this is true. Either they confirm what I just said, making me somewhat happy, or they backtrack and say they are going to support Instant Scan in the future or that I misunderstood, and I'm even happier. To me their reply seems not quite thought through and not good for the product, so you asking could make them think again. Oh, and the case is nb 00061949 that contains this exchange, including the message I quoted. You're welcome to reference that. Martin
  23. 1 point
    Wha is an "august Documentation Committee"? Sounds like fake news, if you ask me.
  24. 1 point
    IMHO what ShadeTek wants is some version of what barup wanted in the OP of this thread. That would probably be because the tapes that are members of a particular Backup Set are not externally labeled as such in ShadeTek's installation. If so, then he/she cannot do "putting in all 8 tapes in one go". There is a facility in Retrospect Mac that allows one to see all the members of a particular Backup Set (called a Media Set in Retrospect Mac), but I don't know if it works for tapes—which I haven't used since 2010—much less what the equivalent facility would be in Retrospect Windows. If ShadeTek wants such an enhancement to Retrospect, here is why and how to submit a Support Case to request it.
  25. 1 point
    Assuming you are talking about a "Disk Backup set", this is what you do: Exit Retrospect. Move (not copy) the folder with the *.rdb files to its new location. Launch Retrospect Configure-->Backup Sets. Change the location in the "Members" properties by clicking on the "Browse" button. See attached picture.
×