toasters

toasters@lists.teaparty.net

13513 discussions

configAdvisor question for CM
by Klise, Steve 22 Aug '13

22 Aug '13

* 6250's * DOT 8.2p2 CM; 2 node <FCP> * 3 stacks Is there a way to determine the port a stack is plugged into on the IO modules on the back of the shelves? I know I can trace them, but that's not so sexy. I have the in and out on the node side, but wanted to identify the other side of the stack. This is what I tried from each node, but the output was the same. FILER001::> run -node FILER001C1 -command acpadmin list_all IP MAC Reset Last Contact Protocol Assigner Shelf Current Inband IOM Address Address Cnt (seconds ago) Version ACPA ID S/N State ID Type ---------------------------------------------------------------------------------------------------------------------- 192.168.0.27 00:a0:98:41:ec:1a 000 303 1.2.2.6 1874380650 6000626000 0x5 5b.13.A IOM6 192.168.0.63 00:50:cc:74:18:3e 000 393 1.1.1.31 1874380650 SHJ00000000A4D7 0x5 3d.35.A IOM3 192.168.0.85 00:a0:98:41:ec:54 000 448 1.2.2.6 1874380650 6000625991 0x5 5b.14.A IOM6 192.168.0.141 00:50:cc:74:30:8c 000 237 1.1.1.31 1874380650 SHJ00000000A4B0 0x5 3d.34.B IOM3 192.168.0.165 00:50:cc:74:34:a5 000 447 1.1.1.31 1874380650 SHJ00000000A518 0x5 3d.32.A IOM3 192.168.0.213 00:50:cc:74:34:d5 000 369 1.1.1.31 1874380650 SHJ00000000A518 0x5 3d.32.B IOM3 192.168.1.25 00:50:cc:74:35:18 000 446 1.1.1.31 1874380650 SHJ00000000A514 0x5 3d.30.A IOM3 192.168.1.29 00:50:cc:74:31:1c 000 432 1.1.1.31 1874380650 SHJ00000000A4D7 0x5 3d.35.B IOM3 192.168.1.30 00:50:cc:74:35:1d 000 450 1.1.1.31 1874380650 SHJ00000000A514 0x5 3d.30.B IOM3 192.168.1.41 00:50:cc:74:35:28 000 410 1.1.1.31 1874380650 SHJ00000000A510 0x5 3d.31.B IOM3 192.168.1.69 00:a0:98:41:69:44 000 545 1.2.2.6 1874380650 6000587242 0x5 5b.10.B IOM6 192.168.1.109 00:50:cc:74:35:6d 000 357 1.1.1.31 1874380650 SHJ00000000A4FA 0x5 3d.33.B IOM3 192.168.1.141 00:a0:98:41:dd:8c 000 469 1.2.2.6 1874380650 SHJ000000017644 0x5 5a.20.B IOM6 192.168.1.157 00:a0:98:41:4d:9c 000 320 1.2.2.6 1874380650 6000584783 0x5 5b.12.B IOM6 192.168.1.179 00:a0:98:41:35:b2 000 498 1.2.2.6 1874380650 6000584783 0x5 5b.12.A IOM6 192.168.1.197 00:a0:98:41:dd:c4 000 370 1.2.2.6 1874380650 SHJ000000017644 0x5 5a.20.A IOM6 192.168.2.103 00:50:cc:74:2a:67 000 386 1.1.1.31 1874380650 SHJ00000000A510 0x5 3d.31.A IOM3 192.168.3.67 00:a0:98:42:17:42 000 350 1.2.2.6 1874380650 6000625991 0x5 5b.14.B IOM6 192.168.3.113 00:50:cc:74:33:70 000 440 1.1.1.31 1874380650 SHJ00000000A4FA 0x5 3d.33.A IOM3 192.168.3.175 00:50:cc:74:2f:af 000 406 1.1.1.31 1874380650 SHJ00000000A4B0 0x5 3d.34.A IOM3 192.168.3.197 00:a0:98:41:6b:c4 000 294 1.2.2.6 1874380650 6000587357 0x5 5b.11.A IOM6 192.168.3.223 00:a0:98:41:6b:de 000 147 1.2.2.6 1874380650 6000587357 0x5 5b.11.B IOM6 192.168.3.227 00:a0:98:41:6b:e2 000 319 1.2.2.6 1874380650 6000587242 0x5 5b.10.A IOM6 192.168.3.237 00:a0:98:42:17:ec 000 194 1.2.2.6 1874380650 6000626000 0x5 5b.13.B IOM6 FILER001::> run -node FILER001C2 -command acpadmin list_all IP MAC Reset Last Contact Protocol Assigner Shelf Current Inband IOM Address Address Cnt (seconds ago) Version ACPA ID S/N State ID Type ---------------------------------------------------------------------------------------------------------------------- 192.168.0.27 00:a0:98:41:ec:1a 000 370 1.2.2.6 1874380650 6000626000 0x5 5b.13.A IOM6 192.168.0.63 00:50:cc:74:18:3e 000 417 1.1.1.31 1874380650 SHJ00000000A4D7 0x5 3d.35.A IOM3 192.168.0.85 00:a0:98:41:ec:54 000 511 1.2.2.6 1874380650 6000625991 0x5 5b.14.A IOM6 192.168.0.141 00:50:cc:74:30:8c 000 327 1.1.1.31 1874380650 SHJ00000000A4B0 0x5 3d.34.B IOM3 192.168.0.165 00:50:cc:74:34:a5 000 523 1.1.1.31 1874380650 SHJ00000000A518 0x5 3d.32.A IOM3 192.168.0.213 00:50:cc:74:34:d5 000 453 1.1.1.31 1874380650 SHJ00000000A518 0x5 3d.32.B IOM3 192.168.1.25 00:50:cc:74:35:18 000 515 1.1.1.31 1874380650 SHJ00000000A514 0x5 3d.30.A IOM3 192.168.1.29 00:50:cc:74:31:1c 000 511 1.1.1.31 1874380650 SHJ00000000A4D7 0x5 3d.35.B IOM3 192.168.1.30 00:50:cc:74:35:1d 000 509 1.1.1.31 1874380650 SHJ00000000A514 0x5 3d.30.B IOM3 192.168.1.41 00:50:cc:74:35:28 000 432 1.1.1.31 1874380650 SHJ00000000A510 0x5 3d.31.B IOM3 192.168.1.69 00:a0:98:41:69:44 000 9 1.2.2.6 1874380650 6000587242 0x5 5b.10.B IOM6 192.168.1.109 00:50:cc:74:35:6d 000 423 1.1.1.31 1874380650 SHJ00000000A4FA 0x5 3d.33.B IOM3 192.168.1.141 00:a0:98:41:dd:8c 000 492 1.2.2.6 1874380650 SHJ000000017644 0x5 5a.20.B IOM6 192.168.1.157 00:a0:98:41:4d:9c 000 379 1.2.2.6 1874380650 6000584783 0x5 5b.12.B IOM6 192.168.1.179 00:a0:98:41:35:b2 000 599 1.2.2.6 1874380650 6000584783 0x5 5b.12.A IOM6 192.168.1.197 00:a0:98:41:dd:c4 000 471 1.2.2.6 1874380650 SHJ000000017644 0x5 5a.20.A IOM6 192.168.2.103 00:50:cc:74:2a:67 000 421 1.1.1.31 1874380650 SHJ00000000A510 0x5 3d.31.A IOM3 192.168.3.67 00:a0:98:42:17:42 000 432 1.2.2.6 1874380650 6000625991 0x5 5b.14.B IOM6 192.168.3.113 00:50:cc:74:33:70 000 512 1.1.1.31 1874380650 SHJ00000000A4FA 0x5 3d.33.A IOM3 192.168.3.175 00:50:cc:74:2f:af 000 476 1.1.1.31 1874380650 SHJ00000000A4B0 0x5 3d.34.A IOM3 192.168.3.197 00:a0:98:41:6b:c4 000 395 1.2.2.6 1874380650 6000587357 0x5 5b.11.A IOM6 192.168.3.223 00:a0:98:41:6b:de 000 200 1.2.2.6 1874380650 6000587357 0x5 5b.11.B IOM6 192.168.3.227 00:a0:98:41:6b:e2 000 408 1.2.2.6 1874380650 6000587242 0x5 5b.10.A IOM6 192.168.3.237 00:a0:98:42:17:ec 000 241 1.2.2.6 1874380650 6000626000 0x5 5b.13.B IOM6 Any help is appreciated..

