Jump to content

haggis999

Members
  • Posts

    203
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

haggis999's Achievements

Newbie

Newbie (1/14)

  • Week One Done Rare
  • One Month Later Rare
  • One Year In Rare

Recent Badges

2

Reputation

  1. My new Windows workstation has 32GB of RAM, so I would not be too worried about losing a bit of it to leave Retrospect running but minimised. However, my current auto launching process usually works fine and usually still lets me open the normal interface, so I'll leave things as they are for the time being. Having decided to go for the V17 upgrade (and a free upgrade to V18 when it arrives), I will probably not consider further upgrades until they make a serious change to the GUI.
  2. I have just finished a lengthy support call from a very knowledgeable Retrospect support technician in Romania, who spoke excellent English. He contacted me by phone and gained remote access to my PC via Team Viewer. The bottom line is that he fixed my problem. It appears to have been an issue regarding the credentials for accessing my NAS when using the Launcher Service . My Retrospect security setting is to run Retrospect 'as the logged-in user', which has the side effect that it uses the 'local system account' when launched automatically. That system account was failing to access the NAS (though the error messages gave no indication that this was the cause). He worked too quickly for me to see everything he did to fix the problem, though he did disable an obscure Windows security setting (User Account Control: Run all adminstrators in Admin Approval Mode). After fixing the script on my PC, the Management Console now displays the script correctly, though I won't ever use the console again to modify the source or destination settings. The Retrospect technician did admit that the console was still a work in progress that lack some functionality and suffered from some bugs. The primary benefit of the Management Console is that it will let me check my backup status via the Internet when away from home. I doubt if the trial upgrade to V17 was a key factor in this fix, but I am grateful for the rapid provision of competent technical support and will pay for the upgrade at the end of the trial.
  3. Hi David, As recommended, I have now raised a formal support request with Retrospect. Any distinction you may have previously made between the Retrospect Management Console and the Retrospect Console Preview went right over my head! I just signed up for the only obvious option containing the word 'console'. However, I wasn't really expecting the Management Console to be capable of "temporarily reproducing the conditions in which Duplicate has worked" for me on my previous PC. I was simply hoping that it would let me reconfirm the script parameters and offer another method of scheduling its execution (ideally bypassing the Retrospect Launcher service that is failing to run the script in my normal fashion). What I got instead was an impossibly buggy interface (I also mentioned that in my support request).
  4. I was not too surprised to find that V17 made no difference whatsoever to my failing duplicate script ☹️ I've just signed up for the Retrospect Management Console, but am rather confused when I view my problem script via the console. The source setting is fine, but I can't drill down to the required folder on my NAS. It only allows me to select one of the top-level shared folders on the NAS. To be specific, the script on my workstation is set up to access the Photos/My Pictures - DUPLICATED from PC folder on the NAS, but the Console only lets me select the Photos folder. EDIT: I was looking under 'All Network Shares' to specify the duplication destination, but I've just found my correct destination folder under 'All Local' in the Console interface. However, as soon as that problem was solved, another one appeared. The Console insists on ticking the source folder in the destination pane (in addition to my selected folder). Even if I untick that unwanted selection it just reappears when I save the script. The reverse applies In the source pane, so that both source AND destination are selected in both panes! When I came out of editing this script to view the list of all my scripts, this duplication script was summarised as having my NAS folder as the source and no destination at all! Is there a way out of this nightmare?
  5. My setup is not quite as you have described. The NAS is the destination for my Retrospect backups. The source for all backups is my primary Windows 10 workstation. It is that workstation that was recently replaced and thus required a reinstallation of Retrospect. The only things I needed to change in my Retrospect scripts were data paths, as the new machine has a different disk configuration from the old workstation. The old Windows 10 workstation had no problem working with the NAS. I'm not quite sure what you mean by "cutting out the Activity Monitor" when running my duplicate script in a more manual fashion. After setting up a one-time execution via 'Manage Scripts', I then watch it all happen via the Activity Monitor. I will check out the new Retrospect Console as soon as I have installed V17. That is not a feature that had previously caught my eye.
  6. Unless they introduce new features of genuine interest to me, both V18 and V19 are now less appealing prospects. If a trial of V17 doesn't fix my current bug, even with the help of tech support, I will probably just revert to V12 and wait for a genuine overhaul of the user interface. I hope to give V17 a go tomorrow.
  7. Hi David, When running my problematic duplicate operation manually I wasn't using the immediate mode. I used Manage Scripts and scheduled a one-off execution. However, a quick test of immediate mode proved that this also worked fine. I've just had a reply from Simon Carr, the EMEA Regional Director of Retrospect Inc. He is expecting V18 to be released in the next couple of weeks and has confirmed that if I buy V17 now then I would get a free upgrade to V18. However, the following quote from his email shows that your expectation that this will include a radically revised UI is not correct. Will installing V17 uninstall V12? You warned me to copy the password if I wish to revert to V12, but I'm not aware of any password required to install this software (though my Backup Sets do have passwords). Did you really mean to say I should copy the license code?
  8. I run 2 backup scripts and 1 duplicate script on a daily basis (ignoring that extra sacrificial script). The recent failures of the duplicate script on my new PC were all via automatically scheduled executions. Manual executions always run OK. My username does indeed betray my Scottish origins, and where I spent the first 40 years of my life, though I now live in the south of England. However, most commercial organisations make no distinction between Scotland, Wales, England, or Northern Ireland. We are all part of the United Kingdom (at the moment). The Scottish National Party aspires to separate Scotland from the UK, but with any luck that will never happen. We are stronger together in my opinion and have been so since 1707. Thanks for the free V17 trial suggestion and the warning about that checkbox. I'd missed the free trial option on the main menu and it's not mentioned on the Downloads page.
  9. I have now run a test with a 'No Files' copy of my script set to run 5 mins before the proper duplication script. Sadly, it didn't help, as the No Files script also failed with Windows error 487. Incidentally, I had no problem today in opening the Retrospect interface. I have emailed the UK sales office to see if they are prepared to offer a free upgrade to V18 if I buy V17 now. --Script Summary-- * Script: MyPicsDuplicateToNAS(no files) * Date: 5/16/2021 11:28 AM * Errors: 1 * Warnings: 0 * Performance: 0.0 MB/minute * Duration: 00:00:01 * Server: Scan 3XS --Log-- + Duplicate using MyPicsDuplicateToNAS(no files) at 5/16/2021 11:28 AM [*] MapError: unknown Windows error 487 [*] TNetResource::Connect: UNetAddConnection2 failed, osErr 487, error -1001 [*] MapError: unknown Windows error 487 [*] TNetResource::Connect: UNetAddConnection2 failed, osErr 487, error -1001 Can't access volume My Pictures - DUPLICATED from PC... on Photos on Bonzonas, error -1001 (unknown Windows OS error) 5/16/2021 11:28:14 AM: Execution incomplete ..
  10. Hi David, Many thanks for those suggestions and apologies for my rather slow response. Other matters have taken precedence over the past few days. My problematic duplication script failed again this morning (as usual). The error message tends to vary a bit and today's version is shown below. I was intending to try out your idea of using a 'sacrificial' script, but my initial attempts to open Retrospect never got beyond the Dashboard and a never ending wait for it to close the instance of Retrospect running in the background. I had to kill all references to Retrospect in the Windows Task Manager before I was finally able to open the app. This had the unexpected effect of launching that duplication script as soon as Retrospect opened. The script completed without any errors on this occasion. Does that offer any further clues to the reasons for my problem? EDIT: I have set my Execution Startup Preferences to Enable Retrospect launcher service, Automatically launch Retrospect, and to Stay in Retrospect after script execution is complete. My Security Preferences are set to Run Retrospect as the logged-in user. Those settings are the same as on my old computer and never previously prevented me from manually opening Retrospect. + Duplicate using MyPicsDuplicateToNAS at 5/15/2021 9:00 AM [*] MapError: unknown Windows error 487 [*] TNetResource::Connect: UNetAddConnection2 failed, osErr 487, error -1001 [*] MapError: unknown Windows error 487 [*] TNetResource::Connect: UNetAddConnection2 failed, osErr 487, error -1001 Can't access volume My Pictures - DUPLICATED from PC... on Photos on Bonzonas, error -1001 (unknown Windows OS error) 5/15/2021 9:00:21 AM: Execution incomplete
  11. I have just moved Retrospect Professional 12.6.1.101 to a new Windows 10 PC. With the help of the User Guide, I have successfully got my backup scripts working, but one of my daily duplication scripts always generates the following error message. I have no problem accessing the target folder (My Pictures - DUPLICATED from PC) on my NAS via Windows File Explorer and if I run the job again all is well. Can anyone explain this rather odd behaviour? My searches for Windows error 487 have not proved very useful so far. --Log-- + Duplicate using MyPicsDuplicateToNAS at 5/8/2021 11:00 AM [*] MapError: unknown Windows error 487 [*] TNetResource::Connect: UNetAddConnection2 failed, osErr 487, error -1001 [*] MapError: unknown Windows error 487 [*] TNetResource::Connect: UNetAddConnection2 failed, osErr 487, error -1001 Can't access volume My Pictures - DUPLICATED from PC... on Photos on Bonzonas, error -1001 (unknown Windows OS error) 5/8/2021 11:00:23 AM: Execution incomplete ..
  12. Apologies for the long delay in updating this thread. Among other things, I have been very busy supervising a house extension. I must confess that I never noticed Lennart's reference above to antivirus software, but about two weeks later I found a suggestion in some other forum that made me suspect that Microsoft Windows Defender (which now seems to be called Windows Security) might be the cause of my problems. Within its Ransomware Protection settings there is an option called 'Controlled folder access'. I turned off that option on 29 July and my daily Retrospect backups have been running fine ever since! One strange byproduct of using the 'Controlled folder access' option is that I found my attempts to save a modified Word or Access file under a new name was rejected on the grounds that the file did not exist. Of course the file didn't exist. That error message made no sense at all. I can only assume that Microsoft introduced a bug into into its security software via a recent update.
  13. Retrospect has a mind of its own. I have changed nothing since yesterday's 'Catalog File is locked' error, but today's backup worked just fine.
  14. Yes, the new drive has been running for several days. The size of 'Backup Set NAS1.rbc' is 527,579 KB. The properties box for that backup set tells me that it is using 1,440.8 GB for 619,113 files. Copying the RBC file to my C drive and then copying it back again to my G drive made no difference to those properties. It also failed to fix the locked catalogue issue. There was a grooming event shortly after this backup started working again a few days ago, which erased around 118 GB from the backup, so file count issues seem very unlikely. I opened up the Secret Preferences and wound up the debug logging setting for Backup Sets and Catalog Files to 99. However, this setting was rejected and it was automatically set to 7 instead. I then attempted once again to run the backup job. It failed almost immediately, just like before. The only differences in the log file were the top 2 lines shown below. ArcPro::DbExportToXML: no volRef returned for 1-Backup Set X ArcPro::DbExportToXML: no volRef returned for 1-Dell 7500 Backup Y + Normal backup using MyDocsBackupToNAS at 09/07/2019 22:30 Can't add to Backup Set Backup Set NAS1, the Catalog File is locked 09/07/2019 22:30:16: Execution incomplete
  15. Hi David, The last time I paid for an upgrade purely in the hope that it would fix a long-standing bug, it proved to be a waste of money. I'd be happy to pay for v15.5 if I felt more confident that it was going to fix my current problem, but a bug fix for cloud backup does not immediately appear relevant to my situation. That KB article is all about issues with troubleshooting email notifications and that's something that has never ever been a problem for me.
×
×
  • Create New...