topic Re: request denied by source filer; check access permissions on source. in ONTAP Discussions

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

jgarrotef — Thu, 25 Feb 2016 12:57:05 GMT

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

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

hariprak — Fri, 26 Feb 2016 06:33:35 GMT

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

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

jgarrotef — Fri, 26 Feb 2016 14:13:35 GMT

Thank you hariprak

The issue was related to the name resolution.

Regards !!

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

sharanji007 — Sat, 04 Aug 2018 07:39:39 GMT

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!!!