toasters

toasters@lists.teaparty.net

13545 discussions

ONTAP UPGRADE - FEEDBACK REQUEST
by Philip Boyle 24 Sep '07

24 Sep '07

Hi guys, I'm currently running a number of FAS940 clusters with DATA ONTAP Version 7.0.4 (Sun Feb 5 00:52:53 PST 2006 ) Primarily NFS with some ISCSI. I'd like to hear back from you re your experiences upgrading to the current s/w releases available on the NOW Site for the FAS940 series system. http://now.netapp.com/NOW/cgi-bin/software?product=Data+ONTAP <http://now.netapp.com/NOW/cgi-bin/software?product=Data+ONTAP&platform=FAS9 40> &platform=FAS940. Our immediate options are to take a small step to 7.0.6, move up a little further to 7.1.2.1 or go for the latest and greatest, 7.2.3. Have you guys seen any issues along the upgrade path to any of the above releases? Looking at the stats there are a decent number of systems running 7.2.3, however the average run-time days per system is quite low. Feedback appreciated. Thanks, Philip

1 0

Re: snapmirror status / lag
by Brett Rabe 21 Sep '07

21 Sep '07

OnTap 7.2.3. -bmr On 09:37 Fri 21 Sep , George, Andrew wrote: > Which OnTap version? > I remember some of the 6.5's had a problem with the snapmirror date > rolling over > > -----Original Message----- > From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] > On Behalf Of Kleinbrahm, Robert > Sent: Friday, 21 September 2007 9:18 AM > To: Brett Rabe; toasters(a)mathworks.com > Subject: RE: snapmirror status / lag > > Try turning snapmirror off and then back on. See if next run shows > correct lag time. > > Bob K. > > > -----Original Message----- > From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] > On Behalf Of Brett Rabe > Sent: Thursday, September 20, 2007 2:03 PM > To: toasters(a)mathworks.com > Subject: snapmirror status / lag > > Howdy. Trivial question for y'all. > > I have two FAS3040 heads (-01 and -02) in an HA configuration. > > I have one FAS3040 head (-03) to which both of these are mirroring their > data (every 5 minutes). The following is the status output on the backup > toaster: > > mpls-toaster-03> snapmirror status > Snapmirror is on. > Source Destination State Lag > Status > mpls-toaster-01-priv:vol1 mpls-toaster-03:vol1 Snapmirrored 00:04:28 > Idle > mpls-toaster-02-priv:vol1 mpls-toaster-03:vol2 Snapmirrored > 17895:54:16 Idle > > It all works just fine. > > I'm curious about the Lag time. What exactly does that mean? > Why is it "17895:54:16"? It appeared that way after I did a failover of > -02 (to -01) for the purposes of replacing a DIMM. > Brought it back, did the giveback, and everything is working fine. > > The mirroring still seems to be working just great ... this is more of a > curiosity question than anything, I guess. > > -bmr > > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential and/or privileged > material. Any review, retransmission, dissemination or other use of, or > taking of any action in reliance upon, this information by persons or > entities other than the intended recipient is prohibited. If you > received this in error, please contact the sender and delete the > material from any computer. This message cannot be guaranteed to be > secure or error-free. > > First Republic Bank and its subsidiaries do not take responsibility for, > or accept time-sensitive instructions sent by email including orders, > funds transfer instructions or stop payments on checks. All instructions > of this nature must be handled by direct communication, not email. > > We reserve the right to monitor and review the content of all email > communications sent or received. Emails sent to or from this address may > be stored in accordance with regulatory requirements. > > > > "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication."

1 0

Re: snapmirror status / lag
by Brett Rabe 21 Sep '07

21 Sep '07

