toasters

toasters@lists.teaparty.net

13513 discussions

clustered ONTAP, junction paths, export policies, NFS mounts ?
by Steve Losen 28 Feb '13

28 Feb '13

Hi Folks, Can anyone point me to some good documentation for the above? I've looked on the Netapp Support site at the man pages and admin guides and they cover the command options, but I haven't found anything explaining how all this stuff works together. I understand that the purpose is to provide a unified namespace, but I would like more information about what is legal/illegal, recommended practices, etc. I there a white paper on this? Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

5 5

Re: NDMP speed question
by tmac 27 Feb '13

27 Feb '13

For everyone... http://www.symantec.com/business/support/index?page=content&id=TECH51967 Hope it helps. By the way, looks like up to 256 is ok now. --tmac *Tim McCarthy* *Principal Consultant* Clustered ONTAP Clustered ONTAP NCDA ID: XK7R3GEKC1QQ2LVD RHCE5 805007643429572 NCSIE ID: C14QPHE21FR4YWD4 Expires: 08 November 2014 Expires w/release of RHEL7 Expires: 08 November 2014 On Wed, Feb 27, 2013 at 3:35 AM, Jayanathan, David <djayan(a)qualcomm.com>wrote: > Hi Tim,**** > > ** ** > > This mail from you caught my eye because our backup environment heavily > relies on NDMP and we are always looking for ways to improve it. Recently > our backup team has started to change their architecture to do 3-way NDMP > over 10GbE to a master server which has drives attached to it via tape SAN > and has multiplexing/pooling enabled.**** > > ** ** > > Were you able to dig up what specific environment variable you were > thinking of to change the backup blocking factor?**** > > ** ** > > Thanks in advance J**** > > ** ** > > -David**** > > ** ** > > *From:* toasters-bounces(a)teaparty.net [mailto: > toasters-bounces(a)teaparty.net] *On Behalf Of *tmac > *Sent:* Wednesday, February 20, 2013 11:53 AM > *To:* Klise, Steve > > *Cc:* toasters(a)teaparty.net > *Subject:* Re: NDMP speed question**** > > ** ** > > You know, another way to speed up backup is to change the backup blocking > factor.**** > > ** ** > > I think the default is 63 and if you are going over the network, it is > certainly feasible to make it 126.**** > > ** ** > > If I recall, there is an environment variable that can be set/modified to > change the blocking factor.**** > > > **** > > --tmac**** > > ** ** > > *Tim McCarthy***** > > *Principal Consultant***** > > ** ** > > [image: Image removed by sender.] [image: Image removed by sender.] > [image: Image removed by sender.]**** > > ** ** > > Clustered ONTAP > Clustered ONTAP**** > > NCDA ID: XK7R3GEKC1QQ2LVD RHCE5 805007643429572 NCSIE ID: > C14QPHE21FR4YWD4**** > > Expires: 08 November 2014 Expires w/release of RHEL7 > Expires: 08 November 2014**** > > ** ** > > On Wed, Feb 20, 2013 at 1:38 PM, Klise, Steve <klises(a)sutterhealth.org> > wrote:**** > > Just a lame question here, but how many and type of spindles are behind > the volume you are dumping? If you only have a handful of drives, could be > the culprit.**** > > > -----Original Message----- > From: toasters-bounces(a)teaparty.net [mailto:toasters-bounces@teaparty.net] > On Behalf Of Scott Eno > Sent: Wednesday, February 20, 2013 10:36 AM > To: Patrick Giagnocavo > Cc: toasters(a)teaparty.net > Subject: Re: NDMP speed question > > **** > > Likely a slight boost, but I am at the mercy of the network guys. I do > what they tell me. > > > On Feb 20, 2013, at 1:17 PM, Patrick Giagnocavo <xemacs5(a)gmail.com> wrote: > > > Stupid question, but isn't 10Gbe a lot faster with e.g. 9000 byte MTU? > I thought I saw in the original post, a 1500 byte MTU: > > > > > > From original post: > > > > e1a: flags=0x5f4e867<UP,BROADCAST, > > RUNNING,MULTICAST,TCPCKSUM,NOWINS> mtu > > 1500 > > > > if the 1500 byte MTU can be changed to 9000 without interrupting service > (depends on switch and other configuration, most likely), you might see a > speed bump. > > > > Cheers > > > > Patrick > > _______________________________________________ > > Toasters mailing list > > Toasters(a)teaparty.net > > http://www.teaparty.net/mailman/listinfo/toasters > > > _______________________________________________ > Toasters mailing list > Toasters(a)teaparty.net > http://www.teaparty.net/mailman/listinfo/toasters > > _______________________________________________ > Toasters mailing list > Toasters(a)teaparty.net > http://www.teaparty.net/mailman/listinfo/toasters**** > > ** ** >

