toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

RE: Max raid group size on FAS2050 with SAS disks
by Nigam, Mukesh 09 Nov '07

09 Nov '07

Hi Steve, Yes, FAS2050 supports 18 SAS disk RAID-DP raid group. Here is the FAS2000 series Max. raid group sizes including SAS drives: Maximum RAID Group Sizes RAID 6 (RAID-DP(tm)) FC or SAS: 28 (26 data disks plus 2 parity disks) SATA: 16 (14 data disks plus 2 parity disks) RAID 4 FC or SAS: 14 (13 data disks plus 1 parity disk) SATA: 7 (6 data disks plus 1 parity disk) Thanks, Mukesh -----Original Message----- From: Stephen C. Losen [mailto:scl@sasha.acc.virginia.edu] Sent: Friday, November 09, 2007 7:44 AM To: toasters(a)mathworks.com Subject: Max raid group size on FAS2050 with SAS disks I went to the NOW System Configuration Guide and it hasn't been published for the FAS2050. I was pointed to another document that lists max raid group sizes for SATA and FC disks, but not SAS. We are getting a 2050 with 20 SAS disks and I want to know if an 18 disk RAID DP raid group is supported. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

1 0

RE: disk busy 100%
by Kevin Parker 09 Nov '07

09 Nov '07

The possibilities are endless given the info provided. Best open a case... Now.netapp.com or 800-4NetApp in the U.S. **Sent using wireless handheld... please excuse any typo's or brevity** Kevin Parker -----Original Message----- From: "No More Linux!" <no.more.linux(a)gmail.com> To: "toasters(a)mathworks.com" <toasters(a)mathworks.com> Sent: 10/22/2007 4:44 PM Subject: disk busy 100% we see this alot on one of our 3050's, the disks are 144gb 10k FCAL, we are very concerned: CPU Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk ops/s in out read write read write age hit time ty util 33% 1633 14262 1967 2934 5948 0 0 5 99% 33% : 100% 40% 2036 13033 1799 12622 5279 0 0 5 99% 27% D 100% 58% 3800 16660 2534 13262 24247 0 0 5 99% 100% : 100% 40% 3271 17156 2268 10978 18927 0 0 5 100% 100% : 100% 30% 1217 9699 1802 7390 24154 0 0 5 99% 100% : 100% 22% 2318 571 2020 8697 21873 0 0 5 93% 100% : 100% 20% 1428 706 2014 7663 21820 0 0 5 94% 100% : 100% 63% 2728 57180 3438 7852 19920 0 0 5 100% 100% : 100% 76% 2787 30640 17043 44909 38679 0 0 5 99% 77% D 100% 72% 1995 20426 20208 41305 35765 0 0 5 98% 100% : 100% 68% 2049 19219 22977 43481 36810 0 0 5 98% 100% : 100% 66% 2234 23097 20839 39816 38096 0 0 5 98% 100% : 100% 63% 2352 23897 27837 35960 16489 0 0 5 99% 55% : 100% 54% 2478 23635 30499 36404 0 0 0 5 99% 0% - 100% 64% 1644 20728 7715 33592 34764 0 0 5 99% 78% D 100% 46% 2901 15620 2120 15486 35537 0 0 5 99% 100% : 100% 42% 3209 13807 1929 18263 34560 0 0 5 99% 100% : 100% 39% 1118 15173 2115 17007 34335 0 0 5 99% 100% : 100% 37% 1111 15072 1830 3434 10154 0 0 5 99% 43% : 100% 24% 1215 14888 1678 1331 0 0 0 5 99% 0% - 100% what could be causing this and how can we alleviate it? ________________________________ Note: This message and any attachments is intended solely for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, legally privileged, confidential, and/or exempt from disclosure. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the original sender immediately by telephone or return email and destroy or delete this message along with any attachments immediately.

6 5

CIFS File Services with local filer authentication
by Roger G 08 Nov '07

08 Nov '07

