Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation since 12/16/2017 in all areas

  1. 2 points
    Excited to report that I got my Retrospect backups fixed now as well !! So, disabling the "Save space and download files as you use them" setting did not work for me. So in addition to that, I tried disabling OneDrive altogether (Unlink PC/account and then remove the entire OneDrive folder) and then linking my account again which then again downloaded all files. The next Retrospect scheduled (proactive actually) run then succeeded with 0 errors or warnings ! This worked now on 2 machines already, so will try kids laptop next, but pretty confident this will work as well. Thanks to the folks active in this thread !
  2. 2 points
    Ok, I did some additional debugging and I found the issue: It's OneDrive. OneDrive has an option (don't know if it's new with 1803) that gives you the possibility to only actually download a file from OneDrive to your computer if you actually use it. All files in the OneDrive folder are shown as being present, but they are not actually physically present on your computer. So they are some sort of link. The explorer shows a cloud symbol with these files. As long as one such link is present on the drive (even if it is in the Recycle bin) it will cause the -1103 error. Scanning will be interrupted as soon as the scan engine hits the OneDrive folder. On both machines I turned the option off in OneDrive settings, which caused all OneDrive files to be downloaded to the computer, and both are backing up properly now, without errors. Also checked the machines that never showed the issue, they all have this OneDrive option set to off.
  3. 2 points
    Oh well, #sigh I have a few Macs. All on WIFi All on DHCP They have to be this way, because they roam from office-to-office, client-to-client, home-to-work-to-home ... like laptops do. The error -530 and associated -519 has be around in almost every version of retrospect I have used for the past 20 years. I can never find the solution, apart from a full client reinstall, and I can not be doing that every week TBH! Is there ever going to be a stable answer? Each Mac, Client and Server has no firewall or anti-virus FYI. The fixed desktop Laptops that do not leave the office have no issues. The laptops returning to the office login automatically to the WIFI and have no network issues for everyday work; email, www, ftp, server shares, printing ... what so ever. Server: Mac OSX 10.11.6 Client: OSX 10.12.6 Retrospect 13.5 Please don't say 'upgrade to the latest version of Retrospect or I may have to slap you :-) That has never been an answer to this issue.
  4. 1 point
    Hi, It would be real time saver if we would be able select multiple snaphots to forget in a disk based backup set. As it stands now you can only select one at a time, shift or control click doesn't work. Thanks, Johnny Mac
  5. 1 point
    In Windows 10 Home, I unlinked the account, turned off OneDrive and in Add / Remove programs, uninstalled it. That allowed me to then delete the OneDrive directories. True, the OneDrive folders returned later as visible in Windows Explorer ... but the issue with the directory is gone. Wonders never cease.
  6. 1 point
    Are you certain that you disabled the OneDrive Files on Demand feature for all users? If the Files on Demand feature is enabled the OneDrive folder becomes a Reparse Point instead of a real folder. To check if the OneDriver folders is a real folder or a Reparse Point use one of the following two command line methods. If PowerShell is set as the default terminal: Right click on Start and select Windows PowerShell (Admin) Once the PowerShell window has opened type cd C:\Users\henkv and press enter Type ls one* and press enter The will return something like: Mode LastWriteTime Length Name ---- ------------- ------ ---- dar--l 2018-05-08 19:15 OneDrive If the last character of the mode string is a "l" (lowercase L) then the Onedrive folder is a Reparse Point If Command Prompt is set as the default terminal: Right click on Start and select Command Prompt (Admin) Once the Command Prompt window has opened type cd C:\Users\henkv and press enter Type ls dir /al and press enter If the result is: 2018-05-08 19:15 <DIR> OneDrive then the OneDrive folder is a Reparse Point If the result is: File Not Found then the OneDrive folder is a real folder Even if exclude folder(s) and/or file(s) in a selector they are still scanned.
  7. 1 point
    Hi x509, This will depend on the results of the investigation. If it looks like something is broken we'll submit a bug report. In fact, depending on what is broken we may have to submit a bug report in order to get it fixed. Cheers, -Jeff
  8. 1 point
    Just to throw out an idea after catching up with this thread, you might also want to investigate the settings in Control Panel | Sync Center in relation to One Drive, as well as anything else. Sync Center might have a bearing on this. I saw a bulletin regarding a completely unrelated application yesterday that encountered errors caused by the Sync Center. Then I read another article today discussing how One Drive syncs files and folders to the MS cloud. Now this thread to bring it full circle. I'm going to continue to watch this thread, and want to say that I really appreciate the extremely professional community discussions on this Forum. Bravo.
  9. 1 point
    I am running Retrospect 15 and I'm having similar problems backing up a Windows 10 (Build 1803) laptop as a client. The client has 2 drives: C: (the OS) and Z: (a recovery partition). There are no issues backing up the host, which is a Windows 10 (Build 1803) desktop computer. No issues backing up 2 other clients that are Windows 7 computers. The first backup of the client laptop was working. It passed through the scan and was backing up files. However, I had to stop the backup midway for unrelated reasons. The next 2 attempts at a backup made it successfully through the scan for drive C: and some files were backed up. However, the -1103 error was thrown for the C: drive and the backup aborted. No issues at all backing up the Z: drive. All subsequent attempts for open file backup on the client resulted in the C: drive failing during the scan and no problems with the Z: drive. I confirmed VSS errors in the event log on the client at the same time as the -1103 errors. I can do a backup with "open files" disabled, although there are several warnings for sharing violations, which I assume would be expected. I have submitted a support ticket.
  10. 1 point
    My testing so far suggests to me that during the upgrade from Windows 10 1709 (16299) to Windows 10 1803 (17134) some security settings related to Windows services are not being carried forward correctly. In the case of the Retrospect Client this is preventing it from correctly interacting with VSS for system volumes. The test machine I have 1803 installed on has two volumes — a system volume and a data volume. The system volume fails with the above error but the data volume completes without error. Initial comparison of some security permissions between a 1709 Client and the 1803 Client show some settings missing. However to be certain it is not something I changed in the past I'll need to do some more checking and do an 1803 clean install on something.
  11. 1 point
    Stu, After a certain amount of playing around, I got Retrospect Mac 5.1 running on my ex-wife's old HDD and seeing my old tape drive attached to her old Digital Audio G4 tower (which she gave me for storage about 13 years ago after she moved to her own apartment). I did a search on one of the Storage Sets, and found 4 files ending in .tiff. However when I tried to Restore them, it turned out that no DAT/DDS tape I have with that Storage Set name matches the date that the Catalog File is expecting. Before I recreate a Catalog File from one of those tapes, please describe step by step what you did.
  12. 1 point
    Sure, I am the Backup, I don't see why not. The only possible glitch I can see is that what you can now purchase is Retrospect Mac 15; Retrospect Mac 14 is obsolete. The cumulative Release Notes for Retrospect Mac 15.0 say "New: Support for LTO-8 tape devices", so the chances are the support for LTO4 devices is still there. In case it isn't, I imagine you can go through Retrospect Sales to get a license code for Retrospect Mac 14.6, which can still be downloaded. The one thing I would caution you about is that the Desktop Edition only supports a single non-autoloader tape drive. If your LTO4 tape drive is fancy-shmancy, you may have to purchase the Single Workstation 20 Client Edition—which is substantially more expensive. You can probably negotiate this with Retrospect Sales, with whom I have no connection other than as a customer.
  13. 1 point
    Andrew Kinnear, I haven't done this myself, just read the User's Guides and half-experimented using my own Retrospect Mac 14.6 "backup server". However, for a media set named "Media Set Example", I think the answers are: [1] It should be fine to use CCC, provided you copy the parent "Retrospect" folder and the "Media Set Example" folder within it as well as the "1-Media Set Example" data file within the "Media Set Example" folder. After you've done the cloning, click the Media Sets category on the left-hand side of the Console, click "Media Set Example" in the list pane, and click the Members button above the detail pane below the list pane. You can then click the the only line in the detail pane (you said you have only one member for each media set), which should be "1-Media Set Example", and after that click the pencil icon at the bottom left of the detail pane; doing so should allow you to redefine the location of "1-Media Set Example"' as being the cloned file instead of the original. After that you shouldn't have to do a Rebuild of "Media Set Example", but if you do the instructions are under the heading "Rebuilding a Media Set"—which is on page 220 of the Retrospect Mac 13 User's Guide (the P.P.P.P.S. of this post explains why I'm looking at that UG instead of the Retrospect Mac 15 UG; the only attempt at an explanation of the functionality I've just described is at the bottom of page 15 of the old version). [2] AFAIK no functionality should be lost for "Media Set ExampleSmall&Cryptic". The reason it shouldn't be is that the snapshot—the basis for most of the functionality—is part of the "Media Set ExampleSmall&Cryptic" Catalog File, which your Copy Media Set script will have created as essentially a duplicate of the "Media Set Example" Catalog File. If there is loss of functionality, IMHO there should be mass developer suicides (insert appropriate smiley here) in Walnut Creek CA, considering that the Copy Media Set type of script was introduced in Retrospect Windows 7.5 by 2008. [3] I don't use software compression or encryption in my humble home installation of Retrospect Mac (I keep last week's rotated USB3 backup disk in my bank safe deposit box), but AFAIK they should be applied if you've specified them when defining "Media Set Example—Small&Cryptic".
  14. 1 point
    haggis999, Here's the link to my post on submitting a Support Case for a bug. If you don't have ASM, which I also don't have, you won't get personalized help in coping with your bug—but at least Retrospect Tech Support will be made aware it exists.
  15. 1 point
    That would be correct for your setup. My NAS is setup for multiple users with restrictions on which users can access which shares so maintaining the Owner, Group and Permissions on files and folders becomes necessary. I ran a test duplication using Replace Entire Volume with two old Buffalo LinkStation as the destinations and it would appear to be expected behaviour from Retrospect to delete and recopy everything when the destination physically changes. (Duplicate to 'A'; Copy from 'A' to 'B'; Duplicate to 'B') It was having a few of these incidents myself with my camera raw digital images that convinced me to use backup instead of duplicate. If this one has had the same change of destination I suspect it will have the same issues.
  16. 1 point
    It could do with a better name. In use it means the Destination is always an exact copy of the Source. You add a file to the Source it gets added to the Destination. You change a file on the Source it gets updated on the Destination. You delete a file on the Source it gets deleted on the Destination. It will also delete any other files, however they got there, that are on the Destination that are not on the Source. The other options do not delete any deleted or extraneous files. That is what I was hoping you did but this may also be what caused the problem. I don't know about the Synology File Station but the QNAP equivalent has a habit of changing the Owner:Group information on the NAS file system for the copied files. If the Owner:Group on the NAS file system are different to the Owner:Group that Retrospect presents then the files will be seen as different. How were the files duplicated to the backup NAS from the old primary NAS?
  17. 1 point
    Every time a backup is run Retrospect will create a .session file, containing details of the files from that backup, in the same folder as the .rdb files. When Retrospect does a Catalog rebuild it will read these .session files for the necessary information which is faster than reading the individual.rdb files. If you need to perform a thorough rebuild it is necessary to delete the .session files. (During the rebuild the .session files will be recreated.) This feature for faster Catalog rebuilding was added in Retrospect 11 for Windows and Retrospect 13 for Macintosh.
  18. 1 point
    Hopefully your problems are down to a simple typing error. Your folder structure is invalid. It should be \\BONZONAS\PCBackup\Retrospect\Backup Set NAS1(e)\1-Backup Set NAS1(e) (based on your previous posts) not \\BONZONAS\PCBackup\Retrospect\Backup Set NAS1e\1-Backup Set NAS1(e). The member folder name is always the Backup Set folder name with an n- prefix added. You can ignore the following if you like but I'll leave it here for the moment to show how sometimes it easy to overlook what it there in plain sight. I should noticed it in your previous post! I've had a look at the log. Is \\BONZONAS a home-built NAS or a commercial unit such as QNAP or Synology? Retrospect can at least see that there are files in the 1-Backup Set NAS1(e) folder. Retrospect is doing a thorough rebuild of the catalogue by reading the contents of the .rdb files. Had you deleted the .session files from the folder 1-Backup Set NAS1(e) before starting the rebuild? Retrospect is trying to create the AA130340988226970000.session file to a location that does not exist. For some reason that I can't fathom the path for the member folder has been almost duplicated. \\BONZONAS\PCBackup is the NAS and share. \Retrospect\Backup Set NAS1e\1-Backup Set NAS1(e) is as it should be. \Retrospect\Backup Set NAS1(e)\1-Backup Set NAS1(e) is almost duplicated part. ** And this is when I realised it was hopefully a simple typing error **
  19. 1 point
    haggis999, Your question about Forums Search is very apt. In fact the way I found the 2007 post was by searching on "'Backup Set' member location" without the outer quotes, in other words with quotes only around "Backup Set". Indeed I just tried searching on "Cannot use the specified backup data folder" in quotes, and it did not find any posts other than the three in this thread. Strange! As far as -530 errors are concerned, the real point of my paragraph above mentioning them was to suggest—as the linked-to "unconventional approach"—that you consider running Retrospect.exe continuously rather than under control of the Retrospect Launcher. The P.S. in the post I linked to indicates, to the extent I can easily gather evidence using Retrospect Mac 14—which does not have a Launcher, that leaving Retrospect.exe running all the time will likely only cost you on the close order of 250MB real memory when it is not performing any activity. That is IMHO an acceptable cost in these days of cheap multi-gigabyte RAM; my Mac Pro "backup server" has 7GB RAM, the last 4GB of which cost me less than US$50. Doing so would AFAIK enable you to eliminate any permissions problems.
  20. 1 point
    haggis999, I took a look at two out of my three Media Set (Retrospect Mac name for Backup Set) member storage USB drives—the third one is in my bank safe deposit box. Each of them has a "Retrospect" folder on it. Within that folder is a folder with the name of the Media Set—e.g. "Media Set Red"—and also a zero-byte Unix executable named "Backup Media" that was created in August 2015 (when I first started using modern Retrospect with Disk Media Sets) and hasn't been modified since. Within e.g. the "Media Set Red" folder is a file for my single member, named e.g. "1-Media Set Red". (It just so happens that within my "Retrospect" folder on the USB drive named "G-Drive White" I also had, not only the "Media Set White" folder that should be there, but also a "Media Set Red" folder I mistakenly created there in January 2018—which I've just deleted.) The foregoing is the structure required for Retrospect Mac; the structure required for Retrospect Windows may differ. I also did an Advanced Search of the Forums for "'Backup Set' member location". This 2007 post seems to be the best previous answer to your problem; it says you then had to do a Rebuild of the Catalog File, and the post following it told how to avoid the "Cannot use the specified backup data folder" message. There is also this October 2017 post by me—replying to a post by you, suggesting that you create a subvolume on your (presumably old and now dead) NAS.
  21. 1 point
    haggis99, In the "What's New" chapter of the Retrospect Windows 11 User's Guide, page 14 says "Retrospect v11 for Windows and Retrospect v13 for Mac now allow customers to move the member folders of disk sets to new locations and let Retrospect know by simply editing the members and picking the new location. There are scenarios where moving these files is preferable to a set transfer." Presumably this is what you want to do. Unfortunately these sentences were not moved elsewhere in the Retrospect Windows 12 UG, nor were they amplified. Instead they were simply overlaid by the new "What's New" chapter. Being a Retrospect Mac administrator, I don't offhand know how to edit Members in Retrospect Windows. There is an Edit Pencil capability in the Retrospect Mac equivalent of dealing with Backup Sets. I assume that, if you click the Show Members button shown in the dialog on page 410 of the Retrospect Windows 11 UG, you will find something equivalent to that edit pencil that will let you edit the Members and pick their new locations. Retrospect Windows administrators, fee free to chime in with more particulars. BTW you haven't said in this thread what version of Retrospect Windows you are using, but I see from one of your recent posts that you are using Retrospect Windows 12.
  22. 1 point
    Well ... we updated to v14.6.x [SERVER and CLIENT] for Mac OSX and the problem magically went away :-)
  23. 1 point
    Oh, and if it's any consolation, Retrospect for Windows doesn't do this any better (or worse) than the Mac versions. I can't speak to the Linux versions.
  24. 1 point
    OK, I've worked this one out. I knew the answer from ages ago but forgot about it. It is one of the idiosyncrasies of Retrospect that it will sometimes open a window off screen. I don't know why, but it happens from time to time and it has done so for many versions, going back for years. It can be easily adjusted by simply clicking WIndow>Arrange All. Simple, but you have to realise what it's done first...irritating little wrinkle.
  25. 1 point
    Instant Scan needs to keep its database as current as possible so will need to frequently update its database. Other than the performance hit Retrospect runs quite happily with Instant Scan disabled. The Instant Scan database by default is on the Windows system volume. You could try moving the files to another drive and use NTFS Symbolic Links to the new location. (I have never tried this with Retrospect so no idea if it will work. Some applications will not work with symlinks.) The catalog files can be moved to another drive. In the Backup Sets dialog select the Backup Set whose catalog you want to move and click Forget.... With Windows Explorer, or you file manger of choice, move the catalog file to its new location. Back in Retrospect click More... in the Backup Sets dialog then Open... in the following dialog. Navigate to the new location of the catalog file, select the file then click Open. If you are using an SSD from a reputable manufacturer and an OS that supports TRIM commands then the write life of the SSD shouldn't be a problem
×