Jump to content
Sign in to follow this  
PHP_User

Windows Retrospect 7.6.123 error -1020 sharing violation

Recommended Posts

I keep getting this error with same 3 machines (out of about 15) that I back up weekly. (see my attachment) And I don't think its because of 1 specific program open, because it always happens on those 2 machines, and the files it's referring to are windows files, not a program.

post-26368-0-09708400-1355408026_thumb.jpg

post-26368-0-96373500-1355408033_thumb.jpg

post-26368-0-63909300-1355408040_thumb.jpg

Share this post


Link to post
Share on other sites

The listed client files all seem to be user account related registry dat files. Did you purchase the Open File Backup add-on for your Retrospect Multi Server? If not, are the related user account(s) logged in thereby making the registry dat files busy?

Share this post


Link to post
Share on other sites

I checked and we do have Open file backup purchased and licensed, see licenses.bmp. I also attached 2 error files, errors1.bmp and errors2.bmp, and the licenses window.

 

errors1.jpg

 

errors2.jpg

 

 

 

We are running retrospect Multi Server v. 7.6.123 - driver update and hot fix 7.6.2.101.

 

This only happens on some machines. All the users leave their machines logged in when they go home.

 

Any ideas?

 

Thanks,

Don

Edited by Mayoff
Never post screenshots of your license codes on the internet for everyone to see.

Share this post


Link to post
Share on other sites

Probably not a good idea to post the actual license keys on a public forum.  You're screen shots show the keys in plain text ...

 

Back to your original question though, I get those errors on occasion too - usually in Windows 7 under a user profile in a hidden "appdata" folder that has constantly open files (like GASMO for Gmail).  Don't really know why, but I can only assume that Windows VSS may have them locked already because they are constantly changing (i.e. a mail client that is open all day and receiving new messages).  Rebooting the client system "usually" helps resolve the issue.., at least for a while anyway.

 

Update: 

 

Also looks like your errors are for files in Internet Explorer temp directories.  You could filter your backups to ignore those.  Otherwise, you may continue to see them if the backup is running while files are changing.  For instance, the files exist during the retrospect scan, however, the user clears cookies/cache/temp IE settings after the were scanned but before they could be backed up (I have my browser set to clear everything upon close so it's a very possible scenario).  The files then fail to backup because they don't exist or have been changed.  

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×