Hello, I am running Ontap 7.1.2.1 with CIFS, and trying to figure out a way to authenticate users locally using the Filer. I only manage 5-10, so I don't want to use an external Active Directory or NIS. I have followed http://www.netapp.com/library/tr/3358.pdf (CIFS File Services in a DMZ Environment), but couldn't make it work. I have configured authentication mode to Workstation: WinNT, and remove the default user mapping of Unix to Win and Win to Unix. I have also created a new group (using useradmin tool) with a "none" role and added a user to this group. All authentication requests from a Win2003 or WinXP, using the local user have failed. Have anyone setup a Filer to work in a similar configuration ? What am I missing ? Thanks. -- View this message in context: http://www.nabble.com/CIFS-File-Services-with-local-filer-authentication-tf… Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

3 3

HTTP admin access denied
by Roger G 08 Nov '07

08 Nov '07

Hello, For some reason I can not access the Netapp admin Interface. The server returns with the following errors: Error 503 HTTP is not licensed.To administer this filer, use /na_admin/ . Error 500 Servlets not enabled httpd and httpd.admin are enabled, but something is wrong with the httpd.rootdir and I can't reset it. filer> options httpd httpd.access legacy httpd.admin.access legacy httpd.admin.enable on httpd.admin.hostsequiv.enable off httpd.admin.ssl.enable off httpd.autoindex.enable on httpd.enable on httpd.log.format common httpd.rootdir XXX httpd.timeout 300 httpd.timewait.enable off filer> options httpd.rootdir httpd.rootdir XXX filer> options httpd.rootdir /vol/http warning: httpd.rootdir (/vol/http) not accessible Is there a way to recreate the /vol/http with all of its content in case it was deleted ? Do you have any idea how to solve this? -- View this message in context: http://www.nabble.com/HTTP-admin-access-denied-tf4760881.html#a13615379 Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

5 5

Re: Poor performance
by David McWilliams 08 Nov '07

08 Nov '07

CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache in out read write read write age 55% 0 1583 0 584 17739 10604 0 0 0 21s 32% 0 1405 0 390 7624 6752 0 0 0 29s 50% 0 1559 0 574 11985 13152 1520 0 0 21s 64% 0 1448 0 706 19131 21992 24 0 0 24s 65% 0 1402 0 758 19700 22576 0 0 0 20s 65% 0 1452 0 726 19464 21680 0 0 0 19s 37% 0 1396 0 447 10750 11088 0 0 0 19s 37% 0 1509 0 419 7617 6012 0 0 0 20s 36% 0 1435 0 414 8224 7064 0 0 0 20s 65% 0 1388 0 716 19606 22596 0 0 0 19s 65% 0 1410 0 767 19925 23204 0 0 0 17s 65% 0 1521 0 1062 19008 22332 0 0 0 16s 62% 0 1553 0 705 18259 20060 0 0 0 15s 66% 0 1534 0 749 18607 18032 2160 0 0 14s 50% 0 1506 0 587 13976 13552 0 0 0 13s 36% 0 1493 0 444 7978 8872 0 0 0 13s 33% 0 1466 0 399 6859 8156 0 0 0 13s 58% 0 1697 0 640 14679 16304 0 0 0 13s 63% 0 1407 0 640 17000 18956 0 0 0 19s CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache in out read write read write age 62% 0 1407 0 701 17643 19928 0 0 0 15s 55% 0 1531 0 593 16367 18428 0 0 0 15s 49% 0 1492 0 531 16134 15168 0 0 0 21s 51% 0 1545 0 561 15727 18136 0 0 0 22s filer1*> -- Sláinte, David Get a safer, faster, better web browser @ http://www.mozilla.org/products/firefox/ On 11/7/07, Mailing Lists <mlists(a)uyema.net> wrote: > > But it does seem to indicate a networking issue. Does "sysstat -x 1" offer > any clues like high CPU, disk, or network utilization? I assume you're using > CIFS? > > On Nov 7, 2007, at 8:41 AM, "David McWilliams" <davidkmcw(a)gmail.com> > wrote: > > We have a FAS270, single shelf running 7.2.2. Since Monday morning it has > really started to slow down. There has been no appreciable change in the > environment, ie no large data additions, no increase in users, no hardware > failures, etc. The messages file is only complaining about being unable to > bind to a particular WINS server and being unable to get to our ntp server, > both issues we are aware of and working through - neither should cause this > though. The 'ps' command provides a huge amount of data, mostly meaningless. > The 'statit' command is almost undocumented. Does anyone have any > recommendations about where to start looking? > > -- > Sláinte, > > David > > Get a safer, faster, better web browser @ > <http://www.mozilla.org/products/firefox/> > http://www.mozilla.org/products/firefox/ > >

