toasters

toasters@lists.teaparty.net

2 participants
13520 discussions

Earthlink's NetApp-based email system?
by mer＠world.evansville.net 13 May '98

13 May '98

A few months ago I read an article on NetApp's webserver which was written by an Earthlink engineer. The article described the work that Earthlink had done to build a scalable, reliable email system using NetApp filers. It was interesting to me because it covered in detail the work needed to ensure proper locking across NFS for this application. The article seems to have been removed from www.netapp.com, and none of the search engines I have tried know of it anymore either. Does anyone have an URL (or a copy) they could send me? Thanks, -- Marc Rouleau VP and Chief Technology Officer Voice: (812) 479-1700 Fax: (812) 479-3439 Network WCS http://www.networkwcs.com

2 1

new filer and netcache monitoring tools on NOW site
by tjt＠netapp.com 13 May '98

13 May '98

The Tools&Utilities section of the NetApp NOW site (http://now.netapp.com) has a couple of new tools for monitoring: filer-mrtg A package that uses MRTG for monitoring filers. It provides a web-based interface for current and historical views of: network traffic in/out, NFS ops, disk usage (%), CPU usage, CIFS read/write ops, and CIFS other ops. netcache-mrtg A package that uses MRTG for monitoring NetCache Appliances. It provides a web-based interface for current and historical views of: URLs served, Cache I/O and hit rates, network bandwidth, URL fetch time, cpu and disk space usage, and DNS calls. If you haven't checked out the Tools&Utilities section of NOW lately, it has been enhanced with a number of new tools, and a "Tool Time" effort in which customers are encourage to submit tools (and win a fabulous polo shirt!). ...Tim Thompson...Network Appliance, Inc...tjt(a)netapp.com...

1 0

subscribe
by jimy＠hwacomsys.com.tw 12 May '98

12 May '98

1 0

Re: Toasters list - any FAQs?
by sirbruce＠ix.netcom.com 08 May '98

08 May '98

On 05/08/98 21:19:41 you wrote: > >> Also, here's a real item: I'm seeing fairly high >> error and collision rates on my F330's quad ethernet >> card, (10BaseT Quad-Ethernet Controller (Znyx)) and >> was wondering if there are any known issues with this >> card, since the network traffic on these four nets >> does not warrent this high error rate (I'm on OnTap 4.3.1). > >Note that collision is not the same as error! On standard half-duplex >Ethernet, a collision is a normal and healthy phenomenon - simply means >that the Ethernet flow control meachnism is working. > >It's okay to be worried about high error rates. High *collision* rates >(as long as we're not talking about "late collision") aren't really all >that meaningfull by themselves - what you should probably look at is the >*utilization* of the Ethernet segment. I myself have observed high error rates on the Quad 10BaseT card on the filer. It was clearly the largest source of errors on the network, and much higher than I'd ever seen on a normal network. Moreover, it seemed that the error rate increased which each port (I don't quite remember if it went from A to D or D to A) without correlation to the actual amount of traffic on those ports. A bug was filed on this. However, these errors never seemed to actually be a major problem for the network and while I suppose they were responsible for the occasional performance anomaly overall performance of the filer was never a problem. Bruce

1 0

Re: Toasters list - any FAQs?
by sthaug＠nethelp.no 08 May '98

08 May '98

> Also, here's a real item: I'm seeing fairly high > error and collision rates on my F330's quad ethernet > card, (10BaseT Quad-Ethernet Controller (Znyx)) and > was wondering if there are any known issues with this > card, since the network traffic on these four nets > does not warrent this high error rate (I'm on OnTap 4.3.1). Note that collision is not the same as error! On standard half-duplex Ethernet, a collision is a normal and healthy phenomenon - simply means that the Ethernet flow control meachnism is working. It's okay to be worried about high error rates. High *collision* rates (as long as we're not talking about "late collision") aren't really all that meaningfull by themselves - what you should probably look at is the *utilization* of the Ethernet segment. Steinar Haug, Nethelp consulting, sthaug(a)nethelp.no

1 0

Toasters list - any FAQs?
by applix!jimsparc!jim＠uunet.uu.net 08 May '98

08 May '98

