toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

RE: when to use minra ?
by Glenn Walker 31 Aug '06

31 Aug '06

Without going too crazy into technical detail (statit counters), the easiest way has been to look at sysstat output: if disk reads are significantly higher than net out or tape backup (depending on the workload - ie, no reconstructs or reallocates running), then you could probably use minra. That type of fingerprint signifies that the disks have more reads than necessary. Some are ok but too many will cause performance problems. Beyond this, you can look at the statit and wafl_susp counters to determine things about disk fragmentation and I/O and readahead cache (respectively). Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Peter D. Gray Sent: Thursday, August 31, 2006 1:59 AM To: toasters(a)mathworks.com Subject: when to use minra ? Does anybody have recipes or suggestions on how to work out if turning on minra will improve or decrease performance? Are there counters you can query in ONTAP that are helpful? Regards, pdg -- See mail headers for contact information. sts more data from the same file, the data is already in the cache so the response is faster. However, if your file reading pattern is completely random, then minra off may result in extra disk reads that are wasted because the client never requests the extra data read from the disks. Your reading pattern may not be as random as you think, however, and it is very unusual for minra on to be helpful. I have seen one situation where minra on was a win. On a FAS960c clustered pair and we had FC LUNs. The clients were Solaris boxes running Veritas. For performance we used Veritas to stripe a pair of LUNs, one LUN from each filer. We built a Veritas filesystem on the striped LUNs. As you can imagine, this thoroughly scrambled up file data because it was striped over two filers, somewhat defeating the Netapp read ahead strategy. We were storing email on this striped filesystem and so we had a very heavy read load. With minra off disk reads in KB/sec were about 10% to 20% higher than FC writes, indicating that the extra reads were probably going to waste. I turned minra on and the disk reads dropped to a little less than the FC writes. We have since switched from FC LUNS to NFS mounted volumes and turned minra back off. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

1 0

when to use minra ?
by Peter D. Gray 31 Aug '06

31 Aug '06

Does anybody have recipes or suggestions on how to work out if turning on minra will improve or decrease performance? Are there counters you can query in ONTAP that are helpful? Regards, pdg -- See mail headers for contact information.

1 0

netapp X2050B dual fibre adapter
by Mopar Guy 23 Aug '06

23 Aug '06

have an extra one of these and was wondering if anyone on this list could use one. email offers, thanks.

1 1

Quota problems after a DOT 6.5.2 to DOT 7.0.4 upgrade
by jason.palmer＠ultranet.demon.co.uk 22 Aug '06

22 Aug '06

Hi - I have recently upgraded from DOT 6.5.2 to DOT 7.0.4 on a number of FAS960c Appliances which are hosting vFilers After the upgrade, and a number of reboots for remedial work we have found that some of the explicit entries for user quotas in the vFiler Quota file were ignored, and the default user quota for the volume was applied. Has anyone else had any similar issues ? Can you point me in the direction of any known BURT ? Many thanks, Jason

1 0

RE: Disable CIFS for selected interface
by Holland, William L 21 Aug '06

21 Aug '06

Cannot be done without creating a vFiler. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Monday, August 21, 2006 9:48 AM To: Glenn Walker; toasters(a)mathworks.com Subject: RE: Disable CIFS for selected interface A long time ago, I seem to remember someone telling me that it was possible to restrict a specific volume to a specific network interface. This was like 1997..... Now I can't see any way to do this.....does anyone have any idea if this could be done? Glenn (the other one)

1 0

RE: Disable CIFS for selected interface
by Glenn Walker 21 Aug '06

21 Aug '06