Right on the button. I'm not clear on why the date would have been hosed replacing a DIMM, but that appears to be exactly what happened. It got set to 9/5/05 00:00:00 GMT. Wow. I feel a little silly for not even thinking to check that. Thanks for the advice without ", moron" attached at the end. :) -bmr On 15:39 Thu 20 Sep , Dave Barr (????) wrote: > Check the time (clock) on your filers. I bet -02's clock is way off. > > --Dave > > On 9/20/07, Brett Rabe <brett(a)uswest.net> wrote: > > Howdy. Trivial question for y'all. > > > > I have two FAS3040 heads (-01 and -02) in an HA configuration. > > > > I have one FAS3040 head (-03) to which both of these are mirroring > > their data (every 5 minutes). The following is the status output > > on the backup toaster: > > > > mpls-toaster-03> snapmirror status > > Snapmirror is on. > > Source Destination State Lag Status > > mpls-toaster-01-priv:vol1 mpls-toaster-03:vol1 Snapmirrored 00:04:28 Idle > > mpls-toaster-02-priv:vol1 mpls-toaster-03:vol2 Snapmirrored 17895:54:16 Idle > > > > It all works just fine. > > > > I'm curious about the Lag time. What exactly does that mean? > > Why is it "17895:54:16"? It appeared that way after I did a > > failover of -02 (to -01) for the purposes of replacing a DIMM. > > Brought it back, did the giveback, and everything is working > > fine. > > > > The mirroring still seems to be working just great ... this is > > more of a curiosity question than anything, I guess. > > > > -bmr > >

2 1

snapmirror status / lag
by Brett Rabe 20 Sep '07

20 Sep '07

Howdy. Trivial question for y'all. I have two FAS3040 heads (-01 and -02) in an HA configuration. I have one FAS3040 head (-03) to which both of these are mirroring their data (every 5 minutes). The following is the status output on the backup toaster: mpls-toaster-03> snapmirror status Snapmirror is on. Source Destination State Lag Status mpls-toaster-01-priv:vol1 mpls-toaster-03:vol1 Snapmirrored 00:04:28 Idle mpls-toaster-02-priv:vol1 mpls-toaster-03:vol2 Snapmirrored 17895:54:16 Idle It all works just fine. I'm curious about the Lag time. What exactly does that mean? Why is it "17895:54:16"? It appeared that way after I did a failover of -02 (to -01) for the purposes of replacing a DIMM. Brought it back, did the giveback, and everything is working fine. The mirroring still seems to be working just great ... this is more of a curiosity question than anything, I guess. -bmr

3 2

ESX FC Give & Take
by Carl Howell 20 Sep '07

20 Sep '07

I'm troubleshooting an issue we're having with three ESX 3.01 hosts connected to a FAS3050c via Fibre Channel. After a takeover of the filer node that has active VM/LUN's running on it, the following appears in the /var/log/vmkernel file of the ESX host that owns the active VM's: Device vmhba2:0:2 has disappeared but is currently in use and could not be removed. Device vmhba2:0:3 has disappeared but is currently in use and could not be removed. On the other two ESX hosts, this appears in the /var/log/vmkernel file: Device vmhba2:0:2 has disappeared and has been removed. Device vmhba2:0:3 has disappeared and has been removed. Now, the VM's survive the takeover and are still up and running, but if I attempt a giveback, all three hosts lose access to these LUN's and the VM's go down. It appears to me that the ESX host that owns the active VM's has a SCSI reservation to these LUN's and a takeover is not enough to cause it to reset and remove that reservation(even though the paths failover properly). This type of behavior is mentioned in http://www.vmware.com/community/thread.jspa?messageID=752442. All of the timeout values have been verified etc. . . Thanks in advance for the help, --Carl

6 7

SCSI LTO3 Drive for NDMP Backup problems
by Ernesto Silvera 20 Sep '07

20 Sep '07

