toasters

toasters@lists.teaparty.net

3 participants
13513 discussions

Re: Filers for a large mail environment
by Alan Judge 03 Jul '97

03 Jul '97

Dom> It all depends on whether you mean "shared mail queue" or "shared Dom> maildrops"... Sharing the mail queue is a big nono, really. Dom> None of the existing MTA's support doing this, and it will cause Dom> you slow mail delivery and general havoc. Shared maildrops and home directories is what I'm looking for. I'm planning to leave the mail queues on the individual machines, though a combined view of everything would be nice. (Actually storing each machine's queue (separately) on the filer might be nice for reliability and management reasons. I'm not sure about performance.) Dom> Shared maildrops are a different issue. If you use something Dom> like qmail[1], OTOH, there are simply no locking issues Dom> whatsoever (and easy POP3 support, but no IMAP). I'll have another look at qmail, but we're pretty firmly entrenched in the sendmail camp at the moment, for a variety of reasons. Dom> Don't forget to set up a directory hashing scheme, though as Dom> 100,000 files in a directory will also cause you performance Dom> problems. :-) I'll probably do this anyway while switching over. We don't have enough files now to be much of an issue on a WAFL file system, but we might as well put in the scalability now. -- Alan

2 1

Re: Filers for a large mail environment
by Alan Judge 03 Jul '97

03 Jul '97

Joel> My understanding is that even with nfs locking having multiple Joel> systems do delivery is not safe. Probably, though having one delivery system and multiple POP/IMAP system might be nearly as bad. It depends. Joel> Could you live with a single (+ backup) delivery system? Having Joel> several MXs of different preferences should be ok as I would Joel> expect only one to actually be delivering mail at any time. Probably. We'll have to test performance for this setup. -- Alan

1 0

NetApp Errors
by John F. Kane 02 Jul '97

02 Jul '97

Has anyone experienced any of the following errors on their F330 (or any other) filer running Release 4.0.1c? 1.) Unexplained reboots 2.) portmapper errors-> [portmapper]: portmap: prog (100004,2,2) not registered 3.) rsh hangs -> "system hung (rshd_0)!" 4.) machine check -> MACHINE CHECK: addr 0037470c,mctd,PCMC ERRSTS 8 5.) crash -> "trap 13 code=0 eip=20625f cs=8 eflangs=10202" Any help would be appreciated. -- John F. Kane Joint Analysis Center, EUCOM The MITRE Corporation

2 1

Filers for a large mail environment
by Alan Judge 02 Jul '97

02 Jul '97

We're considering purchasing filer(s) as part of a mail system upgrade. Setup would be a cluster of redundant and very similarly configured machine around one or more filers containing all the real data (/var/spool/mail for customers, some web serving, and other stuff). Most likely all the clustered machines will do delivery to the shared area and POP/IMAP reading. Our desired platform is PCs running FreeBSD (or perhaps BSDI). One major problem is that none of the PC Unix environments (FreeBSD, BSDI, Linux) have working NFS file locking. We could implement some hacks using file based locking, but I'm worried about the hassle and performance issues here. In fact, even with working NFS locking, I'd be worried about sharing mail spools in this fashion. I've also had advice from people who recommend avoiding NFS entirely and going for transparent proxies and multiple machines for scalability. But that leaves a reliability/redundancy issue (hardware RAIDs, s/w mirroring, ...). What I'm wondering and perhaps people on the list can help is: - anyone doing something similar in an ISP environment (what platform, what filer, how many users?) - any advice/ideas on the locking issue - will filers perform well in this environment? some of the client applications are not well behaved and do things like copy the entire mail box; local disk would obviously be faster (I can get over 35MB/sec using multiple local disks on PCs), but I'm not sure it's that big an issue -- Alan Judge Phone: +353-1-6046901 Indigo Network Operations Centre Fax: +353-1-6046948

4 3

archive
by Tom Yates 02 Jul '97

02 Jul '97