2 2

absurd numbers in sysstat
by Scott Eno 26 Feb '13

26 Feb '13

Ever come across this? That's a whole lot of reads and writes in one second! All other numbers seem accurate, but those Disk read and kB/s write numbers are absurd. CPU NFS CIFS HTTP Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk OTHER FCP iSCSI FCP kB/s iSCSI kB/s in out read write read write age hit time ty util in out in out 56% 11041 843 0 11926 48613 42164 571755764 5350017024 0 0 1 94% 100% :v 100% 12 0 30 0 0 655 647 66% 5655 943 0 6612 38929 30760 39402 62888 0 0 1 98% 97% Hs 100% 3 0 11 0 0 53 375 52% 4508 419 0 4992 37034 23069 36347 92920 0 0 1 97% 100% :f 100% 19 0 46 0 0 842 800 CPU NFS CIFS HTTP Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk OTHER FCP iSCSI FCP kB/s iSCSI kB/s in out read write read write age hit time ty util in out in out 33% 1716 1830 0 3805 5017 34051 26328 43388 0 0 53s 96% 100% :f 24% 0 0 259 0 0 36 7332 42% 9556 1372 0 11483 10188 18549 21440 23824 0 0 53s 96% 100% :v 35% 7 0 548 0 0 307 8364 40% 3067 1878 0 6167 11743 38513 36296 68 0 0 53s 95% 5% : 47% 3 0 1219 0 0 803 14610 35% 1764 1664 0 4289 16814 38170 48450 0 0 0 57s 94% 0% - 59% 6 0 855 0 0 392 11342 35% 3068 931 0 4669 15851 52406 6530898751 4766869982 0 0 55s 95% 0% - 58% 12 0 658 0 0 17 9101 27% 3008 928 0 4263 14336 54182 60996 0 0 0 55s 94% 0% - 64% 3 0 324 0 0 0 9834 53% 4781 3550 0 8356 37070 56790 57780 15816 0 0 1s 96% 40% : 93% 0 0 25 0 0 135 541 72% 6323 1761 0 8095 42569 22303 75804 100132 0 0 0s 96% 76% Hf 91% 0 0 11 0 0 163 16 56% 11134 3358 0 14525 35197 22982 6598065628 4808667416 0 0 0s 93% 100% :f 73% 20 0 13 0 0 70 0 79% 10695 2746 0 13449 112103 17847 74439 96096 0 0 0s 96% 78% Hq 89% 3 0 5 0 0 17 0 84% 9690 2643 0 12438 91183 26266 82004 162335 0 0 42s 96% 100% Hn 100% 11 0 94 0 0 979 726 77% 10334 5223 0 15659 92746 28877 51385 107409 0 0 42s 96% 99% : 100% 88 0 14 0 0 7 74 CPU NFS CIFS HTTP Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk OTHER FCP iSCSI FCP kB/s iSCSI kB/s in out read write read write age hit time ty util in out in out 56% 7776 5374 0 13736 12413 20623 40795 70765 0 0 1 97% 100% :f 46% 7 0 579 0 0 258 4419 48% 9344 3753 0 13575 12647 50606 37204 35308 0 0 1 97% 61% : 46% 0 0 478 0 0 10 4063 38% 9098 2426 0 12015 11441 29765 17704 0 0 0 1 97% 0% - 74% 0 0 491 0 0 279 4137 48% 10616 2339 0 13448 13008 41186 6618900600 4809364036 0 0 1 97% 0% - 68% 15 0 478 0 0 49 3924 50% 13892 1838 0 15995 12338 50661 41572 24 0 0 1 97% 0% - 76% 3 0 262 0 0 123 2077

2 2

Netapp monitoring - OOIDs in 1.3.6.1.4.1.789.1.5 (filesys).
by Rafał Radecki 22 Feb '13

22 Feb '13

