toasters

toasters@lists.teaparty.net

13520 discussions

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

How many 750G disks can can fit into an aggregate?
by Stephen C. Losen 07 Nov '07

07 Nov '07

We're going to buy some shelves of 750G ATA drives. An aggregate is limited to 16T "raw" (which I presume includes parity disks). Not having any 750G drives yet, we don't know what they size down to. Can anyone tell us how many 750G disks (including parity) that you can stuff into an aggregate? Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

14 16

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

06 Nov '07

Yes, sorry, VSM df, i can't do while the destination is restricted, i get this when i try to get df output hci2> vol status -b rcv_data rcv_data: volume is offline or is unavailable. hci2> vol online rcv_data vol online: Volume 'rcv_data' was left in an inconsistent state by an aborted vol copy or an aborted snapmirror initial (level 0) transfer. In order to bring it online, you must either destroy and re-create the volume, or complete an initial snapmirror transfer or vol copy. I did compare the source and destination with the "vol status data -b" and they were the same number of blocks. rdfile /etc/snapmirror.conf #Regenerated by registry Wed Oct 24 02:29:43 GMT 2007 netapp1:vol1 netapp2:rcv_vol1 - 0 23 * * netapp1:data netapp2:rcv_data - 0 21 * * Here are the destination snapmirror logs from today dst Tue Nov 6 12:04:56 CST hci:data hci2:rcv_data Request (Initialize) dst Tue Nov 6 12:05:08 CST hci:data hci2:rcv_data Start dst Tue Nov 6 13:50:04 CST hci:data hci2:rcv_data Abort (snapmirror transfer fa iled to complete) dst Tue Nov 6 14:12:36 CST hci:data hci2:rcv_data Request (Initialize) dst Tue Nov 6 14:12:37 CST hci:data hci2:rcv_data Restart (@ 82881 MB) sys Tue Nov 6 14:20:15 CST SnapMirror_off (registry) dst Tue Nov 6 14:20:17 CST hci:data hci2:rcv_data Abort (snapmirror transfer fa iled to complete) sys Tue Nov 6 14:25:28 CST SnapMirror_on (registry) dst Tue Nov 6 14:25:31 CST hci:data hci2:rcv_data Request (Initialize) dst Tue Nov 6 14:25:35 CST hci:data hci2:rcv_data Start dst Tue Nov 6 16:10:38 CST hci:data hci2:rcv_data Abort (snapmirror transfer fa iled to complete) sys Tue Nov 6 16:11:31 CST SnapMirror_off (registry) sys Tue Nov 6 16:16:07 CST SnapMirror_on (registry) dst Tue Nov 6 16:18:37 CST hci:data hci2:rcv_data Request (Initialize) dst Tue Nov 6 16:18:38 CST hci:data hci2:rcv_data Restart (@ 82347 MB) dst Tue Nov 6 16:32:28 CST hci:data hci2:rcv_data Abort (snapmirror transfer fa iled to complete) -----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. * ---------------------------------------------------------------------

1 0

RE: HTTP admin access denied
by Learmonth, Peter 06 Nov '07

06 Nov '07

Make sure you're pointing your browser at http://filer_name_or_ip/na_admin Http.rootdir only applies when serving general-purpose http (statis content). Nothing to do with admin. Your http.admin options look fine. If you did an upgrade or fresh install, make sure everything is there. Type ndmpd and see if the command is found. If not, then like tmac said, re-extract the ONTAP archive and reboot. Share and Enjoy! Peter ... Sent from one of those phone+email doohicky things... I reserve the right to be wrong. -----Original Message----- From: Roger G [mailto:ro_gi@msn.com] Sent: Tuesday, November 06, 2007 02:29 PM Pacific Standard Time To: toasters(a)mathworks.com Subject: HTTP admin access denied 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.

1 0

accessing lun as a raw device using dm-multipathing from a rhel host
by Alexander Schalek 06 Nov '07

06 Nov '07

Hi! I have some troubles with a oracle rac installation on netapp fcp luns. We use rhel4 u5 with dm-multipathing with a 2.6 kernel Currently we have 4 partitioned and multipathed luns maped to the hosts(mpath0-3) but the rac installation exits with an error. I found the following lines in the fcp host utilities setup guide: Accessing LUNs using dm-multipath Accessing LUNs as a raw devices Overview Instead of creating a file system, you can access a LUN as a raw device. Be sure to use the /dev/mapper/ device created by dm-multipath to access the raw device. For the Linux 2.6 kernel used by RHEL 4, do not use the raw interface. Instead open the device using the open call with the O_DIRECT flag. ***** So I have to access the devices using the open call with the O_DIRECT flag!? Can anyone of you guys explain this sentence to me? How do I do that? Many thanks and best regards, Alexander

2 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