Jump to content

Error -1017 on a couple of files after applied last hotfix


RS2

Recommended Posts

Hi!

 

We have Retrospect MultiServer version 7.5.324 and hotfix 7.5.8.101. After I applied the latest hotfix I've encountered the following error on a couple of files and folders:

 

- 10/20/2006 8:22:45 PM: Copying Name on sgsql2

10/20/2006 8:22:45 PM: No files need to be copied

File "E:\Name\BIN\": can't read security information, error -1017 (insufficient permissions)

10/20/2006 8:24:31 PM: Snapshot stored, 2,284 KB

10/20/2006 8:28:06 PM: 1 execution errors

Duration: 00:05:21 (00:01:56 idle/loading/preparing)

 

I've checked and verified that the Retrospect user can access the file and read the security permissions. I even get the same errors when letting retrospect run under the domain admin account.

 

How should I procced to pinpoint the cause fot this?

 

Kind regards

 

RS2

Link to comment
Share on other sites

  • 1 month later...

The error is related to open file backup. If I diseable open file backup for a script that has problem with a windows 2000 or windows NT server (recieving error -1017), the errors are gone. But I need to have open file backup enabled.

 

Any ideas?

Link to comment
Share on other sites

Does the error go away if you remove the hotfix? It's located in c:\Program Files\Retrospect\Retrospect 7.5\rdu.rpx. You can move this file to a different folder and run a test backup of the systems that are giving you this error.

 

You can manually install an earlier hotfix from this KB article: http://kb.dantz.com/article.asp?article=7946&p=2

Link to comment
Share on other sites

Thanks I'll try that...

 

<10 minutes later>

 

I get the same error with out rdu.rpx (I checked the about menu to be sure it didnt load). So maybee it was just a coincidence that the error occured after applying the hotfix.

 

I'll try disabling the antivirus...

Link to comment
Share on other sites

  • 2 months later...

I have an identical issue with the same components involved : Retrospect combined with a repackaged F-Secure antivirus solution.

 

My provider (who is the supplier for a repackaged version of the F-secure antivirus solution) is not responsive.

 

The answers I have received are :

- reinstall F-Secure : does not work

- this behaviour is a normal function of the auto-protect

- disable the auto-protect functionality

- you can not disable the auto-protect via a schedule or another automated method

 

Have you received acknowledgement from F-Secure that this is a known issue? Are they fixing this issue? Can you share the version information of the F-Secure antivirus you use?

 

The best lead I have is that F-Secure is hard at work on an updated Vista enabled version due somewhere in May 2007. Hopefully, that version will resolve the conflict between Retrospect and F-Secure on the open-file backup.

 

The workaround I have at the moment is to disable the F-Secure product manually before the backup starts and then to enable it afterwards.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...