What about some inconsistency in the source volume?
Have you tried a wafl_iron on the source?
This is usually not an issue with volume snapmirror as it will happily transfer any inconsistencies if they exist. QSM usually chokes when it hits any file related issues.
Still worth a check though.
--tmac
Sent from my Verizon Wireless BlackBerry
-----Original Message----- From: "Mike Partyka" mpartyka@acmn.com
Date: Tue, 6 Nov 2007 18:00:39 To:"Chris Blackmor" chris.blackmor@amd.com, toasters@mathworks.com Subject: RE: Snapmirror initialization aborts consistently
Sorry, wrong snapmirror.conf, here is right one:
rdfile /etc/snapmirror.conf #Regenerated by registry Wed Oct 24 02:29:43 GMT 2007 hci:vol1 hci2:rcv_vol1 - 0 23 * * hci:data hci2:rcv_data - 0 21 * *
-----Original Message----- From: Chris Blackmor [mailto:chris.blackmor@amd.com] Sent: Tue 11/6/2007 5:26 PM To: Mike Partyka Subject: Re: Snapmirror initialization aborts consistently
This is a VSM - yes?
Could you send the df from the source and destination, the snapmirror.conf entry, the initialize command, and the log entries from /etc/log/snapmirror on the source and the destination? C-
Mike Partyka wrote:
Hello,
I'm having a problem with Async SnapMirror where i have a 500G flexvol on both source and destination. When i initialize it fails at 83G consistently, I've destroyed the volume and rebuilt it several times but the problem reoccurs each time. I've run the source snapmirror logs relating to the failure through the syslog translator and all it really says is that "this is a generic snapmirror error on source", which just isn't very helpful.
Here are the logs from the source: Tue Nov 6 16:04:46 CST [pipeline_3:notice]: snapmirror: Network communication error Tue Nov 6 16:04:46 CST [snapmirror.src.err:error]: SnapMirror source transfer from data to hci2:rcv_data : transfer failed. Tue Nov 6 16:26:36 CST [pipeline_3:notice]: snapmirror: Network communication error Tue Nov 6 16:26:36 CST [snapmirror.src.err:error]: SnapMirror source transfer from data to hci2:rcv_data : transfer failed.
The source 3050a is running DOT 7.0.5 and the destination is running DOT 7.0.6
The volume options are identical as far as i can tell based on the "vol options -v data_vol" command.
The filers sites are connected via a GbE MAN, so bandwidth isn't the problem.
I've checked for errors on the ethernet interfaces on both ends and none of the bad counter are not incrementing.
Has anyone on the list experienced something like this? Or have any troubleshooting advice?
Thx
Mike Partyka
-- --------------------------------------------------------------------- * Chris Blackmor _______ | Oh my God... * * Advanced Micro Devices ____ | | We're all temps! * * Phone: (512) 602-1608 /| | | | * * Fax: (512) 602-5155 | |___| | | Daisy Adair * * Email: chris.blackmor@amd.com |____/ | | Dead Like Me * --------------------------------------------------------------------- * My comments are mine, and mine alone. * ---------------------------------------------------------------------