3 7

sis start -s causing system slowdown
by Chris Picton 21 Aug '13

21 Aug '13

Hi all One of the volumes exported via NFS from my fas3210 didn't have dedup enabled when comissioned. It is 250GB, and hosts ploop backed openvz vms. It is currently using about 210GB, and hourly snapshot size is about 6GB. When I run sis start -s on this volume, the entire system slows down to a crawl. My snmp monitoring start timing out, ssh access to the system is hit and miss, taking over a minute to log in, and when logged on, command response is sluggish. I also get the following error in the logs for all snapmirror pairs SnapMirror: source transfer from TEST_TESTVOL to xx.yy.zz:TEST_TESTVOL : request denied, previous request still processing. Fortunately, disk access from clients on this and other volumes are not detrimentally affected, but IO response times do go up by about 100ms. After running overnight for 11 hours, sis status reports Progress: 19333120 KB Scanned Change Log Usage: 88% Logical Data: 151 GB/49 TB (0%) At this rate, it will take about 5 days to finish scanning, leaving me barely able to manage the system effectively while this is happening. Is this normal behaviour - do I just have to wait through it, or can I stop it and correct something before trying again. Also, is the change log filling up towards 100% something to worry about? Regards Chris

9 16

need advice on using old FAS3140 for snapvault
by Scott Classen 21 Aug '13