2 1

OSSV "incremental forever
by Halton, Robert 08 Nov '07

08 Nov '07

Can someone explain incremental forever to me in simple terms? If I do an initial baseline, and it's 100MB. Assuming a policy where we have 2 week retention on the snapvaults So 2 weeklies, 4 nightly and 8 hourly. Will it always be 100MB + the incrementals? thanks This message is intended only for the person(s) to which it is addressed and may contain privileged, confidential and/or insider information. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Any disclosure, copying, distribution, or the taking of any action concerning the contents of this message and any attachment(s) by anyone other than the named recipient(s) is strictly prohibited.

2 1

RE: Snapmirror initialization aborts consistently
by Davin Milun 07 Nov '07

07 Nov '07

Are there any firewalls (or similar) between your two filers? I've see cases where firewalls will drop long-running sessions. So maybe it's not 83GB, but it's really N minutes? Davin. At 13:09, on Nov 7, 2007, "Mike Partyka" wrote: > Yes, although it from the source logs you can see it doesn't hang in > the "exact" same place it's always around 83G transferred. I >> reconfigured the VSM to a QSM this morning since it's really just qtree > tree1 in the flexvol and it hung even sooner, at the 65G mark. I'm > trying to get downtime to run wafl_iron at this point. I just don't > know what else to do. > > -----Original Message----- > From: Mailing Lists [mailto:mlists@uyema.net] > Sent: Wed 11/7/2007 12:06 PM > To: Mike Partyka > Cc: NetApp Toasters List > Subject: Re: Snapmirror initialization aborts consistently > > It isn't clear whether you tried initializing again where it left off. > Does it abort without continuing past 83gb? > > On Nov 6, 2007, at 2:50 PM, "Mike Partyka" <mpartyka(a)acmn.com> wrote: > > > Hello, > > > > I'm having a problem with Async SnapMirror where i have a 500G > > flexvol on both source and destination. When i initialize it fails > > at 83G consistently, I've destroyed the volume and rebuilt it > > several times but the problem reoccurs each time. I've run the > > source snapmirror logs relating to the failure through the syslog > > translator and all it really says is that "this is a generic > > snapmirror error on source", which just isn't very helpful. > > > > Here are the logs from the source: > > Tue Nov 6 16:04:46 CST [pipeline_3:notice]: snapmirror: Network > > communication error > > Tue Nov 6 16:04:46 CST [snapmirror.src.err:error]: SnapMirror > > source transfer from data to hci2:rcv_data : transfer failed. > > Tue Nov 6 16:26:36 CST [pipeline_3:notice]: snapmirror: Network > > communication error > > Tue Nov 6 16:26:36 CST [snapmirror.src.err:error]: SnapMirror > > source transfer from data to hci2:rcv_data : transfer failed. > > > > The source 3050a is running DOT 7.0.5 and the destination is running > > DOT 7.0.6 > > > > The volume options are identical as far as i can tell based on the > > "vol options -v data_vol" command. > > > > The filers sites are connected via a GbE MAN, so bandwidth isn't the > > problem. > > > > I've checked for errors on the ethernet interfaces on both ends and > > none of the bad counter are not incrementing. > > > > Has anyone on the list experienced something like this? Or have any > > troubleshooting advice? > > > > Thx > > > > Mike Partyka > >

