Unsolved

This post is more than 5 years old

2 Posts

4732

October 28th, 2013 07:00

Error code53362

I want to recover files for a client from EMC Networker 7.6.5. and i get this error message.

error code 53362:winworkr cannot start session with server xxxxxxx

xxxxxxx server is not properly configured on the networker server.

Can someone help.

Thanks

Mann

Community Manager

 • 

3.1K Posts

October 28th, 2013 16:00

It seems this is Networker question. I moved this thread to an appropriate space "Networker Support Forum" from "Japanese Storage" space.

4 Operator

 • 

14.4K Posts

October 28th, 2013 18:00

Without exact error and logs it may be anything, but according to your description and most common mistakes, this seems to be an issue with configuration where client is missing alias in NSR client definition.

1.7K Posts

October 30th, 2013 03:00

Hi Mann,

Please check the following steps:

Does save set recovery fails with the same error?

Does nsrinfo -v client_name fails with the same error?

Started with a new index folder for client.

Ran nsrck -v lnalnm01.na.lafarge.net. 
C:\>nsrinfo -v client_name

scanning client `client_name' for all savetimes from the  backup namespace 
error: nsrinfo: cannot start session with server   
error: nsrinfo: error, Cannot lock file index for client  'client_name' (Access is denied.)

Permissions on the index folder are correct.

*@* added to Remote Access results in the same error.

Removing nsrauth results in the same error.

No clientid issues.

Forward and reverse lookup works successfully.

Networker services started with Local System.

Issue does not occur when running nsrck -L1.

Issue occurs when running nsrck -L2-L7.

  A Group Policy (GPO) set in the customer environment caused  the issue.

Confirmation:

When running filemon.exe (sysinternals) discovered that the NT  AUTHORITY\SYSTEM account was getting ACCESS DENIED when trying to  read the C:\Program  Files\Legato\nsr\index\ \db6\v6hdr file.

When nsrck -L2-L7 is run the v6hdr file is recreated and thus  the GPO takes effect.

The SYSTEM account does not have permissions.

Resolution     

Workaround: 

1. For the GPO: "Computer Configuration ->  Security Settings -> Local Policies -> User Rights  Assignment -> Restore files and   directories", added the SYSTEM  account:

     - Created a new    Group Policy for all of the NW servers in the    environment. 

     - Added SYSTEM    account to this policy to allow full control. 

     - Administrators    & Backup Operators are default. 

The 'Member Server Baseline Policy' has many    restrictions in it which may also be affecting this. 

The inheritance of this policy no longer gets    applied to the parent 'Member Servers' OU. 

2. For a temporary solution to complete the  restore, replace permissions on the index folder affected  allowing SYSTEM to have Full Control

0 events found

No Events found!

Top