Anything in the messages file, or just the generic snapmirror failure?
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Mike Partyka Sent: Tuesday, November 06, 2007 7:01 PM To: Chris Blackmor; 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