pcohen15 Posted January 27, 2010 Report Share Posted January 27, 2010 My Task Manager (while Retrospect is open) reports that Retrospect.exe has my user name next to it. Quote Link to comment Share on other sites More sharing options...
poorman Posted January 28, 2010 Report Share Posted January 28, 2010 (edited) My apologies -- I thought we were talking about the Retrospect Client, not the server. The server has a preference for which user ID it will run under. It defaults to running as the "currently logged in user." This means your login ID when you run Retrospect interactively, and the login ID of the Retrospect Launcher service when Retrospect is launched automatically. The Launcher Service defaults to running in the Local System account, so background/automatic executions of Retrospect normally run in Local System. It's possible to select other values in the Retrospect preferences, such as an explicit login ID (with password). That may work well on XP, however on Vista and Windows 7 it causes several kinds of grief. On those OSes you may have better results with it set to "currently logged in user" and instead change the ID that is used by the Retrospect Launcher service. I hope this helps. It seems likely, however, that there is a more general problem with Open File Backup in Retrospect 7.7, as another user just posted about doing a 7.6->7.7 upgrade and immediately having the locking-range-conflict issue. -- Pete Edited January 28, 2010 by Guest Fixed typo Quote Link to comment Share on other sites More sharing options...
Ramon88 Posted January 28, 2010 Report Share Posted January 28, 2010 Actually we run Retrospect (7.6.123) as its own user (called "Retrospect" and this is part of the Admins group) on a 2008 R2 server. So far this works well for us. I don't think there is any user ID relation between the client and the server part of Retrospect that should mess things up. Retrospect (server) logs in with the credentials you provide when setting up the client. So if there is a credential problem, the best place to look at is the client itself imho. Just a thought... Is it possible to disable the Open File license and test again? Just to see if it is related to the problem. Quote Link to comment Share on other sites More sharing options...
rhwalker Posted January 28, 2010 Report Share Posted January 28, 2010 Retrospect (server) logs in with the credentials you provide when setting up the client. No, I don't believe that this is the way it works. Retrospect server never logs in to the client or the client's volumes. Instead, the client runs with elevated privileges on the client computer so that it can access everything, and chats back and forth with Retrospect server over the Retrospect port 497 channel to do the backup, restores, etc. The credentials you supply when setting up the client are used to establish the channel between the client and the server (so that spoofing attacks can't happen). However, all of the other questions / suggestions in this thread are appropriate areas for investigation. Russ Quote Link to comment Share on other sites More sharing options...
Ramon88 Posted January 28, 2010 Report Share Posted January 28, 2010 Retrospect (server) logs in with the credentials you provide when setting up the client. No' date=' I don't believe that this is the way it works. Retrospect server never logs in to the client or the client's volumes. Instead, the client runs with elevated privileges on the client computer so that it can access everything, and chats back and forth with Retrospect server over the Retrospect port 497 channel to do the backup, restores, etc. The credentials you supply when setting up the client are used to establish the channel between the client and the server (so that spoofing attacks can't happen).[/quote'] Actually I didn't mean it to sound like Retrospect logs into a Windows user account. I should have said Retrospect logs into the Retro Client using the credentials you provide when setting up the Retro Client. In other words, what I was trying to suggest is that Windows credentials of the server are of no consequence for the Windows credentials of the client. As long as Retrospect (server) can log into the Retro Client with those specific Retrospect credentials it should work. If it doesn't, you could conclude there might be a problem with the Windows credentials the Retro Client is running under. Quote Link to comment Share on other sites More sharing options...
nadelprice Posted January 28, 2010 Author Report Share Posted January 28, 2010 Hi, I started this thread and can confirm that prior to 7.7 my duplicate job ran with open file backup without errors. I note that at 7.7 the duplicate job fails but a true backup (not duplicate) works correctly using open file backup. When running the backup you can see the message "preparing for open file backup". That message does not appear on the duplicate job. The "preparing for open file backup" message does not show in the logs - only on the screen. The MS event viewer shows the volume shadow copy service as started during the failed duplicate run. When I manually close outlook the duplicate job works correctly. I depend on retrospect to duplicate the file and then a later job comes along and copies the duplicated file to off site storage along with some other important files. Here is my latest info sent to Keith in support of the case: "Here is a less cluttered log report of the duplicate open file problem from a job just looking for outlook pst files. Could the fact that it cannot find ini file 'C:\Documents and Settings\be of any significance." + Executing Immediate Duplicate at 1/28/2010 10:34 AM To volume rbc_config on My Book1 (G:)... - 1/28/2010 10:34:54 AM: Copying Documents and Settings on HP_PAVILION (C:) File "C:\Documents and Settings\Administrator\Local Settings\Application Data\Microsoft\Outlook\Before_2008 Folders.pst": can't read, error -1111 ( locked range conflict) File "C:\Documents and Settings\Administrator\Local Settings\Application Data\Microsoft\Outlook\Personal Folders.pst": can't read, error -1111 ( locked range conflict) vtopGetRegistry: saving registry RegEnumFromIniFile: couldn't perform dupeback operation, ini file 'C:\Documents and Settings\RtrDpeBk.ini' not found. regfBackupTask: regfEnum failed, -3,117 vtopBuildStateFiles: dupe back failed error -3117 ( unknown). vtopGetSecurity: saving security vtopRestoreState: restore db settings, 1 VssWPrepareForRestore: couldn't restore meta state, meta state folder not found vtopRestoreState: couldn't read status file for duplicate. vtopRestoreWin2Db: restoring windows 2000 db, id = 32 vtopRestoreRegistry: restoring registry vtopRestoreState: Registry restored. vtopRestoreState: DK_DRMODE is false. vtopRestoreWin2Db: restoring windows 2000 db, id = 4 vtopRestoreWin2Db: restoring windows 2000 db, id = 64 vtopRestoreWin2Db: restoring windows 2000 db, id = 1 vtopRestoreWin2Db: restoring windows 2000 db, id = 2 vtopRestoreWin2Db: restoring windows 2000 db, id = 128 vtopRestoreSecurity: restoring security 1/28/2010 10:34:59 AM: Comparing rbc_config on My Book1 (G:) 1/28/2010 10:34:59 AM: 2 execution errors Duration: 00:00:04 (00:00:03 idle/loading/preparing) The MS event viewer log shows Event Type: Information Event Source: Service Control Manager Event Category: None Event ID: 7035 Date: 1/28/2010 Time: 10:32:02 AM User: NT AUTHORITY\SYSTEM Computer: PNHOME1 Description: The Volume Shadow Copy service was successfully sent a start control. Event Type: Information Event Source: Service Control Manager Event Category: None Event ID: 7036 Date: 1/28/2010 Time: 10:32:02 AM User: N/A Computer: PNHOME1 Description: The Volume Shadow Copy service entered the running state. Quote Link to comment Share on other sites More sharing options...
Mayoff Posted January 29, 2010 Report Share Posted January 29, 2010 We have reproduced this -1111 error on PST files under WIndows 7. Bugs have been written up for the issue. Quote Link to comment Share on other sites More sharing options...
rogersma Posted February 13, 2010 Report Share Posted February 13, 2010 I have this same problem with 7.7, Win7 and .pst files so would love to know what Retrospect comes up with. Can you post in this forum when there is a solution? Quote Link to comment Share on other sites More sharing options...
rogersma Posted February 25, 2010 Report Share Posted February 25, 2010 Is there any update on this? thanks, Michael Quote Link to comment Share on other sites More sharing options...
Mayoff Posted February 25, 2010 Report Share Posted February 25, 2010 This issue will be fixed in our next release. Quote Link to comment Share on other sites More sharing options...
bmclachlan Posted April 16, 2010 Report Share Posted April 16, 2010 Robin - is there any new information as to when a new release will be issued to fix this? Bill Quote Link to comment Share on other sites More sharing options...
rogersma Posted April 17, 2010 Report Share Posted April 17, 2010 Yes, please--any info would be appreciated. I've kept up with the updates but nothing so far has solved the pst problem. Thanks. Quote Link to comment Share on other sites More sharing options...
Mayoff Posted April 18, 2010 Report Share Posted April 18, 2010 did you check the latest 7.7 version released a few weeks ago? Quote Link to comment Share on other sites More sharing options...
bmclachlan Posted April 20, 2010 Report Share Posted April 20, 2010 Robin - I installed 7.7.325 today and it produced the same errors as before - sharing violations, etc. After about 20 error I stopped the process and reverted to 7.6.123 which continues to work fine with no errors. I have attached a log of the 7.7 backup to show you the errors that I am getting. 7.6.123 is installed on a Win 7 32 bit machine. The two clients are a Win XP Pro SP3 laptop and a Win 7 Ultimate 64-bit laptop (Toshiba M700 with 6 GB memory, 160 GB Intel SSD with 80 GB free). Quote Link to comment Share on other sites More sharing options...
Mayoff Posted April 20, 2010 Report Share Posted April 20, 2010 If the file is open and you don't have the open file backup add-on, I would expect a sharing violation during backup When exactly do you see the error? Backup or Restore? Quote Link to comment Share on other sites More sharing options...
bmclachlan Posted April 20, 2010 Report Share Posted April 20, 2010 Robin - I thought Open file backup installs with the Retrospect 7.7.325. 7.6.123 has no problems with Open file backup. I guess my file attachment did not work before because it was a RTF file.. The problem is with backup. Quote Link to comment Share on other sites More sharing options...
Mayoff Posted April 20, 2010 Report Share Posted April 20, 2010 This error is causing problems with your open file backup: Can't use Open File Backup option for Bill on M700 Win 7 64, error -3045 ( there is insufficient storage space to complete the operation) What does the windows event log say Quote Link to comment Share on other sites More sharing options...
bmclachlan Posted April 20, 2010 Report Share Posted April 20, 2010 (edited) Robin - the Windows event log created on 4/20/2010 at 2:21:48 PM with Source Retrospect and event ID as 1 says the same - "Can't use open file backup option for Bill on M700 64, error-3045.....". Do I assume correctly that Retrospect created this event log error? Where is there insufficient storage space? The drive where the backup is stored has over 400 GB free space. And why does 7.6.123 have no problem with Open file backup? Edited April 20, 2010 by Guest Quote Link to comment Share on other sites More sharing options...
Mayoff Posted April 20, 2010 Report Share Posted April 20, 2010 How about your C: disk? How about the source disk? Quote Link to comment Share on other sites More sharing options...
bmclachlan Posted April 20, 2010 Report Share Posted April 20, 2010 Robin - The 'C' disk (of the machine with Retrospect installed) has 12 GB free. You seem to be avoiding the issue that 7.6.123 does not have this problem and does not complain about 'insufficient space'. Quote Link to comment Share on other sites More sharing options...
bmclachlan Posted April 21, 2010 Report Share Posted April 21, 2010 Robin - I forgot to answer - the source disk has 80 GB free. Quote Link to comment Share on other sites More sharing options...
davie_chen Posted April 21, 2010 Report Share Posted April 21, 2010 It seems related to system restore option. Please check the last comment in the link http://www.vistax64.com/general-discussion/213807-backup-insufficient-storage-0x8004231f-3.html Quote Link to comment Share on other sites More sharing options...
bmclachlan Posted April 21, 2010 Report Share Posted April 21, 2010 Not sure this has anything to do with my particular issue. In Windows 7, the system restore module does not indicate any thing other than restore points that the user can select to restore the computer to an earlier time. Quote Link to comment Share on other sites More sharing options...
bmclachlan Posted April 26, 2010 Report Share Posted April 26, 2010 Robin - anymore ideas? Why would this be happening on 7.7.325 and not on 7.6.123? Retrospect runs on a windows 7 32-bit machine with 12+ GB free HD where the client is a windows 7 Ultimate 64-bit laptop with 80+ GB free HD. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.