ONTAP Discussions

request denied by source filer; check access permissions on source.

jgarrotef
6,390 Views

Hi

I'm trying to replicate a windows server to a netapp filer using ossv client
If y install the client in a Windows 2008 R2 everything its OK, it works, but when i try to replicate a windows server 2012 R2 i receive this error in the last step (update)

ESMADZAA00112> snapvault update ESMADZAA00112:/vol/vol_DFS_Backup/qtree_vol_ESAGPWSA10010
Thu Feb 25 13:36:58 CET [ESMADZAA00112:replication.dst.err:error]: SnapVault: destination transfer from ESAGPWSA10010:e:\data to /vol/vol_DFS_Backup/qtree_vol_ESAGPWSA10010 : request denied by source filer; check access permissions on source.
Transfer not initially successful, retrying.
Monitor progress with 'snapvault status' or the snapmirror log.

I have checked the QSM Access List like a million of times and the destination filer name is included as in the windows 2008 configuration....
I have checked the snapvault.cnf file and is configured as the windows 2008 where it works fine...


[QSM:Access List]
Type=String
Label=QSM Access List
Label Id=108000149
Value=ESMADZAA00112!,esmadws00110

in windows application Log i receive this error

e:\data ESMADZAA00112:/vol/vol_DFS_Backup/qtree_vol_ESAGPWSA10010 Access Denied: Secondary 'ESMADZAA00112' is not on primary access list

Do anyone knows if there is any bug whith the 3.0.1 ossv client and windows 2012 R2 related to the primary access list ?

Regards

 

Javier

1 ACCEPTED SOLUTION

hariprak
6,352 Views

Hi,

 

Set the snapvault.access host option in the primary and secondary filers.

The issue is probably caused due to misconfiguration in the name resolution and (or) the SnapVault traffic using the wrong interface.

Verify the name resolution (/etc/hosts and/or DNS).

Verify ifconfig -a if the primary and secondary filers have multiple network interfaces (along with alias IPs).

A simple test to confirm this is to use the IPs in the snapvault.access host option. Also with the route -s command, trace the interface/IP used by SnapVault

 

 

Thanks

If this post resolved your issue, help others by selecting ACCEPT AS SOLUTION or adding a KUDO.

View solution in original post

3 REPLIES 3

hariprak
6,353 Views

Hi,

 

Set the snapvault.access host option in the primary and secondary filers.

The issue is probably caused due to misconfiguration in the name resolution and (or) the SnapVault traffic using the wrong interface.

Verify the name resolution (/etc/hosts and/or DNS).

Verify ifconfig -a if the primary and secondary filers have multiple network interfaces (along with alias IPs).

A simple test to confirm this is to use the IPs in the snapvault.access host option. Also with the route -s command, trace the interface/IP used by SnapVault

 

 

Thanks

If this post resolved your issue, help others by selecting ACCEPT AS SOLUTION or adding a KUDO.

jgarrotef
6,330 Views

Thank you hariprak

 

The issue was related to the name resolution.

 

Regards !!

sharanji007
3,819 Views

 

 

Snapvault stopped suddenly 

 

 Snapvaulted 518:33:45 Idle

 

When I tried to update the snapvault , Got the below error

 

request denied by source filer; check access permissions on source.
Transfer not initially successful, retrying.

 

 

Anyone please help me on this!!!



 

Public