1 0

Poor performance
by David McWilliams 07 Nov '07

07 Nov '07

We have a FAS270, single shelf running 7.2.2. Since Monday morning it has really started to slow down. There has been no appreciable change in the environment, ie no large data additions, no increase in users, no hardware failures, etc. The messages file is only complaining about being unable to bind to a particular WINS server and being unable to get to our ntp server, both issues we are aware of and working through - neither should cause this though. The 'ps' command provides a huge amount of data, mostly meaningless. The 'statit' command is almost undocumented. Does anyone have any recommendations about where to start looking? -- Sláinte, David Get a safer, faster, better web browser @ http://www.mozilla.org/products/firefox/

2 1

Re: Poor performance
by Glenn Marsh 07 Nov '07

07 Nov '07

We had an issue with our filer being very slow at times and found this: filer> sysstat -x 1 CPU NFS CIFS HTTP Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk DAFS FCP iSCSI FCP kB/s in out read write read write age hit time ty util in out 92% 3661 0 0 3661 3381 29931 27615 0 0 0 3s 92% 0% - 11% 0 0 0 0 0 86% 3528 0 0 3528 1373 30761 28494 0 0 0 3s 90% 0% - 11% 0 0 0 0 0 86% 3581 0 0 3581 1393 31210 28744 0 0 0 3s 89% 0% - 12% 0 0 0 0 0 81% 2543 0 0 2543 2973 20125 20507 7285 0 0 3s 93% 65% T 32% 0 0 0 0 0 79% 3208 0 0 3208 1247 27981 25870 0 0 0 3s 89% 0% - 14% 0 0 0 0 0 89% 3659 0 0 3659 1416 31865 29340 0 0 0 4s 89% 0% - 11% 0 0 0 0 0 87% 3359 0 0 3359 3272 27305 25036 0 0 0 4s 93% 0% - 13% 0 0 0 0 0 90% 3671 0 0 3671 1428 32011 29592 0 0 0 3s 90% 0% - 13% 0 0 0 0 0 89% 3636 0 0 3636 1422 31639 29207 0 0 0 3s 89% 0% - 12% 0 0 0 0 0 89% 3462 0 0 3462 3319 28081 25796 0 0 0 3s 93% 0% - 14% 0 0 0 0 0 83% 3420 0 0 3420 1330 29825 27441 0 0 0 3s 89% 0% - 12% 0 0 0 0 0 87% 3552 0 0 3552 1381 30982 28555 0 0 0 3s 90% 0% - 12% 0 0 0 0 0 91% 3610 0 0 3610 3385 29472 27096 0 0 0 3s 93% 0% - 10% 0 0 0 0 0 79% 2818 0 0 2818 1096 24510 23864 4606 0 0 3s 89% 29% Ts 22% 0 0 0 0 0 71% 2602 0 0 2602 1015 22717 21671 4591 0 0 3s 89% 58% : 27% 0 0 0 0 0 90% 3632 0 0 3632 3381 29670 27266 0 0 0 4s 93% 0% - 10% 0 0 0 0 0 66% 2906 0 0 2906 1125 25341 23508 0 0 0 4s 90% 0% - 13% 0 0 0 0 0 76% 3474 0 0 3474 1339 29729 27604 0 0 0 4s 90% 0% - 10% 0 0 0 0 0 84% 3613 0 0 3613 3371 29431 27626 0 0 0 3s 93% 0% - 12% 0 0 0 0 0 NOTE: The "Cache age" is in seconds! (s) Anything under 2 minutes can cause filer slowdown. NOTE: The FAS270 has a 2 core 650-MHz Broadcom BCM1250 CPU with 1 GB of ram. PS: The FAS270 is to slow and not enough ram, and you can't upgrade it. We upgraded to a FAS3020 to resolve the issue. Boy is it a lot faster! There was a backup taking about 35 hours and it went down to less than 13. --------------------------------------------------------------------------------- NetApp Bug Report Bug ID 3986 Title * In low memory situations, accessing files in large directories * (>5Mbytes) causes pauses in filer service Duplicate of - Bug Severity 2 - System barely usable Bug Status Closed Product Data ONTAP Bug Type WAFL Description Formatted * When the cache age (as reported by the "sysstat" command) on a filer is * low (<2), and a user attempts to access a very large directory * (>5MBytes), file service may temporarily stall as the filer attempts to * load the directory into memory. Workaround Formatted * Notes Formatted * A more aggressive prefetch of large directories was implemented. This * should prevent performance problems. Related Solutions * Fixed-In Version * This bug is not scheduled to be fixed, you may opt to open a technical support * case if you would like to contact Network Appliance regarding the status of this bug. Related Bugs * Bug Watch Status * This bug is unwatchable. ************************************************************************ Glenn Marsh Lattice Semiconductor Corporation Senior Unix Systems Administrator 5555 NE Moore Court CAD Engineering Hillsboro, Oregon 97124 glenn.marsh(a)latticesemi.com 503-268-8000 503-268-8136 phone - 503-268-8459 fax ************************************************************************ NextPart_000_0064_01C82124.8FE70380--

