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
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. * ---------------------------------------------------------------------
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
Nevermind - I'm retarded: I see the messages files already in the thread. As expected, generic network errors.
What is the size of the dest aggr?
I'm tempted to think wafl_iron as well.
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Walker Sent: Tuesday, November 06, 2007 8:11 PM To: Mike Partyka; Chris Blackmor; toasters@mathworks.com Subject: RE: Snapmirror initialization aborts consistently
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
Destination flexvol is 500g just like the source. I think i might setup a QSM and just see if it's any more successful before i recommend we try wafl_iron.
Thanks for the response people, i'll post the resolution when i discover it.
-Mike
-----Original Message----- From: Glenn Walker [mailto:ggwalker@mindspring.com] Sent: Tue 11/6/2007 7:26 PM To: Glenn Walker; Mike Partyka; Chris Blackmor; toasters@mathworks.com Subject: RE: Snapmirror initialization aborts consistently
Nevermind - I'm retarded: I see the messages files already in the thread. As expected, generic network errors.
What is the size of the dest aggr?
I'm tempted to think wafl_iron as well.
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Walker Sent: Tuesday, November 06, 2007 8:11 PM To: Mike Partyka; Chris Blackmor; toasters@mathworks.com Subject: RE: Snapmirror initialization aborts consistently
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
-
Glenn Walker -
Mike Partyka -
Tim McCarthy