i'm getting a report that the archive is impossible to get to. can anyone who has experienced problems in getting to the toasters archive (http://teaparty.mathworks.com:1999/toasters/archive/) let me know? thanks. Tom Yates - Unix Chap - The Mathworks, Inc. - +1 (508) 647 7561 MAG#65061 DoD#0135 AMA#461546 1024/CFDFDE39 0C E7 46 60 BB 96 87 05 04 BD FB F8 BB 20 C1 8C "Microsoft (tm) is a single-sofa supplier"

2 1

Re: PC-NFS file problems
by Jose M. Alvarez 30 Jun '97

30 Jun '97

Fred, Could you please provide some details on the configuration you are using (i.e. what PC-NFS package and what MS office version). Some PC apps, like Office, use the CIFS file locking to implement semaphores. In some cases, this causes problems on the PC application. NetApp's solution is to provide the Microsoft file sharing protocol, CIFS, on the filer, thus guaranteeing good integration with PC apps and at the same time provide access to the same data that is being accessed or written over NFS (from UNIX). Jose At 11:37 26/06/97 -0500, you wrote: > >Has anybody other than myself had problems with MS Word (.doc) and Excel (.xls) >files stored on a NetApps (F-220) periodically being corrupted? > >I have had a half dozen or so problems in the last 6 months. Example is I have >.xls files that start to load in Excel and about 1/2 way (looking at bar scale >at the bottom of Excel) they spit out an error message "Unable to read file." > >Fred. > >"NetApps are (or maybe 'were') dependable, but STILL not as fast as my Sparc 20." > > ------------------------------------------------------------------------- Jose M. Alvarez Product Marketing Manager Direct: (408) 367-3271 Network Appliance Corporate: (408) 367-3100 2770 San Tomas Expressway Fax: (408) 367-3151 Santa Clara, CA 95051 Email: jose(a)netapp.com -------------------------------------------------------------------------

1 0

nouces
by Tom Yates 27 Jun '97

27 Jun '97

i'm beginning to get bounces on this list, which i suppose is a logical consequence of size. given that these are "not known at this address"-type bounces, i'm inclined to just remove people with vi when this sort of thing happens. hope noone objects to that. Tom Yates - Unix Chap - The Mathworks, Inc. - +1 (508) 647 7561 MAG#65061 DoD#0135 AMA#461546 1024/CFDFDE39 0C E7 46 60 BB 96 87 05 04 BD FB F8 BB 20 C1 8C "Microsoft (tm) is a single-sofa supplier"

1 0

DLT4000 drives on F220
by Brian Tao 26 Jun '97

26 Jun '97

Is there a software patch that will allow me to use a Sun-brand DLT4000 external SCSI-2 tape drive with a Netapp? I plugged one in, and the Netapp complained that "SUN DLT4000" wasn't a supported drive. Aren't these just Quantum mechanisms inside, but with Sun's name in the vendor string? I'd really rather not have to go out and buy all new drives... -- Brian Tao (BT300, taob(a)netcom.ca) "Though this be madness, yet there is method in't"

2 3

PC-NFS file problems
by fred.abounader＠vantis.com 26 Jun '97

26 Jun '97

Has anybody other than myself had problems with MS Word (.doc) and Excel (.xls) files stored on a NetApps (F-220) periodically being corrupted? I have had a half dozen or so problems in the last 6 months. Example is I have .xls files that start to load in Excel and about 1/2 way (looking at bar scale at the bottom of Excel) they spit out an error message "Unable to read file." Fred. "NetApps are (or maybe 'were') dependable, but STILL not as fast as my Sparc 20."

2 1

archive
by Tom Yates 25 Jun '97

25 Jun '97

in response to requests, there's now a toasters archive. http://teaparty.mathworks.com:1999/toasters/archive . fwiw, that's a new dns record which i just made, so it might take a while for the new record to propagate around to you all. at the moment, the archive will be updated when i get around to it. i'll probably automate that at some point. there's no mechanism for submitting a post to toasters without having it archived, and i'll get around to doing that if enough people ask me. Tom Yates - Unix Chap - The Mathworks, Inc. - +1 (508) 647 7561 MAG#65061 DoD#0135 AMA#461546 1024/CFDFDE39 0C E7 46 60 BB 96 87 05 04 BD FB F8 BB 20 C1 8C "Microsoft (tm) is a single-sofa supplier"

9 13

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