1 0

RE: Snapmirror initialization aborts consistently
by Mike Partyka 07 Nov '07

07 Nov '07

Sorry, wrong snapmirror.conf, here is right one: rdfile /etc/snapmirror.conf #Regenerated by registry Wed Oct 24 02:29:43 GMT 2007 hci:vol1 hci2:rcv_vol1 - 0 23 * * hci:data hci2:rcv_data - 0 21 * * -----Original Message----- From: Chris Blackmor [mailto:chris.blackmor@amd.com] Sent: Tue 11/6/2007 5:26 PM To: Mike Partyka Subject: Re: Snapmirror initialization aborts consistently This is a VSM - yes? Could you send the df from the source and destination, the snapmirror.conf entry, the initialize command, and the log entries from /etc/log/snapmirror on the source and the destination? C- Mike Partyka wrote: > Hello, > > I'm having a problem with Async SnapMirror where i have a 500G flexvol on both source and destination. When i initialize it fails at 83G consistently, I've destroyed the volume and rebuilt it several times but the problem reoccurs each time. I've run the source snapmirror logs relating to the failure through the syslog translator and all it really says is that "this is a generic snapmirror error on source", which just isn't very helpful. > > Here are the logs from the source: > Tue Nov 6 16:04:46 CST [pipeline_3:notice]: snapmirror: Network communication error > Tue Nov 6 16:04:46 CST [snapmirror.src.err:error]: SnapMirror source transfer from data to hci2:rcv_data : transfer failed. > Tue Nov 6 16:26:36 CST [pipeline_3:notice]: snapmirror: Network communication error > Tue Nov 6 16:26:36 CST [snapmirror.src.err:error]: SnapMirror source transfer from data to hci2:rcv_data : transfer failed. > > The source 3050a is running DOT 7.0.5 and the destination is running DOT 7.0.6 > > The volume options are identical as far as i can tell based on the "vol options -v data_vol" command. > > The filers sites are connected via a GbE MAN, so bandwidth isn't the problem. > > I've checked for errors on the ethernet interfaces on both ends and none of the bad counter are not incrementing. > > Has anyone on the list experienced something like this? Or have any troubleshooting advice? > > Thx > > Mike Partyka > > > > -- --------------------------------------------------------------------- * Chris Blackmor _______ | Oh my God... * * Advanced Micro Devices \____ | | We're all temps! * * Phone: (512) 602-1608 /| | | | * * Fax: (512) 602-5155 | |___| | | Daisy Adair * * Email: chris.blackmor(a)amd.com |____/ \| | Dead Like Me * --------------------------------------------------------------------- * My comments are mine, and mine alone. * ---------------------------------------------------------------------

3 4

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