2014-09-09 01:57 AM
Can you copy the full err message ?
Have you tried using the Syslog Translator on mysupport.netapp.com ?
Did you set:
There's all of the documentation available in the Data Protection Guide:
I hope this response has been helpful to you.
At your service,
Eugene E. Kashpureff, Sr.
Independent NetApp Consultant, K&H Research http://www.linkedin.com/in/eugenekashpureff
Senior NetApp Instructor, IT Learning Solutions http://sg.itls.asia/netapp
(P.S. I appreciate points for helpful or correct answers.)
2014-09-09 07:49 AM
that's pretty much the default error when snapvault does not work
if you can ping the source filer from the destination, then it is probably a permission or config issue.
as Eugene already said, check snapvault.access. for testing, set options snapvault.access * on both source and target.
and besides snapvault.enable, also check if options licensed_feature.nearstore_option.enable is on.
if that does not work, we need more info:
what's your exact commandline
2014-09-09 07:59 PM
I have checked all the options above and i see its still failing with the same error
Ontap Version :- 8.1.4 - 7Mode
From the secondary filer :- snapvault start -S sourcefiler:sourcevol destfiler:destvol ( As above )
Snapvault status sowing the operation is aborting .........
2014-09-09 11:00 PM
btw: you don't need to take a screenshot in putty. just select the text and it will be in the clipboard
maybe snapmirror.log can give some more info. snapvault does also log into /etc/log/snapmirror.log.0000000XXX file.
find the log file with the highest number and do rdfile on it:
priv set advanced
then post the output here.
I don't suppose you are fiddling with MTU sizes, right?