Hi All. I am using NetApp Release 8.0.2P4 7-Mode in active/active mode. I am monitoring it with snmp and Cacti. Yesterday I've performed takeover, sp reboot and giveback. During this process OIDS from 1.3.6.1.4.1.789.1.5 have changed for volumes. I have no list from before the change so I cannot compare but I see in the graphs that volumes are available under different OIDs. Have someone had such problems when restarting netapp/performing takeover giveback? Best regards, Rafal Radecki.

4 3

Adding a vlan but preserving base interface's IP
by Ray Van Dolson 22 Feb '13

22 Feb '13

ONTAP 7.3.6. This is a FAS2050C (IBM N3600 A20) that has a SAS expansion card in each controller. As such, we're limited to only the two onboard GigE ports. e0a and e0b both go to different physical switches and suck in two different networks, so we can't vif 'em together easily. I have a need to introduce a vlan interface to e0a and am wondering if it's possible to do so non-disruptively and preserve access to the e0a via the untagged traffic on the network. Both interfaces are configured with 'nfo'. I've found conflicting information on this.... some say you can mix untagged on your e0a interface and tagged traffic on e0a-vlan## just fine. Others say it's not doable and I'll need to get my network guys to tag all the traffic and move my e0a to a vlan interface. Not sure I'm seeing a way to do this without some downtime... even if I do a cluster failover, I don't see how a failback would work if I've mucked with the interfaces. Thanks, Ray

2 1

NDMP speed question
by Christopher S Eno 21 Feb '13

21 Feb '13

Hi, In testing NDMP dumps over 10GbE, I am seeing it max out at 1.5Gb/s. Some here are thinking that NDMP should be using more of that pipe. Anyone know about, or have numbers of NDMP transfer rates over 10GbE? Any caps or thresholds in OnTap that keep NDMP from gobbling up resources on the controller? I have run tests over the 10GbE connection from controller to controller, 10k drives to 10k drives, sata drives to sata drives, and always 1.5Gb/s is the ceiling. FTP'ing data from server to server across the same 10GbE network shows rates of 2.5Gb/s or higher. My NDMP options: ndmpd.access all ndmpd.authtype challenge ndmpd.connectlog.enabled off ndmpd.data_port_range all ndmpd.enable on ndmpd.fh_node_retry_interval 250 ndmpd.ignore_ctime.enabled off ndmpd.maxversion 4 ndmpd.offset_map.enable on ndmpd.password_length 16 ndmpd.preferred_interface e1a (value might be overwritten in takeover) ndmpd.tcpnodelay.enable on ndmpd.tcpwinsize 65534 IF e1a configuration: e1a: flags=0x5f4e867<UP,BROADCAST,RUNNING,MULTICAST,TCPCKSUM,NOWINS> mtu 1500 inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x partner e1a (not in use) ether 00:07:43:08:98:ae (auto-10g_sr-fd-up) flowcontrol none

7 14

Mixed CIFS/NFS Access and issues w/ Locking
by Ray Van Dolson 21 Feb '13

21 Feb '13

We have an ONTAP 8.0.x filer here serving out a volume with an NTFS qtree via both CIFS and NFS. We're encountering the following situation: 1. An OSX user browses to the path via CIFS in Finder and then walks away/moves on to another task leaving the Finder window open on the path. - This generates a mandatory read lock on the folder (verified via lock status): CIFS path=\path(/path) host=10.28.102.30() owner=njarecha state=GRANTED mode=Read-denyN oplock=None 2. An NFS client comes along now (automated build process) and attempts delete the same folder. This appears to succeed from the NFS client's perspective. - We now see the following: CIFS path=\path(/path) host=10.28.102.30() owner=njarecha state=GRANTED mode=Read-denyN oplock=None CIFS path=\path(-) host= owner= state=GWAITING mode=DelOnClose At this point, CIFS access to the path now is completely blocked. No one can navigate into the folder, nor view its ACLs (save likely for the OSX client still holding the read lock). NFS clients can continue to access the contents of the folder (both read/write), but rmdir/rm operations on the folder itself fail with Permission denied. The fix is to (a) close the Finder window or (b) clear the lock via 'lock break' on the filer. I'll note that Windows Explorer doesn't appear to open a read lock when you only browse to a path -- not sure why Finder does. We're looking for options here, but first I'm wondering if the filer's response here isn't ideal. Rather than completing closing off access to CIFS clients, shouldn't #2 above just fail from the get-go rather than generating the DelOnClose queued event (if a mandatory read lock exists on the resource)? Other options we're considering: - Modifying automated processes to avoid the "rmdir" command. - Sticking with only one access protocol (likely CIFS). - Modifying OSX Finder behavior to not generate and hold a CIFS read lock (not sure how easy this would be to do). - Finding some sort of tunable on the ONTAP side to minimize impact (e.g. ignore the read lock and let the NFS rmdir operation to succeed) at the potential elevated risk of reduced data integrity. Anyone have any thoughts/experiences with something similar? Thanks, Ray

