Re: Removing sendmail
On Wed, Sep 04, 2002 at 14:20 , Men gasped, women fainted, and small children were reduced to tears as stable-digest confessed to all: > Date: Wed, 4 Sep 2002 13:00:52 -0700 > From: Gregory Neil Shapiro <[EMAIL PROTECTED]> > Subject: Re: Removing sendmail > > >> This will of course break your system.. No more periodic reports > >> (daily security reports), no more cron mail, no more user mail, etc. > haering_linux> Not if you install a different MTA like Postfix instead. > He was removing /usr/bin/mail and mailx. That really would would break things wouldn't it. Why is it that so often people just start wholesale deleting things without checking appropriate places. apropos mail should point out to the observant eye several things to check and reach the desired results without breaking things. Reading docs pointed out /usr/sbin/sendmail is a link to /usr/sbin/mailwrapper. The /etc/mail/mailer.conf describes how to use this so that you tell the systemexactly what programs to run when you call sendmail. Take a look at that and it should fix the problems. IOW using the name 'sendmail' can invoke other programs instead of the real sendmail. On top of that if you really don't want sendmail at all, then in /etc/make.conf put in the NO_SENDMAIL=NO directive. Man make.conf will clue you in on that. The system really is quite configurable with the tools built in without having to rip out directories wholesale and then wonder what you have to put back to make it work again. Use the docs Luke. Bill -- Bill Vermillion - bv @ wjv . com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: FreeBSD, SMP and Stepping.
On Wed, 4 Sep 2002, Arnvid Karstad wrote: > Hello, > > I was wondering a bit on how FreeBSD handled SMP systems where the cpu's > aint 100% .. We have an SMP system that runs fine on Linux 2.2, but not > 2.4 and is a bit curious on how this would be able to run under BSD... Its probably a part of Intel's and your motherboard spec actually, but generally SMP is only supported on CPUs of the same family and model. At least recently, Intel says that all steppings of a particular model are SMP-interoperable, but not of differing models. > model : 3 > model name : Pentium II (Klamath) > stepping: 4 vs.. > model : 5 > model name : Pentium II (Deschutes) > stepping: 2 -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: HEADS UP: Package compression format changed
I am an enthusiastic FreeBSD newbie, just smart enough to search for a mailing list like this one. Would it be possible to make an exception to the new .tbz format package policy for pkg_add itself (i.e. provide it in .tgz format)? I suggest this in the hope that a painless and simple upgrade could be performed using something like: pkg_add -r pkg_add This is assuming that there are no other technical obstacles. If this notion is nogo then what is the simplest alternative? Please pardon my ignorance. I see that this thread subsided on a note of resolution, but I'm daunted by the implications for the time being. Not for long I hope. Myron Plichota To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: interpreting netstat -m output
On Thu, 5 Sep 2002, Dmitry Morozovsky wrote: DM> AFAIK according to /usr/src/sys/*/param.h, mbuf size if 256 (at least for DM> i386, see /usr/src/sys/i386/include/param.h, and is not defined for DM> Alphas); DM> DM> and mbcluster size defaults to 2k (I suppose the smallest 2^x to DM> cover standard Ethernet frame) DM> DM> however, in /usr/src/sys/i386/boot/dosboot/param.h, MCLBYTES defined as DM> 2^12 (4k). Don't know whether this value is really used. Returning to the original question, I'd never seen on our servers mbuf usage more that 2 times nmbclusters usage, so in every instance where I've explicitly set nmbclusters, I'd also set mbufs as 2*mnbclusters (this may slightly decrease kernel memory reservations comparing to setting nmbclusters only) This applies mainly to TCP servers, where most data flow is described as "Most packets are of maximum MTU". YMMV, you know ;-) Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: interpreting netstat -m output
On Thu, Sep 05, 2002 at 02:04:05AM +0400, Dmitry Morozovsky wrote: > On Wed, 4 Sep 2002, Dominic Marks wrote: > > DM> An mbuf is a fixed length structure which contains network data. > DM> > DM> An mbuf cluster is associated with an area of memory which is used for > DM> storing more data than you can fit in a single mbuf. > DM> > DM> According the D&I 4.4 an mbuf is 128 bytes and (not all of this is > DM> available for data storage), an mbuf cluster varies in size, but > DM> defaults to 1024 bytes (but according to the book this may be different > DM> depending on CPU architecture). > > AFAIK according to /usr/src/sys/*/param.h, mbuf size if 256 (at least for > i386, see /usr/src/sys/i386/include/param.h, and is not defined for > Alphas); > > and mbcluster size defaults to 2k (I suppose the smallest 2^x to > cover standard Ethernet frame) > > however, in /usr/src/sys/i386/boot/dosboot/param.h, MCLBYTES defined as > 2^12 (4k). Don't know whether this value is really used. I would not be surprised to find that these are the current values. I quoted directly from the book which is a bit old. > Sincerely, > D.Marck [DM5020, DM268-RIPE, DM3-RIPN] > > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** > > -- Dominic Marks Computer & Politics Geek [work]::[npl.co.uk] << dominic.marks at npl.co.uk >> [educ]::[umist.ac.uk] << notyet-known at umist.ac.uk >> [home]::[btinternet] << dominic_marks at btinternet.com >> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: interpreting netstat -m output
On Wed, 4 Sep 2002, Dominic Marks wrote: DM> An mbuf is a fixed length structure which contains network data. DM> DM> An mbuf cluster is associated with an area of memory which is used for DM> storing more data than you can fit in a single mbuf. DM> DM> According the D&I 4.4 an mbuf is 128 bytes and (not all of this is DM> available for data storage), an mbuf cluster varies in size, but DM> defaults to 1024 bytes (but according to the book this may be different DM> depending on CPU architecture). AFAIK according to /usr/src/sys/*/param.h, mbuf size if 256 (at least for i386, see /usr/src/sys/i386/include/param.h, and is not defined for Alphas); and mbcluster size defaults to 2k (I suppose the smallest 2^x to cover standard Ethernet frame) however, in /usr/src/sys/i386/boot/dosboot/param.h, MCLBYTES defined as 2^12 (4k). Don't know whether this value is really used. Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: interpreting netstat -m output
On Wed, Sep 04, 2002 at 01:47:58PM -0700, Mike Hoskins wrote: > On Wed, 4 Sep 2002, Charles Sprickman wrote: > > What is the difference between the "mbufs in use" line and the "mbuf > > clusters in use" line? An mbuf is a fixed length structure which contains network data. An mbuf cluster is associated with an area of memory which is used for storing more data than you can fit in a single mbuf. According the D&I 4.4 an mbuf is 128 bytes and (not all of this is available for data storage), an mbuf cluster varies in size, but defaults to 1024 bytes (but according to the book this may be different depending on CPU architecture). > I've wondered precisely this; perhaps one specifically relates to the > network? The farthest I got was netstat(1), which points to a nonexistant > mbuf(9). > > Later, > -Mike Hey Mike :-) > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message -- Dominic Marks Computer & Politics Geek [work]::[npl.co.uk] << dominic.marks at npl.co.uk >> [educ]::[umist.ac.uk] << notyet-known at umist.ac.uk >> [home]::[btinternet] << dominic_marks at btinternet.com >> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: interpreting netstat -m output
On Wed, 4 Sep 2002, Charles Sprickman wrote: > What is the difference between the "mbufs in use" line and the "mbuf > clusters in use" line? I've wondered precisely this; perhaps one specifically relates to the network? The farthest I got was netstat(1), which points to a nonexistant mbuf(9). Later, -Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
interpreting netstat -m output
Hi, I'm working with a box that is apparently running out of mbufs: looutput: mbuf allocation failed looutput: mbuf allocation failed All mbuf clusters exhausted, please see tuning(7). Looking at netstat -m, I get the following: 144/9472/26624 mbufs in use (current/peak/max): 134 mbufs allocated to data 10 mbufs allocated to packet headers 94/6656/6656 mbuf clusters in use (current/peak/max) 15680 Kbytes allocated to network (78% of mb_map in use) 95798 requests for memory denied 102 requests for memory delayed 0 calls to protocol drain routines What is the difference between the "mbufs in use" line and the "mbuf clusters in use" line? The clusters are showing that a max was exceeded, but not the mbufs line at top. Looking at tuning(7) and reading up in the archives, it looks like I do need to bump up nmbclusters in loader.conf, and possibly bump down the tcp socket send/recv space. Can anyone clarify the netstat output for me? Thanks, Charles -- Charles Sprickman [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Removing sendmail
>> This will of course break your system.. No more periodic reports >> (daily security reports), no more cron mail, no more user mail, etc. haering_linux> Not if you install a different MTA like Postfix instead. He was removing /usr/bin/mail and mailx. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
RE: Updating world with least downtime
I recently rebuilt the world on my pII 400 system, and here is how long it took me. /usr/bin/time make installworld 266.34 real74.23 user43.33 sys /usr/bin/time make installkernel 26.11 real 6.89 user 2.38 sys So it took about 4.8 minutes to install the files, given average consumer grade disks. Compiling is more cpu dependant, but the install portion is more a function of disk-io. Mergemaster is obviously dependent on how quickly it takes the operator to run that command. But if you budget 10 - 15 minutes, it should be good enough. Sameer > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Oberman > Sent: Friday, August 30, 2002 2:11 PM > To: Jack L. Stone > Cc: Brooks Davis; David W. Chapman Jr.; [EMAIL PROTECTED] > Subject: Re: Updating world with least downtime > > > > For a modern system and a reasonable disk, this is trivial. I have a > system which MUST not be down for over 15 minutes and I can do it > quite easily unless I really fumble something in mergemaster. I do > always merge a few files later and tend to install most changes very > quickly, having ode the same upgrade on a non-critical system just > before I do the critical one so I know what to expect. > > The actual installworld time on my 1GHZ system is about 5 minutes > (5:34 last time). > > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: [EMAIL PROTECTED]Phone: +1 510 486-8634 > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Removing sendmail
* Gregory Neil Shapiro <[EMAIL PROTECTED]> [2002-09-04 09:39 -0700]: > ac-freebsd> [deleting all sendmail files] > > This will of course break your system.. No more periodic reports > (daily security reports), no more cron mail, no more user mail, etc. Not if you install a different MTA like Postfix instead. -- Gerhard To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: backing out part of src tree
Charles Sprickman([EMAIL PROTECTED])@2002.09.04 14:27:40 +: > Hi, > > Can anyone help me figure out how to bring part of my source tree into the > past? I'd like to see if I can run a -stable box with the "old" ata > code that doesn't panic. And if anyone knows a specific date when the > big changes went in that would be helpful. I know that 4.4 is fine and > all of 4.6 and some part of 4.5 just will not function with my controller. > > If this can be done with cvsup, that would be wonderful. If not, I'm > interested in any alternatives. > > Thanks, > > Charles > > -- > Charles Sprickman > [EMAIL PROTECTED] > In your supfile add date= to the end of your default release line: *default release=cvs tag=RELENG_4 date=2002.08.30.19.00.00 where date=[cc]yy.mm.dd.hh.mm.ss Check the manpage for cvsup also. -- Scott Nolde To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Removing sendmail
hmm yeah i didn't think about that.. i guess i'll leave it.. I had 'No' in the rc.conf didn't realize there was a difference between none and no.. thought it was a yes/no question :) thanx for the help - Original Message - From: "Gregory Neil Shapiro" <[EMAIL PROTECTED]> To: "Artis Caune" <[EMAIL PROTECTED]> Cc: "aSe" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, September 04, 2002 12:39 PM Subject: Re: Removing sendmail > ac-freebsd> paranoia: > > This will of course break your system.. No more periodic reports (daily > security reports), no more cron mail, no more user mail, etc. Be careful > following "advice" like this. > > ac-freebsd> # remove dirs > ac-freebsd> rm -rf /usr/libexec/sendmail/ > ac-freebsd> rm -rf /usr/share/sendmail/ > ac-freebsd> rm -rf /etc/mail/ > ac-freebsd> rm -rf /var/spool/clientmqueue/ > ac-freebsd> rm -rf /var/spool/mqueue/ > ac-freebsd> rm -rf /usr/libexec/sm.bin/ > ac-freebsd> rm -rf /var/mail/ > > ac-freebsd> # remove files > ac-freebsd> rm /etc/aliases > ac-freebsd> rm /usr/bin/newaliases > ac-freebsd> rm /usr/sbin/hoststat > ac-freebsd> rm /usr/sbin/purgestat > ac-freebsd> rm /usr/libexec/smrsh > ac-freebsd> rm /usr/bin/mail > ac-freebsd> rm /usr/bin/mailx > ac-freebsd> rm /usr/bin/Mail > ac-freebsd> rm /etc/mail.rc > ac-freebsd> rm /usr/libexec/mail.local > ac-freebsd> rm /bin/rmail > ac-freebsd> rm /usr/bin/vacation > ac-freebsd> rm /usr/sbin/praliases > ac-freebsd> rm /usr/sbin/makemap > ac-freebsd> rm /usr/sbin/editmap > ac-freebsd> rm /usr/sbin/mailstats > ac-freebsd> rm /usr/bin/mailq > ac-freebsd> rm /usr/sbin/sendmail > ac-freebsd> rm /usr/sbin/mailwrapper > > ac-freebsd> # remove man pages > ac-freebsd> rm /usr/share/man/man1/newaliases.1.gz > ac-freebsd> rm /usr/share/man/cat1/newaliases.1.gz > ac-freebsd> rm /usr/share/man/man1/mail.1.gz > ac-freebsd> rm /usr/share/man/cat1/mail.1.gz > ac-freebsd> rm /usr/share/man/man1/mailq.1.gz > ac-freebsd> rm /usr/share/man/man1/mailx.1.gz > ac-freebsd> rm /usr/share/man/cat1/mailx.1.gz > ac-freebsd> rm /usr/share/man/man1/Mail.1.gz > ac-freebsd> rm /usr/share/man/man8/smrsh.8.gz > ac-freebsd> rm /usr/share/man/cat8/smrsh.8.gz > ac-freebsd> rm /usr/share/man/man8/mail.local.8.gz > ac-freebsd> rm /usr/share/man/cat8/mail.local.8.gz > ac-freebsd> rm /usr/share/man/man8/rmail.8.gz > ac-freebsd> rm /usr/share/man/cat8/rmail.8.gz > ac-freebsd> rm /usr/share/man/man1/vacation.1.gz > ac-freebsd> rm /usr/share/man/cat1/vacation.1.gz > ac-freebsd> rm /usr/share/man/man8/praliases.8.gz > ac-freebsd> rm /usr/share/man/cat8/praliases.8.gz > ac-freebsd> rm /usr/share/man/man8/makemap.8.gz > ac-freebsd> rm /usr/share/man/cat8/makemap.8.gz > ac-freebsd> rm /usr/share/man/man8/editmap.8.gz > ac-freebsd> rm /usr/share/man/cat8/editmap.8.gz > ac-freebsd> rm /usr/share/man/man8/mailstats.8.gz > ac-freebsd> rm /usr/share/man/cat8/mailstats.8.gz > ac-freebsd> rm /usr/share/man/cat1/mailq.1.gz > ac-freebsd> rm /usr/share/man/man8/sendmail.8.gz > ac-freebsd> rm /usr/share/man/cat8/sendmail.8.gz > ac-freebsd> rm /usr/share/man/man8/mailwrapper.8.gz > > ac-freebsd> :))) > > > ac-freebsd> _ > ac-freebsd> Artis > ac-freebsd> http://www.ltn.lv/~ac > ac-freebsd> FingerPrint: 57E14C1A4638A30690554E4B1035376A05238936 > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message > > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message