Adding the -wins flag only keeps the filer from registering the interface\netbios address with WINS. It doesn't prevent CIFS connectivity via IP for that interface. Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of George, Andrew Sent: Sunday, August 20, 2006 8:12 PM To: Borzenkov, Andrey (FSC); toasters(a)mathworks.com Subject: RE: Disable CIFS for selected interface What we usually do is add -wins to it's ifconfig (so the interface doesn't advertise to wins) and assign it a different IP that has a separate DNS record (like "hostname"-management). For a public network...not sure if that would work -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Borzenkov, Andrey (FSC) Sent: Friday, 18 August 2006 8:33 PM To: toasters(a)mathworks.com Subject: Disable CIFS for selected interface We got an interesting question - how to disable CIFS for a single interface? More generally - customer has internal network with clients that access filer using NFS or CIFS. This network is isolated and does not permit sending any autosupport (via any protocol). Customer would like to connect another interface to public network and use it for administration and sending autosupport. The question is - how to disable "normal" client access from public network? regards Andrey Borzenkov Senior system engineer Fujitsu Siemens Computers IT Product Services Tel: +7(495)737-2723 Email: Andrey.Borzenkov(a)fujitsu-siemens.com "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."

2 1

RE: Disable CIFS for selected interface
by Glenn Dekhayser 21 Aug '06

21 Aug '06

A long time ago, I seem to remember someone telling me that it was possible to restrict a specific volume to a specific network interface. This was like 1997..... Now I can't see any way to do this.....does anyone have any idea if this could be done? Glenn (the other one)

1 0

RE: Exceeded the maximum allowed ssh sessions
by Jef Vandenbergen 21 Aug '06

21 Aug '06

I have currently a case running with NetApp concerning the same issue. You should try to find out which server has the hanging connections. Log in to the console (on the back of the filer) and do a netstat -an. Grep on denstination port 22. In my case it was the support console from netapp itself which caused the problem. Netapp support will run a script on the support console to kill the sessions. (is a known bug in the support console's software) The other only available option was rebooting the filer. Stopping and starting the secureadmin will not solve the problem. Regrads, Jef -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Willeke, Jochen Sent: maandag 21 augustus 2006 11:03 To: NetApp Toasters List Subject: Exceeded the maximum allowed ssh sessions Hi, after running a script several times i am no longer able to log on to a filer using ssh. Nevertheless telnet still works. In the eventlog of the filer i see some messages saying: Exceeded the maximum allowed ssh sessions: 12 I do not know why i reached this limit (do i have to close the ssh sessions in the script?) and how can i reset this sessions? Is there a possibility to restart the sshd? I am a little bit affraid of restarting the sshd out of the blue. Best Regards Jochen

2 1

Exceeded the maximum allowed ssh sessions
by Willeke, Jochen 21 Aug '06

21 Aug '06

Hi, after running a script several times i am no longer able to log on to a filer using ssh. Nevertheless telnet still works. In the eventlog of the filer i see some messages saying: Exceeded the maximum allowed ssh sessions: 12 I do not know why i reached this limit (do i have to close the ssh sessions in the script?) and how can i reset this sessions? Is there a possibility to restart the sshd? I am a little bit affraid of restarting the sshd out of the blue. Best Regards Jochen

1 0

RE: Disable CIFS for selected interface
by George, Andrew 21 Aug '06

21 Aug '06

What we usually do is add -wins to it's ifconfig (so the interface doesn't advertise to wins) and assign it a different IP that has a separate DNS record (like "hostname"-management). For a public network...not sure if that would work -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Borzenkov, Andrey (FSC) Sent: Friday, 18 August 2006 8:33 PM To: toasters(a)mathworks.com Subject: Disable CIFS for selected interface We got an interesting question - how to disable CIFS for a single interface? More generally - customer has internal network with clients that access filer using NFS or CIFS. This network is isolated and does not permit sending any autosupport (via any protocol). Customer would like to connect another interface to public network and use it for administration and sending autosupport. The question is - how to disable "normal" client access from public network? regards Andrey Borzenkov Senior system engineer Fujitsu Siemens Computers IT Product Services Tel: +7(495)737-2723 Email: Andrey.Borzenkov(a)fujitsu-siemens.com "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

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