I'm new to this list, so forgive my ignorance... are there any FAQs or digests of past list submissions that I can come up to speed with??? Also, here's a real item: I'm seeing fairly high error and collision rates on my F330's quad ethernet card, (10BaseT Quad-Ethernet Controller (Znyx)) and was wondering if there are any known issues with this card, since the network traffic on these four nets does not warrent this high error rate (I'm on OnTap 4.3.1). -- Jim Morton, Applix Inc., Westboro, MA jim(a)applix.com

1 0

OnTap FIler OS Upgrade Q's
by Weeks, Thomas 08 May '98

08 May '98

Hi all... Have a NA FS230 box running 4.2aD9... I need to do CIFS inter ACL/UFS-permissions testing and evaluation (for our NFS-->CIFS migration) and was PLANNING on going to 4.3.3 because I do not have a "test box" and wanted to protect myself from the possible "problems" associated with going to the full 5.x release and then trying to back out. (yes.. I am planning on EVENTUALLY going to 5.x, but I want to address one problem at a time (i.e. don't want to have to adress UFS/ACL/locking issues AND variables associates with backing out of the 5.x upgrade.. that's all)) Does anyone have any information on this subject that I should examine? I guess 4.3.3 is no longer the highest pre-5 release version.. but it is now 4.3.4? Anyone? Thanx... Tom Thomas Weeks GTE SYSTEMS ENGINEER Testing-Integration Center "The Pit" Brooks AFB, DSN 240-5444

1 0

DLT7000 stackers
by Amy Chused 08 May '98

08 May '98

Does anyone know how well the Breece-Hill Q1-15 (single drive, 15 cartridges) DLT tape stacker plays with the NetApp 630? Does anyone know how well the smallest StorageTek DLT tape stacker plays with the NetApp 630? I'm about the buy a new netapp and I'm trying to decide between these two tape drives for a locally attached tape drive. Any comments, please? Amy

1 0

F330 running at 100%
by Christoph Doerbeck 04 May '98

04 May '98

Greetings, Today we experienced an F330 pegging at 100% CPU. netstat and nfsstat didn't reviel anything eye popping, and so I'm asking for suggestions as to what might cause this? I would guess that a network interface shouldn't be capable of causing this, but I'll let you tell me.... Here's the system info: ===== SYSCONFIG-V ===== NetApp Release 3.1c: Wed Apr 3 16:40:37 PST 1996 System ID: XXXXXXXX slot 0: System Board 90 MHz (NetApp System Board I) Memory Size: 256 MB slot 0: SCSI Host Adapter 0 (QLogic ISP 1020) 0: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 1: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 2: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 3: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 4: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 5: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 6: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) slot 0: Ethernet Controller e0 MAC Address: 00:a0:98:00:00:20 (100tx) slot 4: Dual SCSI Host Adapter (NetApp SCSI Adapter I) SCSI Host Adapter 4a 0: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 1: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 2: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 3: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 4: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 5: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 6: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) SCSI Host Adapter 4b slot 6: NVRAM (NetApp NVRAM I) Memory Size: 8 MB Battery 1 Status: 100% (3.29v) Battery 2 Status: 100% (3.29v) slot 7: Ethernet Controller e7 (Znyx) MAC Address: 00:c0:95:f8:4b:6c (100tx) slot 8: FDDI Network Adapter f8 (DEC 3002) MAC Address: 08:00:2b:b3:10:71 (Dual Attach Fiber) slot 9: Dual SCSI Host Adapter (NetApp SCSI Adapter I) SCSI Host Adapter 9a 0: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 1: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 2: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 3: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 4: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 5: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) 6: SEAGATE ST15230N 0638 Size=3.9GB (8386733 blocks) SCSI Host Adapter 9b - Christoph

3 4

Re: file locking problem
by Jason D. Kelleher 02 May '98

02 May '98

In message <000801bd74bc$4537cb40$ba032599(a)Ritch.earthlink.net>, "David B. R itch" writes: >We have had numerous problems dealing with SunOS and Solaris mailtool file >locking after moving our mail spool off our Solaris server. Initially, we >moved the spool to a Network Appliance and used a Digital Unix system as the >mail server. In an attempt to solve the locking problem, we moved the spool >to a local filesystem on the Digital Unix box, but we still had problems. >When we switched from binmail to procmail as our mail delivery agent, most >of the problems were resolved. Odd, our problems seem to stem from mailtool / procmail interaction. It doesn't look like mailtool is freeing locks, so procmail can't write to the spool. But this didn't occur (at least procmail didn't complain about) before we moved the spool from the 4.1.3_U1 mail server to the NetApp. >In all of the mess, we learned a couple of things to look for: Is there a >cron job on the Sun that clears locks older than a few minutes? If so, you No, and that shouldn't be necessary. procmail is smart enough to timeout stale locks. >might need a similar workaround on the NetApp filesystem. Are your users >exiting OpenWindows without clicking "Done" (to save changes)? It is a bug >to leave the file locked, but I believe that some versions of mailtool do >this. Do your users find that their mailtools get confused? We found that >to be a symptom of locking problems. Do your users have large inboxes? Our >mailtool and dtmail users have a tendency to keep lots of old mail in their >inboxes, and the resultantly large mail files take longer to update. This >increases the likelihood of two processes needing to lock the file at the >same time. These problems occur while users are running mailtool. We have the latest pathes regarding filelocking installed for SunOS 4.1.3_U1 and Solaris 2.5, 2.5.1, & 2.6. When they exit mailtool, everything is fine. >You might also want to rebuild procmail. When you build it, one thing it >does is to test locking in your mail spool directory, so that it can >determine what locking mechanisms work reliably. It may be that it needs to >run those tests again on your new filesystem. Yep. Already tried it. >On the other hand, you might want to switch to pop3 or imap4 (if possible) >to get mail to your users' workstations. These seem to be more robust >protocols than nfs with locking. If I could just get them to use something other than mailtool, I wouldn't have a problem. pine, elm, nmh, qpopper, and Netscape (movemail) all seem to be ok. mailtool seemed to be fine when mounting from the 4.1.3_U1 spool, now it's brain-dead. >Good luck. Dealing with mail problems can be unpleasant. Tell me about it... Thanks for your help. jason

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