21 Aug '13

Hello fellow toaster, We are contemplating an upgrade from our existing FAS3140 to a new FAS3220. The 3140 has served us very well and been unbelievably reliable, but is now 5 years old. We would like to move to a newer filer and more storage. What do to with the old filer and it's three associated shelves (DS14Mk4)? Could it be used as some sort of snapvault device? Currently we back up to LTO-4 tapes via NDMP, which is a bit painful, but we deal with it. I like the idea of having a set of backups on disk, ready to go, and easily accessible. We only use NFS and iSCSI functionality of the filer and have no extra licenses so I'm not very familiar with the day-to-day use of snapvault. Is it feasible to use the retired FAS3140 as a snapvault "container" without having it under an annual service contract? If we pay for a snapvault license on our new FAS3220 does that allow us to use an older filer as the actual storage space? I guess the other option is to mothball the FAS3140, but I hate to put down a good piece of equipment. Any thoughts or advice would be greatly appreciated. Thanks, Scott

3 3

SQL Server - NFS or CIFS which is better
by Joseph Bishop 21 Aug '13

21 Aug '13

Hello Toasters, We have a new NetApp and are going to migrate our SQL Servers onto it. For many reasons, I would like to avoid LUN provisioning and would prefer NFS or CIFS. Can I get feedback on which works better in practice? Best Regards, Joe

3 2

Filer joining samba4 domain ?
by Frank Bonnet 20 Aug '13

20 Aug '13

Hello Does anyone succeeded in joining a samba 4 domain with a filer ? thank you

1 0

System status degraded after hot adding 2 DS4243 shelves
by Alexander Griesser 19 Aug '13

19 Aug '13

Hey there, the second question today, sorry for that :) I did attach two DS4243 shelves to a FAS3240HA system today and followed all the instructions, the shelf firmware has been updated in this process and everything looks good as far as I can tell, I can see the 6 shelves now on both controllers, all shelves are multi path ready, disks are visible, etc. One controller shows its health status as OK but the other one shows degraded: robin> system health status show Status --------------- Degraded The reason for that seems to be: Node: robin Resource: Disk 0a.06.10 Severity: Major Probable Cause: Disk 0a.06.10 does not have two paths to controller robin but the containing disk shelf 6 does have two paths. Disk 0a.06.10 may be faulty. Possible Effect: Access to disk 0a.06.10 via controller robin will be lost with a single hardware component failure (e.g. cable, HBA, or IOM failure). Corrective Actions: 1. Reseat disk 0a.06.10 following the rules in the Installation and Service Guide. 2. Wait six minutes for the alert condition to clear. 3. If reseating disk 0a.06.10 fails to clear the alert condition, replace disk 0a.06.10. 4. Wait six minutes for the alert condition to clear. 5. Contact support personnel if the alert persists. 48 entries were displayed. There are exactly 48 entries in the log for all the new 48 disks I added to the systems. If it would really be a disk or shelf fault, I guess I should see these errors on the second controller too, but I cannot see them there. Any ideas what I could to now to diagnose this issue further? I think the usual problems like broken cables, etc. can be ruled out since the second controller is not showing these issues, right? Thanks in advance, bye, Alexander Griesser System-Administrator ANEXIA Internetdienstleistungs GmbH Telefon: +43-463-208501-320 Telefax: +43-463-208501-500 E-Mail: ag(a)anexia.at<mailto:ag@anexia.at> Web: http://www.anexia.at Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601