3 4

can't shoot SSH commands to a filer
by Randy Rue 20 Feb '13

20 Feb '13

Hello All, I have a 3020 running 7.2.4 that is failing to respond to SSH commands when they're sent one at a time. I can ssh in as root and get a shell via putty or ssh. But if I try to send an "uptime" command I get either "FATAL ERROR: Server unexpectedly closed network connection" (from plink) or "Connection to carbon-b closed by remote host." from ssh. Also, when I'm logged in interactively, I see lots of this blowing across the console: carbon-b> receive signals: rsh protocol failure in circuit setup. 300 received receive signals: rsh protocol failure in circuit setup. 300 received Try again. Try again. receive signals: rsh protocol failure in circuit setup. 300 received receive signals: rsh protocol failure in circuit setup. 300 received receive signals: rsh protocol failure in circuit setup. 300 received receive signals: rsh protocol failure in circuit setup. 300 received receive signals: rsh protocol failure in circuit setup. 300 received Try again. receive signals: rsh protocol failure in circuit setup. 300 received Try again. receive signals: rsh protocol failure in circuit setup. 300 received Try again. receive signals: rsh protocol failure in circuit setup. 300 received Try again. Try again. Try again. receive signals: rsh protocol failure in circuit setup. 300 received Try again. Try again. Try again. Try again. Try again. Try again. Try again. Try again. receive signals: rsh protocol failure in circuit setup. 300 received Try again. receive signals: rsh protocol failure in circuit setup. 300 received Try again. receive signals: rsh protocol failure in circuit setup. 300 received Try again. Try again. receive signals: rsh protocol failure in circuit setup. 300 received Try again. Try again. Try again. Try again. Try again. Try again. receive signals: rsh protocol failure in circuit setup. 300 received Try again. Try again. Try again. Try again. Try again. receive signals: rsh protocol failure in circuit setup. 300 received Try again. Try again. Try again. Try again. Try again. Try again. receive signals: rsh protocol failure in circuit setup. 300 received We have lots of processes (monitoring, alerting, scripted processes) that touch this box via non-interactive SSH, is each of these errors some failed attempt to connect? If I understand the inner workings correctly, pretty much all admin traffic on a filer channels into an internal RSH pipe. Are there different pipes for interactive and non-interactive SSH? I have tried stopping and restarting SSH (options ssh.enable off and on). Also RSH (options rsh.enable off and on). No love. Anyone have any ideas? Randy Seattle

2 2

Migration of Oncommand Host services
by KICKEN Ben (INT/TEI) 15 Feb '13

15 Feb '13

Greetings toasters, I am looking for migration procedures for the Oncommand Host Services, installed on the DFM/OCUM server (which is a VM) to the vCenter server (also a VM), without losing all configured datasets, protection and provisioning policies which Snapvault primary data to secondary storage. I was thinking of installing Host Package 1.2 on vCenter server and authorize it on the OCUM host - which will present all Vmware objects twice in the OC COnsole. Next unregister the OCUM hostservice (dfm hs unregister). Will all abovementioned datasets and policies still be available and active, on the hostservice running on the vCenter Host? Unfortunately I have no test environment for simulating this before doing this in real life; asked this in Communities and created a case at netapp support, but no good suggestions yet. thanks for any input Ben

2 1

Live disk shelf removal.
by Jeff Cleverley 13 Feb '13

13 Feb '13

Greetings, Is there a way to remove DS14 MK4 shelves from a running cluster? I need to look into isolating some drives and removing some shelves and would like to do it without having to halt the cluster. This is a 7.3.5.1 Ontap cluster on FAS6080s. Thanks, Jeff -- Jeff Cleverley Unix Systems Administrator 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611

6 6

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