Yes, sorry, VSM

df, i can't do while the destination is restricted, i get this when i try to get df output

hci2> vol status -b rcv_data rcv_data: volume is offline or is unavailable. hci2> vol online rcv_data vol online: Volume 'rcv_data' was left in an inconsistent state by an aborted vol copy or an aborted snapmirror initial (level 0) transfer. In order to bring it online, you must either destroy and re-create the volume, or complete an initial snapmirror transfer or vol copy.

I did compare the source and destination with the "vol status data -b" and they were the same number of blocks.

rdfile /etc/snapmirror.conf #Regenerated by registry Wed Oct 24 02:29:43 GMT 2007 netapp1:vol1 netapp2:rcv_vol1 - 0 23 * * netapp1:data netapp2:rcv_data - 0 21 * *

Here are the destination snapmirror logs from today

dst Tue Nov 6 12:04:56 CST hci:data hci2:rcv_data Request (Initialize) dst Tue Nov 6 12:05:08 CST hci:data hci2:rcv_data Start dst Tue Nov 6 13:50:04 CST hci:data hci2:rcv_data Abort (snapmirror transfer fa iled to complete) dst Tue Nov 6 14:12:36 CST hci:data hci2:rcv_data Request (Initialize) dst Tue Nov 6 14:12:37 CST hci:data hci2:rcv_data Restart (@ 82881 MB) sys Tue Nov 6 14:20:15 CST SnapMirror_off (registry) dst Tue Nov 6 14:20:17 CST hci:data hci2:rcv_data Abort (snapmirror transfer fa iled to complete) sys Tue Nov 6 14:25:28 CST SnapMirror_on (registry) dst Tue Nov 6 14:25:31 CST hci:data hci2:rcv_data Request (Initialize) dst Tue Nov 6 14:25:35 CST hci:data hci2:rcv_data Start dst Tue Nov 6 16:10:38 CST hci:data hci2:rcv_data Abort (snapmirror transfer fa iled to complete) sys Tue Nov 6 16:11:31 CST SnapMirror_off (registry) sys Tue Nov 6 16:16:07 CST SnapMirror_on (registry) dst Tue Nov 6 16:18:37 CST hci:data hci2:rcv_data Request (Initialize) dst Tue Nov 6 16:18:38 CST hci:data hci2:rcv_data Restart (@ 82347 MB) dst Tue Nov 6 16:32:28 CST hci:data hci2:rcv_data Abort (snapmirror transfer fa iled to complete)

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