4 19

Identifying Heavily Accessed Files / Clients
by Ray Van Dolson 13 Aug '13

13 Aug '13

Dear Lazyweb; Wondering if there's a sysstat/nfsstat type command that will show me which "files" (or which initiating NFS clients) are absorbing or generating the most traffic? Trying to figure out which VMDK files or ESX clients are to blame for a recent spike in activity. Ray

4 3

options weirdness
by Peter D. Gray 13 Aug '13

13 Aug '13

Can someone who knows tell me whats going on here? We recently discovered a security issue with our netapp filers when using NFS. The netapps where allowing NFS mounts and operations from non-privilaged client ports. Investigation found the options nfs.nfs_rootonly and nfs.mount_rootonly options. nfs.mount_rootonly was true, but nfs.nfs_rootonly was false. I was kind of surprized by this, since I had no recollection of ever altering either of these options yet the settings were identical across all our filers. The environment is: 3170A running 8.2 3240 running 8.2 3240 running 8.1 (reverted from 8.2) Ok, so I asked another nearby site to check there filers for me and they tell me their filers have no such setting, all on 8.1 So, I guess my questions are: 1) has ONTAP always allowed NFS from non-privilaged ports? 2) was nfs.nfs_rootonly introduced in 8.2 and why is the default off? 3) why does this setting stay around after revert to 8.1? It would seem to me that allowing NFS from non-privilages ports is kind of bad. Any help appreciated. Regards, pdg

4 7

vFiler DR and Oncommand Core (DFM)
by Martin 09 Aug '13

09 Aug '13

We've been using vFiler DR for some time now without any issues. Recently we noticed that some of our qtrees on some new vFilers were not being discovered in Oncommand Core (5.1). After speaking with Netapp support they highlighted that there is a known issue (no bug or KB article AFAIK) where the passive DR vFilers cause exactly the issue we are seeing. On their advice we deleted the DR vFilers from Oncommand Core via the DFM CLI. As soon as we did this the new qtrees on the vFilers were detected. However when we flipped our vFilers from one site to another using vFiler DR: 1. Stop the active vFiler. 2. Resync the previously active to the DR vFiler. 3. Activate the DR vFiler 4. Cleanup snapmirrors and reverse snapmirror. We found that none of the volumes on the vFilers that were activated could be seen. On checking the vFilers on DFM we could see the active vFiler and several deleted instances of the DR vFilers. When I attempted to delete the vFilers so that I could readd them I got an SQL error as they were references by views and other objects in the DFM database. Netapp support then pointed me to this article: https://kb.netapp.com/support/index?page=content&id=3012455 which mentions: “With the ONTAP vFiler DR feature, it is possible to have two instances of the exact same path; one path on the active vFiler and one path on the standby vFiler.”. The article relates to Protection Manager but the root cause is the same. Support then mentioned that Vfiler DR appears to be incompatible with Oncommand Core. Has anyone else experienced this or have a workaround for it? Currently we would have to flip the vFilers, delete the vFilers, purge the database (after taking backup) and then restart the database so that it can rediscover the vFilers. This isn't workable but really don't want to go back to manually destroying and creating vFilers as it's time consuming and error prone. -- View this message in context: http://network-appliance-toasters.10978.n7.nabble.com/vFiler-DR-and-Oncomma… Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

1 0

7.3.4 10gb question
by David Byte 08 Aug '13

08 Aug '13

Hey folks, I have a lab box that is a 3020 with 7.3.4.(I know, I should go 7.3.7) and I have an x1005a-r5 (chelsio 10gb) in it. The network config is a 2 layer vif with leg1 being a multi of 4-1gb ports and leg2 being the 10gb nic. The 2 legs are in a single mode vif favoring the 10gb. All ports are connected to a stack of extreme networks summit 400-48t switches. When running over the 10Gb leg, I cannot get any jumbo frame packets to show crossing the switch. However, if I flip to leg1 (the multi of 1gb) jumbo frames are flying across. It's tough for me to admit as a former Netapp SE, but I am stumped. Any thoughts or suggestions? Sent from my iPhone. Typos are Apple's fault.

3 3

Jump to page:

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