toasters February 2001

toasters@lists.teaparty.net

88 participants
116 discussions

Re: SnapMirror 5.3.6R2 -> 6.0.1R1
by Thomas.L.White＠chase.com 05 Feb '01

05 Feb '01

in the upgrade to 6.0.1R1 it mentions that all snapshots have to be blown away before allowing snapmirror to run again. But this (as far as I know) refers ro upgrade source as well as destination Ihave not seen any comments re: Upgrading one side only. tw Brian Tao <taob(a)risc.org>@mathworks.com on 02/05/2001 12:45:37 PM Sent by: owner-toasters(a)mathworks.com To: toasters(a)mathworks.com cc: Subject: SnapMirror 5.3.6R2 -> 6.0.1R1 Couldn't find any reference to this error message on NOW: Sun Feb 4 23:47:00 EST [drp-na1: worker_thread:error]: snapmirror: Filesystem version mismatch for destination volume nocna1_vol0, reverting the version and aborting transfer. SnapMirror will retry until this revert is complete. That appears on a destination F840 running 6.0.1R1. Volume /vol/nocna1_vol0 on the F840 is large enough and is marked offline. "snapmirror status" shows: Source Dest Status 192.168.50.17:vol0 drp-na1:nocna1_vol0 Idle Filer 192.168.50.17 is an F740 running 5.3.6R2. It prints this to syslog: Sun Feb 4 23:29:18 EST [worker_thread]: snapmirror: Destination drp-na1 could not accept a complete transfer Sun Feb 4 23:49:18 EST last message repeated 20 times What is this about filesystem versions? Is the F840 doing something about it on /vol/nocna1_vol0? How can I check on the progress of this revert operation? I guess I should be asking: are 5.3.x and 6.0.x snapmirrors compatible? The 6.0 Data Protection Guide doesn't mention caveats or incompatibilities. -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

4 4

RE: SnapMirror 5.3.6R2 -> 6.0.1R1
by Traitel, Eyal 05 Feb '01

05 Feb '01

Upgrading from 5.3.x to 6.x includes a WAFL upgrade, in which old snapshots needs to be deleted before upgrade is complete. Since this upgrade is working with low-priority threads, the regular user will just have his WAFL upgraded after a few days/weeks, depending on filer's snap sched settings. Hope it helps, Eyal. ---------------------------------------------------------------------- eTraitel - I'm the new eBuzzword around !!! ---------------------------------------------------------------------- Eyal Traitel - Filer Escalation Engineer CNA, MCSE, CSA, NACA Network Appliance BV Holland Office Center Kruisweg 799b 2132 NG, Hoofddorp The Netherlands Office: +31 23 567 9685 Cellular: +31 6 5497 2568 Email: eyal(a)netapp.com ---------------------------------------------------------------------- Get answers NOW! - NetApp On the Web - http://now.netapp.com ---------------------------------------------------------------------- -----Original Message----- From: Tuc [mailto:tuc@ttsg.com] Sent: Monday, February 05, 2001 10:01 PM To: Thomas.L.White(a)chase.com Cc: taob(a)risc.org; toasters(a)mathworks.com Subject: Re: SnapMirror 5.3.6R2 -> 6.0.1R1 > > > in the upgrade to 6.0.1R1 > it mentions that all snapshots have to be blown away before > allowing snapmirror to run again. > But this (as far as I know) refers ro upgrade source as well as destination > Ihave not seen any comments re: Upgrading one side only. > ERRR?? Where did you see this? We just upgraded 2 5.3.4RWHATEVER to 6.0.1R1 on Feb 1, and we were told that you had to do both in a snapmirror because of the version issues Brian found. We are having alot of problems with the filers and the systems since the upgrade, but are trying to work it out. No one told us about deleting the previous snapshots.... Thanks, Tuc/TTSG Internet Services, Inc. > tw > > > > > Brian Tao <taob(a)risc.org>@mathworks.com on 02/05/2001 12:45:37 PM > > > > Sent by: owner-toasters(a)mathworks.com > > > To: toasters(a)mathworks.com > cc: > Subject: SnapMirror 5.3.6R2 -> 6.0.1R1 > > > Couldn't find any reference to this error message on NOW: > > Sun Feb 4 23:47:00 EST [drp-na1: worker_thread:error]: snapmirror: > Filesystem version mismatch for destination volume nocna1_vol0, reverting > the version and aborting transfer. SnapMirror will retry until this revert > is complete. > > That appears on a destination F840 running 6.0.1R1. Volume > /vol/nocna1_vol0 on the F840 is large enough and is marked offline. > "snapmirror status" shows: > > Source Dest Status > 192.168.50.17:vol0 drp-na1:nocna1_vol0 Idle > > Filer 192.168.50.17 is an F740 running 5.3.6R2. It prints this to > syslog: > > Sun Feb 4 23:29:18 EST [worker_thread]: snapmirror: Destination drp-na1 > could not accept a complete transfer > Sun Feb 4 23:49:18 EST last message repeated 20 times > > What is this about filesystem versions? Is the F840 doing > something about it on /vol/nocna1_vol0? How can I check on the > progress of this revert operation? > > I guess I should be asking: are 5.3.x and 6.0.x snapmirrors > compatible? The 6.0 Data Protection Guide doesn't mention caveats or > incompatibilities. > -- > Brian Tao (BT300, taob(a)risc.org) > "Though this be madness, yet there is method in't" > > > > >

