Jump to content

6.5 M-S -- Open File Backup failing - Error 1017


Recommended Posts

I am continuing to receive Error 1017 failures for Open File Backup. I have Retro configured to use an account which is an administrator of the server and a domain administrator too. The backup source volumes and target are all local to the server where Retro runs. My latest log is below:

 

+ Retrospect version 6.5.276

Launched at 5/16/2003 5:13 PM in user account STRICKLAND\gstrickland

+ Normal backup using EasyScript Backup at 5/16/2003 9:00 PM (Execution unit 1)

To Backup Set Backup Set Charlie...

Can't use Open File Backup option for Maxtor 120gb (C:), error -1017 (insufficient permissions)

 

- 5/16/2003 9:00:00 PM: Copying Maxtor 120gb (C:)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\master.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\mastlog.ldf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\model.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\modellog.ldf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\msdbdata.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\msdblog.ldf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\northwnd.ldf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\northwnd.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\Portal_Data.MDF": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\Portal_Log.LDF": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs_log.ldf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\TimeMatters4.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\TimeMatters4_log.LDF": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\TM4BAK.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\TM4BAK_log.ldf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\tempdb.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\templog.ldf": can't read, error -1020 (sharing violation)

5/16/2003 9:44:13 PM: Snapshot stored, 79.7 MB

5/16/2003 9:44:27 PM: Comparing Maxtor 120gb (C:)

File "C:\WINNT\NETLOGON.CHT": different modify date/time (set: 5/16/2003 8:30:01 PM, vol: 5/16/2003 9:30:02 PM)

5/16/2003 9:45:21 PM: 19 execution errors

Completed: 97 files, 386.4 MB

Performance: 463.6 MB/minute (503.9 copy, 437.3 compare)

Duration: 00:45:20 (00:43:40 idle/loading/preparing)

 

Can't use Open File Backup option for Drive D (D:), error -1017 (insufficient permissions)

 

- 5/16/2003 9:45:21 PM: Copying Drive D (D:)

5/16/2003 9:45:21 PM: No files need to be copied

5/16/2003 9:48:38 PM: Snapshot stored, 6,246 KB

5/16/2003 9:48:39 PM: Comparing Drive D (D:)

5/16/2003 9:48:42 PM: Execution completed successfully

Duration: 00:03:21 (00:03:17 idle/loading/preparing)

 

Can't use Open File Backup option for Drive E (E:), error -1017 (insufficient permissions)

 

- 5/16/2003 9:48:42 PM: Copying Drive E (E:)

Can't save Snapshot in Backup Set Charlie, error -1001 (unknown Windows OS error)

File "E:\ZFAX\REQUEST\ZETAFAX.LOK": can't read, error -1020 (sharing violation)

5/16/2003 9:55:28 PM: Comparing Drive E (E:)

File "E:\ZFAX\REQUEST\SERVER.OK": different modify date/time (set: 5/16/2003 9:54:44 PM, vol: 5/16/2003 9:55:46 PM)

File "E:\ZFAX\SYSTEM\Z-DB\STATUS.LOG": different modify date/time (set: 5/16/2003 9:54:31 PM, vol: 5/16/2003 9:55:30 PM)

5/16/2003 9:56:25 PM: 4 execution errors

Completed: 420 files, 115.3 MB

Performance: 142.6 MB/minute (121.3 copy, 177.3 compare)

Duration: 00:07:25 (00:05:48 idle/loading/preparing)

 

5/16/2003 9:56:25 PM: 26 execution errors

Total performance: 297.9 MB/minute

Total duration: 00:56:07 (00:53:02 idle/loading/preparing)

 

Link to comment
Share on other sites

Does your license manager indicate if you are licensed for Open File backup?

 

I noticed you are using SQL. Are you using the SQL agent or is your ultimate goal to backup the SQL data via the open file backup?

 

What system version is this?

 

Check the Launcher Service and make sure it is configured with default settings (run as system account).

 

 

Link to comment
Share on other sites

Does your license manager indicate if you are licensed for Open File backup?

 

Yes

 

What system version is this?

 

Windows 2000 Advanced Server

 

Check the Launcher Service and make sure it is configured with default settings (run as system account).

 

Launcher is configured to run as system account. "Interact with desktop" is checked.

 

Is there any material difference with respect to Open File Backup among the following scenarios:

 

1. Launcher set to LocalSystem; Administrator is presently logged in; Retrospect is running (never quits); Preferences, Execution, Security is set to always run as gstrickland .

 

2. Launcher set to LocalSystem; gstrickland is presently logged in; Retrospect is running (never quits); Preferences, Execution, Security is set to always run as gstrickland.

 

3. Launcher set to LocalSystem; nobody is presently logged in; Retrospect is not running (since nobody is logged in); Preferences, Execution, Security is set to always run as gstrickland .

 

We definitely need *somebody* to be logged into this server at all times, because we have a couple of critcal applications which can't be run as services. For example, our Kyocera digital copier/scanner/printer uses a helper application on the server to save scan files to user folders. We've tried various utilities which are supposed to be able to turn any application into a service (including the Microsoft tools which ship in the 2000 Resource Kit), but it just won't run reliably as a service. So option no. 3 above, won't work for us.

 

I noticed you are using SQL. Are you using the SQL agent or is your ultimate goal to backup the SQL data via the open file backup?

 

I do not have the SQL agent. However, my SQL databases are not all that critical. Instead, I have a script which runs within SQL server which once a day creates full copies of my databases and puts them in a special directory. Since the copies are not open or in use when Retro runs, Retro can back them up. The failures that you see in the log are because I forgot to re-exclude most of SQL when I recreated my scripts from scratch after uprading from 6.0 to 6.5. After I fix that, I won't have any further errors on the sql part of this.

 