Hi all, We are getting errors while trying to replace with a new HP LTO3 drive, the actual LTO1 drive connected to the scsi adapter X2027A of a FAS920 NetApp Release 7.0.4 (see errors and actual configuration below). NetApp Log # 2475693 I would really appreciate any hints.. Actual Configuration Model Name: FAS920 NetApp Release 7.0.4 LTO1 drive connected to scsi Adapter slot 10: SCSI Host Adapter 10a (Adaptec AIC7902, <ONLINE>) HW Version 0.0 Ultra320 SCSI, Low Voltage Differential I/O base 0xdd00, size 0x100 memory mapped I/O base 0xa04c0000, size 0x2000 I/O base 0xdf00, size 0x100 slot 10: SCSI Host Adapter 10b (Adaptec AIC7902, <ONLINE>) HW Version 0.0 Ultra320 SCSI, Low Voltage Differential 4: Tape: Seagate ULTRIUM06242 1613 I/O base 0xde00, size 0x100 memory mapped I/O base 0xa04c2000, size 0x2000 I/O base 0xdc00, size 0x100 SCSI ERRORS Sat Sep 8 11:04:38 VET [adpch_timeoutd:warning]: adpch_timeoutd: 10a.3(0x0568ede0, 0x12): command timeout, quiescing bus to allow outstanding I/O to complete(ticks = 8). Sat Sep 8 11:04:46 VET [adpch_asyncd:warning]: adpch asyncd: Resetting SCSI 10a target 3 to clear outstanding I/O. Sat Sep 8 11:04:46 VET [adpch_intrd:warning]: adpch_timeoutd: 10a: unquiescing bus Sat Sep 8 11:04:57 VET [adpch_timeoutd:warning]: adpch_timeoutd: 10a.3(0x0568ede0, 0x12): command timeout, quiescing bus to allow outstanding I/O to complete(ticks = 8). Sat Sep 8 11:05:05 VET [adpch_asyncd:warning]: adpch asyncd: Resetting SCSI 10a target 3 to clear outstanding I/O. Sat Sep 8 11:05:05 VET [adpch_intrd:warning]: adpch_timeoutd: 10a: unquiescing bus Sat Sep 8 11:06:10 VET [adpch_intrd:warning]: Unexpected page code: Ultrium 3 serial number not available. Sat Sep 8 11:34:49 VET [rc:info]: relog syslog Sat Sep 8 11:33:24 VET [adpch_asyncd:warning]: adpch asyncd: Resetting SCSI bus 10a to clear outstanding I/O. Sat Sep 8 11:34:56 VET [adpch_asyncd:warning]: adpch asyncd: Resetting SCSI bus 10a to clear outstanding I/O. Sat Sep 8 11:36:28 VET [adpch_asyncd:warning]: adpch asyncd: Resetting SCSI bus 10a to clear outstanding I/O. Sat Sep 8 11:41:17 VET [adpch_asyncd:warning]: adpch asyncd: Resetting SCSI bus 10b to clear outstanding I/O.

5 6

Reconnect to tape drive
by Bryano 19 Sep '07

19 Sep '07

Hi, We had a power failure the other day (dont ask...!) and as a result it looks as though our filer was brought back up before the tape library was started. One of the drives in the library is directly connected to the filer however it is not showing as being available, when I run a sysconfig -t no tape drive is shown. How can I get the filer to see the tape drive without rebooting it again?? Thanks -- View this message in context: http://www.nabble.com/Reconnect-to-tape-drive-tf4480451.html#a12775717 Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

5 5

Connect to filer via CIFS from MacOS9/Dave
by Josef Radinger 18 Sep '07

18 Sep '07

Hello, We again have troubles connecting to a filer. Connecting via Windows XP,... works great, but some Clients are old MacOS9 systems, which cannot get updated as they hold software for which no OSX version exists (or it is to expensive). We can connect with the help of DAVE http://www.thursby.com/products/dave.html (Software which enables OS9 to connect to windows/samba,...). If we try to copy folders with files, the folders get created, but the data (the actual files) is not copied. The other way (copying from the filer to the Mac) is the same. If we try this with a samba-system everything is ok. Support from DAVE tells us that they had problems with ontap 6 and macos9, but he was not too sure about this as his tests were a long time ago. They tell us, that from there side everything seems to be ok and that it is very unlikely that we could get an updated version of DAVE for OS9. Does someone have the same problem and maybe a solution? ps.: DAVE under OSX works as expected. -- MfG Josef Radinger it-services Medizinische Universitaet Innsbruck

4 3

RE: HBA Cards
by Saxena, Mayank 17 Sep '07

17 Sep '07

hi, please contact NetApp support team, they should be able to help you with supported and recommended configurations. ~Mayank ________________________________ From: Hisham Sanad [mailto:Hisham.sanad@amwaj-it.com] Sent: Monday, September 17, 2007 2:08 AM To: toasters(a)mathworks.com Subject: HBA Cards Hi toaster, I have 2 servers with FCA2214 2GB FC HBA which were connected to HP SAN. Now we are going to switch to NetApp FAS2050. How can I know if these HBA cards are be compatible with the new setup. Also will have FC Cisco switch 9124

3 2

HBA Cards
by Hisham Sanad 17 Sep '07

17 Sep '07

Hi toaster, I have 2 servers with FCA2214 2GB FC HBA which were connected to HP SAN. Now we are going to switch to NetApp FAS2050. How can I know if these HBA cards are be compatible with the new setup. Also will have FC Cisco switch 9124

1 0

Jump to page:

2026

2025

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