From owner-freebsd-isp Sun Feb 14 14:38:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA19398 for freebsd-isp-outgoing; Sun, 14 Feb 1999 14:38:10 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from bubba.whistle.com (s205m7.whistle.com [207.76.205.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA19386 for ; Sun, 14 Feb 1999 14:38:03 -0800 (PST) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.2/8.9.2) id OAA84607; Sun, 14 Feb 1999 14:37:01 -0800 (PST) From: Archie Cobbs Message-Id: <199902142237.OAA84607@bubba.whistle.com> Subject: Re: Help registering domain name in France? In-Reply-To: <4.1.19990213000116.02254c80@ijs.com> from "jivko@ijs.com" at "Feb 13, 99 00:01:29 am" To: jivko@ijs.com Date: Sun, 14 Feb 1999 14:37:01 -0800 (PST) Cc: isp@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org jivko@ijs.com writes: > A customer of ours needs to register a .fr domain name however it would > appear that only French ISPs can send the request it. Can someone help us > out? My understanding is, and correct me if I am wrong, that we could still > provide the DNS services for that domain and only the request for it should > come from a French ISP. This or other way we are looking for solution and > any help would be greatly appreciated. You could request it directly from the source: > Registrant: > France top-level domain (FR-DOM) > AFNIC (NIC France) > c/o INRIA, Domaine de Voluceau > Le Chesnay CEDEX, 78153 > FRANCE > > Domain Name: FR > > Administrative Contact: > Renard, Annie (AR41) Annie.Renard@INRIA.FR > +33 01 39 63 55 92 (FAX) +33 01 39 63 55 34 > Technical Contact, Zone Contact: > Lubrano, Philippe (PL613) Philippe.Lubrano@INRIA.FR > +33 1 39 63 56 82 (FAX) +33 1 39 63 55 34 > > Record last updated on 22-Apr-98. > Database last updated on 14-Feb-99 05:25:21 EST. These are the people who ultimately control what goes under '.fr'. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sun Feb 14 18:57:52 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19197 for freebsd-isp-outgoing; Sun, 14 Feb 1999 18:57:52 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from aniwa.sky (p9-max8.wlg.ihug.co.nz [209.79.142.201]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA19187 for ; Sun, 14 Feb 1999 18:57:48 -0800 (PST) (envelope-from andrew@squiz.co.nz) Received: from aniwa.sky (localhost [127.0.0.1]) by aniwa.sky (8.9.1a/8.9.1) with ESMTP id PAA24324; Mon, 15 Feb 1999 15:57:29 +1300 (NZDT) Message-Id: <199902150257.PAA24324@aniwa.sky> X-Mailer: exmh version 2.0.2 2/24/98 To: stefan@rent-a-guru.de cc: isp@FreeBSD.ORG Subject: Re: web site stats package In-reply-to: Your message of "Sat, 13 Feb 1999 19:11:52 BST." <9902131911.ZM945@buddha.rent-a-guru.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Feb 1999 15:57:29 +1300 From: Andrew McNaughton Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hi, > > > Andrew McNaughton wrote in freebsd-isp: > > > > I set up http-analyze-1.9e at one stage. The stats it generates are > > substantially incorrect. There was another package that was independently > > written but provides a very similar functionality, down to the look of the > > pages produced. I don't remember the name of it at present. > > please could you be a *little* more careful about such > claims or either proof your assumptions. > > The version 1.9d of http-analyze has had some problems under > certain conditions (wrong setup, Netscape Fasttrack/Enterprise), > but 1.9e did correct this. However, 1.9x is out-of-date since > 1.5 years now. > > http-analyze does *not* generate substantially other results > than for example analog or a plain `wc -l' on the logfile. > There might be differences if it comes to certain interpre- > tations of `pageviews' and `sessions', which depend on the > individual setup (sessions are unique sites over a freely > configurable time-window for example), but the number of > hits, files sent etc. are actually the same as in any other > log analyzer package. > > Best regards, > Stefan I stand by my words. The 'Hits' column in your 'Hits by Day' table is inconsistent with the output I get for 'grep 14/Feb/1999 /home/newsroom/logs/access_log | wc -l' or accesswatch I don't have analog installed. http-analyze-1.9e figures equal 'wc -l' figures by 2. In this case I get 23287 with 'wc -l' as opposed to http-analyze stating there were 11644 hits that day. This information relates to http-analyze-1.9e from the package file as distributed with 2.2.7-RELEASE. Having stated that this was 'at one stage' and cited the version number of your software I don't think that there was a lack of care involved. I acknowledge that this is not the current version of the software. I have not checked to see if the problem has been corrected. The logs are generated by Apache using it's standard definition of common log file format. The volume of data involved in providing 'proof' isn't appropriate on the list, and the raw logs from our site contain confidential data. If you don't believe me and can't reproduce the fault, I suppose I could produce some bogus log data and send you the log data and http-analyze output. Several FTP sites still archive the 2.2.5-RELEASE package collection. Andrew McNaughton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sun Feb 14 21:09:19 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA02119 for freebsd-isp-outgoing; Sun, 14 Feb 1999 21:09:19 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from aniwa.sky (p6-max5.wlg.ihug.co.nz [202.49.241.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA02114 for ; Sun, 14 Feb 1999 21:09:16 -0800 (PST) (envelope-from andrew@squiz.co.nz) Received: from aniwa.sky (localhost [127.0.0.1]) by aniwa.sky (8.9.1a/8.9.1) with ESMTP id SAA25524; Mon, 15 Feb 1999 18:08:55 +1300 (NZDT) Message-Id: <199902150508.SAA25524@aniwa.sky> X-Mailer: exmh version 2.0.2 2/24/98 cc: stefan@rent-a-guru.de, isp@FreeBSD.ORG Subject: Re: web site stats package (Correction) In-reply-to: Your message of "Mon, 15 Feb 1999 15:57:29 +1300." <199902150257.PAA24324@aniwa.sky> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Feb 1999 18:08:52 +1300 From: Andrew McNaughton Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Correction > This information relates to http-analyze-1.9e from the package file as distributed with 2.2.7-RELEASE. That should have read 2.2.5-RELEASE. Andrew McNaughton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sun Feb 14 21:22:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA03911 for freebsd-isp-outgoing; Sun, 14 Feb 1999 21:22:03 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from hotmail.com (law-f161.hotmail.com [209.185.131.224]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA03844 for ; Sun, 14 Feb 1999 21:22:00 -0800 (PST) (envelope-from villa_juana@hotmail.com) Received: (qmail 6992 invoked by uid 0); 15 Feb 1999 04:54:42 -0000 Message-ID: <19990215045442.6991.qmail@hotmail.com> Received: from 206.105.238.98 by www.hotmail.com with HTTP; Sun, 14 Feb 1999 20:54:42 PST X-Originating-IP: [206.105.238.98] From: "sdcdc dcsdsfc" To: freebsd-isp@FreeBSD.ORG, airsoob@lists.kz, mooney@interpage.net, freebsd-questions@FreeBSD.ORG, bongo-interest@marimba.com, workcom@groupserver.revnet.com, club@ciberaula.com, bisho@writeme.com, j.romero@usa.net Subject: Como estas? Date: Sun, 14 Feb 1999 20:54:42 PST Mime-Version: 1.0 Content-type: text/plain Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org http://salman.nu/ministerio/ ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sun Feb 14 21:50:24 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA06969 for freebsd-isp-outgoing; Sun, 14 Feb 1999 21:50:24 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from jazz.seychelles.net (jazz.seychelles.net [209.25.29.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA06956 for ; Sun, 14 Feb 1999 21:50:18 -0800 (PST) (envelope-from muditha@seychelles.net) Received: from muditha.seychelles.net ([209.25.29.11]) by jazz.seychelles.net (8.9.1/8.9.1) with ESMTP id JAA22481; Mon, 15 Feb 1999 09:45:49 +0400 (SCT) (envelope-from muditha@seychelles.net) Message-ID: <36C7B30E.C4157B81@seychelles.net> Date: Mon, 15 Feb 1999 09:39:26 +0400 From: Muditha Gunatilake Reply-To: muditha@seychelles.net X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: Archie Cobbs CC: jivko@ijs.com, isp@FreeBSD.ORG Subject: Re: Help registering domain name in France? X-Priority: 3 (Normal) References: <199902142237.OAA84607@bubba.whistle.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > jivko@ijs.com writes: > > A customer of ours needs to register a .fr domain name however it > would > > appear that only French ISPs can send the request it. Can someone > help us > > out? My understanding is, and correct me if I am wrong, that we > could still > > provide the DNS services for that domain and only the request for it > should > > come from a French ISP. This or other way we are looking for > solution and > > any help would be greatly appreciated. > > You could request it directly from the source: I don't think the french will allow you to register if you are not a local ISP or a company. No one change these policies if thats the French NIC's policy. Only way to do this might be to get a French ISP or a company to register this for you...get them to put your primary & Secondary DNS servers. Otherwise you will have the french NIC pointing to the French ISP or whoever and they pointing to you etc....becomes more invloved. > > Registrant: > > France top-level domain (FR-DOM) > > AFNIC (NIC France) > > c/o INRIA, Domaine de Voluceau > > Le Chesnay CEDEX, 78153 > > FRANCE> Domain Name: FR > > > > Administrative Contact: > > Renard, Annie (AR41) Annie.Renard@INRIA.FR > > +33 01 39 63 55 92 (FAX) +33 01 39 63 55 34 > > Technical Contact, Zone Contact: > > Lubrano, Philippe (PL613) Philippe.Lubrano@INRIA.FR > > +33 1 39 63 56 82 (FAX) +33 1 39 63 55 34 > > I know these guys ..I have met them before. But that doesn't mean even I can get a domain registered in .fr if it is not the policy. Try writing to them or look at NIC's website to see what the policy is. > > Record last updated on 22-Apr-98. > > Database last updated on 14-Feb-99 05:25:21 EST. > -- -- --------------------- Muditha Gunatilake Atlas Seychelles Ltd Phone:304060 email: muditha@seychelles.net mbh3gpa@afs.mcc.ac.uk muditha@creole.seychelles.net :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sun Feb 14 22:11:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA09240 for freebsd-isp-outgoing; Sun, 14 Feb 1999 22:11:28 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from sentry.granch.ru (sentry.granch.nsk.su [212.20.5.135]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA09213; Sun, 14 Feb 1999 22:11:13 -0800 (PST) (envelope-from shelton@sentry.granch.ru) Received: from sentry.granch.ru (1001@sentry.granch.ru [212.20.5.135]) by sentry.granch.ru (8.8.8/8.8.7) with ESMTP id MAA17225; Mon, 15 Feb 1999 12:10:41 +0600 (NS) (envelope-from shelton@sentry.granch.ru) Message-ID: <36C7BA5B.7ECEE7DB@sentry.granch.ru> Date: Mon, 15 Feb 1999 12:10:36 +0600 From: "Rashid N. Achilov" Organization: Granch Ltd. X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.7-RELEASE i386) X-Accept-Language: ru MIME-Version: 1.0 To: freebsd-isp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: bug in wu-ftpd? Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi! I install wu-ftpd-2.4.2-beta18-VR13 patch. When I attempt login as anonymous, on console constanlty appear message "/etc/spwd.db: No such file or directory", anonymous login succesfull. Set rights 0666 has not effect. After small looking in source code I discover that message appear after getpwuid call in ftpd.c line 2704. I do not have any ideas about this message, and you? -- With Best Regards. Rashid N. Achilov (RNA1-RIPE), Granch Ltd. lead engineer e-mail: achilov@granch.ru, tel (383-2) 24-2363 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Feb 15 00:23:13 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23432 for freebsd-isp-outgoing; Mon, 15 Feb 1999 00:23:13 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from m1.gdr.net.au (tm34.hypermax.net.au [203.46.36.53]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA23425 for ; Mon, 15 Feb 1999 00:23:07 -0800 (PST) (envelope-from phil@gdr.dhis.org) Received: from right.gdr.net.au (right.gdr.net.au [192.168.101.2]) by m1.gdr.net.au (8.8.8/8.8.8) with SMTP id SAA20298 for ; Mon, 15 Feb 1999 18:28:42 +1000 (EST) (envelope-from phil@gdr.dhis.org) Message-Id: <199902150828.SAA20298@m1.gdr.net.au> X-Sender: right@m1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 Date: Mon, 15 Feb 1999 18:28:41 +1000 To: freebsd-isp@FreeBSD.ORG From: phil grainger Subject: suggestions about modem testing ... Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org does anyone have any suggestions about testing modems on an annexx server prefferably an australian one thanks :) isp countdown is 1 week ... still haven't seen any modems :( thanks phil To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Feb 15 00:30:55 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24405 for freebsd-isp-outgoing; Mon, 15 Feb 1999 00:30:55 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from buddha.rent-a-guru.de (srv2.rent-a-guru.de [194.123.185.170]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24398 for ; Mon, 15 Feb 1999 00:30:53 -0800 (PST) (envelope-from stefan@buddha.rent-a-guru.de) Received: (from stefan@localhost) by buddha.rent-a-guru.de (8.8.8/8.8.8) id JAA04688; Mon, 15 Feb 1999 09:30:35 +0100 (MET) From: stefan@buddha.rent-a-guru.de (Stefan Stapelberg) Message-Id: <9902150930.ZM4686@buddha.rent-a-guru.de> Date: Mon, 15 Feb 1999 09:30:34 +0100 In-Reply-To: Andrew McNaughton "Re: web site stats package" (Feb 15, 15:57) References: <199902150257.PAA24324@aniwa.sky> Reply-To: stefan@rent-a-guru.de X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Andrew McNaughton Subject: Re: web site stats package Cc: isp@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Feb 15, 15:57, Andrew McNaughton wrote: > Subject: Re: web site stats package > I stand by my words. The 'Hits' column in your 'Hits by Day' table is > inconsistent with the output I get for 'grep 14/Feb/1999 /home/newsroom/logs/access_log | wc -l' > or accesswatch I don't have analog installed. http-analyze-1.9e figures > equal 'wc -l' figures by 2. In this case I get 23287 with 'wc -l' as > opposed to http-analyze stating there were 11644 hits that day. this may result from a wrong configuration of http-analyze, which is suitable for Netscape servers which have been configured to log 2 lines (the normal log and the user agent/referrer thereafter) for each hit. Sorry to say, but the person who created the executable for FreeBSD, did a poor job. The binary has not been generated by us. We did never generate executables for 1.9e. This has changed since 2.x, but there are still binaries being created by others, for which we do not take any responsibility. Our FreeBSD port of 2.x works correctly like any other binary version we did create. We DO test our ports and we don't need 1.5 years to correct any errors reported by our users. Our reaction times for problems is in the hour to day range. I have attached information for getting the 2.2 version by anon FTP from our FTP server. Feel free to download the FreeBSD binary and to register for a Personal (free) license. Please throw away the 1.9e version from the FreeBSD package. Let me state again: The distributed binary from any FreeBSD package is *not* our port, it has *not* created by us. Our binary for FreeBSD is distributed only through our FTP site and nowhere else. Best regards, Stefan --------------------------------------------------------------------- Dear Customer, we are pleased to announce that http-analyze 2.2 has been released. Version 2.2 corrects some problems and is the successor of 2.01. Please see the description below for more information of new features. You can obtain the software by FTP from our ftp server or wait for the CDROM to arrive in next few days. Note that you also need the registration images we sent to you by email when we processed your order. We are also pleased to inform you that we now offer binaries for IBM AIX, Sun Solaris, SGI IRIX, HP/UX 10.20, Linux, FreeBSD, BSDI, SCO Unix and Windows 95/98/NT. FTP ACCESS TO VERSION 2.2 ------------------------- If you want to test the software before your CDROM arrives, please download the appropriate package from our FTP site by anon FTP at: ftp.rent-a-guru.de/private/ Platform-independent files (required once for each Unix platform in addition to the appropriate executable below): http-analyze2.2-base.tar.gz 680 KB Base package Platform-dependent files (executable): http-analyze2.2-irixO32.tar.gz 176 KB IRIX 5.x (MIPS-2) http-analyze2.2-irixN32.tar.gz 172 KB IRIX 6.x (MIPS-3) http-analyze2.2-aix4.2.tar.gz 224 KB IBM AIX 4.2 http-analyze2.2-solaris.tar.gz 156 KB Sun Solaris http-analyze2.2-hpux.tar.gz 192 KB HP/UX 10.20 http-analyze2.2-linux.tar.gz 152 KB Linux http-analyze2.2-glibc.tar.gz 148 KB Linux (GNU C library) http-analyze2.2-sco.tar.gz 216 KB SCO Unix http-analyze2.2-freebsd.tar.gz 152 KB FreeBSD http-analyze2.2-bsdi.tar.gz 192 KB BSDI For other platforms not listed above, use the source code distribution: http-analyze2.2-src.tar.gz 800 KB Source Distribution The files don't appear there in a directory listing, but they exist. Because the size of a patch would reach the size of the whole distribution itself, there is no patch available to update http-analyze 2.01 to 2.2. Version 2.2 will be placed on our web site as soon as the online documentation has been updated. It will be not available to the public before that date. "Early access" here means that you get the software before anyone else; it does not mean that we are still testing this release. All tests of version 2.2 have been completed successfully on all platforms, including real-time tests for Year 2000 compliance. The version we will publish on our web site will be the same version made available to you in this "early access" program. INSTALLATION ------------ First, if you want to compile the sources for yourself, please download the newest version of the GD library (gd1.3) at http://www.boutell.com/gd/ if you don't have already. This new version features ISO 8859 support in graphic images, which is required for an upcoming multi-national language version of http-analyze. IMPORTANT: Please make sure to install the registration images we sent to you by email when you did register in the 'files/btn' subdirectory of http-analyze2.2 after you have unpacked the TAR archives. If you did install the previous version of the analyzer according to the documentation, you will find those images in the subdirectory /usr/local/lib/http-analyze/btn/. Just execute the following commands after unpacking the http-analyze distribution: $ cd http-analyze2.2 $ cp /usr/local/lib/http-analyze/btn/netstore_??.gif files/btn/ Then compile the software and issue a "make install" (source distribution) or install the executable by issuing a "makeinstall" (binary distribution). There is no need to brand the binary with the registration ID again; just make sure that the correct registration images are installed before executing a "make install" or "makeinstall". As always, please test the software locally before installing it on a production system. See also the file sample.conf for examples of the new configuration directives. Please use ha-setup to install analyzer configurations and report bugs with a prepared bug reporting form. ENHANCEMENTS AND BUG FIXES -------------------------- http-analyze 2.2 corrects some problems and has a lot of new features often requested by customers. The following description briefly summarizes the most important changes. Please see the file CHANGES included in the distribution for a more detailed description. o The document title is now taken literal from the specification in the configuration file in order to prepare for the upcoming multi-national language version. o Changed `VirtualNames' directive to automatically include both, the 'http' and 'https' protocol specifiers in self-referrer URLs unless one of those protocol specifiers is explicitely given in a `VirtualNames' directive (requested by Michael Dickey). o Changed the PageView mechanism to be able to define certain prefixes (directories) in addition to suffixes (file types). This allows to count dynamic HTML pages created by CGI scripts as Pageviews, if the CGI scripts are located in separate directories. o Added option `-q' and configuration directive `StripCGI', which control whether CGI arguments in URLs are left intact or stripped away from the URL (default). Retaining the arguments will display more details for dynamic HTML pages produced by CGI scripts if they use the GET method to pass arguments. o Added option `-g', which allows to create the conventional (1.9e- style) user interface without the separate navigation window even if JavaScript is enabled (requested by Chris Fryburger). o Added configuration directives, which allow to define the style (fonts and sizes) of the statistics report. o Added environment variables HA_CONFIG and HA_LIBDIR, which allow to specify alternate pathnames for the hard-wired defaults, so that the software can be installed permanently without becoming root. o Added code to recognize virtual hosts by looking at the virtual hostname, which is sometimes logged in the second (normally unused) field of a logfile entry. o Now displays a message if all logfile entries have been skipped due to some restriction defined in the configuration file or by using command line options to ignore certain URLs/sites and no hits are have been detected for the whole period. o Now performs stricter checking on the timestamp of a logfile entry, since we learned of another case of a Netscape Enterprise server, which did log accesses between 24:00 and 25:00 (inclusive!). o Now tests for MSIE 4.x in addition to the test for Netscape Navigator 3.x/4.x in the JavaScript to enable image switching in the frames-based interface. o Tested http-analyze for compliance with the gd library 1.3 API. g1.3 is needed in preparation for the upcoming multi-national language version. o Tested all output files for compliance of "HTML 3.2 with Netscape extensions" using weblint. o Tested http-analyze for Year 2000 compliance. For further information, see our Year 2000 Compliance Statement at: http://www.netstore.de/Supply/http-analyze/year2000.html o Fixed a bug in conversion of the history file from version 1.9e which caused the analyzer to dump core on certain platforms. If this bug appears during upgrade from 1.9e to 2.01 (not 2.2!), use the "cvt_files" script from this distribution. o Fixed a bug where self-referrer URLs inadvertedly showed up in the list of referrer URLs, cluttering up those lists. Made comparison of hostnames in self-referrer URLs case-insensitive. o Fixed and revised non-working '-a' option and AuthReq directive (skip autheticated requests), fixed non-working '-t' option. o Fixed a bug in the parseDate function, which inadvertedly did interpret the year 00 in `-I' and `-E' options as the current year, not the year 2000. If you have any question regarding the update, please send us an email or give us a call by phone at Frankfurt times. Have fun with the new version of http-analyze and thank you very much for using our software. Best regards, Stefan Stapelberg -- Stefan Stapelberg Fon: +49.6221.803.802 RENT-A-GURU (TM) Fax: +49.6221.803.899 Neuer Weg 16 http://www.netstore.de/ RAG3-RIPE D-69118 Heidelberg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Feb 15 05:55:44 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA06785 for freebsd-isp-outgoing; Mon, 15 Feb 1999 05:55:44 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from Anechka.mtmc.ru ([193.125.214.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA06754; Mon, 15 Feb 1999 05:55:38 -0800 (PST) (envelope-from vlad@mtmc.ru) Received: from localhost (vlad@localhost) by Anechka.mtmc.ru (8.9.2/8.9.2) with ESMTP id QAA82767; Mon, 15 Feb 1999 16:55:25 +0300 (MSK) Date: Mon, 15 Feb 1999 16:55:24 +0300 (MSK) From: "Vladimir G. Drobyshevsky" To: "Rashid N. Achilov" cc: freebsd-isp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bug in wu-ftpd? In-Reply-To: <36C7BA5B.7ECEE7DB@sentry.granch.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 15 Feb 1999, Rashid N. Achilov wrote: > I install wu-ftpd-2.4.2-beta18-VR13 patch. When I attempt login as > anonymous, on console constanlty appear message "/etc/spwd.db: No such > file or directory", anonymous login succesfull. Set rights 0666 has not Where you find this file? In the system's /etc? Try to copy spwd.db file on //etc/, may be it can help. But it's security hole... Vladimir G. Drobyshevsky system administrator To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Feb 15 06:35:30 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA11843 for freebsd-isp-outgoing; Mon, 15 Feb 1999 06:35:30 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from codine.icr.com.au (codine.icr.com.au [203.17.49.107]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA11831 for ; Mon, 15 Feb 1999 06:35:24 -0800 (PST) (envelope-from dale@icr.com.au) Received: from sparc.icr.com.au (sparc.icr.com.au [203.17.49.112]) by codine.icr.com.au (8.9.1/8.9.1) with ESMTP id AAA16288; Tue, 16 Feb 1999 00:36:28 +1000 (EST) (envelope-from dale@icr.com.au) Received: from sparc.icr.com.au (localhost.icr.com.au [127.0.0.1]) by sparc.icr.com.au (8.9.1/8.9.1) with ESMTP id AAA21176; Tue, 16 Feb 1999 00:37:12 +1000 (EST) (envelope-from dale@icr.com.au) Message-Id: <199902151437.AAA21176@sparc.icr.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: phil grainger cc: freebsd-isp@FreeBSD.ORG Subject: Re: suggestions about modem testing ... In-reply-to: Your message of "Mon, 15 Feb 1999 18:28:41 +1000." <199902150828.SAA20298@m1.gdr.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Feb 1999 00:37:11 +1000 From: Dale Walker Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > does anyone have any suggestions about testing modems on an annexx server > prefferably an australian one thanks :) > hmmm... An Australian test? or an Australian modem?? for general plug-in-and see testing, I usaually initialize the modem with at&f ate0q1&c1&d2s0=2 at&w0&w1 atz, then try it out for outgoing and incoming connections... > isp countdown is 1 week ... > still haven't seen any modems :( > > thanks > phil > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > -- Cheers, Dale -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Dale Walker dale@icr.com.au Manager/Sysadmin - ICRnet Independent Computer Retailers (ICR) http://www.icr.com.au Ph: +61 7 4636 4625 Fax: +61 7 4636 3513 helpdesk@icr.com.au -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- "If you aim the gun at your foot and pull the trigger, it's UNIX's job to ensure reliable delivery of the bullet to where you aimed the gun (in this case, Mr. Foot)." -- Terry Lambert. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Feb 15 08:04:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA22706 for freebsd-isp-outgoing; Mon, 15 Feb 1999 08:04:03 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from commnet.accn.org (commnet.accn.org [207.73.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA22632 for ; Mon, 15 Feb 1999 08:03:58 -0800 (PST) (envelope-from ryanm@accn.org) Received: from accn.org (rocky.accn.org [207.73.64.8]) by commnet.accn.org (8.9.3/8.9.3) with ESMTP id LAA04448 for ; Mon, 15 Feb 1999 11:04:02 -0500 (EST) Message-ID: <36C844F8.E1C4964A@accn.org> Date: Mon, 15 Feb 1999 11:02:00 -0500 From: ryanm Reply-To: ryanm@accn.org X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-isp@FreeBSD.ORG" Subject: Weird Sendmail Problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello FreeBSD guru's, I have several 1000 email accounts and a link from /var/mail/USERNAME -> /home/USERNAME/.mail.mai I am getting weird problems where message one is missing an F in the From: line. I am not sure if this is a sendmail issue or a Qpopper issue when it copies over the mail file for delivery. If anyone has experienced anything similar to this or has any ideas I would appreciate it. I am using sendmail 8.9.3 and Qpopper 2.53/3.0b13. I am testing the Beta popper. Any information would be appreciated. Thanks again, Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Feb 15 08:25:18 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25873 for freebsd-isp-outgoing; Mon, 15 Feb 1999 08:25:18 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from skraldespand.demos.su (skraldespand.demos.su [194.87.5.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA25833 for ; Mon, 15 Feb 1999 08:25:07 -0800 (PST) (envelope-from mishania@skraldespand.demos.su) Received: (from mishania@localhost) by skraldespand.demos.su (8.9.2/8.9.2) id TAA58694; Mon, 15 Feb 1999 19:24:33 +0300 (MSK) (envelope-from mishania) Message-ID: <19990215192433.35756@demos.su> Date: Mon, 15 Feb 1999 19:24:33 +0300 From: "Mikhail A. Sokolov" To: "Vladimir G. Drobyshevsky" Cc: "Rashid N. Achilov" , freebsd-isp@FreeBSD.ORG Subject: Re: bug in wu-ftpd? References: <36C7BA5B.7ECEE7DB@sentry.granch.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: ; from "Vladimir G. Drobyshevsky" on Mon, Feb 15, 1999 at 04:55:24PM +0300 X-Point-of-View: Gravity is myth, - the earth sucks. X-Useless-Header: Look ma! It's a # sign! Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Feb 15, 1999 at 04:55:24PM +0300, Vladimir G. Drobyshevsky wrote: # On Mon, 15 Feb 1999, Rashid N. Achilov wrote: # > I install wu-ftpd-2.4.2-beta18-VR13 patch. When I attempt login as # > anonymous, on console constanlty appear message "/etc/spwd.db: No such # > file or directory", anonymous login succesfull. Set rights 0666 has not # Where you find this file? In the system's /etc? Try to copy spwd.db # file on //etc/, may be it can help. But it's security hole... Of course, create your new master.passwd and go for pwd_mkdb(8). I recall it's in docs. Remember, we're talking about $FTPROOT/etc/. # Vladimir G. Drobyshevsky # system administrator -- -mishania To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Feb 15 13:09:26 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06006 for freebsd-isp-outgoing; Mon, 15 Feb 1999 13:09:26 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from wingnut.spacemonster.org (wingnut.spacemonster.org [209.20.148.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA06001 for ; Mon, 15 Feb 1999 13:09:25 -0800 (PST) (envelope-from bryn@spacemonster.org) Received: from spacemonster.org (arkansas.nwlink.com [209.20.130.65]) by wingnut.spacemonster.org (8.8.8/8.8.8) with ESMTP id NAA27876 for ; Mon, 15 Feb 1999 13:09:23 -0800 (PST) Message-ID: <36C88CC6.E1621F6F@spacemonster.org> Date: Mon, 15 Feb 1999 13:08:22 -0800 From: "Bryn Wm. Moslow" Organization: SpaceMonster.ORG X-Mailer: Mozilla 4.5 [en] (X11; U; FreeBSD 2.2.7-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-isp@FreeBSD.ORG Subject: DPT 3334UW RAID-5 Slowness / Weird FS problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I recently installed a DPT 3334UW with 64MB cache in a mail server running RAID-5 with a 32K stripe on an external case on which the user mail spool is mounted. The array is comprised of 6 Seagate Ultra Wide 4.5GB SCA drives. The system is a P2 300 with 384MB and uses an additional Seagate UW drive for boot, /usr, /var, swap, and staff home directories. It doesn't go into swap often but if it does it only hits about 5 to 10 MB. The system is running FreeBSD 2.2.8. My first problem was that I initially tried to do 16K per inode to speed things up a little bit (also, I didn't need the millions of inodes that came with a default newfs on 43GB =).) However when trying to mount, fsck, find, umount, or otherwise manipulate the filesystem about 1 times out of 5 the system would hang to the point that I had to use the reset switch to get it back. If I format with the default settings to newfs, everything works fine. The same hang also occurs if I try to do 16K block size. I haven't tried anything bigger as I had an extremely tight window in which to get the machine online. Does FreeBSD have a problem with non-default fs settings? Has anyone else tried this sort of thing on such a large filesystem? I ended up having to use the default settings for newfs to get the system to work, wasting millions of inodes and bringing me to my next problem: Under load the filesystem is horribly slow. I expected some of this with the RAID-5 overhead but it's actually slower than a CCD I just moved from that was using 5 regular 2GB fast SCSI-2 drives, much slower. When running ktrace on the processes (qpopper and mail.local mainly) and watching top I can see that most of the processes are waiting for disk access. I've tried enabling/disabling various DPT options in the kernel but it's all about the same. I'd really like to stick with RAID-5 so using 0 or 1 just isn't what I'm looking for. The user directories for delivery are broken out into 1st letter, 1st two letters, username (i.e.: /home/u/us/username) to speed up dir lookups already. Any suggestions on how else to speed things up? This wasn't a problem on my old CCD, however. Lastly, I tried to find another RAID controller besides DPT that was compatible with FreeBSD 2.2.x with no luck. Upgrading to 3.1 is not an option at the moment, at least until things are more stable. Is anyone using anything in a host-based adapter (PCI) that is non-DPT? The only reason I ask is that I've seen debate recently about whether there is a problem with the DPT losing interrupts or the FreeBSD serial code is "broken". Bryn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Feb 15 16:30:45 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01369 for freebsd-isp-outgoing; Mon, 15 Feb 1999 16:30:45 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01358 for ; Mon, 15 Feb 1999 16:30:38 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id LAA07624; Tue, 16 Feb 1999 11:00:17 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id KAA48815; Tue, 16 Feb 1999 10:59:59 +1030 (CST) Message-ID: <19990216105959.P2207@lemis.com> Date: Tue, 16 Feb 1999 10:59:59 +1030 From: Greg Lehey To: "Bryn Wm. Moslow" , freebsd-isp@FreeBSD.ORG Cc: shimon@simon-shapiro.org Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems References: <36C88CC6.E1621F6F@spacemonster.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <36C88CC6.E1621F6F@spacemonster.org>; from Bryn Wm. Moslow on Mon, Feb 15, 1999 at 01:08:22PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Monday, 15 February 1999 at 13:08:22 -0800, Bryn Wm. Moslow wrote: > I recently installed a DPT 3334UW with 64MB cache in a mail server > running RAID-5 with a 32K stripe on an external case on which the user > mail spool is mounted. The array is comprised of 6 Seagate Ultra Wide > 4.5GB SCA drives. The system is a P2 300 with 384MB and uses an > additional Seagate UW drive for boot, /usr, /var, swap, and staff home > directories. It doesn't go into swap often but if it does it only hits > about 5 to 10 MB. The system is running FreeBSD 2.2.8. I don't know the DPT controllers, but 32 kB stripes are far too small. For better performance, you should increase them to between 256 kB and 512 kB. Small stripe sizes create many more I/O requests at the drive level. > My first problem was that I initially tried to do 16K per inode to > speed things up a little bit (also, I didn't need the millions of > inodes that came with a default newfs on 43GB =).) I might be missing something, but I don't see any performance improvement by changing the number of inodes. > However when trying to mount, fsck, find, umount, or otherwise > manipulate the filesystem about 1 times out of 5 the system would > hang to the point that I had to use the reset switch to get it back. What hung? The FreeBSD system or the DPT subsystem? > If I format with the default settings to newfs, everything works > fine. The same hang also occurs if I try to do 16K block size. I > haven't tried anything bigger as I had an extremely tight window in > which to get the machine online. You should consider that once you have set the stripe size, you're stuck with it. Unless the DPTs have a good reason (like "not supported"), take a 256 kB stripe size. > Does FreeBSD have a problem with non-default fs settings? Not that I know of. > Has anyone else tried this sort of thing on such a large filesystem? I know of some people who have made file systems of this size with vinum. It took a while to create the file systems, but it worked. > I ended up having to use the default settings for newfs to get the > system to work, wasting millions of inodes and bringing me to my > next problem: Under load the filesystem is horribly slow. I expected > some of this with the RAID-5 overhead but it's actually slower than > a CCD I just moved from that was using 5 regular 2GB fast SCSI-2 > drives, much slower. What read to write ratio do you have? Writes are slow on RAID-5, but reads should be the same as for a striped organization. > When running ktrace on the processes (qpopper and mail.local mainly) and > watching top I can see that most of the processes are waiting for disk > access. I've tried enabling/disabling various DPT options in the kernel > but it's all about the same. I'd really like to stick with RAID-5 so > using 0 or 1 just isn't what I'm looking for. > > The user directories for delivery are broken out into 1st letter, 1st > two letters, username (i.e.: /home/u/us/username) to speed up dir > lookups already. I'd guess that these would end up in cache anyway, so you shouldn't see much improvement with this technique. > Any suggestions on how else to speed things up? This wasn't a > problem on my old CCD, however. > Lastly, I tried to find another RAID controller besides DPT that was > compatible with FreeBSD 2.2.x with no luck. Upgrading to 3.1 is not > an option at the moment, at least until things are more stable. 3.1-RELEASE has just come out (or is in the process of being packaged). But I don't think this is the problem. > Is anyone using anything in a host-based adapter (PCI) that is > non-DPT? There's a Compaq driver out there. It seems to have some strangenesses which suggest that it'll need a lot of work before it can be incorporated into the source tree. > The only reason I ask is that I've seen debate recently about > whether there is a problem with the DPT losing interrupts This wouldn't be your problem. > or the FreeBSD serial code is "broken". I'm not sure what relation this has with the DPT controller. I'm copying Shimon Shapiro on this reply. He's the author of the DPT driver, and he may have more insight. Greg -- When replying to this message, please copy the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Feb 15 18:12:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA12860 for freebsd-isp-outgoing; Mon, 15 Feb 1999 18:12:29 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from mail.nacamar.de (mail.nacamar.de [194.162.162.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA12842; Mon, 15 Feb 1999 18:12:25 -0800 (PST) (envelope-from rohrbach@mail.nacamar.de) Received: (from rohrbach@localhost) by mail.nacamar.de (8.8.7/8.8.8MB-19980212) id DAA22971; Tue, 16 Feb 1999 03:11:03 +0100 (CET) Message-ID: <19990216031103.D22822@nacamar.net> Date: Tue, 16 Feb 1999 03:11:03 +0100 From: "Karsten W. Rohrbach" To: "Rashid N. Achilov" , freebsd-isp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bug in wu-ftpd? Reply-To: rohrbach@nacamar.net Mail-Followup-To: "Rashid N. Achilov" , freebsd-isp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG References: <36C7BA5B.7ECEE7DB@sentry.granch.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <36C7BA5B.7ECEE7DB@sentry.granch.ru>; from Rashid N. Achilov on Mon, Feb 15, 1999 at 12:10:36PM +0600 X-Arbitrary-Number-Of-The-Day: 42 X-Sender: rohrbach@nacamar.net X-Organisation: Nacamar Data Communications GmbH X-Address: Robert-Bosch-Str. 32, 63303 Dreieich, Germany X-Phone: vox: +49 6103 993 870 fax: +49 6103 993 199 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org try proftpd instead. faster, easier to configure, simply better. and - yes it has some bugs =) but it works at least for me ;-) /k Rashid N. Achilov (shelton@sentry.granch.ru) @ Mon, Feb 15, 1999 at 12:10:36PM +0600: > Hi! > > I install wu-ftpd-2.4.2-beta18-VR13 patch. When I attempt login as > anonymous, on console constanlty appear message "/etc/spwd.db: No such > file or directory", anonymous login succesfull. Set rights 0666 has not > effect. After small looking in source code I discover that message > appear after getpwuid call in ftpd.c line 2704. I do not have any ideas > about this message, and you? > -- > With Best Regards. > Rashid N. Achilov (RNA1-RIPE), Granch Ltd. lead engineer > e-mail: achilov@granch.ru, tel (383-2) 24-2363 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message -- "The path of excess leads to the tower of wisdom." -- W. Blake http://www.nacamar.de - http://www.nacamar.net - http://www.webmonster.de http://www.apache.de - http://www.quakeforum.de - finger rohrbach@nacamar.net PGP Key fingerprint = F9 A0 DF 91 74 07 6A 1C 5F 0B E0 6B 4D CD 8C 44 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Feb 15 21:09:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA01661 for freebsd-isp-outgoing; Mon, 15 Feb 1999 21:09:15 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from aniwa.sky (p57-max8.wlg.ihug.co.nz [209.79.142.249]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA01643; Mon, 15 Feb 1999 21:09:09 -0800 (PST) (envelope-from andrew@squiz.co.nz) Received: from aniwa.sky (localhost [127.0.0.1]) by aniwa.sky (8.9.1a/8.9.1) with ESMTP id SAA14911; Tue, 16 Feb 1999 18:07:04 +1300 (NZDT) Message-Id: <199902160507.SAA14911@aniwa.sky> X-Mailer: exmh version 2.0.2 2/24/98 To: rohrbach@nacamar.net cc: "Rashid N. Achilov" , freebsd-isp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bug in wu-ftpd? In-reply-to: Your message of "Tue, 16 Feb 1999 03:11:03 BST." <19990216031103.D22822@nacamar.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Feb 1999 18:07:04 +1300 From: Andrew McNaughton Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Regardless of the merits of the proftpd software (I wouldn't know), if his password database is missing then I doubt that switching server software is going to fix it. Anyone running proftpd should check out recent bugtraq articles. Specifically http://geek-girl.com/bugtraq/1999_1/0564.html and responses. wu-ftpd was described as 'probably vulnerable' without specifics. Several other ftpd's were discussed, though not freebsd's native one. Andrew McNaughton > try proftpd instead. faster, easier to configure, simply better. and - yes > it has some bugs =) but it works at least for me ;-) > > /k > > > Rashid N. Achilov (shelton@sentry.granch.ru) @ Mon, Feb 15, 1999 at 12:10:36PM +0600: > > Hi! > > > > I install wu-ftpd-2.4.2-beta18-VR13 patch. When I attempt login as > > anonymous, on console constanlty appear message "/etc/spwd.db: No such > > file or directory", anonymous login succesfull. Set rights 0666 has not > > effect. After small looking in source code I discover that message > > appear after getpwuid call in ftpd.c line 2704. I do not have any ideas > > about this message, and you? > > -- > > With Best Regards. > > Rashid N. Achilov (RNA1-RIPE), Granch Ltd. lead engineer > > e-mail: achilov@granch.ru, tel (383-2) 24-2363 > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-isp" in the body of the message > > -- > "The path of excess leads to the tower of wisdom." -- W. Blake > http://www.nacamar.de - http://www.nacamar.net - http://www.webmonster.de > http://www.apache.de - http://www.quakeforum.de - finger rohrbach@nacamar.net > PGP Key fingerprint = F9 A0 DF 91 74 07 6A 1C 5F 0B E0 6B 4D CD 8C 44 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Feb 15 22:44:47 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA11598 for freebsd-isp-outgoing; Mon, 15 Feb 1999 22:44:47 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from sentry.granch.ru (sentry.granch.nsk.su [212.20.5.135]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA11582; Mon, 15 Feb 1999 22:44:42 -0800 (PST) (envelope-from shelton@granch.ru) Received: from granch.ru (1001@localhost.granch.ru [127.0.0.1]) by sentry.granch.ru (8.8.8/8.8.7) with ESMTP id MAA00681; Tue, 16 Feb 1999 12:44:44 +0600 (NS) (envelope-from shelton@granch.ru) Message-ID: <36C913D8.F1F0E068@granch.ru> Date: Tue, 16 Feb 1999 12:44:41 +0600 From: "Rashid N. Achilov" Organization: Granch Ltd. X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.7-RELEASE i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: freebsd-isp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Bug in wu-ftpd, part2 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi! Thank you for all, who so quickly answer me. I continue my experiments and discover that message appear only if ftpaccess file include parameter "anonymous-root". If ftpaccess does not include parameter "anonymous-root" wu-ftpd use /etc/spwd.db? -- With Best Regards. Rashid N. Achilov (RNA1-RIPE), Granch Ltd. lead engineer e-mail: achilov@granch.ru, tel (383-2) 24-2363 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Feb 15 23:02:59 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA13211 for freebsd-isp-outgoing; Mon, 15 Feb 1999 23:02:59 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from PacHell.TelcoSucks.org (PacHell.TelcoSucks.org [207.90.181.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA13190; Mon, 15 Feb 1999 23:02:57 -0800 (PST) (envelope-from ulf@PacHell.TelcoSucks.org) Received: (from ulf@localhost) by PacHell.TelcoSucks.org (8.9.1/8.9.1) id XAA08044; Mon, 15 Feb 1999 23:03:02 -0800 (PST) (envelope-from ulf) Message-ID: <19990215230301.A28006@TelcoSucks.org> Date: Mon, 15 Feb 1999 23:03:01 -0800 From: Ulf Zimmermann To: "Rashid N. Achilov" , freebsd-isp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: Bug in wu-ftpd, part2 Reply-To: ulf@Alameda.net References: <36C913D8.F1F0E068@granch.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <36C913D8.F1F0E068@granch.ru>; from Rashid N. Achilov on Tue, Feb 16, 1999 at 12:44:41PM +0600 Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 3.0-19980930-BETA Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Feb 16, 1999 at 12:44:41PM +0600, Rashid N. Achilov wrote: > Hi! > > Thank you for all, who so quickly answer me. I continue my experiments > and discover that message appear only if ftpaccess file include > parameter "anonymous-root". If ftpaccess does not include parameter > "anonymous-root" wu-ftpd use /etc/spwd.db? See another post from me. wu-ftpd tries to use system calls which would open the file /etc/spwd.db to get user informations. In a chroot enviroment (as done with anonymous-root) it can't access the real /etc/spwd.db. You will need a "fake" file in your /etc in your anonymous ftp structure. I usual used just a minimal set, which included the ftp user and no passwords (* instead). > -- > With Best Regards. > Rashid N. Achilov (RNA1-RIPE), Granch Ltd. lead engineer > e-mail: achilov@granch.ru, tel (383-2) 24-2363 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Tue Feb 16 01:58:56 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA28882 for freebsd-isp-outgoing; Tue, 16 Feb 1999 01:58:56 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from faust.moldsat.md (faust.moldsat.md [212.0.213.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA28876; Tue, 16 Feb 1999 01:58:52 -0800 (PST) (envelope-from andy@faust.moldsat.md) Received: from localhost (andy@localhost) by faust.moldsat.md (8.8.8/8.8.8) with SMTP id MAA14436; Tue, 16 Feb 1999 12:00:51 +0200 (EET) (envelope-from andy@faust.moldsat.md) Date: Tue, 16 Feb 1999 12:00:51 +0200 (EET) From: andy To: freebsd-isp@FreeBSD.ORG, freebs-questions@FreeBSD.ORG Subject: wu-ftpd VR13 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi there! how could I get my subj. to chroot users into their home dir? I've created /etc/ftpchroot the content being like @users joe foo but it doesn't chroot them :-( catchya later, andy Kishington is real. The rest is done with mirrors. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Tue Feb 16 10: 0:55 1999 Received: from red.ligos.com (red.ligos.com [207.238.131.190]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA16294 for ; Tue, 16 Feb 1999 10:00:45 -0800 (PST) (envelope-from rwaldura@LIGOS.COM) Received: (qmail 14690 invoked from network); 16 Feb 1999 18:00:29 -0000 Received: from unknown (HELO server.ligos.com) (192.168.1.2) by 192.168.1.1 with SMTP; 16 Feb 1999 18:00:29 -0000 Received: by server.ligos.com with Internet Mail Service (5.0.1460.8) id <1SL8W632>; Tue, 16 Feb 1999 10:00:29 -0800 Message-ID: <9141909996F1D011B8FF00A0C95A661B2E0924@server.ligos.com> From: Renaud Waldura To: "'muditha@seychelles.net'" , Archie Cobbs , jivko@ijs.com Cc: isp@FreeBSD.ORG Subject: RE: Help registering domain name in France? Date: Tue, 16 Feb 1999 10:00:28 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The French are incredibly stuck up about their DNS; they will only give away .fr domains to French ISPs, for French companies, _with_proof_. Or something like that, their policies also change frequently; check out http://www.nic.fr/. I'm reading it right now (it's of course in French), here are at some excerpts: * a foreign company CANNOT get a .fr domain, it has to be French. The best you can get as a foreign company is .tm.fr (trademark) _if_ your name is a genuine brand name * you have to use an ISP (French obviously). No direct request to AFNIC (French Internic) * as a result, domain name price may very depending on ISP * one (French) company can have only one .fr domain name Their policies try to prevent DNS speculation (as seen at Internic), but go totally overboard in paranoia. That's France for you. --Renaud To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Tue Feb 16 11:23:15 1999 Received: from zoe.iserve.net (zoe.iserve.net [207.250.219.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA23255 for ; Tue, 16 Feb 1999 11:23:12 -0800 (PST) (envelope-from rch@iserve.net) Received: from acidic (acidic.iserve.net [207.250.219.40]) by zoe.iserve.net (8.9.1/8.9.1) with SMTP id OAA13379 for ; Tue, 16 Feb 1999 14:21:43 -0500 (EST) Message-Id: <199902161921.OAA13379@zoe.iserve.net> X-Sender: rch@iserve.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Tue, 16 Feb 1999 14:24:06 -0500 To: freebsd-isp@FreeBSD.ORG From: Robert Hough Subject: bad passwd file Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've had some problems with our passwd file getting corrupted lately, and it appears to be related to when more than one person attempts to make a change in the passwd file at once. Has anyone, or does anyone, know of a way to set some type of delay that will prevent this problem? It's apparently related to pwd_mkdb. Any suggestions would be helpful. __ _______ |__| __|.-----.----.--.--.-----. .--------------------------------. | |__ || -__| _| | | -__| | Robert Hough (rch@iserve.net) | |__|_______||_____|__| \___/|_____| | 317-802-3036 -/- 317-876-0846 | ----------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Tue Feb 16 13: 8:50 1999 Delivered-To: freebsd-isp@freebsd.org Received: from wingnut.spacemonster.org (wingnut.spacemonster.org [209.20.148.109]) by hub.freebsd.org (Postfix) with ESMTP id 494E910EBD for ; Tue, 16 Feb 1999 13:08:25 -0800 (PST) (envelope-from bryn@spacemonster.org) Received: from spacemonster.org (rototiller.nwlink.com [209.20.189.17]) by wingnut.spacemonster.org (8.8.8/8.8.8) with ESMTP id NAA01447; Tue, 16 Feb 1999 13:08:01 -0800 (PST) Message-ID: <36C9DE12.78E77F53@spacemonster.org> Date: Tue, 16 Feb 1999 13:07:30 -0800 From: "Bryn Wm. Moslow" Organization: SpaceMonster.ORG X-Mailer: Mozilla 4.5 [en] (X11; U; FreeBSD 3.1-BETA i386) X-Accept-Language: en MIME-Version: 1.0 To: Greg Lehey Cc: freebsd-isp@FreeBSD.ORG Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems References: <36C88CC6.E1621F6F@spacemonster.org> <19990216105959.P2207@lemis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greg Lehey wrote: > I don't know the DPT controllers, but 32 kB stripes are far too small. > For better performance, you should increase them to between 256 kB and > 512 kB. Small stripe sizes create many more I/O requests at the drive > level. I was actually hoping to get quicker read times out of the spool by potentially having more heads at the disposal of each seek, given that the vast majority of files on the filesystem are either directories or 0 length. Perhaps I came up on the short end of the stick on this one. Good suggestion. 32K was the default for anyone else reading this... you have to change it on the DPT in the Storage Manager software. > > > My first problem was that I initially tried to do 16K per inode to > > speed things up a little bit (also, I didn't need the millions of > > inodes that came with a default newfs on 43GB =).) > > I might be missing something, but I don't see any performance > improvement by changing the number of inodes. I've seen not earth-shaking but significant performance increases in filesystem performance using this technique. It's taken from many a "Unix Gurus Down From the Mountain to Ram Knowledge into Your Skull" book and a couple of UFS/FFS optimizing guides I've read around the web. In my own testing, systems that require large numbers of opens and seeks within files (anything where you're moving a pointer) are sped up by reducing the number of inodes in a huge filesystem. It's just a little tweak but it can really contribute to performance, I've seen it and I wasn't hallucinating at that time . Also, try formatting a 43 gig filesystem sometime, do a df -i and look how much space you lose at the default. I weep like a baby =). It makes me squirm in my sleep at night to see 80% usage on a fs and see inode usage at like 1% but I'm high strung and need a vacation... > What hung? The FreeBSD system or the DPT subsystem? The whole dog and pony show... You know - like Windows 98 =) kinda freeze. Solid, solid as a rock. > You should consider that once you have set the stripe size, you're > stuck with it. Unless the DPTs have a good reason (like "not > supported"), take a 256 kB stripe size. I'm definitely going to try this. I've got a 108 Gig array that I'm going to be playing with this week and I'll have more time to actually mess with the stripe size more. Thanks for the suggestion. > > The user directories for delivery are broken out into 1st letter, 1st > > two letters, username (i.e.: /home/u/us/username) to speed up dir > > lookups already. > > I'd guess that these would end up in cache anyway, so you shouldn't > see much improvement with this technique. I actually found this one when I had the mail spool on one disk eons ago and it helps indeed. With 13,000+ entries in /var/mail directory lookups anything requiring vnode access (heh, what doesn't? Just do a "man -k dir" and start poking) could take a up to a second or two - especially when getting hardcore spammed or something - an eternity when you're firing off mail.local and popper every other nanosecond. Most of the system utils (ls, args, etc.) break on dirs this large (changed in 3.x? - dunno) and you find yourself writing for loops and while loops just to do everyday stuff (like ls). Yes, I know, that's why I have the source - too bad it doesn't come with time to rewrite that whole part of the system . Also, even though you have it in cache access/modification times and such have to be updated and writes to reads are almost even on this particular filesystem. Shutting down atime on the fs would lose us a first-tier diagnostic tool and I don't want to run the fs async . One last note - the hardware cache on the DPT isn't particularly useful for the majority of what goes on with this fs, or at least it doesn't when I read their theory of caching and the implementation described in their manual. The disk access usage is just too random. It does help, very much so, but doesn't come close to the ideal.... (mmm... momentary solid state disk fantasy... shall we all pause?) > There's a Compaq driver out there. It seems to have some > strangenesses which suggest that it'll need a lot of work before it > can be incorporated into the source tree. Strangenesses, hehe - I like that one, can I use it? All the Compaq controllers I've looked at are made by DPT. Is there a new one? >> or the FreeBSD serial code is "broken". > > I'm not sure what relation this has with the DPT controller. > > I'm copying Shimon Shapiro on this reply. He's the author of the DPT > driver, and he may have more insight. One of my coworkers emailed Simon and Simon was the one who told him that it was an issue with the serial code. Didn't quite get it myself but who am I to argue with a man who has a domain named after him =). I'd like to hear more myself. > > Greg Thanks, Greg, I appreciate that you put some time and thought into this. Mighty nice of you... Bryn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Tue Feb 16 15:24:48 1999 Delivered-To: freebsd-isp@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 3AB6310E92 for ; Tue, 16 Feb 1999 15:24:41 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id JAA11638; Wed, 17 Feb 1999 09:54:36 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id JAA09499; Wed, 17 Feb 1999 09:54:32 +1030 (CST) Message-ID: <19990217095432.F515@lemis.com> Date: Wed, 17 Feb 1999 09:54:32 +1030 From: Greg Lehey To: "Bryn Wm. Moslow" Cc: freebsd-isp@FreeBSD.ORG Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems References: <36C88CC6.E1621F6F@spacemonster.org> <19990216105959.P2207@lemis.com> <36C9DE12.78E77F53@spacemonster.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <36C9DE12.78E77F53@spacemonster.org>; from Bryn Wm. Moslow on Tue, Feb 16, 1999 at 01:07:30PM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tuesday, 16 February 1999 at 13:07:30 -0800, Bryn Wm. Moslow wrote: > Greg Lehey wrote: > >> I don't know the DPT controllers, but 32 kB stripes are far too small. >> For better performance, you should increase them to between 256 kB and >> 512 kB. Small stripe sizes create many more I/O requests at the drive >> level. > > I was actually hoping to get quicker read times out of the spool by > potentially having more heads at the disposal of each seek, given that > the vast majority of files on the filesystem are either directories or 0 > length. Perhaps I came up on the short end of the stick on this one. > Good suggestion. 32K was the default for anyone else reading this... you > have to change it on the DPT in the Storage Manager software. From an earlier message I sent, in answer to somebody who was advocating small stripes: >> A media server (large files) 64kb or more. On boxes with lots of >> small sizes, accessed randomly and rapidly, 8 or 16kb. > > Far too small > >> But you dont' want to fill up the controller's command queue with >> too many commands. > > That's not the big problem. The fact is that the block I/O system > issues requests of between .5kB and 60 kB; a typical mix is somewhere > round 8 kB. You can't stop any striping system from breaking a > request into two physical requests, and if you do it wrong it can be > broken into several. This will result in a significant drop > in performance: the decrease in transfer time per disk is offset by > the order of magnitude greater increase in latency. > > With modern disk sizes and the FreeBSD block I/O system, you can > expect to have a reasonably small number of fragmented requests with a > stripe size between 256 kB and 512 kB; I can't see any reason not to > increase the size to 2 or 4 MB on a large disk. > > The easiest way to consider the impact of any transfer is the total > time it takes: since just about everything is cached, the time > relationship between the request and its completion is not important. > Consider, then, a typical news article of 24 kB, which will probably > be read in a single I/O. Take disks with a transfer rate of 6 MB/s > and an average positioning time of 8 ms, and a file system with 4 kB > blocks. Since it's 24 kB, we don't have to worry about fragments, so > the file will start on a 4 kB boundary. The number of transfers > required depends on where the block starts: it's (S + F - 1) / S, > where S is the stripe size in file system blocks, and F is the file > size in file system blocks. > > 1: Stripe size of 4 kB. You'll have 6 transfers. Total subsystem > load: 48 ms latency, 2 ms transfer, 50 ms total. > > 2: Stripe size of 8 kB. On average, you'll have 3.5 transfers. Total > subsystem load: 28 ms latency, 2 ms transfer, 30 ms total. > > 3: Stripe size of 16 kB. On average, you'll have 2.25 transfers. > Total subsystem load: 18 ms latency, 2 ms transfer, 20 ms total. > > 4: Stripe size of 256 kB. On average, you'll have 1.08 transfers. > Total subsystem load: 8.6 ms latency, 2 ms transfer, 10.6 ms total. > > These calculations are borne out in practice. As I said elsewhere, it looks like you'll end up with most of your directories in cache anyway, so they're not the issue, and I don't see any case where it will allow more concurrent accesses to different files. >>> My first problem was that I initially tried to do 16K per inode to >>> speed things up a little bit (also, I didn't need the millions of >>> inodes that came with a default newfs on 43GB =).) >> >> I might be missing something, but I don't see any performance >> improvement by changing the number of inodes. > > I've seen not earth-shaking but significant performance increases in > filesystem performance using this technique. It's taken from many a > "Unix Gurus Down From the Mountain to Ram Knowledge into Your Skull" > book and a couple of UFS/FFS optimizing guides I've read around the web. > In my own testing, systems that require large numbers of opens and seeks > within files (anything where you're moving a pointer) are sped up by > reducing the number of inodes in a huge filesystem. It's just a little > tweak but it can really contribute to performance, I've seen it and I > wasn't hallucinating at that time . Also, try formatting a 43 gig > filesystem sometime, do a df -i and look how much space you lose at the > default. I weep like a baby =). It makes me squirm in my sleep at night > to see 80% usage on a fs and see inode usage at like 1% but I'm high > strung and need a vacation... OK, you can save (maybe much) space by reducing the number of inodes. But this means that your average file size must be 16 kB or more, or you will run out of inodes before the disk is full. >> What hung? The FreeBSD system or the DPT subsystem? > > The whole dog and pony show... You know - like Windows 98 =) kinda > freeze. Solid, solid as a rock. Hmm. We should investigate that. You want to build a kernel with debugger and all those good things? >>> The user directories for delivery are broken out into 1st letter, 1st >>> two letters, username (i.e.: /home/u/us/username) to speed up dir >>> lookups already. >> >> I'd guess that these would end up in cache anyway, so you shouldn't >> see much improvement with this technique. > > I actually found this one when I had the mail spool on one disk eons ago > and it helps indeed. With 13,000+ entries in /var/mail directory lookups > anything requiring vnode access (heh, what doesn't? Just do a "man -k > dir" and start poking) could take a up to a second or two - especially > when getting hardcore spammed or something - an eternity when you're > firing off mail.local and popper every other nanosecond. Hmm. 13,000 entries in a single directory is somewhat beyond the design specs. The problem here isn't disk access--that's only about 160 kB, depending on the length of the name--but the search algorithms are a little primitive. OK, I'm convinced, keep your directory structure. > Most of the system utils (ls, args, etc.) break on dirs this large > (changed in 3.x? - dunno) Ah, you're talking about the length of the argument list. Yes, that's a nuisance. Currently the parameter ARG_MAX is set to 65536, and it's been like that since 1994. BSDI uses 256 kB. You could increase it if you wanted. > and you find yourself writing for loops and while loops just to do > everyday stuff (like ls). Yes, I know, that's why I have the source > - too bad it doesn't come with time to rewrite that whole part of > the system . ARG_MAX is defined in /sys/sys/syslimits.h. If you change it there before a `make World' and a kernel build, it will propagate to everything. > Also, even though you have it in cache access/modification times and > such have to be updated and writes to reads are almost even on this > particular filesystem. Shutting down atime on the fs would lose us a > first-tier diagnostic tool and I don't want to run the fs async > . You could consider soft updates. > One last note - the hardware cache on the DPT isn't particularly > useful for the majority of what goes on with this fs, or at least it > doesn't when I read their theory of caching and the implementation > described in their manual. The disk access usage is just too > random. It does help, very much so, but doesn't come close to the > ideal.... (mmm... momentary solid state disk fantasy... shall we all > pause?) I can't comment, since I don't know the DPT. >> There's a Compaq driver out there. It seems to have some >> strangenesses which suggest that it'll need a lot of work before it >> can be incorporated into the source tree. > > Strangenesses, hehe - I like that one, can I use it? All the Compaq > controllers I've looked at are made by DPT. Is there a new one? Check out http://www.doc.ic.ac.uk/~md/ida/. It might be a DPT controller in disguise. > Thanks, Greg, I appreciate that you put some time and thought into this. > Mighty nice of you... You're welcome. Greg -- When replying to this message, please copy the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Tue Feb 16 16:27:26 1999 Delivered-To: freebsd-isp@freebsd.org Received: from mail.nacamar.de (mail.nacamar.de [194.162.162.200]) by hub.freebsd.org (Postfix) with ESMTP id 1458E10EBD; Tue, 16 Feb 1999 16:27:18 -0800 (PST) (envelope-from rohrbach@mail.nacamar.de) Received: (from rohrbach@localhost) by mail.nacamar.de (8.8.7/8.8.8MB-19980212) id BAA25293; Wed, 17 Feb 1999 01:27:07 +0100 (CET) Message-ID: <19990217012707.F24727@nacamar.net> Date: Wed, 17 Feb 1999 01:27:07 +0100 From: "Karsten W. Rohrbach" To: andy , freebsd-isp@FreeBSD.ORG, freebs-questions@FreeBSD.ORG Subject: Re: wu-ftpd VR13 Reply-To: rohrbach@nacamar.net Mail-Followup-To: andy , freebsd-isp@FreeBSD.ORG, freebs-questions@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from andy on Tue, Feb 16, 1999 at 12:00:51PM +0200 X-Arbitrary-Number-Of-The-Day: 42 X-Sender: rohrbach@nacamar.net X-Organisation: Nacamar Data Communications GmbH X-Address: Robert-Bosch-Str. 32, 63303 Dreieich, Germany X-Phone: vox: +49 6103 993 870 fax: +49 6103 993 199 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org the freebsd ftpd does this (/usr/libexec/ftpd) using /etc/ftpchroot. wu-ftpd has a feature using guest classes identifying uids (i think it are only uids or are it also gids?) above a certain limit to act as chroot flag. the path to chroot() to is taken from /etc/passwd with some serious magic: you can create some tree like /data/user1/webpages and have the line user1:*cryptedpw*:10001:10000:user 1:/data/user1/./webpages:/usr/bin/false in /etc/passwd when the user logs in, wuftpd checks the password, the validity of the shell (it has to exist and be in /etc/shells) and changes intothe paht before the /./ then it chdir()s to the path behind the /./ so the user is taken into for example his webpages directory "/webpages". take a look at the manpage for wu-ftpd for the config commands and class definitions. have fun /k andy (andy@faust.moldsat.md) @ Tue, Feb 16, 1999 at 12:00:51PM +0200: > > hi there! > > how could I get my subj. to chroot users into their home dir? > > I've created /etc/ftpchroot > the content being like > > @users > joe > foo > > > but it doesn't chroot them :-( > > > catchya later, > andy > Kishington is real. The rest is done with mirrors. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message -- "The path of excess leads to the tower of wisdom." -- W. Blake http://www.nacamar.de - http://www.nacamar.net - http://www.webmonster.de http://www.apache.de - http://www.quakeforum.de - finger rohrbach@nacamar.net PGP Key fingerprint = F9 A0 DF 91 74 07 6A 1C 5F 0B E0 6B 4D CD 8C 44 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Tue Feb 16 16:39:49 1999 Delivered-To: freebsd-isp@freebsd.org Received: from poseidon.hamsterville.ultranet.com (poseidon.hamsterville.ultranet.com [209.6.79.18]) by hub.freebsd.org (Postfix) with ESMTP id 0996D10F02 for ; Tue, 16 Feb 1999 16:39:46 -0800 (PST) (envelope-from ben@hamsterville.ultranet.com) Received: from energizer (dyn2.hamsterville.ultranet.com [209.6.79.23]) by poseidon.hamsterville.ultranet.com (8.9.1/8.9.0) with SMTP id TAA10871 for ; Tue, 16 Feb 1999 19:36:51 -0500 (EST) Message-ID: <009701be5a0e$0a8b5ce0$174f06d1@hamsterville.ultranet.com> From: "Ben Goodwin" To: References: <36C88CC6.E1621F6F@spacemonster.org> <19990216105959.P2207@lemis.com> Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems Date: Tue, 16 Feb 1999 19:39:55 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2013.1300 X-Mimeole: Produced By Microsoft MimeOLE V5.00.2013.1300 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > The user directories for delivery are broken out into 1st letter, 1st > > two letters, username (i.e.: /home/u/us/username) to speed up dir > > lookups already. > > I'd guess that these would end up in cache anyway, so you shouldn't > see much improvement with this technique. On the contrary; file-lookups are a flat scan. Breaking the lookup into a hierarchy achieves a hashing effect; with 40,000 users, my server went from (under flat-directory architecure) LA's of 4-8 and toppling over very easily on load spikes, to LA's of 0.5 to 1 and humming along w/out noticing anything. For anyone doing serious sendmail/pop activity, I highly recommend it. -=| Ben To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Tue Feb 16 21:18:52 1999 Delivered-To: freebsd-isp@freebsd.org Received: from gina.neland.dk (mail.swimsuit.internet.dk [194.255.12.232]) by hub.freebsd.org (Postfix) with ESMTP id D27671119D for ; Tue, 16 Feb 1999 21:18:47 -0800 (PST) (envelope-from root@neland.dk) Received: from gina (gina [192.168.0.14]) by gina.neland.dk (8.9.3/8.9.2) with ESMTP id GAA02920; Wed, 17 Feb 1999 06:18:21 +0100 (CET) (envelope-from root@neland.dk) Date: Wed, 17 Feb 1999 06:18:21 +0100 (CET) From: Leif Neland To: Greg Lehey Cc: "Bryn Wm. Moslow" , freebsd-isp@FreeBSD.ORG Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems In-Reply-To: <19990217095432.F515@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 17 Feb 1999, Greg Lehey wrote: > On Tuesday, 16 February 1999 at 13:07:30 -0800, Bryn Wm. Moslow wrote: > > Greg Lehey wrote: > > > >>> My first problem was that I initially tried to do 16K per inode to > >>> speed things up a little bit (also, I didn't need the millions of > >>> inodes that came with a default newfs on 43GB =).) > >> > OK, you can save (maybe much) space by reducing the number of inodes. > But this means that your average file size must be 16 kB or more, or > you will run out of inodes before the disk is full. > I ran out of inodes on a news spool with 4K pr inode. Leif@neland.dk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Tue Feb 16 22:48:49 1999 Delivered-To: freebsd-isp@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id 7A07F10EAE for ; Tue, 16 Feb 1999 22:48:45 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id WAA18251; Tue, 16 Feb 1999 22:48:12 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id WAA13268; Tue, 16 Feb 1999 22:48:11 -0800 (PST) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id WAA15110; Tue, 16 Feb 1999 22:48:10 -0800 (PST) From: Don Lewis Message-Id: <199902170648.WAA15110@salsa.gv.tsc.tdk.com> Date: Tue, 16 Feb 1999 22:48:10 -0800 In-Reply-To: Leif Neland "Re: DPT 3334UW RAID-5 Slowness / Weird FS problems" (Feb 17, 6:18am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Leif Neland , Greg Lehey Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems Cc: "Bryn Wm. Moslow" , freebsd-isp@FreeBSD.ORG Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Feb 17, 6:18am, Leif Neland wrote: } Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems } I ran out of inodes on a news spool with 4K pr inode. When not carrying binaries, I recommend 2K per inode when using a 4K/1K filesystem. Here's the statistics on our news spool. Filesystem 1K-blocks Used Avail Capacity iused ifree %iused /dev/da2s1e 1980883 1635136 187276 90% 628652 283186 69% Even at 2K per inode, cylinder groups that happen to contain directories for groups containing a lot of articles will run out of inodes in those cylinder groups. This will force inodes to be allocated from other groups for articles stored in those directories, which will increase the average seek distance and hurt performance. # dumpfs /dev/rda2s1e | grep nifree nbfree 76249 ndir 3755 nifree 282333 nffree 76234 cs[].cs_(nbfree,ndir,nifree,nffree): nbfree 108 ndir 17 nifree 0 nffree 1034 nbfree 12 ndir 10 nifree 0 nffree 399 nbfree 11 ndir 16 nifree 0 nffree 715 nbfree 0 ndir 22 nifree 1337 nffree 209 nbfree 0 ndir 17 nifree 0 nffree 333 nbfree 39 ndir 17 nifree 0 nffree 393 nbfree 0 ndir 15 nifree 0 nffree 649 nbfree 0 ndir 22 nifree 0 nffree 246 nbfree 0 ndir 22 nifree 0 nffree 198 nbfree 308 ndir 13 nifree 0 nffree 849 nbfree 0 ndir 17 nifree 1697 nffree 549 nbfree 0 ndir 18 nifree 1086 nffree 342 nbfree 0 ndir 17 nifree 558 nffree 199 nbfree 0 ndir 17 nifree 1889 nffree 324 nbfree 0 ndir 17 nifree 0 nffree 433 nbfree 0 ndir 20 nifree 1126 nffree 296 nbfree 0 ndir 20 nifree 0 nffree 369 nbfree 0 ndir 17 nifree 1631 nffree 782 nbfree 0 ndir 17 nifree 1622 nffree 437 nbfree 0 ndir 16 nifree 153 nffree 368 nbfree 0 ndir 18 nifree 775 nffree 309 nbfree 0 ndir 17 nifree 320 nffree 308 nbfree 0 ndir 16 nifree 497 nffree 157 nbfree 0 ndir 22 nifree 2241 nffree 820 nbfree 0 ndir 14 nifree 830 nffree 354 nbfree 0 ndir 22 nifree 363 nffree 517 nbfree 0 ndir 5 nifree 178 nffree 1023 nbfree 0 ndir 20 nifree 682 nffree 553 nbfree 80 ndir 17 nifree 2030 nffree 499 nbfree 25 ndir 18 nifree 610 nffree 625 nbfree 0 ndir 12 nifree 0 nffree 780 ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Tue Feb 16 23:43:11 1999 Delivered-To: freebsd-isp@freebsd.org Received: from penguin.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.5]) by hub.freebsd.org (Postfix) with ESMTP id 0703110EC6 for ; Tue, 16 Feb 1999 23:42:51 -0800 (PST) (envelope-from martti.kuparinen@lmf.ericsson.se) Received: from lmf.lmf.ericsson.se (umail.lmf.ericsson.se [131.160.11.2]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/WIREfire-1.2) with ESMTP id IAA10202 for ; Wed, 17 Feb 1999 08:42:45 +0100 (MET) Received: from tosb0323 by lmf.lmf.ericsson.se (8.8.8+Sun/SMI-SVR4) id JAA09174; Wed, 17 Feb 1999 09:42:48 +0200 (EET) Message-Id: <3.0.6.32.19990217093956.0092d100@openmail.lmf.ericsson.se> X-Sender: lmfmara@openmail.lmf.ericsson.se X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Wed, 17 Feb 1999 09:39:56 +0200 To: freebsd-isp@freebsd.org From: Martti Kuparinen Subject: PPP clients getting wrong netmask Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am using FreeBSD 2.2.8-RELEASE as my PPP server. When a client dials in, the ppp0 device looks like this: ws70:~> ifconfig ppp0 ppp0: flags=8051 mtu 1500 inet6 fe80:9::280:c8ff:fe4c:67b8 prefixlen 64 inet xxx.xxx.xxx.70 --> xxx.xxx.xxx.101 netmask 0xffffffc0 ws70:~> So the server side report the correct netmask (255.255.255.192). At the same time, on my home PC (FreeBSD 3.1-RELEASE) I have a wrong netmask (255.255.255.0) as shown in the following output: morse:~> ifconfig tun0 tun0: flags=8051 mtu 1500 inet xxx.xxx.xxx.101 --> xxx.xxx.xxx.70 netmask 0xffffff00 morse:~> I have read the docs but it seems like I haven't read carefully enough :-) Do you have any idea how to tell the client the correct netmask (I'm too lazy to write "ifconfig tun0 netmask 255.255.255.192" every time :-). Below are the config files on the server. /Martti /etc/ppp/options ================ crtscts # use hardware flow control modem # use modem control lines passive # wait for LCP +pap # use PAP login # use /etc/passwd with PAP/CHAP auth # require auth. before allowing packets domain my.name.com # our domain netmask 255.255.255.0 # netmask proxyarp # clients' ARP addresses point to this host ms-dns xxx.xxx.xxx.xxx # tell DNS server address to Windows clients /etc/ppp/options.ttyd0 ====================== xxx.xxx.xxx.70:xxx.xxx.xxx.101 --- Martti Kuparinen http://www.hut.fi/~kuparine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Wed Feb 17 6:30:19 1999 Delivered-To: freebsd-isp@freebsd.org Received: from hoodia.iafrica.com.na (hoodia.iafrica.com.na [196.31.224.1]) by hub.freebsd.org (Postfix) with SMTP id 2682810E88 for ; Wed, 17 Feb 1999 06:29:24 -0800 (PST) (envelope-from tim@iafrica.com.na) Received: from dup29-whk.iafrica.com.na [196.20.4.29] by hoodia.iafrica.com.na with smtp (Exim 1.73 #1) id 10D7yU-000782-00; Wed, 17 Feb 1999 16:29:14 +0200 Message-ID: <36CAAAA2.6798@iafrica.com.na> Date: Wed, 17 Feb 1999 13:40:18 +0200 From: Tim Priebe Reply-To: tim@iafrica.com.na X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: "Bryn Wm. Moslow" Cc: freebsd-isp@FreeBSD.ORG Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems References: <36C88CC6.E1621F6F@spacemonster.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I infered from your message, that your load is such that a single drive would spend too much time seeking. It is with this in mind that I have made the followig comments. Bryn Wm. Moslow wrote: > > I recently installed a DPT 3334UW with 64MB cache in a mail server > running RAID-5 with a 32K stripe on an external case on which the user > mail spool is mounted. The array is comprised of 6 Seagate Ultra Wide > 4.5GB SCA drives. The system is a P2 300 with 384MB and uses an > additional Seagate UW drive for boot, /usr, /var, swap, and staff home > directories. It doesn't go into swap often but if it does it only hits > about 5 to 10 MB. The system is running FreeBSD 2.2.8. > > My first problem was that I initially tried to do 16K per inode to speed [...] > I ended up having to use the default settings for newfs to get the > system to work, wasting millions of inodes and bringing me to my next > problem: Under load the filesystem is horribly slow. I expected some of > this with the RAID-5 overhead but it's actually slower than a CCD I just > moved from that was using 5 regular 2GB fast SCSI-2 drives, much slower. > When running ktrace on the processes (qpopper and mail.local mainly) and > watching top I can see that most of the processes are waiting for disk > access. I've tried enabling/disabling various DPT options in the kernel > but it's all about the same. I'd really like to stick with RAID-5 so > using 0 or 1 just isn't what I'm looking for. This is to be expected with RAID-5. The user mail spool can have more write requests than read requests. Every write causes every disk in the array to seek. What this means for your performance in comparison to your CCD solution is: average number of seeks per drive CCD = ( nr + nw )/N RAID-5 = nr/N + nw where nr is the number of reads nw is the number of writes N is the number of drives for CCD, one less than number of drives for RAID-5 for your case with N = 5, if nw = 0 then CCD = nr/5, RAID-5 = nr/5, one drive = nr for nw = nr CCD = 2*nr/5, RAID-5 = 6*nr/5 one drive = 2*nr in a worst case your RAID-5 drives will spend as much time seeking as a single drive, while using N + 1 times as much bandwidth on the SCSI bus. Adding more drives to the array does not improve the situation. If you want the performance of your CCD, and redundancy, then you should consider RAID 0+1. Otherwise consider distributing your various subdirectories across your 6 drives, no RAID. Hope this is of some help. Tim Priebe. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Wed Feb 17 7:28: 9 1999 Delivered-To: freebsd-isp@freebsd.org Received: from commnet.accn.org (commnet.accn.org [207.73.64.2]) by hub.freebsd.org (Postfix) with ESMTP id 6A75C11064 for ; Wed, 17 Feb 1999 07:27:59 -0800 (PST) (envelope-from ryanm@accn.org) Received: from accn.org (rocky.accn.org [207.73.64.8]) by commnet.accn.org (8.9.3/8.9.3) with ESMTP id KAA03201 for ; Wed, 17 Feb 1999 10:28:03 -0500 (EST) Message-ID: <36CADF93.61388A1E@accn.org> Date: Wed, 17 Feb 1999 10:26:11 -0500 From: ryanm Reply-To: ryanm@accn.org X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-isp@FreeBSD.ORG" Subject: Sendmail Question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is it possible to send back a custom message with sendmail when a user does not exist?? I am getting sometimes 1000 User Unknown messages and would like to send back a message saying this user account does not exist please contact your ISP with questions. Thanks for any info, Ryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Wed Feb 17 8: 5:49 1999 Delivered-To: freebsd-isp@freebsd.org Received: from caladan.tdx.co.uk (caladan.tdx.co.uk [195.188.177.4]) by hub.freebsd.org (Postfix) with ESMTP id A505F1108C for ; Wed, 17 Feb 1999 08:05:34 -0800 (PST) (envelope-from kpielorz@tdx.co.uk) Received: from tdx.co.uk (lorca-tx.tdx.co.uk [195.188.177.242]) by caladan.tdx.co.uk (8.9.3/8.9.3) with ESMTP id QAA09423; Wed, 17 Feb 1999 16:05:23 GMT Message-ID: <36CAE8C2.14D9ABD6@tdx.co.uk> Date: Wed, 17 Feb 1999 16:05:22 +0000 From: Karl Pielorz Organization: TDX - The Digital eXchange X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: ryanm@accn.org Cc: "freebsd-isp@FreeBSD.ORG" Subject: Re: Sendmail Question References: <36CADF93.61388A1E@accn.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ryanm wrote: > > Is it possible to send back a custom message with sendmail when a > user does not exist?? I am getting sometimes 1000 User Unknown messages > and would like to send back a message saying this user account does > not exist please contact your ISP with questions. > > Thanks for any info, > > Ryan Hmmm... You should try www.sendmail.org - as this is more sendmail related than FreeBSD related... :-) If you setup a 'virtualusertable' you can specify the error to return for non-deliverable addresses... I couldn't see any global settings for this in the .cf/mc, but www.sendmail.org has details on how to setup Virtual User tables... Good luck :) -Kp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Wed Feb 17 10:32:14 1999 Delivered-To: freebsd-isp@freebsd.org Received: from empire.primenetwork.net (mail.primenetwork.net [209.218.32.3]) by hub.freebsd.org (Postfix) with ESMTP id 2DD5611309 for ; Wed, 17 Feb 1999 10:32:12 -0800 (PST) (envelope-from webmaster@primenetwork.net) Received: from razor ([209.218.32.6]) by empire.primenetwork.net (Post.Office MTA v3.5.1 release 219 ID# 0-12345L500S10000V35) with SMTP id net for ; Wed, 17 Feb 1999 10:36:59 +0000 Message-Id: <3.0.5.32.19990217103453.00ec9a00@mail.primenetwork.net> X-Sender: webmaster@mail.primenetwork.net X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Wed, 17 Feb 1999 10:34:53 +0000 To: freebsd-isp@freebsd.org From: webmaster@primenetwork.net (Prime Internet Network) Subject: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am getting this message from my main FreeBSD 2.2.7 server. "Too many open files in system/usr/libexec/ld.so" This machine is running 256MB RAM, and a Pentium II 300 processor. The system is running with the default install with the addition of a Kernel mod to allow MBUFS at 1024. any ideas? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Wed Feb 17 11:20:23 1999 Delivered-To: freebsd-isp@freebsd.org Received: from caladan.tdx.co.uk (caladan.tdx.co.uk [195.188.177.4]) by hub.freebsd.org (Postfix) with ESMTP id C8D37111B1 for ; Wed, 17 Feb 1999 11:19:50 -0800 (PST) (envelope-from kpielorz@tdx.co.uk) Received: from tdx.co.uk (lorca-tx.tdx.co.uk [195.188.177.242]) by caladan.tdx.co.uk (8.9.3/8.9.3) with ESMTP id TAA10823; Wed, 17 Feb 1999 19:19:47 GMT Message-ID: <36CB1652.B2CAF3E3@tdx.co.uk> Date: Wed, 17 Feb 1999 19:19:46 +0000 From: Karl Pielorz Organization: TDX - The Digital eXchange X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Prime Internet Network Cc: freebsd-isp@FreeBSD.ORG Subject: Re: References: <3.0.5.32.19990217103453.00ec9a00@mail.primenetwork.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Prime Internet Network wrote: > I am getting this message from my main FreeBSD 2.2.7 server. > "Too many open files in system/usr/libexec/ld.so" > > This machine is running 256MB RAM, and a Pentium II 300 processor. > > The system is running with the default install with the addition of a > Kernel mod to allow MBUFS at 1024. > > any ideas? Have you tried upping the MAXUSERS setting for the machine in the kernel config? - if so, what's it set at? -Kp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Wed Feb 17 14:41:47 1999 Delivered-To: freebsd-isp@freebsd.org Received: from siscom.net (unknown [209.251.2.41]) by hub.freebsd.org (Postfix) with SMTP id 79FBA11217 for ; Wed, 17 Feb 1999 14:41:42 -0800 (PST) (envelope-from radams@siscom.net) Received: (qmail 50600 invoked from network); 17 Feb 1999 22:41:41 -0000 Received: from mp.siscom.net (HELO mp) (209.251.2.40) by mail.siscom.net with SMTP; 17 Feb 1999 22:41:41 -0000 Message-ID: <036501be5ac6$b4b15ea0$2802fbd1@mp.siscom.net> From: "Robert Adams" To: Subject: Drive format Date: Wed, 17 Feb 1999 17:41:49 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello all, Figured I would write and ask suggestions for a newfs I'll be doing: The server will be running 3.1R Running Highwinds Typhoon News Software I have 8x17gig Baracudas I was thinking about doing a "newfs -m0 /dev/da1s1e" etc when I noticed this in "man tunefs" -m minfree Specify the percentage of space held back from normal users; the minimum free space threshold. The default value used is 8%. This value can be set to zero, however up to a factor of three in throughput will be lost over the performance obtained at a 10% threshold. Settings of 5% and less force space optimization to always be used which will greatly increase the overhead for file writes. Note that if the value is raised above the current usage level, users will be unable to allocate files until enough files have been deleted to get under the higher threshold. My questions is this.. since Typhoon makes 9 large (2gig/each) files on the drive (not a lot of small files like INN).. does the above apply? How do you all recommend I newfs the drive for max performance? -Jason --- Robert J. Adams radams@siscom.net http://www.siscom.net Looking to outsource news? http://www.newshosting.com SISCOM Network Administration - President, SISCOM Inc. Phone: 888-4-SISCOM 937-222-8150 FAX: 937-222-8153 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Wed Feb 17 16:57:43 1999 Delivered-To: freebsd-isp@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 63CE81154E for ; Wed, 17 Feb 1999 16:57:33 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id LAA18182; Thu, 18 Feb 1999 11:27:30 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id LAA14173; Thu, 18 Feb 1999 11:27:27 +1030 (CST) Message-ID: <19990218112727.L515@lemis.com> Date: Thu, 18 Feb 1999 11:27:27 +1030 From: Greg Lehey To: tim@iafrica.com.na, "Bryn Wm. Moslow" Cc: freebsd-isp@FreeBSD.ORG Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems References: <36C88CC6.E1621F6F@spacemonster.org> <36CAAAA2.6798@iafrica.com.na> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <36CAAAA2.6798@iafrica.com.na>; from Tim Priebe on Wed, Feb 17, 1999 at 01:40:18PM +0200 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wednesday, 17 February 1999 at 13:40:18 +0200, Tim Priebe wrote: > I infered from your message, that your load is such that a single drive > would spend too much time seeking. It is with this in mind that I have > made the followig comments. > > Bryn Wm. Moslow wrote: >> >> I recently installed a DPT 3334UW with 64MB cache in a mail server >> running RAID-5 with a 32K stripe on an external case on which the user >> mail spool is mounted. The array is comprised of 6 Seagate Ultra Wide >> 4.5GB SCA drives. The system is a P2 300 with 384MB and uses an >> additional Seagate UW drive for boot, /usr, /var, swap, and staff home >> directories. It doesn't go into swap often but if it does it only hits >> about 5 to 10 MB. The system is running FreeBSD 2.2.8. >> >> My first problem was that I initially tried to do 16K per inode to speed > > [...] > >> I ended up having to use the default settings for newfs to get the >> system to work, wasting millions of inodes and bringing me to my next >> problem: Under load the filesystem is horribly slow. I expected some of >> this with the RAID-5 overhead but it's actually slower than a CCD I just >> moved from that was using 5 regular 2GB fast SCSI-2 drives, much slower. >> When running ktrace on the processes (qpopper and mail.local mainly) and >> watching top I can see that most of the processes are waiting for disk >> access. I've tried enabling/disabling various DPT options in the kernel >> but it's all about the same. I'd really like to stick with RAID-5 so >> using 0 or 1 just isn't what I'm looking for. > > This is to be expected with RAID-5. The user mail spool can have more > write requests than read requests. Every write causes every disk in the > array to seek. This should not be the case. You only need to access the data drive(s) and the parity drive(s). As I pointed out in an earlier mail message, you should try to keep the stripes big, in which case over 99% of all transfers only access one data drive and one parity drive. > What this means for your performance in comparison to your CCD > solution is: > > average number of seeks per drive > > CCD = ( nr + nw )/N > > RAID-5 = nr/N + nw This ignores multi-block and multi-stripe transfers, but that's reasonable. It also ignores transfer time, which is not reasonable. As I showed in an earlier message, the seek times on modern disks are in the same order of magnitude as rotational latency. > If you want the performance of your CCD, and redundancy, then you > should consider RAID 0+1. Otherwise consider distributing your > various subdirectories across your 6 drives, no RAID. RAID-1 is a *lot* more expensive in disk, and writes still require at least two seeks, depending on the number of copies you keep (Vinum allows you to keep up to 8 copies if you can find a reason to do so). With two copies (the minimum, of course) you're still performing two seeks per write, but you save by not having to read before writing. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Wed Feb 17 20:53:21 1999 Delivered-To: freebsd-isp@freebsd.org Received: from salmon.hei.net (salmon.hei.net [209.222.163.130]) by hub.freebsd.org (Postfix) with ESMTP id 4D8F811343 for ; Wed, 17 Feb 1999 20:53:18 -0800 (PST) (envelope-from john@hei.net) Received: from trout (hst-trout.hei.net [209.222.163.131]) by salmon.hei.net (8.8.8/8.8.5) with SMTP id UAA15042 for ; Wed, 17 Feb 1999 20:53:18 -0800 (PST) From: "John A. Hengstler" To: Subject: Auto Responders Date: Wed, 17 Feb 1999 21:01:24 -0800 Message-ID: <000001be5afb$bb8cca90$83a3ded1@trout.heicomm.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greetings, Is there anyone out there who could help me with setting up autoresponders for email? Any help would be appreciated. John Hengstler HEI Communications To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Wed Feb 17 21:32:40 1999 Delivered-To: freebsd-isp@freebsd.org Received: from calumet.infoteam.com (calumet.infoteam.com [207.2.129.3]) by hub.freebsd.org (Postfix) with ESMTP id 8C1D2110F7 for ; Wed, 17 Feb 1999 21:32:33 -0800 (PST) (envelope-from kmartin@calumet.infoteam.com) Received: (from kmartin@localhost) by calumet.infoteam.com (8.8.8/8.8.8) id AAA25313; Thu, 18 Feb 1999 00:32:33 -0500 (EST) Message-Id: <199902180532.AAA25313@calumet.infoteam.com> From: "Kenn Martin" To: "freebsd-isp@FreeBSD.ORG" Date: Thu, 18 Feb 1999 00:34:59 -0500 Reply-To: "Kenn Martin" X-Mailer: PMMail 98 Professional (2.01.1600) For Windows 98 (4.10.1998) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Auto Responders Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 17 Feb 1999 21:01:24 -0800, John A. Hengstler wrote: >Is there anyone out there who could help me with setting up autoresponders >for email? Use procmail ... calumet# more ~support/.procmailrc :0 h c * !^FROM_DAEMON * !^X-Loop: support-responder@infoteam.com | (formail -r -A"Precedence: junk" \ -A"X-Loop: support-responder@infoteam.com" \ -I"From: support-responder@infoteam.com"; \ cat ~support/autoreply) | $SENDMAIL -t kenn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 0:17:20 1999 Delivered-To: freebsd-isp@freebsd.org Received: from mail.palnet.com (mail.palnet.com [192.116.16.7]) by hub.freebsd.org (Postfix) with ESMTP id D51881136F for ; Thu, 18 Feb 1999 00:17:04 -0800 (PST) (envelope-from rjebara@palnet.com) Received: from localhost (rjebara@localhost) by mail.palnet.com (8.9.1/8.9.1) with ESMTP id KAA06244; Thu, 18 Feb 1999 10:16:48 +0200 (IST) Date: Thu, 18 Feb 1999 10:16:48 +0200 (IST) From: Rami Abu Jebara To: ryanm Cc: "freebsd-isp@FreeBSD.ORG" Subject: Re: Sendmail Question In-Reply-To: <36CADF93.61388A1E@accn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org alias + autoresponder ,, but in this case you have to have an alias per user. a general soloution ... don't know ... I am as interested as the other guy in knowing how to do that .. need to RTFM :) cheers Rami **************************** Rami Abu Jebara Technical Director Palnet Communications Ltd e-mail : rjebara@palnet.com Tel: ++ 972 2 583 5666 Fax: ++ 972 2 583 6354 w w w . p a l n e t . c o m On Wed, 17 Feb 1999, ryanm wrote: > Is it possible to send back a custom message with sendmail when a > user does not exist?? I am getting sometimes 1000 User Unknown messages > and would like to send back a message saying this user account does > not exist please contact your ISP with questions. > > Thanks for any info, > > Ryan > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 0:53:37 1999 Delivered-To: freebsd-isp@freebsd.org Received: from baloo.cmes.elektra.ru (baloo.cmes.elektra.ru [195.75.36.123]) by hub.freebsd.org (Postfix) with SMTP id D1B4C1108C for ; Thu, 18 Feb 1999 00:53:30 -0800 (PST) (envelope-from dimka@cmes.elektra.ru) Received: from bagira (actually bagira.cmes.elektra.ru) by baloo.cmes.elektra.ru with SMTP (PP); Thu, 18 Feb 1999 11:53:18 +0300 Message-ID: <000301be5b1c$69b60120$0b0413ac@bagira.cmes.elektra.ru> From: Alferov Dmitry To: freebsd-isp Subject: Date: Thu, 18 Feb 1999 11:55:19 +0300 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org unsubscribe dimka@lvs.cmes.elektra.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 0:55:39 1999 Delivered-To: freebsd-isp@freebsd.org Received: from smtp.shellnet.co.uk (smtp.shellnet.co.uk [194.129.209.14]) by hub.freebsd.org (Postfix) with ESMTP id 0DDF5111AF for ; Thu, 18 Feb 1999 00:55:36 -0800 (PST) (envelope-from steven@shellnet.com) Received: from dial-09-01.bolton.cspace.co.uk (dial-09-01.bolton.cspace.co.uk [194.128.147.25]) by smtp.shellnet.co.uk (8.9.1/8.9.1-shellnet.stevenf) with SMTP id IAA01132; Thu, 18 Feb 1999 08:55:16 GMT Posted-Date: Thu, 18 Feb 1999 08:55:16 GMT From: steven@shellnet.com (Steven Fletcher) To: Rami Abu Jebara Cc: ryanm@accn.org, freebsd-isp@FreeBSD.ORG Subject: Re: Sendmail Question Date: Thu, 18 Feb 1999 08:55:15 GMT Message-ID: <36cbd4c5.78810374@smtp.shellnet.co.uk> References: In-Reply-To: X-Mailer: Forte Agent 1.5/32.452 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 18 Feb 1999 10:16:48 +0200 (IST), you wrote: >> Is it possible to send back a custom message with sendmail when a=20 >> user does not exist?? I am getting sometimes 1000 User Unknown = messages We use a domain-based virtusertable on our sendmail box, so if for whatever reason i need to restrict access to a mail account I use the following line: user@domain.com error:nouser user does not exist This also serves to block the outgoing messages from the specific user@domain.com in question - although I'm not 100% sure thats right, as I'm running a failrly hacked up sendmail.cf :) Steven Fletcher steven@shellnet.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 1:14: 6 1999 Delivered-To: freebsd-isp@freebsd.org Received: from ns.uk1.vbc.net (ns.uk1.vbc.net [194.207.2.1]) by hub.freebsd.org (Postfix) with ESMTP id 300A5111A6 for ; Thu, 18 Feb 1999 01:13:48 -0800 (PST) (envelope-from grant@vbc.net) Received: from gromit (gromit.uk1.vbc.net [194.207.2.6]) by ns.uk1.vbc.net (8.8.8/8.8.8) with SMTP id JAA25823 for ; Thu, 18 Feb 1999 09:13:47 GMT (envelope-from grant@vbc.net) Message-ID: <004301be5b1e$e3180020$0602cfc2@gromit.uk1.vbc.net> From: "Grant Beckerleg" To: Subject: DPT's Storage Manager and FreeBSD Date: Thu, 18 Feb 1999 09:13:01 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello there, Can anyone shed any light on the following situation? I am in the process of experimenting with RAID and have built a machine using a DPT 3334UW RAID controller and running FreeBSD3.0. This DPT product comes with software, for building and managing RAID array configurations, called Storage Manager. This software is not supplied with FreeBSD in mind and DPT's manual suggests that a dos partition is used as the home of this software. We do not want FreeBSD3.0 running on top of dos. Has anyone had experience of this situation/software? As I am very new to FreeBSD I would be very happy if someone could point me in the right direction. Rgds. Grant Beckerleg VBCnet GB Ltd http://www.vbc.net tel +44 117 929 1316 fax +44 117 927 2015 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 2:15: 5 1999 Delivered-To: freebsd-isp@freebsd.org Received: from hoodia.iafrica.com.na (hoodia.iafrica.com.na [196.31.224.1]) by hub.freebsd.org (Postfix) with SMTP id E85AF1116C for ; Thu, 18 Feb 1999 02:14:48 -0800 (PST) (envelope-from tim@iafrica.com.na) Received: from dup93-whk.iafrica.com.na [196.20.4.196] by hoodia.iafrica.com.na with smtp (Exim 1.73 #1) id 10DQTH-0003j6-00; Thu, 18 Feb 1999 12:14:15 +0200 Message-ID: <36CBC05A.1AEA@iafrica.com.na> Date: Thu, 18 Feb 1999 09:25:14 +0200 From: Tim Priebe Reply-To: tim@iafrica.com.na X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: Greg Lehey Cc: "Bryn Wm. Moslow" , freebsd-isp@FreeBSD.ORG Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems References: <36C88CC6.E1621F6F@spacemonster.org> <36CAAAA2.6798@iafrica.com.na> <19990218112727.L515@lemis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greg Lehey wrote: > > On Wednesday, 17 February 1999 at 13:40:18 +0200, Tim Priebe wrote: > > I infered from your message, that your load is such that a single drive > > would spend too much time seeking. It is with this in mind that I have > > made the followig comments. > > > > Bryn Wm. Moslow wrote: > >> > >> I recently installed a DPT 3334UW with 64MB cache in a mail server > >> running RAID-5 with a 32K stripe on an external case on which the user > >> mail spool is mounted. The array is comprised of 6 Seagate Ultra Wide > >> 4.5GB SCA drives. The system is a P2 300 with 384MB and uses an > >> additional Seagate UW drive for boot, /usr, /var, swap, and staff home > >> directories. It doesn't go into swap often but if it does it only hits > >> about 5 to 10 MB. The system is running FreeBSD 2.2.8. > >> > >> My first problem was that I initially tried to do 16K per inode to speed > > > > [...] > > > >> I ended up having to use the default settings for newfs to get the > >> system to work, wasting millions of inodes and bringing me to my next > >> problem: Under load the filesystem is horribly slow. I expected some of > >> this with the RAID-5 overhead but it's actually slower than a CCD I just > >> moved from that was using 5 regular 2GB fast SCSI-2 drives, much slower. > >> When running ktrace on the processes (qpopper and mail.local mainly) and > >> watching top I can see that most of the processes are waiting for disk > >> access. I've tried enabling/disabling various DPT options in the kernel > >> but it's all about the same. I'd really like to stick with RAID-5 so > >> using 0 or 1 just isn't what I'm looking for. > > > > This is to be expected with RAID-5. The user mail spool can have more > > write requests than read requests. Every write causes every disk in the > > array to seek. > > This should not be the case. You only need to access the data > drive(s) and the parity drive(s). As I pointed out in an earlier mail > message, you should try to keep the stripes big, in which case over > 99% of all transfers only access one data drive and one parity drive. You are right, this should not be the case, but this is the case with the RAID system that I last worked with. In order to calculate the new parity values it reads the corrisponding stripes on the disks that are not to be modified, calculates the parity, then writes the new data and parity. While this is not the quickest it is used in at least some commercial implementations. > > What this means for your performance in comparison to your CCD > > solution is: > > > > average number of seeks per drive > > > > CCD = ( nr + nw )/N > > > > RAID-5 = nr/N + nw with optimal disk access it would become RAID-5 <= (nr + 3*nw)/N This will still give you up to three times the number of accesses per disk over the CCD for you mail file system. > This ignores multi-block and multi-stripe transfers, but that's > reasonable. It also ignores transfer time, which is not reasonable. > As I showed in an earlier message, the seek times on modern disks are > in the same order of magnitude as rotational latency. Yes, what I was really talking about was disk accesses, not seeks, the terminology just escaped me at the time. > > If you want the performance of your CCD, and redundancy, then you > > should consider RAID 0+1. Otherwise consider distributing your > > various subdirectories across your 6 drives, no RAID. > > RAID-1 is a *lot* more expensive in disk, and writes still require at > least two seeks, depending on the number of copies you keep (Vinum > allows you to keep up to 8 copies if you can find a reason to do so). > With two copies (the minimum, of course) you're still performing two > seeks per write, but you save by not having to read before writing. More expensive in disk, but if lack of redundancy could cost you much more, and your RAID-5 implementation is not able to keep up, then what do you do? I implemented RAID-5 for mail, but I was looking for redundancy, not improved performance over one drive. Tim. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 3: 2:20 1999 Delivered-To: freebsd-isp@freebsd.org Received: from penguin.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.5]) by hub.freebsd.org (Postfix) with ESMTP id D26C210F64 for ; Thu, 18 Feb 1999 03:02:15 -0800 (PST) (envelope-from martti.kuparinen@lmf.ericsson.se) Received: from lmf.lmf.ericsson.se (umail.lmf.ericsson.se [131.160.11.2]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/WIREfire-1.2) with ESMTP id MAA02730; Thu, 18 Feb 1999 12:02:06 +0100 (MET) Received: from tosb0323 by lmf.lmf.ericsson.se (8.8.8+Sun/SMI-SVR4) id NAA22325; Thu, 18 Feb 1999 13:02:10 +0200 (EET) Message-Id: <3.0.6.32.19990218125913.030b4250@openmail.lmf.ericsson.se> X-Sender: lmfmara@openmail.lmf.ericsson.se X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Thu, 18 Feb 1999 12:59:13 +0200 To: freebsd-isp@freebsd.org From: Martti Kuparinen Subject: Re: PPP clients getting wrong netmask Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I got two answers (both authors were BCC:ed). Reply #1 was: > > /etc/ppp/options > > ================ > > ... > > netmask 255.255.255.0 # netmask > > Hmm. Think that's the problem? I don't think so. The manual page for pppd says: netmask n Set the interface netmask to n, a 32 bit netmask in "decimal dot" notation (e.g. 255.255.255.0). If this option is given, the value specified is ORed | with the default netmask. The default netmask is | chosen based on the negotiated remote IP address; it is the appropriate network mask for the class of the remote IP address, ORed with the netmasks for | any non point-to-point network interfaces in the | system which are on the same network. | The default netmask for the non point-to-point interface on the server is 255.255.255.192. 255.255.255.192 255.255.255.0 OR _______________ 255.255.255.192 (And just for the record, I have tried with "netmask 255.255.255.192" in /etc/ppp/options without any luck) Reply #2 was: > Just as an aside, do you have success with Macintosh and Linux clients under > this set up? We had the same setup and only WIndows clients would function > correctly... To be honest, I haven't tried with Windows. Does someone use a similar setup with Windows? /Martti --- Martti Kuparinen http://www.hut.fi/~kuparine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 3:52:34 1999 Delivered-To: freebsd-isp@freebsd.org Received: from caladan.tdx.co.uk (caladan.tdx.co.uk [195.188.177.4]) by hub.freebsd.org (Postfix) with ESMTP id 607A010EB8 for ; Thu, 18 Feb 1999 03:52:29 -0800 (PST) (envelope-from kpielorz@tdx.co.uk) Received: from tdx.co.uk (lorca-tx.tdx.co.uk [195.188.177.242]) by caladan.tdx.co.uk (8.9.3/8.9.3) with ESMTP id LAA17549; Thu, 18 Feb 1999 11:52:25 GMT Message-ID: <36CBFEF9.11FBBCD5@tdx.co.uk> Date: Thu, 18 Feb 1999 11:52:25 +0000 From: Karl Pielorz Organization: TDX - The Digital eXchange X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Grant Beckerleg Cc: freebsd-isp@FreeBSD.ORG Subject: Re: DPT's Storage Manager and FreeBSD References: <004301be5b1e$e3180020$0602cfc2@gromit.uk1.vbc.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Grant Beckerleg wrote: > > Hello there, > Can anyone shed any light on the following > situation? > > I am in the process of experimenting with RAID and have built a > machine using a DPT 3334UW RAID controller and running FreeBSD3.0. > This DPT product comes with software, for building and managing RAID > array configurations, called Storage Manager. > > This software is not supplied with FreeBSD in mind and DPT's manual > suggests that a dos partition is used as the home of this software. > > We do not want FreeBSD3.0 running on top of dos. FreeBSD won't be 'running on top of DOS' - you'll just have a DOS partition on the system, for running the DPT tools from... If you boot the DOS partition you be running DOS, if you boot the FreeBSD system you'll be running FreeBSD (i.e. not even a hint of DOS :) > Has anyone had experience of this situation/software? Yes, we have a very similar setup here (different DPT controller). We have an 8Mb DOS formatted, bootable partition - then the rest of the disk is FreeBSD... On the 8Mb partition we have the DPT manager tools, and the EISA config setup for that machine. Regards, Karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 8:17:16 1999 Delivered-To: freebsd-isp@freebsd.org Received: from loki.intrepid.net (intrepid.net [204.71.127.3]) by hub.freebsd.org (Postfix) with ESMTP id 5BE851160B for ; Thu, 18 Feb 1999 08:17:06 -0800 (PST) (envelope-from mark@loki.intrepid.net) Received: (from mark@localhost) by loki.intrepid.net (8.8.5/8.8.5) id LAA12462; Thu, 18 Feb 1999 11:16:57 -0500 Message-ID: <19990218111657.A2374@intrepid.net> Date: Thu, 18 Feb 1999 11:16:57 -0500 From: Mark Conway Wirt To: Grant Beckerleg , freebsd-isp@FreeBSD.ORG Subject: Re: DPT's Storage Manager and FreeBSD References: <004301be5b1e$e3180020$0602cfc2@gromit.uk1.vbc.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <004301be5b1e$e3180020$0602cfc2@gromit.uk1.vbc.net>; from Grant Beckerleg on Thu, Feb 18, 1999 at 09:13:01AM -0000 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org We use the DPT on a linux box. We don't have any DOS partitions -- just make a DOS boot floppy. When you need to access the storage manager, boot from the floppy and put the storage manager disk in. It's a bit of a hassle that you can't access storage manager without bringing the machine down, but you will on;y need to do that *very* infrequently... --Mark On Thu, Feb 18, 1999 at 09:13:01AM -0000, Grant Beckerleg wrote: > Hello there, > Can anyone shed any light on the following > situation? > > I am in the process of experimenting with RAID and have built a > machine using a DPT 3334UW RAID controller and running FreeBSD3.0. > This DPT product comes with software, for building and managing RAID > array configurations, called Storage Manager. > > This software is not supplied with FreeBSD in mind and DPT's manual > suggests that a dos partition is used as the home of this software. > > We do not want FreeBSD3.0 running on top of dos. > > Has anyone had experience of this situation/software? > > As I am very new to FreeBSD I would be very happy if someone could > point me in the right direction. > > Rgds. > > Grant Beckerleg VBCnet GB Ltd http://www.vbc.net > tel +44 117 929 1316 fax +44 117 927 2015 > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 12:27: 7 1999 Delivered-To: freebsd-isp@freebsd.org Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (Postfix) with SMTP id 5CBA010E7A for ; Thu, 18 Feb 1999 12:26:26 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 74673 invoked by uid 1000); 17 Feb 1999 17:07:01 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19990216105959.P2207@lemis.com> Date: Wed, 17 Feb 1999 12:07:01 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Greg Lehey Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems Cc: "Bryn Wm. Moslow" , freebsd-isp@FreeBSD.ORG Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greg Lehey, On 16-Feb-99 you wrote: > On Monday, 15 February 1999 at 13:08:22 -0800, Bryn Wm. Moslow wrote: > > I recently installed a DPT 3334UW with 64MB cache in a mail server > > running RAID-5 with a 32K stripe on an external case on which the user > > mail spool is mounted. The array is comprised of 6 Seagate Ultra Wide > > 4.5GB SCA drives. The system is a P2 300 with 384MB and uses an > > additional Seagate UW drive for boot, /usr, /var, swap, and staff home > > directories. It doesn't go into swap often but if it does it only hits > > about 5 to 10 MB. The system is running FreeBSD 2.2.8. > > I don't know the DPT controllers, but 32 kB stripes are far too small. > For better performance, you should increase them to between 256 kB and > 512 kB. Small stripe sizes create many more I/O requests at the drive > level. It highly depends on the amount of cache memory on the card and the nature of the access. If I/O is sequential in nature, then Greg is correct. If it is highly fragmented and random (as in most DBMS), then Greg is only correct if there is a lot of memory and access is to large blocks. If you are running RAID-5, then 5-10MB/Sec is not so horrible; Every WRITE operation is actually a READ and TWO WRITEs (not exactly, but close). Changes to data have to be written, and the XOR parity has to be computed and written. The i2o cards I am working on promise to be much much better at that (hardware based XOR, etc.). > > My first problem was that I initially tried to do 16K per inode to > > speed things up a little bit (also, I didn't need the millions of > > inodes that came with a default newfs on 43GB =).) > > I might be missing something, but I don't see any performance > improvement by changing the number of inodes. Perhaps an attempt to influence the caching on the kernel side... > > However when trying to mount, fsck, find, umount, or otherwise > > manipulate the filesystem about 1 times out of 5 the system would > > hang to the point that I had to use the reset switch to get it back. What size filesystems? What kernel version? > What hung? The FreeBSD system or the DPT subsystem? If the DPT has its 10 LEDs scroll back and forth, it is simply idle. If it wedges, please tell me which LEDs glow or blink (LED #1, is closest to the bracket). > > If I format with the default settings to newfs, everything works > > fine. The same hang also occurs if I try to do 16K block size. I > > haven't tried anything bigger as I had an extremely tight window in > > which to get the machine online. > > You should consider that once you have set the stripe size, you're > stuck with it. Unless the DPTs have a good reason (like "not > supported"), take a 256 kB stripe size. a. Newfs parameters have nothing to do with the SCSI HBA (DSPT or otherwise. If 16k block size hangs, it is a bug elsewhere. I studied such complaint long, long ago (on FreeBSD 3.0) and the requests did not even hit the DPT. But, like Greg said, this has almost no bearing on perfromance... b. The DPT firmware will take up to 1MB stripes. Beware there is no more than 64MB of cache on the card (if that much), and very large stripes may consume all the cache quickly and inefficiently. Another thing, when you are in the DPTMGR, make sure the firmware does not allocate 30% of the cache to READ-AHEAD. I doubt you need that much memory for this operation (I set it to zero). > > Does FreeBSD have a problem with non-default fs settings? > > Not that I know of. Used to be a problem with filesystems much larger than 4GB - would panic, but I think it is gone. > > Has anyone else tried this sort of thing on such a large filesystem? My largest, routine filesystem is 28GB (RAID-5). I created 56GB RAID-0 for some testing. Normally I avoid anything much larger than 4GB (I am a paranoid :-) > I know of some people who have made file systems of this size with > vinum. It took a while to create the file systems, but it worked. > > > I ended up having to use the default settings for newfs to get the > > system to work, wasting millions of inodes and bringing me to my > > next problem: Under load the filesystem is horribly slow. I expected > > some of this with the RAID-5 overhead but it's actually slower than > > a CCD I just moved from that was using 5 regular 2GB fast SCSI-2 > > drives, much slower. I am working on a filesystem especially tuned for such operations. Early tests show almost no difference between one file and 16million files in directory operations (I am getting about 47,000 random OPENs per second on 16million files). Access to huge files is identical (hint: no indirects). > What read to write ratio do you have? Writes are slow on RAID-5, but > reads should be the same as for a striped organization. Yup. I am getting about 8-9MB/Sec WRITE and up to 28MB/Sec READ. > > When running ktrace on the processes (qpopper and mail.local mainly) > > and > > watching top I can see that most of the processes are waiting for disk > > access. I've tried enabling/disabling various DPT options in the kernel > > but it's all about the same. I'd really like to stick with RAID-5 so > > using 0 or 1 just isn't what I'm looking for. Most of hte DPT parameters are (today, in CAM) either meaningless, or debugging related. Another thing to consider is PCI bandwidth. The best motherboards I have seen is good for no more than 100MB/Sec, and about 5000 Interrupts/Sec. If you system consumes this much, you are maxxed out. Memory bandwidth is second. Most PC based machines are I/O limited (severely). Some are memory limited. In a server context, CPU-limited is the rarity. > > > > The user directories for delivery are broken out into 1st letter, 1st > > two letters, username (i.e.: /home/u/us/username) to speed up dir > > lookups already. > > I'd guess that these would end up in cache anyway, so you shouldn't > see much improvement with this technique. > > > Any suggestions on how else to speed things up? This wasn't a > > problem on my old CCD, however. > > > Lastly, I tried to find another RAID controller besides DPT that was > > compatible with FreeBSD 2.2.x with no luck. Upgrading to 3.1 is not > > an option at the moment, at least until things are more stable. > > 3.1-RELEASE has just come out (or is in the process of being > packaged). But I don't think this is the problem. > > > Is anyone using anything in a host-based adapter (PCI) that is > > non-DPT? If you have memory and CPU cycles to burn (say on an Alpha), then host based solutions may be better; The PCI limit is much less severe then. > There's a Compaq driver out there. It seems to have some > strangenesses which suggest that it'll need a lot of work before it > can be incorporated into the source tree. > > > The only reason I ask is that I've seen debate recently about > > whether there is a problem with the DPT losing interrupts I have not seen this debate, and from my experience, the DPT does not lose interrupts. If it did, the CAM driver will cause I/O operations to simply hang, or perhaps timeout. > This wouldn't be your problem. > > > or the FreeBSD serial code is "broken". > > I'm not sure what relation this has with the DPT controller. > > I'm copying Shimon Shapiro on this reply. He's the author of the DPT > driver, and he may have more insight. I am currently working on re-certifying the driver to my standards, porting it to the Alpha, and building the DPTMGR utilities on FreeBSD. Also in the works are the i2o cards (including the FCAL). > > Greg > -- > When replying to this message, please copy the original recipients. > For more information, see http://www.lemis.com/questions.html > See complete headers for address, home page and phone numbers > finger grog@lemis.com for PGP public key Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 12:49:43 1999 Delivered-To: freebsd-isp@freebsd.org Received: from super-g.inch.com (super-g.com [207.240.140.161]) by hub.freebsd.org (Postfix) with ESMTP id 4FF35118A2 for ; Thu, 18 Feb 1999 12:49:30 -0800 (PST) (envelope-from spork@super-g.com) Received: from localhost (localhost [127.0.0.1]) by super-g.inch.com (8.8.8/8.8.5) with SMTP id PAA05963; Thu, 18 Feb 1999 15:48:44 -0500 (EST) Date: Thu, 18 Feb 1999 15:48:44 -0500 (EST) From: spork X-Sender: spork@super-g.inch.com To: Mark Conway Wirt Cc: Grant Beckerleg , freebsd-isp@FreeBSD.ORG Subject: Re: DPT's Storage Manager and FreeBSD In-Reply-To: <19990218111657.A2374@intrepid.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is there any way to tell that the DPT has lost a disk without physically seeing the blinking lights or hearing the piercing siren? I have one of these about to be shipped out to a colo, and I have no idea how I'm going to tell if the thing needs attention. I suppose I could mount the speaker external and hope it annoys someone enough that they'll call the number on the cage, but... Charles --- Charles Sprickman spork@super-g.com --- "...there's no idea that's so good you can't ruin it with a few well-placed idiots." On Thu, 18 Feb 1999, Mark Conway Wirt wrote: > > > > We use the DPT on a linux box. We don't have any DOS partitions -- > just make a DOS boot floppy. When you need to access the storage > manager, boot from the floppy and put the storage manager disk in. > It's a bit of a hassle that you can't access storage manager without > bringing the machine down, but you will on;y need to do that > *very* infrequently... > > --Mark > > On Thu, Feb 18, 1999 at 09:13:01AM -0000, Grant Beckerleg wrote: > > Hello there, > > Can anyone shed any light on the following > > situation? > > > > I am in the process of experimenting with RAID and have built a > > machine using a DPT 3334UW RAID controller and running FreeBSD3.0. > > This DPT product comes with software, for building and managing RAID > > array configurations, called Storage Manager. > > > > This software is not supplied with FreeBSD in mind and DPT's manual > > suggests that a dos partition is used as the home of this software. > > > > We do not want FreeBSD3.0 running on top of dos. > > > > Has anyone had experience of this situation/software? > > > > As I am very new to FreeBSD I would be very happy if someone could > > point me in the right direction. > > > > Rgds. > > > > Grant Beckerleg VBCnet GB Ltd http://www.vbc.net > > tel +44 117 929 1316 fax +44 117 927 2015 > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-isp" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 12:57:52 1999 Delivered-To: freebsd-isp@freebsd.org Received: from loki.intrepid.net (intrepid.net [204.71.127.3]) by hub.freebsd.org (Postfix) with ESMTP id 7FA9011940 for ; Thu, 18 Feb 1999 12:55:40 -0800 (PST) (envelope-from mark@loki.intrepid.net) Received: (from mark@localhost) by loki.intrepid.net (8.8.5/8.8.5) id PAA02421; Thu, 18 Feb 1999 15:55:29 -0500 Message-ID: <19990218155529.I2374@intrepid.net> Date: Thu, 18 Feb 1999 15:55:29 -0500 From: Mark Conway Wirt To: spork Cc: Grant Beckerleg , freebsd-isp@FreeBSD.ORG Subject: Re: DPT's Storage Manager and FreeBSD References: <19990218111657.A2374@intrepid.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from spork on Thu, Feb 18, 1999 at 03:48:44PM -0500 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Feb 18, 1999 at 03:48:44PM -0500, spork wrote: > Is there any way to tell that the DPT has lost a disk without physically > seeing the blinking lights or hearing the piercing siren? I have one of > these about to be shipped out to a colo, and I have no idea how I'm going > to tell if the thing needs attention. > > I suppose I could mount the speaker external and hope it annoys someone > enough that they'll call the number on the cage, but... Don't really know, as we're just starting to put our FreeBSD box together. In linux there is an easy way by looking at /proc/scsi/eata_dma, but freeBSD's proc filesystem is a good deal different... --Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 14:13: 3 1999 Delivered-To: freebsd-isp@freebsd.org Received: from rbro2.virtserver.com (rbro2.virtserver.com [192.41.21.210]) by hub.freebsd.org (Postfix) with ESMTP id 82345117E0 for ; Thu, 18 Feb 1999 14:12:58 -0800 (PST) (envelope-from angrick@netdirect.net) Received: from fdc7.fdcredit.com ([216.37.30.7]) by rbro2.virtserver.com (8.8.5) id PAA03206; Thu, 18 Feb 1999 15:12:46 -0700 (MST) X-Authentication-Warning: rbro2.virtserver.com: Host [216.37.30.7] claimed to be fdc7.fdcredit.com Message-Id: <1.5.4.32.19990218220242.00b169c8@netdirect.net> X-Sender: angrick@netdirect.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 18 Feb 1999 17:02:42 -0500 To: freebsd-isp@FreeBSD.ORG From: Andy Angrick Subject: disk error Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm putting together a new web server and when I put it through some stress testing I sometimes get this randomly generated error: sd1(ahc0:1:0):ABORTED COMMAND asc:1b,0 Syncronous data transfer error, retries:4 Its a random error and is not always fatal. It has 2 compaq DGHS18Y 18.2 GB drives on an adaptec 2940UW controller. There is an 80-pin to 68-pin convertor thangy on it that the builder of the computer had to use. When I first got the computer, both drives were on SCSI ID 0. I corrected that problem and I'm wondering if my current disk errors are cause by improper terminiation. If they didn't have the sense to make one disk SCSI ID 0 and the other SCSI ID 1, then they probably didn't have the sense to properly terminate the drives. Does anyone have any input or think I'm at least heading in the right direction? Thanks -Andy p.s. FreeBSD-2.2.8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 15:42:17 1999 Delivered-To: freebsd-isp@freebsd.org Received: from aniwa.sky (p9-max8.wlg.ihug.co.nz [209.79.142.201]) by hub.freebsd.org (Postfix) with ESMTP id 5BC32119D2 for ; Thu, 18 Feb 1999 15:42:09 -0800 (PST) (envelope-from andrew@squiz.co.nz) Received: from aniwa.sky (localhost [127.0.0.1]) by aniwa.sky (8.9.1a/8.9.1) with ESMTP id XAA22473 for ; Thu, 18 Feb 1999 23:42:06 GMT Message-Id: <199902182342.XAA22473@aniwa.sky> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-isp@FreeBSD.ORG Subject: file locking Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Feb 1999 12:42:06 +1300 From: Andrew McNaughton Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm doing some tuning of a perl script which serves up web banners. Disk IO is the critical resource, and the way the script is structured means that multiple instances wind up waiting on each other's file locks. Can anyone tell me what level of disk overhead is caused by checking repeatedly for the presence of an flock, or a file. Is this significant, or does it just get negated by cache? Is there an advantage to flock over lock files or vice versa? Andrew McNaughton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 16:19:13 1999 Delivered-To: freebsd-isp@freebsd.org Received: from caladan.tdx.co.uk (caladan.tdx.co.uk [195.188.177.4]) by hub.freebsd.org (Postfix) with ESMTP id 70D3F11C9D for ; Thu, 18 Feb 1999 16:18:56 -0800 (PST) (envelope-from kpielorz@tdx.co.uk) Received: from tdx.co.uk (lorca-tx.tdx.co.uk [195.188.177.242]) by caladan.tdx.co.uk (8.9.3/8.9.3) with ESMTP id AAA22526; Fri, 19 Feb 1999 00:18:40 GMT Message-ID: <36CCADE0.5ABA558F@tdx.co.uk> Date: Fri, 19 Feb 1999 00:18:40 +0000 From: Karl Pielorz Organization: TDX - The Digital eXchange X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: spork Cc: Mark Conway Wirt , Grant Beckerleg , freebsd-isp@FreeBSD.ORG Subject: Re: DPT's Storage Manager and FreeBSD References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org spork wrote: > > Is there any way to tell that the DPT has lost a disk without physically > seeing the blinking lights or hearing the piercing siren? I have one of > these about to be shipped out to a colo, and I have no idea how I'm going > to tell if the thing needs attention. > > I suppose I could mount the speaker external and hope it annoys someone > enough that they'll call the number on the cage, but... Or you could tie the bleeper to the Carrier Detect, or some other line on a spare serial or Parallel port... We've toyed with doing that here, but not gotten round to it (and we can hear the bleeper from our offices :) You then run a daemon on the system that checks to see if the connection is high, or low... If you are going to take this route - take care, don't just hook it up :-) - Research first, or you could damage the port / DPT... -Kp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 16:26: 1 1999 Delivered-To: freebsd-isp@freebsd.org Received: from magicnet.magicnet.net (magicnet.magicnet.net [204.96.116.9]) by hub.freebsd.org (Postfix) with ESMTP id E7C7E11B42 for ; Thu, 18 Feb 1999 16:25:30 -0800 (PST) (envelope-from bill@bilver.magicnet.net) Received: (from uucp@localhost) by magicnet.magicnet.net (8.8.6/8.8.8) with UUCP id TAA03241 for freebsd-isp@freebsd.org; Thu, 18 Feb 1999 19:24:54 -0500 (EST) Received: (from bill@localhost) by bilver.magicnet.net (8.9.1/8.9.1) id TAA06498 for freebsd-isp@freebsd.org; Thu, 18 Feb 1999 19:08:11 -0500 (EST) From: Bill Vermillion Message-Id: <199902190008.TAA06498@bilver.magicnet.net> Subject: Re: DPT's Storage Manager and FreeBSD In-Reply-To: from spork at "Feb 18, 99 03:48:44 pm" To: freebsd-isp@freebsd.org Date: Thu, 18 Feb 1999 19:08:11 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org spork recently said: > Is there any way to tell that the DPT has lost a disk without > physically seeing the blinking lights or hearing the piercing > siren? I have one of these about to be shipped out to a colo, and > I have no idea how I'm going to tell if the thing needs attention. > > I suppose I could mount the speaker external and hope it annoys > someone enough that they'll call the number on the cage, but... Unless they've changed that's not neccesary. It's not really a speaker either. I got a frantic call one morning from a client who lost an HD. When I arrived I found they had closed the door the computer room, and the two people inside left that room because it was so loud. It was quite apparent through the closed door. Picture yourself standing behind a garbage truck when it goes into reverse and you'll get a hint of how loud this sucker it. -- bill@bilver.magicnet.net | bv@wjv.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 17: 3:54 1999 Delivered-To: freebsd-isp@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id B937D11766 for ; Thu, 18 Feb 1999 17:03:41 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id LAA22912; Fri, 19 Feb 1999 11:33:35 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id LAA18777; Fri, 19 Feb 1999 11:33:30 +1030 (CST) Message-ID: <19990219113330.C14890@lemis.com> Date: Fri, 19 Feb 1999 11:33:30 +1030 From: Greg Lehey To: shimon@simon-shapiro.org Cc: "Bryn Wm. Moslow" , freebsd-isp@FreeBSD.ORG Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems References: <19990216105959.P2207@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Shimon Shapiro on Wed, Feb 17, 1999 at 12:07:01PM -0500 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wednesday, 17 February 1999 at 12:07:01 -0500, Shimon Shapiro wrote: > > Greg Lehey, On 16-Feb-99 you wrote: >> On Monday, 15 February 1999 at 13:08:22 -0800, Bryn Wm. Moslow wrote: >>> I recently installed a DPT 3334UW with 64MB cache in a mail server >>> running RAID-5 with a 32K stripe on an external case on which the user >>> mail spool is mounted. The array is comprised of 6 Seagate Ultra Wide >>> 4.5GB SCA drives. The system is a P2 300 with 384MB and uses an >>> additional Seagate UW drive for boot, /usr, /var, swap, and staff home >>> directories. It doesn't go into swap often but if it does it only hits >>> about 5 to 10 MB. The system is running FreeBSD 2.2.8. >> >> I don't know the DPT controllers, but 32 kB stripes are far too small. >> For better performance, you should increase them to between 256 kB and >> 512 kB. Small stripe sizes create many more I/O requests at the drive >> level. > > It highly depends on the amount of cache memory on the card and the nature > of the access. If I/O is sequential in nature, then Greg is correct. If > it is highly fragmented and random (as in most DBMS), then Greg is only > correct if there is a lot of memory and access is to large blocks. As I said, FreeBSD I/O requests range in size between 512 bytes and 60 kB. With a 16 kB stripe size, you would need to have an average block size of about 1 kB in order to avoid significant performance impact. DBMSs tend to read and write blocks of 16 kB or so. >>> If I format with the default settings to newfs, everything works >>> fine. The same hang also occurs if I try to do 16K block size. I >>> haven't tried anything bigger as I had an extremely tight window in >>> which to get the machine online. >> >> You should consider that once you have set the stripe size, you're >> stuck with it. Unless the DPTs have a good reason (like "not >> supported"), take a 256 kB stripe size. > > a. Newfs parameters have nothing to do with the SCSI HBA (DSPT or > otherwise. If 16k block size hangs, it is a bug elsewhere. > I studied such complaint long, long ago (on FreeBSD 3.0) and the > requests did not even hit the DPT. > But, like Greg said, this has almost no bearing on perfromance... > > b. The DPT firmware will take up to 1MB stripes. Beware there is no more > than 64MB of cache on the card (if that much), and very large stripes > may consume all the cache quickly and inefficiently. Do you have any information about how the controller uses the cache? From the design of Vinum, I would expect that these memory areas would not be cached. Vinum will never use more memory than is needed to satisfy the request, so this makes a maximum of 60 kB per request. Memory use for fragmented requests is higher, not lower. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 20:11:36 1999 Delivered-To: freebsd-isp@freebsd.org Received: from mail.ahnet.net (mail.ahnet.net [207.213.224.25]) by hub.freebsd.org (Postfix) with ESMTP id 4E76B113E2 for ; Thu, 18 Feb 1999 20:10:59 -0800 (PST) (envelope-from sumbry@ahnet.net) Received: from fink.ahnet.net (fink.ahnet.net [207.213.224.210]) by mail.ahnet.net (8.8.7/8.8.6) with SMTP id UAA22399 for ; Thu, 18 Feb 1999 20:11:23 -0800 (PST) Date: Thu, 18 Feb 1999 20:11:23 -0800 (PST) From: "Sumbry][" To: freebsd-isp@FreeBSD.ORG Subject: IMAP Servers . . . (do I have a choice) In-Reply-To: <199902182342.XAA22473@aniwa.sky> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just wondering, that for those of you whom are implementing IMAP out there, what are you using as your server software. Currently, it seems as if the University of Washington IMAP daemon is the only server out there (besides Cygnus, which I can find tons of links too, but not the actual software). Is that it, in terms of software choice, or are their tons of other BSD IMAP servers out there, and I'm just being a peon and cannot find 'em? TIA ----- Sumbry][ | Affinity Hosting | http://affinity.net | sumbry@affinity.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Feb 18 21:14:16 1999 Delivered-To: freebsd-isp@freebsd.org Received: from rnocserv.urc.ac.ru (rnocserv.urc.ac.ru [193.233.85.48]) by hub.freebsd.org (Postfix) with ESMTP id 31C7F10E54 for ; Thu, 18 Feb 1999 21:12:27 -0800 (PST) (envelope-from joy@urc.ac.ru) Received: from urc.ac.ru (y.urc.ac.ru [193.233.85.37]) by rnocserv.urc.ac.ru (8.8.8/8.8.8) with ESMTP id KAA11456; Fri, 19 Feb 1999 10:11:43 +0500 (ES) (envelope-from joy@urc.ac.ru) Message-ID: <36CCF28E.FB010207@urc.ac.ru> Date: Fri, 19 Feb 1999 10:11:42 +0500 From: Konstantin Chuguev Organization: Southern Regional Center of FREEnet X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 3.0-STABLE i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: "Sumbry][" Cc: freebsd-isp@FreeBSD.ORG Subject: Re: IMAP Servers . . . (do I have a choice) References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Sumbry][" wrote: > Just wondering, that for those of you whom are implementing IMAP out there, > what are you using as your server software. Currently, it seems as if the > University of Washington IMAP daemon is the only server out there (besides > Cygnus, which I can find tons of links too, but not the actual software). > > Is that it, in terms of software choice, or are their tons of other BSD IMAP > servers out there, and I'm just being a peon and cannot find 'em? > ports/mail/cyrus Regards, -- Konstantin V. Chuguev. System administrator of Southern http://www.urc.ac.ru/~joy/ Ural Regional Center of FREEnet, mailto:joy@urc.ac.ru Chelyabinsk, Russia. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Fri Feb 19 1:26:18 1999 Delivered-To: freebsd-isp@freebsd.org Received: from talita.eclipse.net.uk (talita.eclipse.net.uk [195.188.32.16]) by hub.freebsd.org (Postfix) with ESMTP id 514B211544 for ; Fri, 19 Feb 1999 01:26:08 -0800 (PST) (envelope-from sh1204@eclipse.net.uk) Received: (from nobody@localhost) by talita.eclipse.net.uk (8.9.3/8.9.1) id JAA49159; Fri, 19 Feb 1999 09:26:04 GMT Date: Fri, 19 Feb 1999 09:26:04 GMT From: sh1204@eclipse.net.uk Message-Id: <199902190926.JAA49159@talita.eclipse.net.uk> X-Authentication-Warning: talita.eclipse.net.uk: nobody set sender to sh1204@eclipse.net.uk using -f To: Konstantin Chuguev , "Sumbry][" , freebsd-isp@FreeBSD.ORG Reply-To: sh1204@eclipse.net.uk MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: IMP/PHP3 Imap webMail Program 1.99.1.47 Subject: Re: IMAP Servers . . . (do I have a choice) Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Quoting Konstantin Chuguev : > > Is that it, in terms of software choice, or are their tons of other BSD > > IMAP servers out there, and I'm just being a peon and cannot find 'em? > > ports/mail/cyrus qmail-imap (probably linked from www.qmail.org). -- Stuart Henderson Eclipse Networking Ltd. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Fri Feb 19 4:57:12 1999 Delivered-To: freebsd-isp@freebsd.org Received: from mail.palnet.com (mail.palnet.com [192.116.16.7]) by hub.freebsd.org (Postfix) with ESMTP id 8701D10E9F for ; Fri, 19 Feb 1999 04:57:03 -0800 (PST) (envelope-from rjebara@palnet.com) Received: from localhost (rjebara@localhost) by mail.palnet.com (8.9.3/8.9.3) with ESMTP id OAA27724; Fri, 19 Feb 1999 14:56:46 +0200 (IST) Date: Fri, 19 Feb 1999 14:56:46 +0200 (IST) From: Rami Abu Jebara To: "Sumbry][" Cc: freebsd-isp@FreeBSD.ORG Subject: Re: IMAP Servers . . . (do I have a choice) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org try /usr/ports/mail/cyrus the cyrus IMAP server .. cheers Rami **************************** Rami Abu Jebara Technical Director Palnet Communications Ltd e-mail : rjebara@palnet.com Tel: ++ 972 2 583 5666 Fax: ++ 972 2 583 6354 w w w . p a l n e t . c o m On Thu, 18 Feb 1999, Sumbry][ wrote: > > Just wondering, that for those of you whom are implementing IMAP out there, > what are you using as your server software. Currently, it seems as if the > University of Washington IMAP daemon is the only server out there (besides > Cygnus, which I can find tons of links too, but not the actual software). > > Is that it, in terms of software choice, or are their tons of other BSD IMAP > servers out there, and I'm just being a peon and cannot find 'em? > > TIA > > ----- > Sumbry][ | Affinity Hosting | http://affinity.net | sumbry@affinity.net > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Fri Feb 19 7:51:54 1999 Delivered-To: freebsd-isp@freebsd.org Received: from emu.capnet.state.tx.us (mail.capnet.state.tx.us [204.65.39.248]) by hub.freebsd.org (Postfix) with ESMTP id BA3F211391 for ; Fri, 19 Feb 1999 07:51:21 -0800 (PST) (envelope-from Bryan.Bradsby@capnet.state.tx.us) Received: from localhost (bbradsby@localhost) by emu.capnet.state.tx.us (8.9.2/8.9.2+CL3.12) with SMTP id JAA28248 for ; Fri, 19 Feb 1999 09:50:20 -0600 (CST) Date: Fri, 19 Feb 1999 09:50:20 -0600 (CST) From: Bryan Bradsby To: "freebsd-isp@FreeBSD.ORG" Subject: Re: Sendmail Question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just a quick thought - How about the virtusertable feature, and enable the wildcard domain match at the end of your virtusertable, and forward that single entry to your alias -> autoresponder? Haven't really thought it thru... -bryan ============= On Thu, 18 Feb 1999, Rami Abu Jebara wrote: > alias + autoresponder ,, but in this case you have to have an alias per > user. > > a general soloution ... don't know ... I am as interested as the other > guy in knowing how to do that .. > > need to RTFM :) > > cheers > > Rami > > **************************** > Rami Abu Jebara > Technical Director > Palnet Communications Ltd > e-mail : rjebara@palnet.com > Tel: ++ 972 2 583 5666 > Fax: ++ 972 2 583 6354 > w w w . p a l n e t . c o m > > On Wed, 17 Feb 1999, ryanm wrote: > > > Is it possible to send back a custom message with sendmail when a > > user does not exist?? I am getting sometimes 1000 User Unknown messages > > and would like to send back a message saying this user account does > > not exist please contact your ISP with questions. > > > > Thanks for any info, > > > > Ryan > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-isp" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Fri Feb 19 8: 1:41 1999 Delivered-To: freebsd-isp@freebsd.org Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (Postfix) with SMTP id B6EFD116C9 for ; Fri, 19 Feb 1999 08:01:37 -0800 (PST) (envelope-from shimon@simon-shapiro.org) Received: (qmail 56915 invoked by uid 1000); 19 Feb 1999 17:09:03 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19990219113330.C14890@lemis.com> Date: Fri, 19 Feb 1999 12:09:03 -0500 (EST) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Greg Lehey Subject: Re: DPT 3334UW RAID-5 Slowness / Weird FS problems Cc: freebsd-isp@FreeBSD.ORG, Bryn Wm.Moslow Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greg Lehey, On 19-Feb-99 you wrote: > On Wednesday, 17 February 1999 at 12:07:01 -0500, Shimon Shapiro wrote: > > > > Greg Lehey, On 16-Feb-99 you wrote: > >> On Monday, 15 February 1999 at 13:08:22 -0800, Bryn Wm. Moslow wrote: > >>> I recently installed a DPT 3334UW with 64MB cache in a mail server > >>> running RAID-5 with a 32K stripe on an external case on which the > >>> user > >>> mail spool is mounted. The array is comprised of 6 Seagate Ultra Wide > >>> 4.5GB SCA drives. The system is a P2 300 with 384MB and uses an > >>> additional Seagate UW drive for boot, /usr, /var, swap, and staff > >>> home > >>> directories. It doesn't go into swap often but if it does it only > >>> hits > >>> about 5 to 10 MB. The system is running FreeBSD 2.2.8. > >> > >> I don't know the DPT controllers, but 32 kB stripes are far too > >> small. > >> For better performance, you should increase them to between 256 kB > >> and > >> 512 kB. Small stripe sizes create many more I/O requests at the > >> drive > >> level. > > > > It highly depends on the amount of cache memory on the card and the > > nature > > of the access. If I/O is sequential in nature, then Greg is correct. > > If > > it is highly fragmented and random (as in most DBMS), then Greg is only > > correct if there is a lot of memory and access is to large blocks. > > As I said, FreeBSD I/O requests range in size between 512 bytes and 60 > kB. With a 16 kB stripe size, you would need to have an average block > size of about 1 kB in order to avoid significant performance impact. > DBMSs tend to read and write blocks of 16 kB or so. Oracle default (was at one time) 8K, with large/busy systems set sometimes to the max of 64KB. Never saw any benefit in much larger stripes. Bus data times become excessively long. I have someplace a graph depicting FreeBSD block size distribution. The pre-CAM driver collected such data. I may put it back in. > >>> If I format with the default settings to newfs, everything works > >>> fine. The same hang also occurs if I try to do 16K block size. I > >>> haven't tried anything bigger as I had an extremely tight window in > >>> which to get the machine online. > >> > >> You should consider that once you have set the stripe size, you're > >> stuck with it. Unless the DPTs have a good reason (like "not > >> supported"), take a 256 kB stripe size. > > > > a. Newfs parameters have nothing to do with the SCSI HBA (DSPT or > > otherwise. If 16k block size hangs, it is a bug elsewhere. > > I studied such complaint long, long ago (on FreeBSD 3.0) and the > > requests did not even hit the DPT. > > But, like Greg said, this has almost no bearing on perfromance... > > > > b. The DPT firmware will take up to 1MB stripes. Beware there is no > > more > > than 64MB of cache on the card (if that much), and very large > > stripes > > may consume all the cache quickly and inefficiently. > > Do you have any information about how the controller uses the cache? highly proprietary. You can control percentage of read-ahead, but not much more. > >From the design of Vinum, I would expect that these memory areas would > not be cached. Vinum will never use more memory than is needed to > satisfy the request, so this makes a maximum of 60 kB per request. > Memory use for fragmented requests is higher, not lower. I actually saw 64K blocks, but 60 is close enough :-) > > Greg > -- > See complete headers for address, home page and phone numbers > finger grog@lemis.com for PGP public key Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Fri Feb 19 10:47:51 1999 Delivered-To: freebsd-isp@freebsd.org Received: from carme.eclipse.net.uk (carme.eclipse.net.uk [195.188.32.33]) by hub.freebsd.org (Postfix) with ESMTP id 8407711B00 for ; Fri, 19 Feb 1999 10:47:40 -0800 (PST) (envelope-from stuart@eclipse.net.uk) Received: from eclipse.net.uk (elara.eclipse.net.uk [195.188.32.31]) by carme.eclipse.net.uk (8.9.3/8.9.3) with ESMTP id SAA46805; Fri, 19 Feb 1999 18:47:23 GMT Message-ID: <36CDB1FB.8DCEB93F@eclipse.net.uk> Date: Fri, 19 Feb 1999 18:48:27 +0000 From: Stuart Henderson Organization: Eclipse Networking Ltd. X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: en-GB MIME-Version: 1.0 To: Karl Pielorz Cc: spork , Mark Conway Wirt , Grant Beckerleg , freebsd-isp@FreeBSD.ORG Subject: Re: DPT's Storage Manager and FreeBSD References: <36CCADE0.5ABA558F@tdx.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > If you are going to take this route - take care, don't just hook it > up :-) - Research first, or you could damage the port / DPT... I think a bit of isolation wouldn't hurt. How about a sound card and microphone sending over a network socket - maybe we should cc: the -multimedia list in on this :-) Stuart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Fri Feb 19 13:52:36 1999 Delivered-To: freebsd-isp@freebsd.org Received: from rbro2.virtserver.com (rbro2.virtserver.com [192.41.21.210]) by hub.freebsd.org (Postfix) with ESMTP id B3F3811403 for ; Fri, 19 Feb 1999 13:52:34 -0800 (PST) (envelope-from angrick@netdirect.net) Received: from fdc7.fdcredit.com ([216.37.30.7]) by rbro2.virtserver.com (8.8.5) id OAA23728; Fri, 19 Feb 1999 14:52:25 -0700 (MST) X-Authentication-Warning: rbro2.virtserver.com: Host [216.37.30.7] claimed to be fdc7.fdcredit.com Message-Id: <1.5.4.32.19990219214218.008ee354@netdirect.net> X-Sender: angrick@netdirect.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 19 Feb 1999 16:42:18 -0500 To: freebsd-isp@FreeBSD.ORG From: Andy Angrick Subject: server stress testing Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Does anyone know of any programs available that would stress-test a new server? I've just built a new FreeBSD box and I want to make sure its stable before I put it to work. I've seen programs on the DOS side that would write to ram, randomly seek the harddrive, video testing, etc...all in a loop that you could run for a few hours. -Andy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Fri Feb 19 16: 4:33 1999 Delivered-To: freebsd-isp@freebsd.org Received: from caladan.tdx.co.uk (caladan.tdx.co.uk [195.188.177.4]) by hub.freebsd.org (Postfix) with ESMTP id AE685116E1 for ; Fri, 19 Feb 1999 16:04:27 -0800 (PST) (envelope-from kpielorz@tdx.co.uk) Received: from tdx.co.uk (lorca-tx.tdx.co.uk [195.188.177.242]) by caladan.tdx.co.uk (8.9.3/8.9.3) with ESMTP id AAA02851; Sat, 20 Feb 1999 00:04:23 GMT Message-ID: <36CDFC06.F48222B7@tdx.co.uk> Date: Sat, 20 Feb 1999 00:04:22 +0000 From: Karl Pielorz Organization: TDX - The Digital eXchange X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Andy Angrick Cc: freebsd-isp@FreeBSD.ORG Subject: Re: server stress testing References: <1.5.4.32.19990219214218.008ee354@netdirect.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Andy Angrick wrote: > > Does anyone know of any programs available that would stress-test a new > server? I've just built a new FreeBSD box and I want to make sure its stable > before I put it to work. I've seen programs on the DOS side that would write > to ram, randomly seek the harddrive, video testing, etc...all in a loop that > you could run for a few hours. Most people just do a very largely parallel makeworld on it, even if your going to bin the results, it's pretty stressfull... See the FreeBSD site for details on how to build the world :) -Karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sat Feb 20 8:28:40 1999 Delivered-To: freebsd-isp@freebsd.org Received: from daedal.oneway.com (daedal.oneway.com [205.252.89.49]) by hub.freebsd.org (Postfix) with ESMTP id 2EF8911417 for ; Sat, 20 Feb 1999 08:28:35 -0800 (PST) (envelope-from jay@oneway.com) Received: from localhost (jay@localhost) by daedal.oneway.com (8.9.1/8.9.1) with ESMTP id LAA08728; Sat, 20 Feb 1999 11:28:17 -0500 (EST) (envelope-from jay@oneway.com) Date: Sat, 20 Feb 1999 11:28:17 -0500 (EST) From: Jay Kuri To: Karl Pielorz Cc: spork , Mark Conway Wirt , Grant Beckerleg , freebsd-isp@FreeBSD.ORG Subject: Re: DPT's Storage Manager and FreeBSD In-Reply-To: <36CCADE0.5ABA558F@tdx.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I've been emailing DPT to get support for this stuff (notification of failed drives, etc). Simon Shapiro has as well (and has gotten alot from them). I think it would help for you to email them to let them know that there is a reason for them to do the work.. (namely us). If you want this sort of thing, email support@dpt.org (attn: Rene Norton) about it. I think it would go a long way to getting them to get moving on it. Cheers, Jay On Fri, 19 Feb 1999, Karl Pielorz wrote: > > > spork wrote: > > > > Is there any way to tell that the DPT has lost a disk without physically > > seeing the blinking lights or hearing the piercing siren? I have one of > > these about to be shipped out to a colo, and I have no idea how I'm going > > to tell if the thing needs attention. > > > > I suppose I could mount the speaker external and hope it annoys someone > > enough that they'll call the number on the cage, but... > > Or you could tie the bleeper to the Carrier Detect, or some other line on a > spare serial or Parallel port... We've toyed with doing that here, but not > gotten round to it (and we can hear the bleeper from our offices :) > > You then run a daemon on the system that checks to see if the connection is > high, or low... > > If you are going to take this route - take care, don't just hook it up :-) - > Research first, or you could damage the port / DPT... > > -Kp > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sat Feb 20 18:39:27 1999 Delivered-To: freebsd-isp@freebsd.org Received: from mail1.realtime.net (mail1.realtime.net [205.238.128.217]) by hub.freebsd.org (Postfix) with SMTP id 1CF4F10E61 for ; Sat, 20 Feb 1999 18:39:15 -0800 (PST) (envelope-from gee2@oldzoom.bga.com) Received: (qmail 20430 invoked from network); 21 Feb 1999 02:37:06 -0000 Received: from oldzoom.realtime.net (HELO oldzoom.bga.com) (gee2@205.238.183.13) by mail1.realtime.net with SMTP; 21 Feb 1999 02:37:06 -0000 Received: (from gee2@localhost) by oldzoom.bga.com (8.9.1/8.9.1) id UAA19022; Sat, 20 Feb 1999 20:39:05 -0600 (CST) From: Fred Gee Message-Id: <199902210239.UAA19022@oldzoom.bga.com> Subject: Re: DPT's Storage Manager and FreeBSD To: jay@oneway.com (Jay Kuri) Date: Sat, 20 Feb 1999 20:39:05 -0600 (CST) Cc: kpielorz@tdx.co.uk, spork@super-g.com, mark@intrepid.net, grant@vbc.net, freebsd-isp@FreeBSD.ORG In-Reply-To: from "Jay Kuri" at Feb 20, 99 11:28:17 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I haven't done this recently, but it was easy when we did it. Take the LED voltage, and apply it to a serial line driver input, on carrier detect on a port. We then hacked a getty to run our program rather than login. It may not even been more than a code segment we stole from getty source, I really don't remember. It's been a number of years, and we didn't use it much. We also had a external relay triggered by raising (or dropping) DTR, driving a 5v relay via some generic open collector driver of some sort. All very easy to construct, and very reliable. We used the output to reboot CSU's and other hardware remotely. We took the 5v relay to switch 12v to a larger contactor or relay (depending on the load). To trigger a DTR transition I think we hacked tip or cu. If you use expect, you may not even have to hack anything. Also, if you want to skip the external line driver circuit, you can wire the LED input directly to your serial card (if you know how) since the LED's are usually on 5v power. If you remove the LED you may need to replace it with a pull-down resistor, depending on what is driving it. If you don't remove it, you will need to tap the circuit before the LED's current limiting resistor, otherwise you won't get 5v, you will get a volt or two and not drive the input. You can jumper the current limiting resistor, but it should work with it in. Since this is something I need to do as well, now that you have reminded me of the need, I'll come up with something and follow up with the method and results. Should be a simple thing, take less time to do it than get DPT to write a driver (unless they have something already). George From the desk of Jay Kuri... > > > Hi, > > I've been emailing DPT to get support for this stuff (notification > of failed drives, etc). Simon Shapiro has as well (and has gotten alot > from them). I think it would help for you to email them to let them know > that there is a reason for them to do the work.. (namely us). If you want > this sort of thing, email support@dpt.org (attn: Rene Norton) about it. > I think it would go a long way to getting them to get moving on it. > > Cheers, > > Jay > > > On Fri, 19 Feb 1999, Karl Pielorz wrote: > > > > > > > spork wrote: > > > > > > Is there any way to tell that the DPT has lost a disk without physically > > > seeing the blinking lights or hearing the piercing siren? I have one of > > > these about to be shipped out to a colo, and I have no idea how I'm going > > > to tell if the thing needs attention. > > > > > > I suppose I could mount the speaker external and hope it annoys someone > > > enough that they'll call the number on the cage, but... > > > > Or you could tie the bleeper to the Carrier Detect, or some other line on a > > spare serial or Parallel port... We've toyed with doing that here, but not > > gotten round to it (and we can hear the bleeper from our offices :) > > > > You then run a daemon on the system that checks to see if the connection is > > high, or low... > > > > If you are going to take this route - take care, don't just hook it up :-) - > > Research first, or you could damage the port / DPT... > > > > -Kp > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-isp" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sat Feb 20 18:44:54 1999 Delivered-To: freebsd-isp@freebsd.org Received: from mail1.realtime.net (mail1.realtime.net [205.238.128.217]) by hub.freebsd.org (Postfix) with SMTP id 18AA610E05 for ; Sat, 20 Feb 1999 18:44:46 -0800 (PST) (envelope-from gee2@oldzoom.bga.com) Received: (qmail 18454 invoked from network); 21 Feb 1999 02:42:38 -0000 Received: from oldzoom.realtime.net (HELO oldzoom.bga.com) (gee2@205.238.183.13) by mail1.realtime.net with SMTP; 21 Feb 1999 02:42:38 -0000 Received: (from gee2@localhost) by oldzoom.bga.com (8.9.1/8.9.1) id UAA19502 for freebsd-isp@FreeBSD.ORG; Sat, 20 Feb 1999 20:44:44 -0600 (CST) From: Fred Gee Message-Id: <199902210244.UAA19502@oldzoom.bga.com> Subject: Re: DPT's Storage Manager and FreeBSD To: freebsd-isp@FreeBSD.ORG Date: Sat, 20 Feb 1999 20:44:44 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I haven't done this recently, but it was easy when we did it. Take the LED voltage, and apply it to a serial line driver input, on carrier detect on a port. We then hacked a getty to run our program rather than login. It may not even been more than a code segment we stole from getty source, I really don't remember. It's been a number of years, and we didn't use it much. We also had a external relay triggered by raising (or dropping) DTR, driving a 5v relay via some generic open collector driver of some sort. All very easy to construct, and very reliable. We used the output to reboot CSU's and other hardware remotely. We took the 5v relay to switch 12v to a larger contactor or relay (depending on the load). To trigger a DTR transition I think we hacked tip or cu. If you use expect, you may not even have to hack anything. Also, if you want to skip the external line driver circuit, you can wire the LED input directly to your serial card (if you know how) since the LED's are usually on 5v power. If you remove the LED you may need to replace it with a pull-down resistor, depending on what is driving it. If you don't remove it, you will need to tap the circuit before the LED's current limiting resistor, otherwise you won't get 5v, you will get a volt or two and not drive the input. You can jumper the current limiting resistor, but it should work with it in. Since this is something I need to do as well, now that you have reminded me of the need, I'll come up with something and follow up with the method and results. Should be a simple thing, take less time to do it than get DPT to write a driver (unless they have something already). George On Fri, 19 Feb 1999, Karl Pielorz wrote: > > > spork wrote: > > > > Is there any way to tell that the DPT has lost a disk without physically > > seeing the blinking lights or hearing the piercing siren? I have one of > > these about to be shipped out to a colo, and I have no idea how I'm going > > to tell if the thing needs attention. > > > > I suppose I could mount the speaker external and hope it annoys someone > > enough that they'll call the number on the cage, but... > > Or you could tie the bleeper to the Carrier Detect, or some other line on a > spare serial or Parallel port... We've toyed with doing that here, but not > gotten round to it (and we can hear the bleeper from our offices :) > > You then run a daemon on the system that checks to see if the connection is > high, or low... > > If you are going to take this route - take care, don't just hook it up :-) - > Research first, or you could damage the port / DPT... > > -Kp > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sat Feb 20 19:42:56 1999 Delivered-To: freebsd-isp@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id 6553B11A77; Sat, 20 Feb 1999 19:42:46 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id OAA05234; Sun, 21 Feb 1999 14:12:45 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id OAA43836; Sun, 21 Feb 1999 14:12:44 +1030 (CST) Message-ID: <19990221141243.G93492@lemis.com> Date: Sun, 21 Feb 1999 14:12:43 +1030 From: Greg Lehey To: FreeBSD Hackers , FreeBSD-isp@freebsd.org Subject: New breakin technique? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've just found the following messages in my logs: Feb 21 10:13:11 freebie rpc.statd: Invalid hostname to sm_mon: ;/usr/openwin/bin/xterm -display 207.193.26.132:0 Feb 21 10:13:14 freebie rpc.statd: Invalid hostname to sm_mon: ;/usr/openwin/bin/xterm -display 207.193.26.132:0 Feb 21 13:41:55 freebie rpc.statd: Invalid hostname to sm_mon: ;/usr/openwin/bin/xterm -display 207.193.26.82:0; Has anybody seen something like this? It looks as if somebody is trying to break in, but I didn't know that rpc.statd could start xterms. Under these circumstances, it would be interesting to know if rpc.statd *must* run as root. Wouldn't, say, bin be enough? Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sat Feb 20 22: 5:53 1999 Delivered-To: freebsd-isp@freebsd.org Received: from shibumi.feralmonkey.org (shibumi.feralmonkey.org [203.41.114.182]) by hub.freebsd.org (Postfix) with ESMTP id D038A11B4A; Sat, 20 Feb 1999 22:05:25 -0800 (PST) (envelope-from nick@feralmonkey.org) Received: from shibumi (shibumi [203.41.114.182]) by shibumi.feralmonkey.org (Postfix) with ESMTP id 15EA5780B; Sat, 21 Feb 1998 17:10:35 +1100 (EST) Date: Sat, 21 Feb 1998 17:10:34 +1100 (EST) From: To: Greg Lehey Cc: FreeBSD Hackers , FreeBSD-isp@freebsd.org Subject: Re: New breakin technique? In-Reply-To: <19990221141243.G93492@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org There has been issues with statd on both solaris and linux. It may simply be someone running a mass-scan. Nick On Sun, 21 Feb 1999, Greg Lehey wrote: > I've just found the following messages in my logs: > > Feb 21 10:13:11 freebie rpc.statd: Invalid hostname to sm_mon: ;/usr/openwin/bin/xterm -display 207.193.26.132:0 > Feb 21 10:13:14 freebie rpc.statd: Invalid hostname to sm_mon: ;/usr/openwin/bin/xterm -display 207.193.26.132:0 > Feb 21 13:41:55 freebie rpc.statd: Invalid hostname to sm_mon: ;/usr/openwin/bin/xterm -display 207.193.26.82:0; > > Has anybody seen something like this? It looks as if somebody is > trying to break in, but I didn't know that rpc.statd could start > xterms. > > Under these circumstances, it would be interesting to know if > rpc.statd *must* run as root. Wouldn't, say, bin be enough? > > Greg > -- > See complete headers for address, home page and phone numbers > finger grog@lemis.com for PGP public key > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sat Feb 20 22:16: 0 1999 Delivered-To: freebsd-isp@freebsd.org Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (Postfix) with ESMTP id B763310E3B; Sat, 20 Feb 1999 22:15:53 -0800 (PST) (envelope-from jkb@shell6.ba.best.com) Received: (from jkb@localhost) by shell6.ba.best.com (8.9.3/8.9.2/best.sh) id WAA16375; Sat, 20 Feb 1999 22:14:54 -0800 (PST) Message-ID: <19990220221453.B15747@best.com> Date: Sat, 20 Feb 1999 22:14:53 -0800 From: "Jan B. Koum " To: Greg Lehey , FreeBSD Hackers , FreeBSD-isp@FreeBSD.ORG Subject: Re: New breakin technique? References: <19990221141243.G93492@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19990221141243.G93492@lemis.com>; from Greg Lehey on Sun, Feb 21, 1999 at 02:12:43PM +1030 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Feb 21, 1999 at 02:12:43PM +1030, Greg Lehey wrote: > I've just found the following messages in my logs: > > Feb 21 10:13:11 freebie rpc.statd: Invalid hostname to sm_mon: ;/usr/openwin/bin/xterm -display 207.193.26.132:0 > Feb 21 10:13:14 freebie rpc.statd: Invalid hostname to sm_mon: ;/usr/openwin/bin/xterm -display 207.193.26.132:0 > Feb 21 13:41:55 freebie rpc.statd: Invalid hostname to sm_mon: ;/usr/openwin/bin/xterm -display 207.193.26.82:0; > > Has anybody seen something like this? It looks as if somebody is > trying to break in, but I didn't know that rpc.statd could start > xterms. > > Under these circumstances, it would be interesting to know if > rpc.statd *must* run as root. Wouldn't, say, bin be enough? > > Greg > -- > See complete headers for address, home page and phone numbers > finger grog@lemis.com for PGP public key > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message This should go to -security@ but anyway - they think that freebie is a solaris box. There is remote exploit for rpc.statd for solaris. See: http://www.geek-girl.com/bugtraq/1997_4/0378.html But please don't run rpc.statd if you don't need it in any case? Thanks, :) -- Yan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message