1 0

RE: Decoding pktt trace
by Edward Hibbert 02 Feb '01

02 Feb '01

Yes, snoop seems to do the trick. Thanks. Edward. -----Original Message----- From: Muhlestein, Mark [mailto:mark.muhlestein@netapp.com] Sent: Friday, February 02, 2001 5:41 PM To: Edward Hibbert; Labelle, Steven Cc: 'toasters(a)mathworks.com' Subject: RE: Decoding pktt trace If you mean NLM == NFS Lock Manager, then "snoop" on Sun boxes should work better. You can use "editcap" from the Ethereal package to convert to snoop format first. Editcap also works for converting to NetMon, and a bunch of other formats. Mark -----Original Message----- From: Labelle, Steven [mailto:Steven.Labelle@netapp.com] Sent: Friday, February 02, 2001 10:24 AM To: 'Edward Hibbert'; toasters(a)mathworks.com Subject: !RE: Decoding pktt trace Edward, My preferred method is to convert the pktt trace to the Windows NT Server Network Monitor (Netmon) format using the capconv.exe program available on the Network Appliance NOW site download page. Then I use Netmon to look at the trace in whatever way I please. Steve -----Original Message----- From: Edward Hibbert [mailto:EH@dataconnection.com] Sent: Friday, February 02, 2001 9:09 AM To: toasters(a)mathworks.com Subject: Decoding pktt trace I have occasion to look very hard at some pktt trace. I'm using Ethereal to do this, but it doesn't decode inside NLM packets to make them nice and readable for me. Do any of you folk know anything which would? Regards, Edward Hibbert Internet Applications Group Data Connection Ltd Tel: +44 131 662 1212 Fax: +44 131 662 1345 Email: eh <mailto:eh@dataconnection.com> @dataconnection.com Web: http://www.dat <http://www.dat> aconnection.com

2 1

RE: Decoding pktt trace
by Muhlestein, Mark 02 Feb '01

02 Feb '01

If you mean NLM == NFS Lock Manager, then "snoop" on Sun boxes should work better. You can use "editcap" from the Ethereal package to convert to snoop format first. Editcap also works for converting to NetMon, and a bunch of other formats. Mark -----Original Message----- From: Labelle, Steven [mailto:Steven.Labelle@netapp.com] Sent: Friday, February 02, 2001 10:24 AM To: 'Edward Hibbert'; toasters(a)mathworks.com Subject: !RE: Decoding pktt trace Edward, My preferred method is to convert the pktt trace to the Windows NT Server Network Monitor (Netmon) format using the capconv.exe program available on the Network Appliance NOW site download page. Then I use Netmon to look at the trace in whatever way I please. Steve -----Original Message----- From: Edward Hibbert [mailto:EH@dataconnection.com] Sent: Friday, February 02, 2001 9:09 AM To: toasters(a)mathworks.com Subject: Decoding pktt trace I have occasion to look very hard at some pktt trace. I'm using Ethereal to do this, but it doesn't decode inside NLM packets to make them nice and readable for me. Do any of you folk know anything which would? Regards, Edward Hibbert Internet Applications Group Data Connection Ltd Tel: +44 131 662 1212 Fax: +44 131 662 1345 Email: eh <mailto:eh@dataconnection.com> @dataconnection.com Web: http://www.dat <http://www.dat> aconnection.com