Everyone here goes home by 7:00 p.m. most days. At 8:00 p.m. my sql server makes a copy of my databases. At 9:00 p.m. Retro kicks off and backs up the copies of the databases.

Link to comment
Share on other sites

Try changing the Launcher service back to Local System, and then configure the Retrospect preferences to run as Administrator, rather then 'gstrickland'. Or, try creating a brand new user account with full admin rights.

 

Are there any other backup software (Veritas, etc.) or open file (Clear Case, St. Bernards, etc.)applications installed on this system? If so, make sure they are completely uninstalled.

 

Is Retrospect automatically launching itself or is it left open after being manually launched?

 

Do you have the latest Service Packs installed for the OS?

 

Are there encrypted folders or files on any of these drives?

 

Is the machine open through Terminal Services when launched?

 

Link to comment
Share on other sites

Open File Back up continues to fail under 1017 (insufficient permissions). See latest log at end of this message. I don't know how you can get any greater permissions than to have Administrator loggged into the console and have Retrospect run using the Administrator account. All backup sources and targets are local to the server on which Retro is Running.

 

Try changing the Launcher service back to Local System, and then configure the Retrospect preferences to run as Administrator, rather then 'gstrickland'. Or, try creating a brand new user account with full admin rights.

 

Did that.

 

Are there any other backup software (Veritas, etc.) or open file (Clear Case, St. Bernards, etc.)applications installed on this system? If so, make sure they are completely uninstalled.

 

No.

 

Is Retrospect automatically launching itself or is it left open after being manually launched?

 

We've tried it with Retro running after a manual start and Retro not running at all (being started by Launcher) -- both with Administrator logged in at console the entire time.

 

Do you have the latest Service Packs installed for the OS?

 

Yes

 

Are there encrypted folders or files on any of these drives?

 

No

 

Is the machine open through Terminal Services when launched?

 

No

 

 

+ Normal backup using EasyScript Backup at 5/21/2003 3:52 AM (Execution unit 1)

To Backup Set Backup Set Delta...

Can't use Open File Backup option for Maxtor 120gb (C:), error -1017 (insufficient permissions)

 

- 5/21/2003 3:52:58 AM: Copying Maxtor 120gb (C:)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\master.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\mastlog.ldf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\model.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\modellog.ldf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\msdbdata.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\msdblog.ldf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\northwnd.ldf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\northwnd.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\Portal_Data.MDF": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\Portal_Log.LDF": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs_log.ldf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\TimeMatters4.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\TimeMatters4_log.LDF": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\TM4BAK.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\TM4BAK_log.ldf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\tempdb.mdf": can't read, error -1020 (sharing violation)

File "C:\Program Files\Microsoft SQL Server\MSSQL\Data\templog.ldf": can't read, error -1020 (sharing violation)

5/21/2003 4:26:59 AM: Snapshot stored, 79.7 MB

5/21/2003 4:27:12 AM: Comparing Maxtor 120gb (C:)

5/21/2003 4:27:25 AM: 18 execution errors

Completed: 13 files, 8,161 KB

Performance: 47.8 MB/minute (68.3 copy, 36.7 compare)

Duration: 00:34:26 (00:34:05 idle/loading/preparing)

 

Can't use Open File Backup option for Drive D (D:), error -1017 (insufficient permissions)

 

- 5/21/2003 4:27:25 AM: Copying Drive D (D:)

5/21/2003 4:27:25 AM: No files need to be copied

5/21/2003 4:30:55 AM: Snapshot stored, 6,246 KB

5/21/2003 4:30:56 AM: Comparing Drive D (D:)

5/21/2003 4:30:59 AM: Execution completed successfully

Duration: 00:03:33 (00:03:29 idle/loading/preparing)

 

Can't use Open File Backup option for Drive E (E:), error -1017 (insufficient permissions)

 

- 5/21/2003 4:30:59 AM: Copying Drive E (E:)

5/21/2003 4:30:59 AM: No files need to be copied

5/21/2003 5:32:37 AM: Snapshot stored, 82.8 MB

5/21/2003 5:32:51 AM: Comparing Drive E (E:)

5/21/2003 5:33:20 AM: Execution completed successfully

Duration: 01:02:04 (01:01:29 idle/loading/preparing)

 

5/21/2003 5:33:21 AM: 21 execution errors

Total performance: 15.9 MB/minute

Total duration: 01:40:05 (01:39:21 idle/loading/preparing)

 

Link to comment
Share on other sites

Do you get the same errors if you backup just the C:\, rather then the My Computer Container?

 

Was the server rebooted after install? If you do a "net start" at the command line does "Retrospect Launcher" show up in the list of running services?

Link to comment
Share on other sites

Do you get the same errors if you backup just the C:\, rather then the My Computer Container?

 

I am not backing up the "My Computer Container." At least, I don't believe that I am. When you look at "source" for the script in question, three local drives are defined. I'll be glad to send or post a screen shot if if would help.

 

Was the server rebooted after install?

 

Yes, and many times since.

 

If you do a "net start" at the command line does "Retrospect Launcher" show up in the list of running services?

 

Yes.

 

And I have re-verified that the Administrator has maximum rights to every source and target resource by checking the security settings of each volume.

 

The problem persists. Retro 6.5 with Open File Backup installed and license showing is failing to start/invoke OFB due to "1017 insufficient permissions" despite the fact that Retro is using the Administrator account which has maximum rights to EVERYTHING.

 

 

 

Link to comment
Share on other sites

  • 2 weeks later...

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...