2016-02-25 04:54 AM - edited 2016-02-25 04:57 AM
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...
Label=QSM Access List
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 ?
Solved! SEE THE SOLUTION
2016-02-25 10:33 PM
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