1 0

!RE: Decoding pktt trace
by Labelle, Steven 02 Feb '01

02 Feb '01

Edward, My preferred method is to convert the pktt trace to the Windows NT Server Network Monitor (Netmon) format using the capconv.exe program available on the Network Appliance NOW site download page. Then I use Netmon to look at the trace in whatever way I please. Steve -----Original Message----- From: Edward Hibbert [mailto:EH@dataconnection.com] Sent: Friday, February 02, 2001 9:09 AM To: toasters(a)mathworks.com Subject: Decoding pktt trace I have occasion to look very hard at some pktt trace. I'm using Ethereal to do this, but it doesn't decode inside NLM packets to make them nice and readable for me. Do any of you folk know anything which would? Regards, Edward Hibbert Internet Applications Group Data Connection Ltd Tel: +44 131 662 1212 Fax: +44 131 662 1345 Email: eh <mailto:eh@dataconnection.com> @dataconnection.com Web: http://www.dat <http://www.dat> aconnection.com

1 0

Decoding pktt trace
by Edward Hibbert 02 Feb '01

02 Feb '01

I have occasion to look very hard at some pktt trace. I'm using Ethereal to do this, but it doesn't decode inside NLM packets to make them nice and readable for me. Do any of you folk know anything which would? Regards, Edward Hibbert Internet Applications Group Data Connection Ltd Tel: +44 131 662 1212 Fax: +44 131 662 1345 Email: eh <mailto:eh@dataconnection.com> @dataconnection.com Web: http://www.dat <http://www.dat> aconnection.com

1 0

RE: MRTG and Filer Watch for Win32 Perl
by Mohler, Jeff 02 Feb '01

02 Feb '01

Ive run MRTG under windows..yes. -----Original Message----- From: Carruthers, Paul A [mailto:Paul_Carruthers@AIMFUNDS.COM] Sent: Friday, February 02, 2001 5:16 AM To: toasters(a)mathworks.com Subject: MRTG and Filer Watch for Win32 Perl Has anyone out there succeeded in running the MRTG (filer-mrtg) and Disk Space Advisor (filer_watch_df) under Perl for Win32?? Cheers...Paul.

1 0

RE: MRTG and Filer Watch for Win32 Perl
by Knight, Graham 02 Feb '01

02 Feb '01

I have a filer-mrtg package that will run on windows. I'll send you the zip file in a separate e-mail. If anyone else wants it drop me a line. It is not officially supported by netapp, but if you have questions I will answer them to the best of my ability. :-) Graham -----Original Message----- From: Carruthers, Paul A [mailto:Paul_Carruthers@AIMFUNDS.COM] Sent: Friday, February 02, 2001 6:16 AM To: toasters(a)mathworks.com Subject: MRTG and Filer Watch for Win32 Perl Has anyone out there succeeded in running the MRTG (filer-mrtg) and Disk Space Advisor (filer_watch_df) under Perl for Win32?? Cheers...Paul.

1 0

MRTG and Filer Watch for Win32 Perl
by Carruthers, Paul A 02 Feb '01

02 Feb '01

Has anyone out there succeeded in running the MRTG (filer-mrtg) and Disk Space Advisor (filer_watch_df) under Perl for Win32?? Cheers...Paul.

1 0

ONTAP 5.3.7R3 and 6.0.1R2?
by Chris Thompson 01 Feb '01

01 Feb '01

I noticed in the NOW entry for bug 33511 (not one I'm particularly interested in, I was just browsing), "Fixed in 5.3.7R3 and 6.0.1R2" Does this mean that these releases are imminent, I wonder? We've got scheduled downtime the weekend after next, suitable for getting software up to date, but it probably isn't worth my while going to 5.3.7R2 if 5.3.7R3 is going to appear immediately afterwards. Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters February 2001