From owner-freebsd-stable Sun May 5 02:51:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06752 for stable-outgoing; Sun, 5 May 1996 02:51:51 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06663 Sun, 5 May 1996 02:51:34 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA11214; Sun, 5 May 1996 11:51:29 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA22144; Sun, 5 May 1996 11:51:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA27588; Sun, 5 May 1996 11:25:43 +0200 (MET DST) From: J Wunsch Message-Id: <199605050925.LAA27588@uriah.heep.sax.de> Subject: Re: MBUFs leaking? To: randy@zyzzyva.com (Randy Terbush) Date: Sun, 5 May 1996 11:25:42 +0200 (MET DST) Cc: freebsd-isp@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605041319.IAA09788@sierra.zyzzyva.com> from Randy Terbush at "May 4, 96 08:18:48 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Randy Terbush wrote: > > I am currently struggling the the system tune stages after a > migration from NetBSD. Any pointers to info on tuning a system > for heavy use would be appreciated. ... > On NetBSD, I was in the habit of running my kernels with the > following. Does this have the same effect on FreeBSD, or are > there other things to tune? > > options NMBCLUSTERS=4096 It does the same. You might however have to quote the right-hand side to protect it from config misinterpreting it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-stable Sun May 5 05:38:36 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA14354 for stable-outgoing; Sun, 5 May 1996 05:38:36 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA14349 Sun, 5 May 1996 05:38:34 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id HAA26879; Sun, 5 May 1996 07:38:34 -0500 (CDT) Date: Sun, 5 May 1996 07:38:34 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Joerg Wunsch cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-Reply-To: <199605050925.LAA27588@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 May 1996, J Wunsch wrote: > > options NMBCLUSTERS=4096 > It does the same. You might however have to quote the right-hand side > to protect it from config misinterpreting it. Humm... I've got 2 stable boxes... One very recent (2 days ago max) and the other about 3 weeks ago. On the older, I've got NMBCLUSTERS at 8192 as its a busy webserver and front end box. The other refuses to obey the options NMBCLUSTERS and only allocates about 180k to mbufs. I've played with maxusers, NMBCLUSTERS, and others and no effect. Kinda weird. This box goes into production in a week, so I hope to have figured it out by then. Any ideas? (yes, its quoted) Have a good one. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-stable Sun May 5 11:09:12 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29865 for stable-outgoing; Sun, 5 May 1996 11:09:12 -0700 (PDT) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA29853 for ; Sun, 5 May 1996 11:09:10 -0700 (PDT) Received: (from kimc@localhost) by moonpie.w8hd.org (8.7.5/8.6.12) id OAA02180; Sun, 5 May 1996 14:06:43 -0400 (EDT) Date: Sun, 5 May 1996 14:06:43 -0400 (EDT) From: Kim Culhan To: stable@FreeBSD.org Subject: upgraded stabel from snap -small hitch Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk A couple problems remaining on a machine upgraded recently to -stable. At boot time this error appears on the console: /lkm/snake_saver_mod.o: Undefined symbol 'scrn_blanked' referenced from text segment. /etc/rc.i386 included with -stable sup looks like: if [ "X${saver}" != X"NO" ] ; then echo -n ' screensaver: ' modstat | grep _saver || modload -u -o /tmp/saver_mod -e \ saver_init -q /lkm/${saver}_saver_mod.o fi One other boot complaint: Just after 'clearing /tmp': Usage: dumpon [some usage suggestion] Its not clear what is passing the dumpon command incorrectly.. Any help is greatly appreciated. regards kim -- kimc@w8hd.org From owner-freebsd-stable Sun May 5 11:39:17 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01609 for stable-outgoing; Sun, 5 May 1996 11:39:17 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA01604 for ; Sun, 5 May 1996 11:39:13 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id TAA12347 ; Sun, 5 May 1996 19:38:58 +0100 (BST) To: Kim Culhan cc: stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: upgraded stabel from snap -small hitch In-reply-to: Your message of "Sun, 05 May 1996 14:06:43 EDT." Date: Sun, 05 May 1996 19:38:57 +0100 Message-ID: <12345.831321537@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kim Culhan wrote in message ID : > /lkm/snake_saver_mod.o: Undefined symbol 'scrn_blanked' referenced from text > segment. Did you upgrade your LKMs too? > One other boot complaint: > > Just after 'clearing /tmp': > > Usage: dumpon [some usage suggestion] Either /etc/sysconfig or /etc/rc is at fault here. Check what you have set for ``dumpdev'' in /etc/sysconfig. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-stable Sun May 5 11:50:12 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02066 for stable-outgoing; Sun, 5 May 1996 11:50:12 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA02050 for ; Sun, 5 May 1996 11:50:04 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id EAA01046 for stable@freebsd.org; Mon, 6 May 1996 04:49:49 +1000 (EST) From: michael butler Message-Id: <199605051849.EAA01046@asstdc.scgt.oz.au> Subject: that was fun .. :-) To: stable@freebsd.org Date: Mon, 6 May 1996 04:49:48 +1000 (EST) X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm assuming that the recent changes in the VM system are intended to be run only with the revised RT loader .. May 6 03:18:55 asstdc /kernel: execve: failed to allocate string space May 6 03:18:56 asstdc last message repeated 26 times [ .. ] May 6 03:42:51 asstdc innd: m:loadav [innwatch:load] 1792 > 1500 .. a load average of 1792 is just a tad more than I'd expect out of a 486DX4/100 :-) michael From owner-freebsd-stable Sun May 5 12:09:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02933 for stable-outgoing; Sun, 5 May 1996 12:09:51 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA02928 for ; Sun, 5 May 1996 12:09:47 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id OAA01837; Sun, 5 May 1996 14:08:26 -0500 (CDT) Date: Sun, 5 May 1996 14:08:26 -0500 (CDT) Message-Id: <199605051908.OAA01837@zen.nash.org> From: Alex Nash To: kimc@w8hd.org Cc: stable@freebsd.org Subject: upgraded stabel from snap -small hitch Reply-to: nash@mcs.com Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > At boot time this error appears on the console: > > > /lkm/snake_saver_mod.o: Undefined symbol 'scrn_blanked' referenced from text > segment. > > /etc/rc.i386 included with -stable sup looks like: > > if [ "X${saver}" != X"NO" ] ; then > echo -n ' screensaver: ' > modstat | grep _saver || modload -u -o /tmp/saver_mod -e \ > saver_init -q /lkm/${saver}_saver_mod.o > fi scrn_blanked is a variable in syscons.c which is compiled in if: #if NSC > 0 Do you have the sc0 device enabled? > One other boot complaint: > > Just after 'clearing /tmp': > > Usage: dumpon [some usage suggestion] > > Its not clear what is passing the dumpon command incorrectly.. /etc/rc: if [ "X${dumpdev}" != X"NO" ]; then dumpon ${dumpdev} fi ${dumpdev} comes from /etc/sysconfig: # Set to the name of the device for kernel crashdumps, or `off' to # disable any statically configured dumpdev, or NO for no change. # The device should normally be one of the swap devices specified # in /etc/fstab. dumpdev=/dev/sd0s2b Alex From owner-freebsd-stable Sun May 5 12:18:08 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03401 for stable-outgoing; Sun, 5 May 1996 12:18:08 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA03395 for ; Sun, 5 May 1996 12:18:04 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id UAA12522 ; Sun, 5 May 1996 20:16:58 +0100 (BST) To: michael butler cc: stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: that was fun .. :-) In-reply-to: Your message of "Mon, 06 May 1996 04:49:48 +1000." <199605051849.EAA01046@asstdc.scgt.oz.au> Date: Sun, 05 May 1996 20:16:57 +0100 Message-ID: <12520.831323817@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk michael butler wrote in message ID <199605051849.EAA01046@asstdc.scgt.oz.au>: > May 6 03:42:51 asstdc innd: m:loadav [innwatch:load] 1792 > 1500 > .. a load average of 1792 is just a tad more than I'd expect out of a > 486DX4/100 :-) Since that is innwatch, I THINK that that means the load is 1.792 (or perhaps 17.92). It's a shell script, so gets rid of the decimal by multiplying by either 100 or 1000... I'd be VERY impressed at a load ave of 1792 for a FreeBSD box too :-) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-stable Sun May 5 12:33:04 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04506 for stable-outgoing; Sun, 5 May 1996 12:33:04 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA04497 Sun, 5 May 1996 12:33:01 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id FAA04040 Mon, 6 May 1996 05:32:58 +1000 (EST) From: michael butler Message-Id: <199605051932.FAA04040@asstdc.scgt.oz.au> Subject: Re: that was fun .. :-) To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Mon, 6 May 1996 05:32:58 +1000 (EST) Cc: stable@FreeBSD.ORG In-Reply-To: <12520.831323817@palmer.demon.co.uk> from "Gary Palmer" at May 5, 96 08:16:57 pm X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Gary Palmer writes: > > May 6 03:42:51 asstdc innd: m:loadav [innwatch:load] 1792 > 1500 > > .. a load average of 1792 is just a tad more than I'd expect out of a > > 486DX4/100 :-) > Since that is innwatch, I THINK that that means the load is 1.792 (or > perhaps 17.92). It's a shell script, so gets rid of the decimal by > multiplying by either 100 or 1000... I'd be VERY impressed at a load > ave of 1792 for a FreeBSD box too :-) Ah .. .. both the shell version and the perl one (which is what I run), edit out the '.', effectively multiplying by 100. The reason I made comment was that with only three streaming newsfeeds in full flight and a UUCP batching process that runs once an hour, it's near impossible to achieve load averages of 15 without it being an indicator of something being seriously wrong. Even a looping identd or innxmit only adds one to the load average. For whatever reason, not upgrading ld.so appeared to cause the UUCP batcher to spawn multiple shells all sitting there soaking up CPU without actually doing much useful or sensible. Replacing ld.so seemed to resolve it but I don't know why and sought to confirm that this might be an unexpected and undesired side-effect of the kernel and ld.so being out of synch, michael From owner-freebsd-stable Sun May 5 22:10:53 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09363 for stable-outgoing; Sun, 5 May 1996 22:10:53 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA09358 Sun, 5 May 1996 22:10:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id WAA06040; Sun, 5 May 1996 22:10:18 -0700 (PDT) Message-Id: <199605060510.WAA06040@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: "Matthew N. Dodd" cc: Joerg Wunsch , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-reply-to: Your message of "Sun, 05 May 1996 07:38:34 CDT." From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 05 May 1996 22:10:17 -0700 Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Sun, 5 May 1996, J Wunsch wrote: >> > options NMBCLUSTERS=4096 >> It does the same. You might however have to quote the right-hand side >> to protect it from config misinterpreting it. > >Humm... I've got 2 stable boxes... One very recent (2 days ago max) >and the other about 3 weeks ago. On the older, I've got NMBCLUSTERS >at 8192 as its a busy webserver and front end box. The other refuses >to obey the options NMBCLUSTERS and only allocates about 180k to >mbufs. I've played with maxusers, NMBCLUSTERS, and others and no effect. I can't explain this. There must be something interacting with this, like a user process limit or something. There haven't been any kernel changes that would affect this. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Sun May 5 22:21:00 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10318 for stable-outgoing; Sun, 5 May 1996 22:21:00 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA10309 Sun, 5 May 1996 22:20:58 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id AAA28427; Mon, 6 May 1996 00:21:13 -0500 (CDT) Date: Mon, 6 May 1996 00:21:12 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: David Greenman cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-Reply-To: <199605060510.WAA06040@Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 May 1996, David Greenman wrote: > >to obey the options NMBCLUSTERS and only allocates about 180k to > >mbufs. I've played with maxusers, NMBCLUSTERS, and others and no effect. > > I can't explain this. There must be something interacting with this, like a > user process limit or something. There haven't been any kernel changes that > would affect this. Indeed. Thats why I am puzzled. I re-made world on the off chance that it would fix something, but still no luck. I'm going to try some other things when I get to the office on Monday. Have a good one. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-stable Mon May 6 06:39:05 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12963 for stable-outgoing; Mon, 6 May 1996 06:39:05 -0700 (PDT) Received: from itsdsv1.enc.edu (itsdsv1.enc.edu [199.93.252.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA12957 Mon, 6 May 1996 06:38:59 -0700 (PDT) Received: from dingo.enc.edu (dingo.enc.edu [199.93.252.229]) by itsdsv1.enc.edu (8.6.12/8.6.9) with SMTP id JAA21172; Mon, 6 May 1996 09:37:35 -0400 Date: Mon, 6 May 1996 09:38:01 -0400 (EDT) From: Charles Owens To: "Matthew N. Dodd" cc: David Greenman , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 May 1996, Matthew N. Dodd wrote: > On Sun, 5 May 1996, David Greenman wrote: > > >to obey the options NMBCLUSTERS and only allocates about 180k to > > >mbufs. I've played with maxusers, NMBCLUSTERS, and others and no effect. > > > > I can't explain this. There must be something interacting with this, like a > > user process limit or something. There haven't been any kernel changes that > > would affect this. > I am seeing the same behavior as well! I also have NMBCLUSTERS set to 4096 but according to 'netstat -m', only 156k is allocated to mbufs!! I was wondering if I was interpretting it correctly. Any theories? Here's the netstat output: 36 mbufs in use: 11 mbufs allocated to data 9 mbufs allocated to packet headers 12 mbufs allocated to protocol control blocks 4 mbufs allocated to socket names and addresses 8/76 mbuf clusters in use 156 Kbytes allocated to network (13% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines I'm running 2.1-stable (supped 3/16/96): Here's the top part of the kernel config: machine "i386" #cpu "I386_CPU" #cpu "I486_CPU" cpu "I586_CPU" ident POBOX maxusers 100 # <---- Could this have an effect? options "NMBCLUSTERS=4096" #Increase number mbuf clusters #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=5" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers #options UCONSOLE #Allow users to grab the console options QUOTA options SYSVSHM options SYSVSEM options SYSVMSG later, --- ------------------------------------------------------------------------- Charles Owens Email: owensc@enc.edu "I read somewhere to learn is to Information Technology Services remember... and I've learned that Eastern Nazarene College we've all forgot..." - King's X ------------------------------------------------------------------------- From owner-freebsd-stable Mon May 6 06:48:43 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13320 for stable-outgoing; Mon, 6 May 1996 06:48:43 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA13315 Mon, 6 May 1996 06:48:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id GAA06775; Mon, 6 May 1996 06:48:14 -0700 (PDT) Message-Id: <199605061348.GAA06775@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Charles Owens cc: "Matthew N. Dodd" , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-reply-to: Your message of "Mon, 06 May 1996 09:38:01 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 May 1996 06:48:14 -0700 Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Mon, 6 May 1996, Matthew N. Dodd wrote: > >> On Sun, 5 May 1996, David Greenman wrote: >> > >to obey the options NMBCLUSTERS and only allocates about 180k to >> > >mbufs. I've played with maxusers, NMBCLUSTERS, and others and no effect. >> > >> > I can't explain this. There must be something interacting with this, like a >> > user process limit or something. There haven't been any kernel changes that >> > would affect this. >> > >I am seeing the same behavior as well! I also have NMBCLUSTERS set to >4096 but according to 'netstat -m', only 156k is allocated to mbufs!! I >was wondering if I was interpretting it correctly. Any theories? > >Here's the netstat output: > >36 mbufs in use: > 11 mbufs allocated to data > 9 mbufs allocated to packet headers > 12 mbufs allocated to protocol control blocks > 4 mbufs allocated to socket names and addresses >8/76 mbuf clusters in use >156 Kbytes allocated to network (13% in use) I didn't mention this before, but the space for the buffers is only allocated when it is needed. NMBCLUSTERS only sets the _maximum_ amount. In my comments above, I was assuming that the machines were doing the same thing in both cases. If you don't see an error on the console about running out of mb_map space, then I don't think you have a problem. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Mon May 6 06:56:37 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13612 for stable-outgoing; Mon, 6 May 1996 06:56:37 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA13607 Mon, 6 May 1996 06:56:35 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id IAA14600; Mon, 6 May 1996 08:56:37 -0500 (CDT) Date: Mon, 6 May 1996 08:56:37 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Charles Owens cc: David Greenman , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 May 1996, Charles Owens wrote: > I am seeing the same behavior as well! I also have NMBCLUSTERS set to > 4096 but according to 'netstat -m', only 156k is allocated to mbufs!! I > was wondering if I was interpretting it correctly. Any theories? Humm... There goes my theory. (I'm running some uncommited code from Matt Thomas for the new ZNYX 314 bridge support.) I was going to try compiling w/o the code, on the off chance that it was the problem (it didn't seem likely anyway) but I guess I shouldn't trouble myself since other people observe this behavior. Anyone from -current see this? > 8/76 mbuf clusters in use > 156 Kbytes allocated to network (13% in use) Heh, mine says 98% in use, and the box is idle, with only 2 of the 5 ethernet segments active. I worry when it fusses that it can't allocate ARP buffers... > ident POBOX > maxusers 100 # <---- Could this have an effect? I've tried mine at 128, 256 etc... No effect. At 256, the code to calculate 'nmbclusters' looks something like 512 + 256 * 16, which is above the 8192 I have "NMBCLUSTERS=" set to. Either way, it should allocate more than enough memory... I'll have console access to the machine when I go in to work, so I can diddle with it there w/o fear of messing something up and isolating some of the machines it's routing. (heh, its just some classroom machines. fsck'em right? :) Thanks and have a good one. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-stable Mon May 6 07:41:40 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17015 for stable-outgoing; Mon, 6 May 1996 07:41:40 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA17001 Mon, 6 May 1996 07:41:34 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id AAA16598 Tue, 7 May 1996 00:40:00 +1000 (EST) From: michael butler Message-Id: <199605061440.AAA16598@asstdc.scgt.oz.au> Subject: Re: MBUFs leaking? To: owensc@enc.edu (Charles Owens) Date: Tue, 7 May 1996 00:39:59 +1000 (EST) Cc: winter@jurai.net, davidg@Root.COM, freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG In-Reply-To: from "Charles Owens" at May 6, 96 09:38:01 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Charles Owens writes: > I am seeing the same behavior as well! I also have NMBCLUSTERS set to > 4096 but according to 'netstat -m', only 156k is allocated to mbufs!! I > was wondering if I was interpretting it correctly. Any theories? I always thought that whilst there is a definable upper bound on how many clusters might be created, the memory actually used for data was dynamically allocated (and freed), michael From owner-freebsd-stable Mon May 6 07:51:53 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17698 for stable-outgoing; Mon, 6 May 1996 07:51:53 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA17692 Mon, 6 May 1996 07:51:51 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id JAA16417; Mon, 6 May 1996 09:52:02 -0500 (CDT) Date: Mon, 6 May 1996 09:52:02 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: michael butler cc: Charles Owens , davidg@Root.COM, freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-Reply-To: <199605061440.AAA16598@asstdc.scgt.oz.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 May 1996, michael butler wrote: > I always thought that whilst there is a definable upper bound on how many > clusters might be created, the memory actually used for data was dynamically > allocated (and freed), Indeed. This seems to be the case. I'm not sure why I was getting 'unable to allocate' errors on the console, but I'm not getting them anymore and as a test, I added about um... 1500 IP aliases just to see what would happen (nothing really). The mbuf clusters increased and I got no errors, so all is working correctly. I was a little worried when I saw the % used approaching 100 and jumped to conclusions about low mbufs and the allocation errors I got. LART me, and have a good one. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-stable Mon May 6 08:17:35 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19183 for stable-outgoing; Mon, 6 May 1996 08:17:35 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA19145 Mon, 6 May 1996 08:17:14 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id KAA16859; Mon, 6 May 1996 10:16:54 -0500 (CDT) Message-Id: <199605061516.KAA16859@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra via smap (V1.3) id sma016835; Mon May 6 10:16:43 1996 To: "Matthew N. Dodd" Subject: Re: MBUFs leaking? In-reply-to: winter's message of Mon, 06 May 1996 00:21:12 -0500. Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 10:15:13 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Sun, 5 May 1996, David Greenman wrote: > > >to obey the options NMBCLUSTERS and only allocates about 180k to > > >mbufs. I've played with maxusers, NMBCLUSTERS, and others and no effect. > > > > I can't explain this. There must be something interacting with this, like a > > user process limit or something. There haven't been any kernel changes that > > would affect this. > > Indeed. Thats why I am puzzled. I re-made world on the off chance that > it would fix something, but still no luck. I'm going to try some other > things when I get to the office on Monday. > I'll add a few pence to this.... I found after much hair pulling that if I define NMBCLUSTERS=4096 for my -stable kernel build, the machine will crash every time I try to run X. I'm including below my kernel config. There may be some unnecessaries and crufties from NetBSD. Feel free to point them out. # # machine "i386" cpu "I586_CPU" ident SIERRA maxusers 64 # limit tuning #options NMBCLUSTERS=4096 #options DFLDSIZ=33554432 #options DFLSSIZ=1048576 options "CHILD_MAX=128" options "OPEN_MAX=128" # debugging options #options DDB # in-kernel debugger options DIAGNOSTIC # internal consistency checks options KTRACE # system call tracing, a la ktrace(1) # compatibility options options SYSVSHM # System V-like message queues options SYSVSEM # System V-like semaphores options SYSVMSG # System V-like memory sharing options "COMPAT_43" #Compatible with BSD 4.3 options COMPAT_LINUX # filesystem options options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MFS # memory file system #options LFS # log-structured file system #options QUOTA # Filesystem quotas options FDESC # /dev/fd options PROCFS #Process filesystem options KERNFS # /kern options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem #options PORTAL # ? #options PROCFS # /proc #options UMAPFS # NULLFS + uid and gid remapping #options UNION # union file system # networking options INET #InterNETworking options MROUTING # multicast routing options IPFIREWALL # packet filtering options IPFIREWALL_VERBOSE options IPACCT options GATEWAY # packet forwarding #options NS # XNS #options ISO,TPIP # OSI #options EON # OSI tunneling over IP #options CCITT,LLC,HDLC # X.25 options USER_LDT config kernel root on sd0 controller isa0 controller eisa0 controller pci0 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device pca0 at isa? port "IO_TIMER1" tty # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options XSERVER # include code for XFree86 options UCONSOLE #Allow users to grab the console options HARDFONTS # serial devices device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port 0x1e0 tty irq 9 vector siointr device sio3 at isa? port 0x1e8 tty irq 5 vector siointr # Usenet II - how? #options COM_MULTIPORT #device sio2 at isa? port 0x2a0 tty flags 0x501 #device sio3 at isa? port 0x2a8 tty flags 0x501 #device sio4 at isa? port 0x2b0 tty flags 0x501 #device sio5 at isa? port 0x2b8 tty flags 0x501 irq 15 vector siointr # standard PC parallel ports device lpt0 at isa? port? tty irq 7 vector lptintr # BusLogic [57]4X SCSI controllers controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller scbus0 device sd0 # SCSI disk drives device st0 # SCSI tape drives device cd0 # SCSI CD-ROM drives device ch0 # SCSI autochangers #device ss0 # SCSI scanners (supported in FreeBSD?) # standard PC floppy controllers controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 # 3C509 ethernet cards device ep0 at isa? port 0x300 net irq 10 vector epintr # Sounds support controller snd0 device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr pseudo-device loop 1 pseudo-device ether pseudo-device log pseudo-device ppp 2 pseudo-device bpfilter 4 pseudo-device pty 64 pseudo-device gzip pseudo-device vn 4 #pseudo-device sl 2 # ijppp uses tun instead of ppp device #pseudo-device tun 1 From owner-freebsd-stable Mon May 6 08:46:14 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20581 for stable-outgoing; Mon, 6 May 1996 08:46:14 -0700 (PDT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA20576 Mon, 6 May 1996 08:46:12 -0700 (PDT) Received: from acpc.cs.rice.edu (acpc.cs.rice.edu [128.42.1.67]) by cs.rice.edu (8.7.1/8.7.1) with ESMTP id KAA10387; Mon, 6 May 1996 10:46:10 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by acpc.cs.rice.edu (8.7.3/8.7.3) with ESMTP id KAA00271; Mon, 6 May 1996 10:46:10 -0500 (CDT) Message-Id: <199605061546.KAA00271@acpc.cs.rice.edu> To: Randy Terbush cc: "Matthew N. Dodd" , freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: MBUFs leaking? In-reply-to: Your message of "Mon, 06 May 1996 10:15:13 CDT." <199605061516.KAA16859@sierra.zyzzyva.com> Date: Mon, 06 May 1996 10:46:08 -0500 From: Alan Cox Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I found after much hair pulling that if I define NMBCLUSTERS=4096 > for my -stable kernel build, the machine will crash every time I > try to run X. I've had a similar problem. However, I hadn't noticed any correlation with NMBCLUSTERS. Try rolling back your pmap.c to the -RELEASE version. That "solved" the problem for me. Alan From owner-freebsd-stable Mon May 6 10:19:31 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26217 for stable-outgoing; Mon, 6 May 1996 10:19:31 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA26197 Mon, 6 May 1996 10:19:21 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id DAA26465 Tue, 7 May 1996 03:18:41 +1000 (EST) From: michael butler Message-Id: <199605061718.DAA26465@asstdc.scgt.oz.au> Subject: Re: MBUFs leaking? To: alc@cs.rice.edu (Alan Cox) Date: Tue, 7 May 1996 03:18:41 +1000 (EST) Cc: randy@zyzzyva.com, winter@jurai.net, freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org In-Reply-To: <199605061546.KAA00271@acpc.cs.rice.edu> from "Alan Cox" at May 6, 96 10:46:08 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Alan Cox writes: > I've had a similar problem. However, I hadn't noticed any correlation > with NMBCLUSTERS. Try rolling back your pmap.c to the -RELEASE version. > That "solved" the problem for me. Are you running with the associated new ld.so ? If not, try installing it instead of backing out pmap.c, michael From owner-freebsd-stable Mon May 6 10:30:24 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26681 for stable-outgoing; Mon, 6 May 1996 10:30:24 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA26675 for ; Mon, 6 May 1996 10:30:21 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA18033; Mon, 6 May 1996 11:30:06 -0600 Date: Mon, 6 May 1996 11:30:06 -0600 From: Nate Williams Message-Id: <199605061730.LAA18033@rocky.sri.MT.net> To: John Capo Cc: freebsd-stable@freebsd.org Subject: Re: FS corruption during rm -fr In-Reply-To: <199605042232.SAA09640@irbs.irbs.com> References: <199605042232.SAA09640@irbs.irbs.com> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > play/stable: > total 2 > drwxr-xr-x 3 root wheel 512 May 4 15:47 . > drwxr-xr-x 3 root wheel 512 May 4 15:48 .. > irbs 2# rm -fr play > rm: play/stable: Directory not empty > rm: play: Directory not empty > > > The same type of corruption has happened 5 times in the last 2 > days. Always during a rm -fr on a directory tree checked out of > cvs. Several passes are needed to get the FS clean again. I see this *all* the time on many systems (IDE and SCSI). I'm not sure why, but it appears to be related to CVS, since it's only the CVS directories that appear to get messed up. An easy way to recreate this bug is to check out the world, and then remove it all. It will *always* leave at least one or two directories that an un-removable. 3 passes of fsck in single-user mode are necessary to clean this up, at which point I can # cd /usr/lost+found;rm -rf * To clean it up, and then reboot and all will be well until I no longer unmount the FS cleanly (laptop patches) when the directories will show up again. > The system is a 486/66 with an Adaptec 1542B that I have been using > since 0.1 days and it has always been rock solid. The kernel is > pretty much stock -stable. The only difference in this kernel and > the ones I have run for the last 4 months is DDB and KTRACE. This > is the first -stable kernel I have run with those options. I've seen this with/without DDB and KTRACE. Nate From owner-freebsd-stable Mon May 6 11:16:27 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28664 for stable-outgoing; Mon, 6 May 1996 11:16:27 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA28646 Mon, 6 May 1996 11:16:20 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id NAA03012; Mon, 6 May 1996 13:15:19 -0500 (CDT) Message-Id: <199605061815.NAA03012@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra via smap (V1.3) id sma003006; Mon May 6 13:15:11 1996 To: michael butler cc: alc@cs.rice.edu (Alan Cox), winter@jurai.net, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: MBUFs leaking? In-reply-to: imb's message of Tue, 07 May 1996 03:18:41 +1000. <199605061718.DAA26465@asstdc.scgt.oz.au> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 13:15:09 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Alan Cox writes: > > > I've had a similar problem. However, I hadn't noticed any correlation > > with NMBCLUSTERS. Try rolling back your pmap.c to the -RELEASE version. > > That "solved" the problem for me. > > Are you running with the associated new ld.so ? If not, try installing it > instead of backing out pmap.c, > > michael I assume this hasn't been commited to -stable? I'm beginning to think that I need to run -current to get around much of the instability I am running into.... From owner-freebsd-stable Mon May 6 11:24:59 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29085 for stable-outgoing; Mon, 6 May 1996 11:24:59 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA29066 Mon, 6 May 1996 11:24:47 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id EAA00779 Tue, 7 May 1996 04:24:16 +1000 (EST) From: michael butler Message-Id: <199605061824.EAA00779@asstdc.scgt.oz.au> Subject: Re: MBUFs leaking? To: randy@zyzzyva.com (Randy Terbush) Date: Tue, 7 May 1996 04:24:14 +1000 (EST) Cc: stable@freebsd.org, current@freebsd.org In-Reply-To: <199605061815.NAA03012@sierra.zyzzyva.com> from "Randy Terbush" at May 6, 96 01:15:09 pm X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ .. cc list trimmed .. ] Randy Terbush writes: > > Are you running with the associated new ld.so ? If not, try installing it > > instead of backing out pmap.c, > I assume this hasn't been commited to -stable? It has .. I did this .. cd /usr/src/gnu/usr.bin/ld make cleandir obj depend all install .. and, for reasons I don't follow, things that were nonsensical disappeared, e.g. load averages > 15 on a relatively lightly loaded 486DX4/100, michael From owner-freebsd-stable Mon May 6 11:31:00 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29327 for stable-outgoing; Mon, 6 May 1996 11:31:00 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA29319 for ; Mon, 6 May 1996 11:30:44 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id EAA01152 Tue, 7 May 1996 04:29:40 +1000 (EST) From: michael butler Message-Id: <199605061829.EAA01152@asstdc.scgt.oz.au> Subject: Re: FS corruption during rm -fr To: nate@sri.MT.net (Nate Williams) Date: Tue, 7 May 1996 04:29:39 +1000 (EST) Cc: stable@freebsd.org In-Reply-To: <199605061730.LAA18033@rocky.sri.MT.net> from "Nate Williams" at May 6, 96 11:30:06 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nate Williams writes: > An easy way to recreate this bug is to check out the world, and then > remove it all. It will *always* leave at least one or two directories > that an un-removable. 3 passes of fsck in single-user mode are > necessary to clean this up, .. This seems to be two problems .. a quirk in the kernel plus a reference count problem for which Terry's been trying to get a patch into fsck for some time. fsck should "fix" it the first time .. michael From owner-freebsd-stable Mon May 6 11:50:33 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00444 for stable-outgoing; Mon, 6 May 1996 11:50:33 -0700 (PDT) Received: from hermes.algonet.se (mail.algonet.se [193.12.207.206]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA00439 for ; Mon, 6 May 1996 11:50:31 -0700 (PDT) Received: from (mal@aristotle.algonet.se [193.12.207.1]) by hermes.algonet.se (8.7.4/hdw.1.0) with ESMTP id UAA18673 for ; Mon, 6 May 1996 20:50:22 +0200 (MET DST) Received: (mal@localhost) by aristotle.algonet.se (8.6.12/8.6.12) id UAA14635; Mon, 6 May 1996 20:50:55 +0200 Date: Mon, 6 May 1996 20:50:55 +0200 Message-Id: <199605061850.UAA14635@aristotle.algonet.se> From: Mats Lofkvist To: freebsd-stable@FreeBSD.org Subject: Make install missing directories Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Make install on 2.1-stable (sup'ed sunday) failed for me because of the directories /usr/share/examples/{startslip,sliplogin} were missing. I suppose the correct solution is to add them to /usr/src/etc/mtree/BSD.usr.dist? _ Mats Lofkvist mal@algonet.se From owner-freebsd-stable Mon May 6 12:10:01 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01640 for stable-outgoing; Mon, 6 May 1996 12:10:01 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA01635 for ; Mon, 6 May 1996 12:09:58 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id MAA24695 for ; Mon, 6 May 1996 12:09:57 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA18363; Mon, 6 May 1996 13:05:31 -0600 Date: Mon, 6 May 1996 13:05:31 -0600 From: Nate Williams Message-Id: <199605061905.NAA18363@rocky.sri.MT.net> To: michael butler Cc: nate@sri.MT.net (Nate Williams), stable@freebsd.org Subject: Re: FS corruption during rm -fr In-Reply-To: <199605061829.EAA01152@asstdc.scgt.oz.au> References: <199605061730.LAA18033@rocky.sri.MT.net> <199605061829.EAA01152@asstdc.scgt.oz.au> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > An easy way to recreate this bug is to check out the world, and then > > remove it all. It will *always* leave at least one or two directories > > that an un-removable. 3 passes of fsck in single-user mode are > > necessary to clean this up, .. > > This seems to be two problems .. a quirk in the kernel plus a reference > count problem for which Terry's been trying to get a patch into fsck for > some time. fsck should "fix" it the first time .. Agreed on both counts, but I don't remeber Terry's fsck patch ever being posted. I tried to peruse the mailing lists, but the Net is hosed up and I couldn't get to it. I'll look later if the net comes up. Nate From owner-freebsd-stable Mon May 6 12:56:49 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04376 for stable-outgoing; Mon, 6 May 1996 12:56:49 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA04355 Mon, 6 May 1996 12:56:37 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id MAA14065; Mon, 6 May 1996 12:56:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id MAA07220; Mon, 6 May 1996 12:50:38 -0700 (PDT) Message-Id: <199605061950.MAA07220@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: michael butler cc: owensc@enc.edu (Charles Owens), winter@jurai.net, davidg@Root.COM, freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-reply-to: Your message of "Tue, 07 May 1996 00:39:59 +1000." <199605061440.AAA16598@asstdc.scgt.oz.au> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 May 1996 12:50:38 -0700 Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Charles Owens writes: > >> I am seeing the same behavior as well! I also have NMBCLUSTERS set to >> 4096 but according to 'netstat -m', only 156k is allocated to mbufs!! I >> was wondering if I was interpretting it correctly. Any theories? > >I always thought that whilst there is a definable upper bound on how many >clusters might be created, the memory actually used for data was dynamically >allocated (and freed), Clusters are allocated from a private map. Once allocated from the map, they are allocated and freed from a private pool. NMBCLUSTERS determines the size of the map and thus the maximum number that can be allocated from it. The number of clusters currently in-use and in the free pool is what netstat -m reports, and the total of these thus indicates the peak in-use amount. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Mon May 6 13:00:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04616 for stable-outgoing; Mon, 6 May 1996 13:00:51 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA04600 Mon, 6 May 1996 13:00:46 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id NAA14210; Mon, 6 May 1996 13:00:44 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id MAA07234; Mon, 6 May 1996 12:52:44 -0700 (PDT) Message-Id: <199605061952.MAA07234@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: "Matthew N. Dodd" cc: michael butler , Charles Owens , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-reply-to: Your message of "Mon, 06 May 1996 09:52:02 CDT." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 May 1996 12:52:43 -0700 Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Tue, 7 May 1996, michael butler wrote: >> I always thought that whilst there is a definable upper bound on how many >> clusters might be created, the memory actually used for data was dynamically >> allocated (and freed), > >Indeed. This seems to be the case. I'm not sure why I was getting >'unable to allocate' errors on the console, but I'm not getting them >anymore and as a test, I added about um... 1500 IP aliases just >to see what would happen (nothing really). The mbuf clusters increased >and I got no errors, so all is working correctly. I was a little >worried when I saw the % used approaching 100 and jumped to conclusions >about low mbufs and the allocation errors I got. > >LART me, and have a good one. Are you refering to the "arpresolve: an't allocate llinfo..." messages? This has nothing to do with mbufs or mbuf clusters. It has to do with a failure to allocate an ARP entry in the routing table. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Mon May 6 13:14:23 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05231 for stable-outgoing; Mon, 6 May 1996 13:14:23 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05224 Mon, 6 May 1996 13:14:18 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id OAA18548; Mon, 6 May 1996 14:14:16 -0600 Date: Mon, 6 May 1996 14:14:16 -0600 From: Nate Williams Message-Id: <199605062014.OAA18548@rocky.sri.MT.net> To: stable@FreeBSD.org, current@FreeBSD.org Subject: Re-submit fsck patch for Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk After Michael Butler pointed out that Terry already sent a patch for the 'multiple-pass' fsck problem, I dug through my mail archives (the net is still down) and found the following patch. I applied it to my system and tested it out by power-cycling my laptop, thus guaranteeing a corrupted FS. (I did this a couple times to make sure, and it worked every time).. In the past, I *always* had to run fsck multiple times (at least 3, sometimes more) where now it requires only one pass. I also tried out running the old fsck after running the new fsck and the results where still valid (in case the new fsck did something funny). Based on my somewhat limited testing it appears that the patch does indeed fix a known problem in the system, and I would like to apply it to both -stable and -current. The current situation is bad in that a system will get 'fsck' run on it, but still have FS corruption exist. With the clean-bit patches, this could be some cause of trouble since a FS which is considered 'clean' really isn't. With this patch in place, chances are much greater of having a 'really' clean FS after one run of fsck. In any case, here is the patch again, which I will apply to -current and -current and -stable if no one objects. Nate ---------- From: Terry Lambert Subject: Fix for annoying fsck bug Date: Wed, 24 Jan 1996 13:33:29 -0700 (MST) Status: OR The following small diff fixes the annoying fsck bug that causes it to need to be run twice to end up with correct reference counts for inodes for directories that had subdirectories relocated into the lost+found directory. I found the need to rerun *extremely* annoying. This fix causes the count to be correctly adjusted later in pass 4 by correctly stating the parent reference count. Note that the parent reference count is incremented when the directory entry is made (for ".."), but is not really there in the case of a directory that does not make an entry in its parent dir. This can be tested by waiting for the inode sync after cd'ing from a shell into a test fs. Then you "mkdir xxx yyy zzz", wait a second, and hit the machine reset button. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. ============================================================================ *** /usr/src/sbin/fsck/SAVE/dir.c Wed Jan 24 13:24:32 1996 --- /usr/src/sbin/fsck/dir.c Wed Jan 24 13:26:03 1996 *************** *** 472,479 **** inodirty(); lncntp[lfdir]++; pwarn("DIR I=%lu CONNECTED. ", orphan); ! if (parentdir != (ino_t)-1) printf("PARENT WAS I=%lu\n", parentdir); if (preen == 0) printf("\n"); } --- 472,489 ---- inodirty(); lncntp[lfdir]++; pwarn("DIR I=%lu CONNECTED. ", orphan); ! if (parentdir != (ino_t)-1) { printf("PARENT WAS I=%lu\n", parentdir); + /* + * The parent directory, because of the ordering + * guarantees, has had the link count incremented + * for the child, but no entry was made. This + * fixes the parent link count so that fsck does + * not need to be rerun. + */ + lncntp[parentdir]++; + + } if (preen == 0) printf("\n"); } ============================================================================ From owner-freebsd-stable Mon May 6 13:16:47 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05423 for stable-outgoing; Mon, 6 May 1996 13:16:47 -0700 (PDT) Received: from itsdsv1.enc.edu (itsdsv1.enc.edu [199.93.252.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05405 Mon, 6 May 1996 13:16:40 -0700 (PDT) Received: from dingo.enc.edu (dingo.enc.edu [199.93.252.229]) by itsdsv1.enc.edu (8.6.12/8.6.9) with SMTP id QAA00604; Mon, 6 May 1996 16:16:08 -0400 Date: Mon, 6 May 1996 16:16:37 -0400 (EDT) From: Charles Owens To: stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Followup: signal 11 problem solved by yanking DDB! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I posted awhile back that my 2.1-stable (supped 3/16/96) system would periodicly not allow users to log in. When a user tried, /etc/motd would be displayed and the connection would then close. The system log would show that the user's shell had died with a signal 11. When the system got into this state, I could still log in as root and poke around; everything that I could think of checking looked fine. The only thing I could do to recover from the situation was to reboot. On a whim, I recompiled the kernel without DDB, which I'd added a few weeks earlier (perhaps around the time these symptoms first appeared) and gave it a try. Without DDB, the problem has gone away! I'm not too sure what conclusions can be drawn from this, I simply offer this info as a datapoint. FYI, my system uses quotas and NIS and has a ASUS P55TP4XE motherboard and 64 megs RAM. I hope this info is of some use to someone... --- ------------------------------------------------------------------------- Charles Owens Email: owensc@enc.edu "I read somewhere to learn is to Information Technology Services remember... and I've learned that Eastern Nazarene College we've all forgot..." - King's X ------------------------------------------------------------------------- From owner-freebsd-stable Mon May 6 13:24:38 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05982 for stable-outgoing; Mon, 6 May 1996 13:24:38 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA05975 Mon, 6 May 1996 13:24:36 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id NAA15300; Mon, 6 May 1996 13:24:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id NAA07341; Mon, 6 May 1996 13:23:10 -0700 (PDT) Message-Id: <199605062023.NAA07341@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Randy Terbush cc: michael butler , alc@cs.rice.edu (Alan Cox), winter@jurai.net, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: MBUFs leaking? In-reply-to: Your message of "Mon, 06 May 1996 13:15:09 CDT." <199605061815.NAA03012@sierra.zyzzyva.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 May 1996 13:23:10 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Alan Cox writes: >> >> > I've had a similar problem. However, I hadn't noticed any correlation >> > with NMBCLUSTERS. Try rolling back your pmap.c to the -RELEASE version. >> > That "solved" the problem for me. >> >> Are you running with the associated new ld.so ? If not, try installing it >> instead of backing out pmap.c, >> >> michael > >I assume this hasn't been commited to -stable? > >I'm beginning to think that I need to run -current to get around >much of the instability I am running into.... This is the first I've heard about instability problems with the -stable pmap.c. You're going to need to provide a lot more information before I'll be able to diagnose the problem. Also make sure you are running with the most recent version (1.58.4.3). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Mon May 6 13:34:03 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06818 for stable-outgoing; Mon, 6 May 1996 13:34:03 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA06806 Mon, 6 May 1996 13:33:52 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id PAA05444; Mon, 6 May 1996 15:33:50 -0500 (CDT) Message-Id: <199605062033.PAA05444@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra via smap (V1.3) id sma005440; Mon May 6 15:33:38 1996 To: current@freebsd.org, stable@freebsd.org Subject: MBUF problem? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 15:33:37 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To continue this thread, I had a system panic on this same machine that seems to be chewing up MBUFs. I'm including the trace below in hopes that some kernel hacker might have a suggestion. The problem in pmap is interesting in view of someone elses comments about pmap.c changes. Here is the current netstat -m on this machine that has been up for 5 hours now. I'm not convinced these problems are related, or that the MBUF usage is even a problem after reading other comments. It's definitely the only thing on this machine that is indicating any activity. 1509 mbufs in use: 1505 mbufs allocated to data 2 mbufs allocated to packet headers 1 mbufs allocated to protocol control blocks 1 mbufs allocated to socket names and addresses 643/648 mbuf clusters in use 1484 Kbytes allocated to network (99% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines ------- Forwarded Message Script started on Mon May 6 14:30:42 1996 #> gdb -k GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc. (kgdb) symbol-file kernel Reading symbols from kernel...done. (kgdb) exec-file /var/crash/kernel.2 (kgdb) core-file /var/crash/vmcore.2 IdlePTD 1cd000 current pcb at 1b1148 panic: invalid kernel page directory #0 boot (howto=256) at ../../i386/i386/machdep.c:911 911 dumppcb.pcb_ptd = rcr3(); (kgdb) where #0 boot (howto=256) at ../../i386/i386/machdep.c:911 #1 0xf0112b53 in panic (fmt=0xf01680f8 "invalid kernel page directory") at ../../kern/subr_prf.c:116 #2 0xf0168205 in pmap_enter (pmap=0xf0e7906c, va=49152, pa=11583488, prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1181 #3 0xf015816b in vm_fault (map=0xf0e79000, vaddr=49152, fault_type=7 '\a', change_wiring=1) at ../../vm/vm_fault.c:842 #4 0xf0158374 in vm_fault_wire (map=0xf0e79000, start=49152, end=53248) at ../../vm/vm_fault.c:919 #5 0xf015a97e in vm_map_pageable (map=0xf0e79000, start=49152, end=53248, new_pageable=0) at ../../vm/vm_map.c:1401 #6 0xf0158a15 in vslock (addr=0xc000 "Ð\215e°[^_ÉÃ", len=950) at ../../vm/vm_glue.c:150 #7 0xf010fac2 in __sysctl (p=0xf0e7da00, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/kern_sysctl.c:146 #8 0xf016b087 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639220, tf_esi = 6, tf_ebp = -272639296, tf_isp = -272629788, tf_ebx = 134725728, tf_edx = 49152, tf_ecx = -272639224, tf_eax = 202, tf_trapno = 663, tf_err = 663, tf_eip = 134677525, tf_cs = 31, tf_eflags = 663, tf_esp = -272639336, tf_ss = 39}) at ../../i386/i386/trap.c:906 #9 0xf016363b in Xsyscall () #10 0x3486 in ?? () #11 0x4a55 in ?? () #12 0xefbfe13c in ?? () #13 0x2bd4 in ?? () #14 0x10e8 in ?? () (kgdb) up 8 #8 0xf016b087 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639220, tf_esi = 6, tf_ebp = -272639296, tf_isp = -272629788, tf_ebx = 134725728, tf_edx = 49152, tf_ecx = -272639224, tf_eax = 202, tf_trapno = 663, tf_err = 663, tf_eip = 134677525, tf_cs = 31, tf_eflags = 663, tf_esp = -272639336, tf_ss = 39}) at ../../i386/i386/trap.c:906 906 error = (*callp->sy_call)(p, args, rval); (kgdb) up 6 #14 0x10e8 in ?? () (kgdb) list 901 ktrsyscall(p->p_tracep, code, callp->sy_narg, args); 902 #endif 903 rval[0] = 0; 904 rval[1] = frame.tf_edx; 905 906 error = (*callp->sy_call)(p, args, rval); 907 908 switch (error) { 909 910 case 0: (kgdb) down 2 #12 0xefbfe13c in ?? () (kgdb) down 4 #8 0xf016b087 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639220, tf_esi = 6, tf_ebp = -272639296, tf_isp = -272629788, tf_ebx = 134725728, tf_edx = 49152, tf_ecx = -272639224, tf_eax = 202, tf_trapno = 663, tf_err = 663, tf_eip = 134677525, tf_cs = 31, tf_eflags = 663, tf_esp = -272639336, tf_ss = 39}) at ../../i386/i386/trap.c:906 906 error = (*callp->sy_call)(p, args, rval); (kgdb) down 2 #6 0xf0158a15 in vslock (addr=0xc000 "Ð\215e°[^_ÉÃ", len=950) at ../../vm/vm_glue.c:150 150 vm_map_pageable(&curproc->p_vmspace->vm_map, trunc_page(addr), (kgdb) list 145 void 146 vslock(addr, len) 147 caddr_t addr; 148 u_int len; 149 { 150 vm_map_pageable(&curproc->p_vmspace->vm_map, trunc_page(addr), 151 round_page(addr + len), FALSE); 152 } 153 154 void (kgdb) up 2 #8 0xf016b087 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639220, tf_esi = 6, tf_ebp = -272639296, tf_isp = -272629788, tf_ebx = 134725728, tf_edx = 49152, tf_ecx = -272639224, tf_eax = 202, tf_trapno = 663, tf_err = 663, tf_eip = 134677525, tf_cs = 31, tf_eflags = 663, tf_esp = -272639336, tf_ss = 39}) at ../../i386/i386/trap.c:906 906 error = (*callp->sy_call)(p, args, rval); (kgdb) up  down 4 #4 0xf0158374 in vm_fault_wire (map=0xf0e79000, start=49152, end=53248) at ../../vm/vm_fault.c:919 919 rv = vm_fault(map, va, VM_PROT_READ|VM_PROT_WRITE, TRUE); (kgdb) list 914 915 while( curproc != pageproc && 916 (cnt.v_free_count <= cnt.v_pageout_free_min)) 917 VM_WAIT; 918 919 rv = vm_fault(map, va, VM_PROT_READ|VM_PROT_WRITE, TRUE); 920 if (rv) { 921 if (va != start) 922 vm_fault_unwire(map, start, va); 923 return (rv); (kgdb) down 1 #3 0xf015816b in vm_fault (map=0xf0e79000, vaddr=49152, fault_type=7 '\a', change_wiring=1) at ../../vm/vm_fault.c:842 842 pmap_enter(map->pmap, vaddr, VM_PAGE_TO_PHYS(m), prot, wired); (kgdb) pmap    map $1 = (struct vm_map *) 0xf0e79000 (kgdb) p *map $2 = {pmap = 0xf0e7906c, lock = {interlock = {lock_data = 0}, want_write = 0, want_upgrade = 0, waiting = 0, can_sleep = 1, read_count = 2, thread = 0xf0e7dae8 "", recursion_depth = 0}, header = {prev = 0xf0e7bce0, next = 0xf0e01f80, start = 0, end = 4026265600, object = {vm_object = 0x0, share_map = 0x0, sub_map = 0x0}, offset = 0, is_a_map = 0, is_sub_map = 0, copy_on_write = 0, needs_copy = 0, protection = 0 '\000', max_protection = 0 '\000', inheritance = 0 '\000', wired_count = 0}, nentries = 17, size = 24412160, is_main_map = 1, ref_count = 1, ref_lock = { lock_data = 0}, hint = 0xf0e7ba60, hint_lock = {lock_data = 0}, first_free = 0xf0e79024, entries_pageable = 1, timestamp = 6655} (kgdb) down 1 #2 0xf0168205 in pmap_enter (pmap=0xf0e7906c, va=49152, pa=11583488, prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1181 1181 panic("invalid kernel page directory"); (kgdb) list 1176 */ 1177 pte = pmap_pte(pmap, va); 1178 if (pte == NULL) { 1179 printf("kernel page directory invalid pdir=%p, va=0x%lx\n", 1180 pmap->pm_pdir[PTDPTDI], va); 1181 panic("invalid kernel page directory"); 1182 } 1183 1184 origpte = *(vm_offset_t *)pte; 1185 opa = origpte & PG_FRAME; (kgdb) p pdir    *pmap $3 = {pm_pdir = 0xf4eca000, pm_pdchanged = 0, pm_dref = 0, pm_count = 1, pm_lock = {lock_data = 0}, pm_stats = {resident_count = 7, wired_count = 3}, pm_ptpages = 0} (kgdb) p p PTDPTDI No symbol "PTDPTDI" in current context. (kgdb) p va $4 = 49152 (kgdb) p pte $5 = (unsigned int **) 0x0 (kgdb) p *pte $6 = (unsigned int *) 0x7205c766 (kgdb) p **pte Cannot access memory at address 0x7205c766. (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:911 #1 0xf0112b53 in panic (fmt=0xf01680f8 "invalid kernel page directory") at ../../kern/subr_prf.c:116 #2 0xf0168205 in pmap_enter (pmap=0xf0e7906c, va=49152, pa=11583488, prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1181 #3 0xf015816b in vm_fault (map=0xf0e79000, vaddr=49152, fault_type=7 '\a', change_wiring=1) at ../../vm/vm_fault.c:842 #4 0xf0158374 in vm_fault_wire (map=0xf0e79000, start=49152, end=53248) at ../../vm/vm_fault.c:919 #5 0xf015a97e in vm_map_pageable (map=0xf0e79000, start=49152, end=53248, new_pageable=0) at ../../vm/vm_map.c:1401 #6 0xf0158a15 in vslock (addr=0xc000 "Ð\215e°[^_ÉÃ", len=950) at ../../vm/vm_glue.c:150 #7 0xf010fac2 in __sysctl (p=0xf0e7da00, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/kern_sysctl.c:146 #8 0xf016b087 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639220, tf_esi = 6, tf_ebp = -272639296, tf_isp = -272629788, tf_ebx = 134725728, tf_edx = 49152, tf_ecx = -272639224, tf_eax = 202, tf_trapno = 663, tf_err = 663, tf_eip = 134677525, tf_cs = 31, tf_eflags = 663, tf_esp = -272639336, tf_ss = 39}) at ../../i386/i386/trap.c:906 #9 0xf016363b in Xsyscall () #10 0x3486 in ?? () #11 0x4a55 in ?? () #12 0xefbfe13c in ?? () #13 0x2bd4 in ?? () #14 0x10e8 in ?? () (kgdb) p tfi _eip No symbol "tf_eip" in current context. (kgdb) p   frame frame->tf_eip No symbol "frame" in current context. (kgdb) up 2 #4 0xf0158374 in vm_fault_wire (map=0xf0e79000, start=49152, end=53248) at ../../vm/vm_fault.c:919 919 rv = vm_fault(map, va, VM_PROT_READ|VM_PROT_WRITE, TRUE); (kgdb) up 2 #6 0xf0158a15 in vslock (addr=0xc000 "Ð\215e°[^_ÉÃ", len=950) at ../../vm/vm_glue.c:150 150 vm_map_pageable(&curproc->p_vmspace->vm_map, trunc_page(addr), (kgdb) up 2 #8 0xf016b087 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639220, tf_esi = 6, tf_ebp = -272639296, tf_isp = -272629788, tf_ebx = 134725728, tf_edx = 49152, tf_ecx = -272639224, tf_eax = 202, tf_trapno = 663, tf_err = 663, tf_eip = 134677525, tf_cs = 31, tf_eflags = 663, tf_esp = -272639336, tf_ss = 39}) at ../../i386/i386/trap.c:906 906 error = (*callp->sy_call)(p, args, rval); (kgdb) frame frame->tf_eip No frame 134677525 (kgdb) p tf_eip No symbol "tf_eip" in current context. (kgdb) q #> exit exit Script done on Mon May 6 14:49:51 1996 ------- End of Forwarded Message From owner-freebsd-stable Mon May 6 16:17:14 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA16714 for stable-outgoing; Mon, 6 May 1996 16:17:14 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA16708 Mon, 6 May 1996 16:17:11 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id SAA09096; Mon, 6 May 1996 18:16:51 -0500 (CDT) Message-Id: <199605062316.SAA09096@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra via smap (V1.3) id sma009087; Mon May 6 18:16:26 1996 To: davidg@root.com Subject: Re: MBUFs leaking? In-reply-to: davidg's message of Mon, 06 May 1996 13:23:10 -0700. <199605062023.NAA07341@Root.COM> Cc: current@freebsd.org, stable@freebsd.org X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 18:16:24 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Alan Cox writes: > >> > >> > I've had a similar problem. However, I hadn't noticed any correlation > >> > with NMBCLUSTERS. Try rolling back your pmap.c to the -RELEASE version. > >> > That "solved" the problem for me. > >> > >> Are you running with the associated new ld.so ? If not, try installing it > >> instead of backing out pmap.c, > >> > >> michael > > > >I assume this hasn't been commited to -stable? > > > >I'm beginning to think that I need to run -current to get around > >much of the instability I am running into.... > > This is the first I've heard about instability problems with the -stable > pmap.c. You're going to need to provide a lot more information before I'll > be able to diagnose the problem. Also make sure you are running with the most > recent version (1.58.4.3). > I can't be sure it is pmap.c. See my followup debug trace on a system crash from another -stable system. As I mentioned in earlier mail, I have a Tyan 133mhz Pentium with 64 MB RAM that will crash if attempting to run X on a kernel with the NMBCLUSTERS=4096 define. This sounds suspiciously like the problem that ... Date: Mon, 6 May 1996 16:16:37 -0400 (EDT) From: Charles Owens To: stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Followup: signal 11 problem solved by yanking DDB! just posted about signal 11's with DDB compiled in. I have also compiled a -g /bin/sh on my system because I was getting coredumps from /bin/sh for no apparent reason compiling some of the ports. Since rebuilding with -g...no dumps... My comment about -current stability stems from my relative newness to the group, and my reading of many Emails from people say "this dongle patch from -current" fixed up my problem... From owner-freebsd-stable Mon May 6 18:08:15 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21368 for stable-outgoing; Mon, 6 May 1996 18:08:15 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA21351 for ; Mon, 6 May 1996 18:08:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id TAA02637 for ; Mon, 6 May 1996 19:07:53 -0600 (MDT) Message-Id: <199605070107.TAA02637@rover.village.org> To: stable@freebsd.org Subject: SLIP and memory corruption? Date: Mon, 06 May 1996 19:07:53 -0600 From: Warner Losh Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I have a friend that has a small problem with kernel memory corruption. He has 2 slip lines on his machine. One of them always connected (or nearly so) to the village's central hub, and the other connected to another machine from time to time. He's running -stable from April 15ish. We've noticed over the past few weeks that whenever the second SLIP line is in use, he starts to see negative numbers in his runtime numbers that ps reports. He also sees routing go nuts as well. We suspect a memory dancer as we've gone to great lengths to make sure the physical memory in the machine is good by inserting wait states, disabling caches, etc. All of this has not helped the problem one iota. We've swapped SIMMs with no effect. I have a couple of questions. 1) has anybody seen this sort of behavior. 2) Are there fixes since April 15 that have even the remotest possibility of helping us and 3) where would people recommend that we look for the problem. We've noticed that there are boatloads of changes to the slip driver since the 4.4 lite sources, many of which are related to clist management (a classic recipie for a memory dancer). Finally, if PPP definitely solves this problem, we'd be happy to look into that option as well. One of the lines MUST remain slip (the one to the village) due to the vintage of the kernel running on our hub. The other can become PPP w/o a huge amount of hassle. Thank you for your time and efforts in helping us out. Warner P.S. My friend has a lot of kernel debugging experience from his days at Solbourne. I tend to trust his hunches when it comes to what is wrong with kernel things based on what he can observe. P.P.S. I've only just now subscribed to -stable. From owner-freebsd-stable Mon May 6 18:57:33 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28397 for stable-outgoing; Mon, 6 May 1996 18:57:33 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA28390 for ; Mon, 6 May 1996 18:57:30 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id TAA19668; Mon, 6 May 1996 19:56:58 -0600 Date: Mon, 6 May 1996 19:56:58 -0600 From: Nate Williams Message-Id: <199605070156.TAA19668@rocky.sri.MT.net> To: Warner Losh Cc: stable@FreeBSD.org Subject: Re: SLIP and memory corruption? In-Reply-To: <199605070107.TAA02637@rover.village.org> References: <199605070107.TAA02637@rover.village.org> Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Greetings, > I have a friend that has a small problem with kernel memory > corruption. He has 2 slip lines on his machine. One of them always > connected (or nearly so) to the village's central hub, and the other > connected to another machine from time to time. He's running -stable > from April 15ish. > > We've noticed over the past few weeks that whenever the second SLIP > line is in use, he starts to see negative numbers in his runtime > numbers that ps reports. He also sees routing go nuts as well. Hmm, I've seen no such problems on my router box, but I'm only running one SLIP connection. I would suspect one line would cause the same problems as two, but maybe not. In any case, my router has one dedicated SLIP line, one dedicated PPP line, and a dial-in PPP line from home. 7:54PM up 108 days, 40 mins, 3 users, load averages: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE WHAT Strout d2 - 16Mar96 51days -sliplogin (sliplogin) The SLIP connection is from my box at home: 7:54PM up 51 days, 7:54, 3 users, load averages: 0.09, 0.07, 0.02 Pretty darn good line. I wish the line from my house to work was as good as my line from home to work, as it's been up w/out even a blink for 51 days straight. I'm lucky to get 24 hours to our ISP w/out the line going nuts, and U.S. West hasn't been able to pin-point the problem with any luck as it's pretty sporadic. Both of the boxes are running 2.1R with minor patches from -stable. Nate From owner-freebsd-stable Mon May 6 19:13:32 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA00584 for stable-outgoing; Mon, 6 May 1996 19:13:32 -0700 (PDT) Received: from drax-i.leverage.com ([206.79.139.8]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA00579 for ; Mon, 6 May 1996 19:13:24 -0700 (PDT) Received: (from smapman@localhost) by drax-i.leverage.com (8.6.12/8.6.12) id TAA16479 for ; Mon, 6 May 1996 19:15:09 -0700 Received: from nikki.leverage.com(172.16.0.11) by drax-i.leverage.com via smap (V1.3) id sma016477; Mon May 6 19:15:06 1996 Received: (from tlod@localhost) by nikki.leverage.com (8.7.5/8.6.12) id TAA08962; Mon, 6 May 1996 19:14:02 -0700 (PDT) Date: Mon, 6 May 1996 19:14:02 -0700 (PDT) From: Thede Loder To: freebsd-stable@FreeBSD.org Subject: Floppy Drive Woes In-Reply-To: <199605061850.UAA14635@aristotle.algonet.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hey all - I have been unable to use my floppy drive to mount disks in FreeBSD. This goes for both the the 2.1 Release, and the most recent build of -stable, which I picked up on friday. When I issue a "mount -t msdos /dev/fd0 /mnt", the following is logged to to syslog: May 6 19:05:52 nikki /kernel: fd0: recal failed ST0 70 cyl 0 May 6 19:05:52 nikki last message repeated 3 times May 6 19:05:52 nikki /kernel: fd0c: hard error reading fsbn 0 (No status) Note that the floppy drive never spins up. I'm don't think there is anything wrong with the drive itself, as I have had no trouble booting up with the the FreeBSD install disk, nor booting with a DOS floppy. Any ideas? Thede -- tlod@leverage.com From owner-freebsd-stable Mon May 6 20:42:35 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05890 for stable-outgoing; Mon, 6 May 1996 20:42:35 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA05883 for ; Mon, 6 May 1996 20:42:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id VAA03162; Mon, 6 May 1996 21:40:39 -0600 (MDT) Message-Id: <199605070340.VAA03162@rover.village.org> To: Nate Williams Subject: Re: SLIP and memory corruption? Cc: stable@FreeBSD.org, dworkin@rover.village.org In-reply-to: Your message of Mon, 06 May 1996 19:56:58 MDT Date: Mon, 06 May 1996 21:40:39 -0600 From: Warner Losh Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : Hmm, I've seen no such problems on my router box, but I'm only running : one SLIP connection. I would suspect one line would cause the same : problems as two, but maybe not. In any case, my router has one : dedicated SLIP line, one dedicated PPP line, and a dial-in PPP line from : home. With one SLIP line it happens every now and again (once a weekish or so). When the second SLIP line is in use, it becomes almost always. This seems like a good case to try maybe a second line as PPP rather than SLIP and see if the problem goes away. : Both of the boxes are running 2.1R with minor patches from -stable. Hmmm. We saw the same behavior under 2.1R, which is why we tried -stable. Warner From owner-freebsd-stable Mon May 6 20:47:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06286 for stable-outgoing; Mon, 6 May 1996 20:47:51 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA06266 for ; Mon, 6 May 1996 20:47:34 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA18941; Tue, 7 May 1996 13:20:54 +0930 From: Michael Smith Message-Id: <199605070350.NAA18941@genesis.atrad.adelaide.edu.au> Subject: Re: SLIP and memory corruption? To: imp@village.org (Warner Losh) Date: Tue, 7 May 1996 13:20:53 +0930 (CST) Cc: stable@freebsd.org In-Reply-To: <199605070107.TAA02637@rover.village.org> from "Warner Losh" at May 6, 96 07:07:53 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh stands accused of saying: > > I have a couple of questions. 1) has anybody seen this sort of > behavior. 2) Are there fixes since April 15 that have even the > remotest possibility of helping us and 3) where would people recommend > that we look for the problem. We've noticed that there are boatloads > of changes to the slip driver since the 4.4 lite sources, many of > which are related to clist management (a classic recipie for a memory > dancer). There was a bogon discovered in the VJ compression routines in slcompress.c and pppcompress.c that were fixed around then. The current versions are stable : $Id: slcompress.c,v 1.5.4.1 1996/04/11 06:51:53 davidg Exp $ current: $Id: slcompress.c,v 1.7 1996/04/11 06:46:24 davidg Exp $ The bug would have affected both SLIP and kernel ppp. > Warner -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Mon May 6 21:02:18 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07482 for stable-outgoing; Mon, 6 May 1996 21:02:18 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA07473 for ; Mon, 6 May 1996 21:02:11 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id VAA23758 for ; Mon, 6 May 1996 21:02:09 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id VAA19877; Mon, 6 May 1996 21:59:03 -0600 Date: Mon, 6 May 1996 21:59:03 -0600 From: Nate Williams Message-Id: <199605070359.VAA19877@rocky.sri.MT.net> To: Warner Losh Cc: Nate Williams , stable@FreeBSD.org, dworkin@rover.village.org Subject: Re: SLIP and memory corruption? In-Reply-To: <199605070340.VAA03162@rover.village.org> References: <199605070340.VAA03162@rover.village.org> Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > : Hmm, I've seen no such problems on my router box, but I'm only running > : one SLIP connection. I would suspect one line would cause the same > : problems as two, but maybe not. In any case, my router has one > : dedicated SLIP line, one dedicated PPP line, and a dial-in PPP line from > : home. > > With one SLIP line it happens every now and again (once a weekish or > so). When the second SLIP line is in use, it becomes almost always. > This seems like a good case to try maybe a second line as PPP rather > than SLIP and see if the problem goes away. Obviously I'm not seeing this at all on my boxes, so I'm not sure what's what. > : Both of the boxes are running 2.1R with minor patches from -stable. > > Hmmm. We saw the same behavior under 2.1R, which is why we tried > -stable. I don't know what to tell you other than 'it works for me.' Are you sure *everything* is setup w/regards to the modems/gettys/etc??? Nate From owner-freebsd-stable Mon May 6 21:08:17 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07860 for stable-outgoing; Mon, 6 May 1996 21:08:17 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA07799 for ; Mon, 6 May 1996 21:08:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id WAA03532; Mon, 6 May 1996 22:07:42 -0600 (MDT) Message-Id: <199605070407.WAA03532@rover.village.org> To: Nate Williams Subject: Re: SLIP and memory corruption? Cc: stable@FreeBSD.org, dworkin@rover.village.org In-reply-to: Your message of Mon, 06 May 1996 21:59:03 MDT Date: Mon, 06 May 1996 22:07:41 -0600 From: Warner Losh Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : I don't know what to tell you other than 'it works for me.' Are you : sure *everything* is setup w/regards to the modems/gettys/etc??? Yes. I'm fairly positive. And in any event, a misconfigured modem shouldn't cause negative cpu times for processes. Warner From owner-freebsd-stable Mon May 6 21:15:48 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08205 for stable-outgoing; Mon, 6 May 1996 21:15:48 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA08200 for ; Mon, 6 May 1996 21:15:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id WAA03577; Mon, 6 May 1996 22:11:30 -0600 (MDT) Message-Id: <199605070411.WAA03577@rover.village.org> To: Michael Smith Subject: Re: SLIP and memory corruption? Cc: stable@freebsd.org In-reply-to: Your message of Tue, 07 May 1996 13:20:53 +0930 Date: Mon, 06 May 1996 22:11:30 -0600 From: Warner Losh Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : There was a bogon discovered in the VJ compression routines in slcompress.c : and pppcompress.c that were fixed around then. : The current versions are : : stable : $Id: slcompress.c,v 1.5.4.1 1996/04/11 06:51:53 davidg Exp $ : current: $Id: slcompress.c,v 1.7 1996/04/11 06:46:24 davidg Exp $ : : The bug would have affected both SLIP and kernel ppp. Hmmmm. We the kernel from sources just after this fix went into the kernel.... Maybe that's a clue. Warner From owner-freebsd-stable Tue May 7 00:02:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17766 for stable-outgoing; Tue, 7 May 1996 00:02:51 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA17760 for ; Tue, 7 May 1996 00:02:48 -0700 (PDT) Received: (from scanner@localhost) by orion.webspan.net (8.6.12/8.6.12) id DAA06155; Tue, 7 May 1996 03:02:46 -0400 Date: Tue, 7 May 1996 03:02:46 -0400 (EDT) From: Scanner SOD To: freebsd-stable@freebsd.org Subject: stable goofed up bad Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ive done 7 make worlds now :) after each one i sup to see if tis is fixed or what my problem is. install: mkstemp: /usr/share/examples/sliplogin for /usr/share/examples/sliplogin/slip.slparms: No such file or directory *** Error code 71 Stop. *** Error code 1 I get this on all my make worlds i cant get by it. Is my source just totally screwed? or is this a problem with -stable? ive tried since saturday night to make world a good -stable Its not working first it was a getpwent.c problem then it was crt0.o, now its this damn sliplogin ARGH! funny thing is i dont sue sliplogin so i could care less if it was in there :) do i just need to reinstall 2..1 and sup again cause my source is goofed all to hell, or is this a problem that is being fixed? Im begining to think this is my problem after it dying in the same place after 2 days and 7 sups later :) Anyway any ideas would be appreciated. -- ===================================| Webspan Inc., ISP Division. FreeBSD 2.1.0 is available now! | Phone: 908-367-8030 ext. 126 -----------------------------------| 500 West Kennedy Blvd., Lakewood, NJ-08701 Turning PCs into Workstations | E-Mail: scanner@webspan.net ===================================| SysAdmin / Network Engineer / Consultant From owner-freebsd-stable Tue May 7 02:01:07 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26087 for stable-outgoing; Tue, 7 May 1996 02:01:07 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA26076 for ; Tue, 7 May 1996 02:01:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id BAA08461; Tue, 7 May 1996 01:59:16 -0700 (PDT) Message-Id: <199605070859.BAA08461@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Warner Losh cc: Michael Smith , stable@freebsd.org Subject: Re: SLIP and memory corruption? In-reply-to: Your message of "Mon, 06 May 1996 22:11:30 MDT." <199605070411.WAA03577@rover.village.org> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 07 May 1996 01:59:16 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >: There was a bogon discovered in the VJ compression routines in slcompress.c >: and pppcompress.c that were fixed around then. >: The current versions are >: >: stable : $Id: slcompress.c,v 1.5.4.1 1996/04/11 06:51:53 davidg Exp $ >: current: $Id: slcompress.c,v 1.7 1996/04/11 06:46:24 davidg Exp $ >: >: The bug would have affected both SLIP and kernel ppp. > >Hmmmm. We the kernel from sources just after this fix went into the >kernel.... Maybe that's a clue. The bugfix was for a potential memory corruption problem that could occur for garbage packets. The fix was to do better header validity checking before using bogus size values. In other words, it might improve the situation, but it certainly will not make it worse or create a new one. There are several people that do SLIP in a big way (>8 ports simulataneously) and are not having the problem you're describing. I really have no idea what might be causing the symptoms you're having, but if you collect any additional information in the future, please pass it on to me. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Tue May 7 08:36:05 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14963 for stable-outgoing; Tue, 7 May 1996 08:36:05 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA14874 Tue, 7 May 1996 08:35:57 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.6.12) with ESMTP id IAA26963; Tue, 7 May 1996 08:34:28 -0700 (PDT) Message-Id: <199605071534.IAA26963@austin.polstra.com> To: imb@scgt.oz.au Cc: randy@zyzzyva.com, winter@jurai.net, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: MBUFs leaking? In-reply-to: <199605061718.DAA26465@asstdc.scgt.oz.au> Date: Tue, 07 May 1996 08:34:28 -0700 From: John Polstra Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Butler writes: > > I've had a similar problem. However, I hadn't noticed any correlation > > with NMBCLUSTERS. Try rolling back your pmap.c to the -RELEASE version. > > That "solved" the problem for me. > > Are you running with the associated new ld.so ? If not, try installing it > instead of backing out pmap.c, Ld.so is not associated with pmap.c. There's no reason to try to keep them in sync. The recent update to the -stable version of ld.so simply brought in a bunch of stuff that has been in -current for months and months. The only halfway-new feature is the LD_PRELOAD support, and even that has been in -current for a couple of weeks at least. Also, somebody else suggested that the -current version of ld.so was somehow more solid than the one in -stable. That seems unlikely, since the two are identical at this time. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-stable Tue May 7 08:49:31 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA15824 for stable-outgoing; Tue, 7 May 1996 08:49:31 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA15817 for ; Tue, 7 May 1996 08:49:26 -0700 (PDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.3) with SMTP id LAA07512; Tue, 7 May 1996 11:49:27 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Tue, 7 May 1996 11:49:24 -0400 (EDT) From: "Marc G. Fournier" To: Scanner SOD cc: freebsd-stable@freebsd.org Subject: Re: stable goofed up bad In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 May 1996, Scanner SOD wrote: > > Ive done 7 make worlds now :) after each one i sup to see if tis is fixed > or what my problem is. > > install: mkstemp: /usr/share/examples/sliplogin for > /usr/share/examples/sliplogin/slip.slparms: No such file or directory > *** Error code 71 > mkdir /usr/share/examples/sliplogin Its basically "new" stuff added in, and so far as I've seen, only ever has affected me in the /usr/share/examples directory, when new features and example files are added in Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-stable Tue May 7 08:58:04 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16275 for stable-outgoing; Tue, 7 May 1996 08:58:04 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA16269 for ; Tue, 7 May 1996 08:57:58 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id IAA28100 for ; Tue, 7 May 1996 08:57:46 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA20851; Tue, 7 May 1996 09:34:55 -0600 Date: Tue, 7 May 1996 09:34:55 -0600 From: Nate Williams Message-Id: <199605071534.JAA20851@rocky.sri.MT.net> To: Scanner SOD Cc: freebsd-stable@freebsd.org Subject: Re: stable goofed up bad In-Reply-To: References: Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ive done 7 make worlds now :) after each one i sup to see if tis is fixed > or what my problem is. > > install: mkstemp: /usr/share/examples/sliplogin for > /usr/share/examples/sliplogin/slip.slparms: No such file or directory > *** Error code 71 > > Stop. > *** Error code 1 > > I get this on all my make worlds i cant get by it. This is an error caused by Jordan bringing in the share/example Makefile changes w/out bringing in the mtree changes. However, it's a pretty trivial error, which I just fixed in the sources. Wait a few hours for it to propogate out to the mirror sites, re-sup and it should work fine. Nate From owner-freebsd-stable Tue May 7 10:00:52 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA19223 for stable-outgoing; Tue, 7 May 1996 10:00:52 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA19218 Tue, 7 May 1996 10:00:50 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id KAA29595; Tue, 7 May 1996 10:00:47 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA21056; Tue, 7 May 1996 10:58:14 -0600 Date: Tue, 7 May 1996 10:58:14 -0600 From: Nate Williams Message-Id: <199605071658.KAA21056@rocky.sri.MT.net> To: stable@FreeBSD.org CC: pst@FreeBSD.org Subject: qcamcontrol Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I just tagged /sys/i386/include/qcam.h to exist in -stable since it was required for qcamcontrol to compile. Nate From owner-freebsd-stable Tue May 7 12:40:24 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28170 for stable-outgoing; Tue, 7 May 1996 12:40:24 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA28095 Tue, 7 May 1996 12:40:05 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id OAA00895; Tue, 7 May 1996 14:39:56 -0500 (CDT) Message-Id: <199605071939.OAA00895@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra via smap (V1.3) id sma000783; Tue May 7 14:39:28 1996 To: stable@freebsd.org, current@freebsd.org Subject: CCD in stable X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 May 1996 14:39:27 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can anyone comment on the stability of the ccd driver in -stable? From owner-freebsd-stable Tue May 7 12:55:38 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29275 for stable-outgoing; Tue, 7 May 1996 12:55:38 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA29270 for ; Tue, 7 May 1996 12:55:35 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freebsd.ki.net (8.7.5/8.7.3) with ESMTP id PAA10134 for ; Tue, 7 May 1996 15:55:59 -0400 (EDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id PAA00916 for ; Tue, 7 May 1996 15:55:26 -0400 (EDT) Date: Tue, 7 May 1996 15:55:24 -0400 (EDT) From: "Marc G. Fournier" Reply-To: "Marc G. Fournier" To: stable@freebsd.org Subject: Accuracy of top in -stable Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... How accurate is top in 2.1-STABLE? Right now, its reporting: Memory: Real: 12100K/28304K Virt: 92540K/974292K Free: 5840K Now, looking at the output from 'systat -vmstat', I'm guessing that the 12100K is Active Memory (Memory in Use?)...but what is the 28304K? Mainly, my first inclination is that there is 18Meg that is not being used, for various reasons, yet I'm still swapping out 26meg... ...but I think I'm just reading this wrong :( Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-stable Tue May 7 13:47:29 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05326 for stable-outgoing; Tue, 7 May 1996 13:47:29 -0700 (PDT) Received: from chain.iafrica.com (root@chain.iafrica.com [196.7.74.174]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05280 for ; Tue, 7 May 1996 13:47:04 -0700 (PDT) Received: (from khetan@localhost) by chain.iafrica.com (8.6.12/8.6.12) id WAA03014; Tue, 7 May 1996 22:46:48 +0200 Date: Tue, 7 May 1996 22:46:47 +0200 (SAT) From: Khetan Gajjar To: stable@freebsd.org Subject: Going stable Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello all. I have been happy with 2.1 release for quite a while now. I want to see where we are heading, and want to run stable. I have got the snapshot cd-rom and want to install off there (as a dial-up user, I don't feel like getting the tree or whatever it's called). I know this is described in the ctm section of the handbook, but for a newbie user, how do I go from release to stable using this cd-rom ? Also, how do I get updated deltas ? --- Khetan Gajjar Visit at http://www.iafrica.com/~khetan/ UUNet-Internet Africa Operations help@iafrica.com or 0800-030-002 From owner-freebsd-stable Tue May 7 18:27:11 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05838 for stable-outgoing; Tue, 7 May 1996 18:27:11 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA05815 for ; Tue, 7 May 1996 18:27:06 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA24880; Wed, 8 May 1996 11:01:23 +0930 From: Michael Smith Message-Id: <199605080131.LAA24880@genesis.atrad.adelaide.edu.au> Subject: Re: Going stable To: khetan@iafrica.com (Khetan Gajjar) Date: Wed, 8 May 1996 11:01:22 +0930 (CST) Cc: stable@FreeBSD.org In-Reply-To: from "Khetan Gajjar" at May 7, 96 10:46:47 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Khetan Gajjar stands accused of saying: > > I have been happy with 2.1 release for quite a while now. I want to see > where we are heading, and want to run stable. I have got the snapshot > cd-rom and want to install off there (as a dial-up user, I don't feel > like getting the tree or whatever it's called). The SNAP CD is based on -current. You can't downgrade from the SNAP to -stable. > I know this is described in the ctm section of the handbook, but for a > newbie user, how do I go from release to stable using this cd-rom ? You don't. > Also, how do I get updated deltas ? You read the handbook. > Khetan Gajjar -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Tue May 7 19:42:15 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA12819 for stable-outgoing; Tue, 7 May 1996 19:42:15 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA12811 for ; Tue, 7 May 1996 19:42:12 -0700 (PDT) Received: (from scanner@localhost) by orion.webspan.net (8.7.5/8.6.12) id WAA11963; Tue, 7 May 1996 22:42:03 -0400 (EDT) Date: Tue, 7 May 1996 22:42:02 -0400 (EDT) From: Scanner SOD To: freebsd-stable@freebsd.org Subject: rlogin Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Something appears to be goofed my make world finally finished but now a sun gets a protocol error when rloging into my fbsd box, and when i try to rlogin from a bsd box to my bsd box i get the following: [nova]:/root> rlogin -l scanner orion krcmd: No ticket file (tf_util) rlogin: warning, using standard rlogin: can't provide Kerberos auth data. rcmd: orion.webspan.net: Address already in use [nova]:/root> Whats is all that? Whats broke in rlogin? or kerberos IV? Even tho i dont use kerberose. -- ===================================| Webspan Inc., ISP Division. FreeBSD 2.1.0 is available now! | Phone: 908-367-8030 ext. 126 -----------------------------------| 500 West Kennedy Blvd., Lakewood, NJ-08701 Turning PCs into Workstations | E-Mail: scanner@webspan.net ===================================| SysAdmin / Network Engineer / Consultant From owner-freebsd-stable Tue May 7 20:48:38 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA18413 for stable-outgoing; Tue, 7 May 1996 20:48:38 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA18407 for ; Tue, 7 May 1996 20:48:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id UAA11630; Tue, 7 May 1996 20:47:50 -0700 (PDT) To: Michael Smith cc: khetan@iafrica.com (Khetan Gajjar), stable@FreeBSD.org Subject: Re: Going stable In-reply-to: Your message of "Wed, 08 May 1996 11:01:22 +0930." <199605080131.LAA24880@genesis.atrad.adelaide.edu.au> Date: Tue, 07 May 1996 20:47:50 -0700 Message-ID: <11628.831527270@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Khetan Gajjar stands accused of saying: > > > > I have been happy with 2.1 release for quite a while now. I want to see > > where we are heading, and want to run stable. I have got the snapshot > > cd-rom and want to install off there (as a dial-up user, I don't feel > > like getting the tree or whatever it's called). > > The SNAP CD is based on -current. You can't downgrade from the SNAP > to -stable. Well, not quite.. Don't forget that the SNAP CD has the CVS tree on it. If he wants to get -stable, he can simply check a copy out of the CVS tree, e.g.: setenv CVSROOT /someplace cd /usr cvs co -rRELENG_2_1_0 src The reason you need to copy it is that cvs is going to try to write lock information into the repository and that will obviously fail mightily if you point CVSROOT at the CD. That will give you a copy of the -stable sources as of the CD pressing date. > > I know this is described in the ctm section of the handbook, but for a > > newbie user, how do I go from release to stable using this cd-rom ? > > You don't. Not on that SNAP, no, but future CDs will contain the -stable CTM tree as well as the current ones. But Mike's suggestion of reading the CTM section of the handbook is still a very good idea! :-) Jordan From owner-freebsd-stable Wed May 8 07:10:37 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA26462 for stable-outgoing; Wed, 8 May 1996 07:10:37 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA26447 for ; Wed, 8 May 1996 07:10:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id HAA13837 for ; Wed, 8 May 1996 07:09:59 -0700 (PDT) To: stable@freebsd.org Subject: Build failure in 2.1-RELEASE to -stable transition. Date: Wed, 08 May 1996 07:09:59 -0700 Message-ID: <13832.831564599@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I finally got the chance to try the following sequence in a clean fashion: 1. Install 2.1.0-RELEASE (except for srcdist) on a new machine. 2. Sup -stable as /usr/src 3. Make world And it bombed out with the following error: ===> share/doc/papers/kerntune (cd /usr/src/share/doc/papers/kerntune; groff -mtty-char -Tascii -e -t -p -s -ms -o1- /usr/src/share/doc/papers/kerntune/0.t /usr/src/share/doc/papers/kerntune/1.t /usr/src/share/doc/papers/kerntune/2.t /usr/src/share/doc/papers/kerntune/3.t /usr/src/share/doc/papers/kerntune/4.t) | gzip -c > kerntune.ascii.gz :330: warning: indent cannot be negative ===> share/doc/papers/memfs indxbib -o ref.bib /usr/src/share/doc/papers/memfs/ref.bib indxbib:fatal error: can't open `/usr/share/dict/eign': No such file or directory I also notice a: ===> share/doc/usd/04.csh (cd /usr/src/share/doc/usd/04.csh/../../../../bin/csh/USD.doc; groff -mtty-char -Tascii -ms -o1- tabs csh.1 csh.2 csh.3 csh.4 csh.a csh.g) | gzip -c > paper.ascii.gz troff: fatal error: can't open `csh.a': No such file or directory Further up, though this doesn't appear to kill the installation. /usr/share/dict/eign is installed by /usr/src/gnu/usr.bin/groff/indxbib, though I'm not exactly sure that `indxbib' is "tools target" material. Comments? If nobody beats me to it, I'll work on smashing this one when I wake up. I'm off to bed! Jordan From owner-freebsd-stable Wed May 8 07:16:46 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27370 for stable-outgoing; Wed, 8 May 1996 07:16:46 -0700 (PDT) Received: from itchy.mosquito.com (itchy.mosquito.com [206.205.132.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA27356 for ; Wed, 8 May 1996 07:16:41 -0700 (PDT) Received: (from boot@localhost) by itchy.mosquito.com (8.6.11/8.6.12) id KAA27881 for freebsd-stable@freebsd.org; Wed, 8 May 1996 10:18:39 -0400 From: Bruce Bauman Message-Id: <199605081418.KAA27881@itchy.mosquito.com> Subject: upgrading to stable? To: freebsd-stable@freebsd.org Date: Wed, 8 May 1996 10:18:39 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We have upgraded one of our machines to 2.1-stable, and are running a 2.1-stable kernel. However, we are still for the most part running 2.1R commands and libraries. We now see problems like the following: pid 28445 (ftp), uid 1051: exited on signal 3 pid 4269 (rtin), uid 1021: exited on signal 6 pid 18240 (mail), uid 1051: exited on signal 3 pid 18246 (csh), uid 1051: exited on signal 3 Do we need to recompile and install new libraries to solve these problems? Running gdb on the core dumps suggests that the program died in the shared libraries, but I don't have symbols, so I'm not sure of the cause. Can we safely install new libraries while the system is up multi-user? -- Bruce From owner-freebsd-stable Wed May 8 08:29:10 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA09620 for stable-outgoing; Wed, 8 May 1996 08:29:10 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA09609 for ; Wed, 8 May 1996 08:29:04 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id BAA29301; Thu, 9 May 1996 01:04:26 +0930 From: Michael Smith Message-Id: <199605081534.BAA29301@genesis.atrad.adelaide.edu.au> Subject: Re: Build failure in 2.1-RELEASE to -stable transition. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 9 May 1996 01:04:25 +0930 (CST) Cc: stable@FreeBSD.ORG In-Reply-To: <13832.831564599@time.cdrom.com> from "Jordan K. Hubbard" at May 8, 96 07:09:59 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > I finally got the chance to try the following sequence in a clean > fashion: > > 1. Install 2.1.0-RELEASE (except for srcdist) on a new machine. > 2. Sup -stable as /usr/src > 3. Make world > > And it bombed out with the following error: > > ===> share/doc/papers/memfs > indxbib -o ref.bib /usr/src/share/doc/papers/memfs/ref.bib > indxbib:fatal error: can't open `/usr/share/dict/eign': No such file or directory This is almost certainly you forgetting to install the 'dict' distribution. > though I'm not exactly sure that `indxbib' is "tools target" material. > Comments? Multiple tools targets for different phases of the build - this would be in the doc-tools target 8) > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Wed May 8 08:48:55 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14131 for stable-outgoing; Wed, 8 May 1996 08:48:55 -0700 (PDT) Received: from platinum.com (gateway.platinum.com [206.214.170.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA14112 for ; Wed, 8 May 1996 08:48:51 -0700 (PDT) Received: from mailhub.platinum.com ([172.17.26.25]) by gateway.platinum.com with ESMTP id <18505-2>; Wed, 8 May 1996 10:49:34 -0500 Received: from bigbert.vt.platinum.com by mailhub.platinum.com (8.7.4/) id KAA21427; Wed, 8 May 1996 10:48:29 -0500 (CDT) Received: from doh.vt.platinum.com by bigbert.vt.platinum.com (8.7.3/NX3.0S) id KAA04982; Wed, 8 May 1996 10:50:23 -0500 (CDT) From: "Brent J. Nordquist" Received: by doh.vt.platinum.com (8.6.12) id KAA06781; Wed, 8 May 1996 10:47:55 -0500 Message-Id: <199605081547.KAA06781@doh.vt.platinum.com> Subject: Problem with -stable make world using -DCLOBBER To: freebsd-stable@freebsd.org Date: Wed, 8 May 1996 10:47:55 -0500 Reply-to: nordquist@platinum.com (Brent J. Nordquist) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I finally overcame all the recent hurdles with -stable (missing sliplogin, bad getpwent.c, etc.) and got make world to compile. I then tried to use the -DCLOBBER option and make it again. I saw it remove the includes and libs and remake them, but then further down in the compile it dies with: ===> libgmp cc -O -I/var/src/gnu/lib/libgmp -I/var/src/gnu/lib/libgmp/obj -Wall -Wstrict-prototypes -DLOCALE /var/src/gnu/lib/libgmp/cre-mparam.c -o cre-mparam ld: crt0.o: No such file or directory *** Error code 1 Stop. Looks like the lib rebuild didn't make crt0.o. I pulled /usr/include and (most of) /usr/lib off the 2.1R CD-ROM's live file system and I'm redoing it without the -DCLOBBER. Any ideas? Is -DCLOBBER supposed to work with make world? -- Brent J. Nordquist PLATINUM technology, inc. (ViaTech Development Lab) nordquist@platinum.com 2600 Eagan Woods Dr., Suite 410, Eagan, MN 55121-1152 Voice +1 612 688-3033 If you can keep your head when all about you are Vmail +1 708 620-5116 losing theirs, you clearly don't understand the (ext. 7806) situation. From owner-freebsd-stable Wed May 8 10:20:39 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA24593 for stable-outgoing; Wed, 8 May 1996 10:20:39 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA24585 for ; Wed, 8 May 1996 10:20:20 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id TAA17259; Wed, 8 May 1996 19:19:50 +0200 (SAT) Message-Id: <199605081719.TAA17259@grumble.grondar.za> To: nordquist@platinum.com (Brent J. Nordquist) cc: freebsd-stable@FreeBSD.org Subject: Re: Problem with -stable make world using -DCLOBBER Date: Wed, 08 May 1996 19:19:49 +0200 From: Mark Murray Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk "Brent J. Nordquist" wrote: > Looks like the lib rebuild didn't make crt0.o. I pulled /usr/include > and (most of) /usr/lib off the 2.1R CD-ROM's live file system and I'm > redoing it without the -DCLOBBER. > > Any ideas? Is -DCLOBBER supposed to work with make world? -DCLOBBER is pretty broken. In current it no longer removes libraries, only includes. That makes it (sort of) work. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-stable Wed May 8 10:51:23 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27038 for stable-outgoing; Wed, 8 May 1996 10:51:23 -0700 (PDT) Received: from expresslane.ca (expresslane.ca [205.233.74.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA27032 for ; Wed, 8 May 1996 10:51:18 -0700 (PDT) Received: from localhost (james@localhost) by expresslane.ca (8.7.5/8.7.3) with SMTP id NAA22687; Wed, 8 May 1996 13:51:00 -0400 (EDT) Date: Wed, 8 May 1996 13:50:58 -0400 (EDT) From: James FitzGibbon To: "Brent J. Nordquist" cc: freebsd-stable@FreeBSD.org Subject: Re: Problem with -stable make world using -DCLOBBER In-Reply-To: <199605081547.KAA06781@doh.vt.platinum.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 8 May 1996, Brent J. Nordquist wrote: > I finally overcame all the recent hurdles with -stable (missing > sliplogin, bad getpwent.c, etc.) and got make world to compile. I then > tried to use the -DCLOBBER option and make it again. I saw it remove > the includes and libs and remake them, but then further down in the > compile it dies with: > > ===> libgmp > cc -O -I/var/src/gnu/lib/libgmp -I/var/src/gnu/lib/libgmp/obj -Wall -Wstrict-prototypes -DLOCALE /var/src/gnu/lib/libgmp/cre-mparam.c -o cre-mparam > ld: crt0.o: No such file or directory > *** Error code 1 > > Stop. This has been happening in make world -DCLOBBER for a long time. In my experience, the sequence that works is : make world -DCLOBBER (crashes as above) make /usr/src/lib/csu/i386 (for crt0.o) make /usr/src/gnu/usr.bin/cc/libgcc (for libgcc.a) make /usr/src/gnu/lib/libmalloc (for libmalloc.a) make /usr/src/lib/libc (for libc.a) make world And that works. I remember submitting some changes to the Makefiles to fix this, but I'm not sure if they made it in. -- j. +--------------------------------------------------------------------------+ | James FitzGibbon james@expresslane.ca | | Technical Operations Voice/Fax: 416-239-3765/3279 | +--------------------------------------------------------------------------+ From owner-freebsd-stable Wed May 8 14:18:43 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA26027 for stable-outgoing; Wed, 8 May 1996 14:18:43 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA26013 for ; Wed, 8 May 1996 14:18:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id OAA25064; Wed, 8 May 1996 14:17:32 -0700 (PDT) To: Michael Smith cc: stable@FreeBSD.ORG Subject: Re: Build failure in 2.1-RELEASE to -stable transition. In-reply-to: Your message of "Thu, 09 May 1996 01:04:25 +0930." <199605081534.BAA29301@genesis.atrad.adelaide.edu.au> Date: Wed, 08 May 1996 14:17:32 -0700 Message-ID: <25062.831590252@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > ===> share/doc/papers/memfs > > indxbib -o ref.bib /usr/src/share/doc/papers/memfs/ref.bib > > indxbib:fatal error: can't open `/usr/share/dict/eign': No such file or dir ectory > > This is almost certainly you forgetting to install the 'dict' distribution. But you don't understand - "I" didn't have anything to do with it! This is make world here, and it's supposed to run all the way through by installing things in the proper sequence. Jordan From owner-freebsd-stable Wed May 8 14:21:26 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA26388 for stable-outgoing; Wed, 8 May 1996 14:21:26 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA26382 for ; Wed, 8 May 1996 14:21:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id OAA25099; Wed, 8 May 1996 14:20:44 -0700 (PDT) To: nordquist@platinum.com (Brent J. Nordquist) cc: freebsd-stable@FreeBSD.ORG Subject: Re: Problem with -stable make world using -DCLOBBER In-reply-to: Your message of "Wed, 08 May 1996 10:47:55 CDT." <199605081547.KAA06781@doh.vt.platinum.com> Date: Wed, 08 May 1996 14:20:44 -0700 Message-ID: <25097.831590444@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Any ideas? Is -DCLOBBER supposed to work with make world? I don't think so - this was actually modified somewhat in -current and should probably be brought across to -stable. Jordan From owner-freebsd-stable Wed May 8 14:53:52 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28088 for stable-outgoing; Wed, 8 May 1996 14:53:52 -0700 (PDT) Received: from main.statsci.com (main.statsci.com [198.145.127.110]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA28083 for ; Wed, 8 May 1996 14:53:50 -0700 (PDT) Received: from statsci.com by main.statsci.com with smtp (Smail3.1.29.1 #3) id m0uHHAw-000r3tC; Wed, 8 May 96 14:53 PDT Message-Id: To: michael butler cc: nate@sri.MT.net (Nate Williams), stable@freebsd.org Subject: Re: FS corruption during rm -fr References: <199605061829.EAA01152@asstdc.scgt.oz.au> In-reply-to: Your message of "Tue, 07 May 1996 04:29:39 +1000." <199605061829.EAA01152@asstdc.scgt.oz.au> Reply-to: scott@statsci.com Date: Wed, 08 May 1996 14:53:38 -0700 From: Scott Blachowicz Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk michael butler wrote: > This seems to be two problems .. a quirk in the kernel plus a reference > count problem for which Terry's been trying to get a patch into fsck for > some time. fsck should "fix" it the first time .. I don't know if this is related to the problem at hand, but... I've seen similar sorts of problems on FreeBSD 2.0.5-R & 2.1.0-R systems using rdist-6.1.0. I used to have some rules that did something like this: (bin/*) -> ( ${all} ) install /usr/adm/bin/.; that "/." ending to the install target is supposed to indicate that the destination is to be a directory (created by rdistd as necessary). The problem is that if the wildcard "bin/*" expanded to only one file, then the default for the install destination is "regular file" instead of directory into which the file should be placed. To force the interpretation as directory, I used the "/." suffix. When rdistd created the directory, I would end up with a directory that I couldn't remove. What I would do is rename the destination directory to something out of the way (in the specific case in question, I wanted it to be a symlink to a different spot instead of a directory in that location), then the next time fsck ran the oddball directory got reaped. Now, one could probably argue that rdistd might've been creating the directory incorrectly (and maybe CVS is doing the same thing), but I wouldn't think that it should be possible to get into the end result situation through "normal use"...some system call should've returned an error or the situation should've been handled as expected. Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-stable Wed May 8 15:25:30 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA00517 for stable-outgoing; Wed, 8 May 1996 15:25:30 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA00488 Wed, 8 May 1996 15:25:17 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id RAA06107; Wed, 8 May 1996 17:24:18 -0500 (CDT) Message-Id: <199605082224.RAA06107@sierra.zyzzyva.com> To: et-users@netrail.net Subject: Continued MBUF problem with ET V.35 card Cc: freebsd-isp@freebsd.org, stable@freebsd.org, current@freebsd.org X-uri: http://www.zyzzyva.com/ Date: Wed, 08 May 1996 17:24:17 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As some of you may remember, I reported a problem with MBUF leakage on a FreeBSD-stable system running an Emerging Technologies ET5025 card. After Dennis' indication that the problem was FreeBSD-stable and rather strong suggestion that I need to be running 2.1.0, I have reinstalled this system running stock FreeBSD-2.1.0. The problem still exists and can be directly related to activity over the 56K connection. A much busier system of same kernel vintage without the ET drivers hovers at around '75 mbufs in use' after several days of uptime. The system will reach it's max of 4096K after about 48 hours of uptime and eventually reboot. I'm at a loss for how to track this down and would heartily welcome more productive suggestions. After: 5:12PM up 3:24, 1 users, load averages: 0.00, 0.00, 0.00 => netstat -m 792 mbufs in use: 788 mbufs allocated to data 2 mbufs allocated to packet headers 1 mbufs allocated to protocol control blocks 1 mbufs allocated to socket names and addresses 349/354 mbuf clusters in use 807 Kbytes allocated to network (98% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines => dmesg FreeBSD 2.1.0-RELEASE #1: Tue May 7 20:32:31 CDT 1996 kroot@sierra:/disks/sd2/FreeBSD-2.1.0/src/sys/compile/Z_ROUTER CPU: 75-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 15007744 (14656K bytes) Probing for devices on the ISA bus: scprobe: keyboard RESET failed fe sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> eth0 at 0x240 irq 7 maddr 0xd0000 on isa ET/5025(-16) HDLC Driver v2.4beta8 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 sio3 not found at 0x2e8 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 515MB (1056384 sectors), 1048 cyls, 16 heads, 63 S/T, 512 B/S 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc/utp[*UTP*] address 00:a0:24:6f:c6:6e irq 10 npx0 on motherboard npx0: INT 16 interface Probing for devices on the PCI bus: chip0 rev 1 on pci0:0 chip1 rev 2 on pci0:7 Warning: Can't set local address...may be duplicate # # $Id: ROUTER # machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" ident ROUTER maxusers 64 options GATEWAY options INET #InterNETworking options NMBCLUSTERS=4096 #Increase MBUFS options FFS #Berkeley Fast Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options COMCONSOLE #prefer serial console options IPFIREWALL options IPFIREWALL_VERBOSE options IPACCT options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device ep0 at isa? port 0x300 net irq 10 vector epintr device eth0 at isa? port 0x240 net irq 7 iomem 0xd0000 vector ethintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's From owner-freebsd-stable Wed May 8 16:21:43 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA05780 for stable-outgoing; Wed, 8 May 1996 16:21:43 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA05775 for ; Wed, 8 May 1996 16:21:41 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id IAA00255; Thu, 9 May 1996 08:57:11 +0930 From: Michael Smith Message-Id: <199605082327.IAA00255@genesis.atrad.adelaide.edu.au> Subject: Re: Build failure in 2.1-RELEASE to -stable transition. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 9 May 1996 08:57:10 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, stable@FreeBSD.ORG In-Reply-To: <25062.831590252@time.cdrom.com> from "Jordan K. Hubbard" at May 8, 96 02:17:32 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > > > ===> share/doc/papers/memfs > > > indxbib -o ref.bib /usr/src/share/doc/papers/memfs/ref.bib > > > indxbib:fatal error: can't open `/usr/share/dict/eign': No such file or dir > ectory > > > > This is almost certainly you forgetting to install the 'dict' distribution. > > But you don't understand - "I" didn't have anything to do with it! > This is make world here, and it's supposed to run all the way through > by installing things in the proper sequence. ...but if you don't have the 'dict' distribution installed before you start 'make world', it will fall over like this. I agree that this is stupid, and I'm not 100% sure that it _is_ your problem, but suffuce to say that when I build a 2.1-to-become-stable system, I install the 'bin' and 'dict' distributions because I've been burnt by this one before... > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Wed May 8 16:25:48 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA06202 for stable-outgoing; Wed, 8 May 1996 16:25:48 -0700 (PDT) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA06187 Wed, 8 May 1996 16:25:37 -0700 (PDT) Received: by haven.uniserve.com id <30806-156>; Wed, 8 May 1996 16:28:47 -0800 Date: Wed, 8 May 1996 16:28:37 -0700 (PDT) From: Tom Samplonius To: stable@freebsd.org, dyson@freebsd.org Subject: Strange panic in -stable Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just got this panic from -stable sup'ped and built Monday: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x\M^?\^C fault code = supervisor read, page not present instruction pointer = 0x8:0xf01928fc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3626 (sh) interrupt mask = net tty bio panic: page fault That virtual address is kinda neat... Tom From owner-freebsd-stable Wed May 8 16:34:44 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA07247 for stable-outgoing; Wed, 8 May 1996 16:34:44 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA07238 for ; Wed, 8 May 1996 16:34:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id QAA25745; Wed, 8 May 1996 16:33:50 -0700 (PDT) To: Michael Smith cc: stable@FreeBSD.ORG Subject: Re: Build failure in 2.1-RELEASE to -stable transition. In-reply-to: Your message of "Thu, 09 May 1996 08:57:10 +0930." <199605082327.IAA00255@genesis.atrad.adelaide.edu.au> Date: Wed, 08 May 1996 16:33:50 -0700 Message-ID: <25743.831598430@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > ...but if you don't have the 'dict' distribution installed before you start > 'make world', it will fall over like this. Ah, I see what you meant before. IMHO, this is bad. If you choose "minimal" then you're going to the bin and bin only, and it would hardly be inexcusable for someone to expect that not chosing "dict" wouldn't result in failure during a later upgrade to -stable. We should fix this. Jordan From owner-freebsd-stable Wed May 8 17:39:03 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA14662 for stable-outgoing; Wed, 8 May 1996 17:39:03 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA14594 for ; Wed, 8 May 1996 17:38:39 -0700 (PDT) Received: (from scanner@localhost) by orion.webspan.net (8.7.5/8.6.12) id UAA10002; Wed, 8 May 1996 20:37:46 -0400 (EDT) Date: Wed, 8 May 1996 20:37:46 -0400 (EDT) From: Scanner SOD To: freebsd-stable@freebsd.org Subject: pine Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ive noticed that in my new sup of -stable that the pine application has a tendency to runaway and cause the following run away process: 5388 lucid 105 4 1232K 1452K run 365:17 96.02% 96.02% pine I know its happens in any unix but its happening with increased frequency in -stable from my -release system. Not a major thing I was just curious if anyone could explain why. Im more curious than anything. And if there was a way to fix it, a patch or something? Anyway thanks. Scanner -- ===================================| Webspan Inc., ISP Division. FreeBSD 2.1.0 is available now! | Phone: 908-367-8030 ext. 126 -----------------------------------| 500 West Kennedy Blvd., Lakewood, NJ-08701 Turning PCs into Workstations | E-Mail: scanner@webspan.net ===================================| SysAdmin / Network Engineer / Consultant From owner-freebsd-stable Wed May 8 18:43:46 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21720 for stable-outgoing; Wed, 8 May 1996 18:43:46 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA21679 Wed, 8 May 1996 18:43:08 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA01217; Thu, 9 May 1996 11:18:23 +0930 From: Michael Smith Message-Id: <199605090148.LAA01217@genesis.atrad.adelaide.edu.au> Subject: Re: Continued MBUF problem with ET V.35 card To: randy@zyzzyva.com (Randy Terbush) Date: Thu, 9 May 1996 11:18:23 +0930 (CST) Cc: et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199605082224.RAA06107@sierra.zyzzyva.com> from "Randy Terbush" at May 8, 96 05:24:17 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Randy Terbush stands accused of saying: > > As some of you may remember, I reported a problem with MBUF leakage > on a FreeBSD-stable system running an Emerging Technologies ET5025 > card. After Dennis' indication that the problem was FreeBSD-stable > and rather strong suggestion that I need to be running 2.1.0, I > have reinstalled this system running stock FreeBSD-2.1.0. The > problem still exists and can be directly related to activity over > the 56K connection. A much busier system of same kernel vintage > without the ET drivers hovers at around '75 mbufs in use' after > several days of uptime. The system will reach it's max of 4096K > after about 48 hours of uptime and eventually reboot. I'm at a loss > for how to track this down and would heartily welcome more > productive suggestions. Hit Dennis on the head and get him to admit that it's his drivers 8) > After: > 5:12PM up 3:24, 1 users, load averages: 0.00, 0.00, 0.00 > > => netstat -m > 792 mbufs in use: > 788 mbufs allocated to data > 2 mbufs allocated to packet headers > 1 mbufs allocated to protocol control blocks > 1 mbufs allocated to socket names and addresses Something, somewhere, is using mbufs and not returning them. I'd go through all the drivers that you're using, and add tallies to them to keep track of how many mbufs they've allocated. Do it something like this : int ifep_mbuftally = 0; #define MBUFTALLY ifep_mbuftally int ifep_mbcltally = 0; #define MBCLTALLY ifep_mbcltally Check all the other places in the kernel where mbufs are allocated and freed, and modify them to suit. Make a list of all the files, and all the tally variables. Then frob the M* macros in /sys/sys/mbuf.h something like this : #define MGET(m, how, type) { \ MALLOC((m), struct mbuf *, MSIZE, mbtypes[type], (how)); \ if (m) { \ (m)->m_type = (type); \ MBUFLOCK(mbstat.m_mtypes[type]++;) \ (m)->m_next = (struct mbuf *)NULL; \ (m)->m_nextpkt = (struct mbuf *)NULL; \ (m)->m_data = (m)->m_dat; \ (m)->m_flags = 0; \ } else \ (m) = m_retry((how), (type)); \ #ifdef MBUFTALLY if (m) MBUFTALLY++; #endif } ... obviously you'll have to do the reverse in the *FREE cases. Build a kernel with these sources. Use the -g argument to config to get debugging symbols in the output. Copy the built kernel to kernel.debug, and then say 'strip -d kernel', and 'make install'. Reboot with the new kernel. Once it's running, you can say : # gdb --kernel --se=kernel.debug --exec=/kernel --core=/dev/mem Once in kgdb, you can use the 'print' command to show the value of the various tally variables that you defined before. This should help you work out who is eating all your mbufs. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Wed May 8 19:13:17 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24871 for stable-outgoing; Wed, 8 May 1996 19:13:17 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA24865 for ; Wed, 8 May 1996 19:13:13 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id TAA04073; Wed, 8 May 1996 19:12:37 -0700 From: "Rodney W. Grimes" Message-Id: <199605090212.TAA04073@GndRsh.aac.dev.com> Subject: Re: Build failure in 2.1-RELEASE to -stable transition. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 8 May 1996 19:12:37 -0700 (PDT) Cc: msmith@atrad.adelaide.edu.au, stable@FreeBSD.ORG In-Reply-To: <25062.831590252@time.cdrom.com> from "Jordan K. Hubbard" at "May 8, 96 02:17:32 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > ===> share/doc/papers/memfs > > > indxbib -o ref.bib /usr/src/share/doc/papers/memfs/ref.bib > > > indxbib:fatal error: can't open `/usr/share/dict/eign': No such file or dir > ectory > > > > This is almost certainly you forgetting to install the 'dict' distribution. > > But you don't understand - "I" didn't have anything to do with it! > This is make world here, and it's supposed to run all the way through > by installing things in the proper sequence. Add this to src/Makefile some place in the build-tools section: (I am looking at an old version or I would have given a cdiff.) cd ${.CURDIR}/gnu/usr.bin/groff && \ ${MAKE} depend all install ${CLEANDIR} ${OBJDIR} After all, we do use groff a _lot_ during make world, eign is just one little piece of it. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-stable Wed May 8 19:34:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA27476 for stable-outgoing; Wed, 8 May 1996 19:34:51 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA27464 for ; Wed, 8 May 1996 19:34:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id TAA01240; Wed, 8 May 1996 19:34:27 -0700 (PDT) Message-Id: <199605090234.TAA01240@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Scanner SOD cc: freebsd-stable@FreeBSD.org Subject: Re: pine In-reply-to: Your message of "Wed, 08 May 1996 20:37:46 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 08 May 1996 19:34:27 -0700 Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >Ive noticed that in my new sup of -stable that the pine application has a >tendency to runaway and cause the following run away process: > >5388 lucid 105 4 1232K 1452K run 365:17 96.02% 96.02% pine > >I know its happens in any unix but its happening with increased frequency >in -stable from my -release system. > Not a major thing I was just curious if anyone could explain why. >Im more curious than anything. And if there was a way to fix it, a patch >or something? It's only a coincidence that it is happening more frequently under -stable. This bug in pine is believed to be caused by improper handling of the tty after it is abnormally closed (not handling the EOF on reads), but as far as I'm aware, noone has yet to actually prove this to be true. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Wed May 8 21:07:18 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA05223 for stable-outgoing; Wed, 8 May 1996 21:07:18 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA05218 for ; Wed, 8 May 1996 21:07:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id VAA01464 for ; Wed, 8 May 1996 21:07:16 -0700 (PDT) Message-Id: <199605090407.VAA01464@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: stable@freebsd.org Subject: pmap.c From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 08 May 1996 21:07:16 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just a heads-up: The pmap.c in -stable definately has some problems. Both John and I have been looking at it extensively and have found a couple of buglets, but nothing that would cause any trouble or explain any problems. I hope we can resolve this issue by this weekend, but if not, I'll revert to the previous code. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Thu May 9 00:02:47 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA16447 for stable-outgoing; Thu, 9 May 1996 00:02:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA16442 for ; Thu, 9 May 1996 00:02:44 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id AAA00579; Thu, 9 May 1996 00:00:23 -0700 (PDT) To: "Rodney W. Grimes" cc: msmith@atrad.adelaide.edu.au, stable@FreeBSD.org Subject: Re: Build failure in 2.1-RELEASE to -stable transition. In-reply-to: Your message of "Wed, 08 May 1996 19:12:37 PDT." <199605090212.TAA04073@GndRsh.aac.dev.com> Date: Thu, 09 May 1996 00:00:23 -0700 Message-ID: <577.831625223@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Add this to src/Makefile some place in the build-tools section: > (I am looking at an old version or I would have given a cdiff.) > Looks reasonable - done! Jordan From owner-freebsd-stable Thu May 9 01:29:03 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA27533 for stable-outgoing; Thu, 9 May 1996 01:29:03 -0700 (PDT) Received: from MediaCity.com (root@easy1.mediacity.com [205.216.172.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA27500 Thu, 9 May 1996 01:28:53 -0700 (PDT) Received: (from brian@localhost) by MediaCity.com (8.6.11/8.6.9) id BAA14028; Thu, 9 May 1996 01:28:40 -0700 From: Brian Litzinger Message-Id: <199605090828.BAA14028@MediaCity.com> Subject: Re: Continued MBUF problem with ET V.35 card To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 9 May 1996 01:28:40 -0700 (PDT) Cc: randy@zyzzyva.com, et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199605090148.LAA01217@genesis.atrad.adelaide.edu.au> from Michael Smith at "May 9, 96 11:18:23 am" Reply-To: brian@MediaCity.com X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > Randy Terbush stands accused of saying: > > > > As some of you may remember, I reported a problem with MBUF leakage > > on a FreeBSD-stable system running an Emerging Technologies ET5025 > > card. After Dennis' indication that the problem was FreeBSD-stable > > and rather strong suggestion that I need to be running 2.1.0, I > > have reinstalled this system running stock FreeBSD-2.1.0. The > > problem still exists and can be directly related to activity over > > the 56K connection. A much busier system of same kernel vintage > > without the ET drivers hovers at around '75 mbufs in use' after > > several days of uptime. The system will reach it's max of 4096K > > after about 48 hours of uptime and eventually reboot. I'm at a loss > > for how to track this down and would heartily welcome more > > productive suggestions. > > Hit Dennis on the head and get him to admit that it's his drivers 8) Some months ago, I worked with Dennis to track down the mbuf leak problem. The leak was in FreeBSD code, not his driver. Disclaimer: dennis may have introduced a new leak since we worked on tracking down the one I ran into. Brian Litzinger brian@mediacity.com From owner-freebsd-stable Thu May 9 01:52:37 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01880 for stable-outgoing; Thu, 9 May 1996 01:52:37 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA01851 Thu, 9 May 1996 01:52:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA03198; Thu, 9 May 1996 01:51:35 -0700 (PDT) To: brian@MediaCity.com cc: msmith@atrad.adelaide.edu.au (Michael Smith), randy@zyzzyva.com, et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: Your message of "Thu, 09 May 1996 01:28:40 PDT." <199605090828.BAA14028@MediaCity.com> Date: Thu, 09 May 1996 01:51:35 -0700 Message-ID: <3196.831631895@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Some months ago, I worked with Dennis to track down the mbuf leak > problem. The leak was in FreeBSD code, not his driver. And you submitted it? I certainly fail to see what would be gained by _not_ submitting it, given that it's in everybody's best interest (Dennis's especially) to iron out any such problems in FreeBSD. Jordan From owner-freebsd-stable Thu May 9 01:53:00 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA02008 for stable-outgoing; Thu, 9 May 1996 01:53:00 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA01935 Thu, 9 May 1996 01:52:45 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA04548; Thu, 9 May 1996 18:28:31 +0930 From: Michael Smith Message-Id: <199605090858.SAA04548@genesis.atrad.adelaide.edu.au> Subject: Re: Continued MBUF problem with ET V.35 card To: brian@MediaCity.com Date: Thu, 9 May 1996 18:28:30 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, randy@zyzzyva.com, et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199605090828.BAA14028@MediaCity.com> from "Brian Litzinger" at May 9, 96 01:28:40 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Litzinger stands accused of saying: > > > > Hit Dennis on the head and get him to admit that it's his drivers 8) > > Some months ago, I worked with Dennis to track down the mbuf leak > problem. The leak was in FreeBSD code, not his driver. I should have been more verbose there; it was meant as a joke (hence following up with a lengthy suggestion on mbuf-leak-tracing. > Disclaimer: dennis may have introduced a new leak since we worked on > tracking down the one I ran into. Did the leak you found get reported and fixed?? > Brian Litzinger -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Thu May 9 05:18:59 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA28678 for stable-outgoing; Thu, 9 May 1996 05:18:59 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA28658 Thu, 9 May 1996 05:18:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id FAA02021; Thu, 9 May 1996 05:18:15 -0700 (PDT) Message-Id: <199605091218.FAA02021@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: brian@MediaCity.com cc: msmith@atrad.adelaide.edu.au (Michael Smith), randy@zyzzyva.com, et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: Your message of "Thu, 09 May 1996 01:28:40 PDT." <199605090828.BAA14028@MediaCity.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 09 May 1996 05:18:15 -0700 Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Michael Smith wrote: >> Randy Terbush stands accused of saying: >> > >> > As some of you may remember, I reported a problem with MBUF leakage >> > on a FreeBSD-stable system running an Emerging Technologies ET5025 >> > card. After Dennis' indication that the problem was FreeBSD-stable >> > and rather strong suggestion that I need to be running 2.1.0, I >> > have reinstalled this system running stock FreeBSD-2.1.0. The >> > problem still exists and can be directly related to activity over >> > the 56K connection. A much busier system of same kernel vintage >> > without the ET drivers hovers at around '75 mbufs in use' after >> > several days of uptime. The system will reach it's max of 4096K >> > after about 48 hours of uptime and eventually reboot. I'm at a loss >> > for how to track this down and would heartily welcome more >> > productive suggestions. >> >> Hit Dennis on the head and get him to admit that it's his drivers 8) > >Some months ago, I worked with Dennis to track down the mbuf leak >problem. The leak was in FreeBSD code, not his driver. Yes, and for the record this was caused by a small change to the MGET/MFREE macros. We used to have a private pool of mbufs to optimize performance, but this was found to conflict with the allocation-type tracking in malloc() and lead to system instabilities. By reverting the macros back to their originals, the code in Dennis's driver that allocated and freed mbufs was still sticking them in this private pool - one the rest of the system didn't know about, and thus the "leak". There have been no changes to the mbuf allocation code since then. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Thu May 9 08:54:33 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18029 for stable-outgoing; Thu, 9 May 1996 08:54:33 -0700 (PDT) Received: from ian.iafrica.com (root@ian.iafrica.com [196.31.1.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA18022 for ; Thu, 9 May 1996 08:54:27 -0700 (PDT) Received: from ian.iafrica.com (khetan@ian.iafrica.com [196.31.1.15]) by ian.iafrica.com (8.7.5/8.6.12) with SMTP id RAA28170 for ; Thu, 9 May 1996 17:55:45 +0200 (SAT) Date: Thu, 9 May 1996 17:55:45 +0200 (SAT) From: Khetan Gajjar To: stable@freebsd.org Subject: Going to stable Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello alll. Before I start this, please don't say "read the man page" - I have done so, am struggling big time and need some help. I posted a similar message to questions, so please bear with me if you have read this message before. Scenario : I have been using 2.1 R for quite a while now, and want to go stable. Everything is hunky dory until now. I am a dial-up user, so ftp'ing the tree, sources, etc is not a viable option. I placed an order for the 2.2 snapshot cd-rom. Now I know this isn't the ideal way of doing it, but hey ? Ok. Now I know I have to use something called cvs and something called ctm. Unfoortunately I do not know how to use them. I copied the CVS directory from the CD-ROM onto my hdd into /home/CVS. I then set CVSROOT=/home/CVS and then went to /usr I then typed cvs -co -rRELENG_2_1_0 src like someone suggest to me. It then said something to the effect of /home/ncvs binaries not the same, aborting. Am I doing this the right way ? I know newbie's are not supposed to ask questions like this in these forums and you're probably thinking of saying, bugger off, stickj to release if you cannot work out how to go to stable. Well, I lose nothing (except embarressing myself in a HUUUGE forum) by asking. I just need to know once. That's all. Could someone out there please give me a step-by-step guide OR point me to somewhere where I can find out how to do this (please don't say man pages, lists, handbook, faq - I've tried them all!). --- Khetan Gajjar Visit at http://www.iafrica.com/~khetan/ UUNet-Internet Africa Operations help@iafrica.com or 0800-030-002 From owner-freebsd-stable Thu May 9 08:59:44 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18419 for stable-outgoing; Thu, 9 May 1996 08:59:44 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA18382 Thu, 9 May 1996 08:59:31 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id KAA24196; Thu, 9 May 1996 10:59:03 -0500 (CDT) Message-Id: <199605091559.KAA24196@sierra.zyzzyva.com> To: Michael Smith cc: brian@mediacity.com, et-users@netrail.net, freebsd-isp@freebsd.org, stable@freebsd.org, current@freebsd.org Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: msmith's message of Thu, 09 May 1996 18:28:30 +0930. <199605090858.SAA04548@genesis.atrad.adelaide.edu.au> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 10:59:02 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Brian Litzinger stands accused of saying: > > > > > > Hit Dennis on the head and get him to admit that it's his drivers 8) > > > > Some months ago, I worked with Dennis to track down the mbuf leak > > problem. The leak was in FreeBSD code, not his driver. > > I should have been more verbose there; it was meant as a joke (hence > following up with a lengthy suggestion on mbuf-leak-tracing. > > > Disclaimer: dennis may have introduced a new leak since we worked on > > tracking down the one I ran into. > > Did the leak you found get reported and fixed?? > Did this get fixed? I find that the problem exists both in 2.1.0 and -stable. I can directly connect this problem to packets going over the V.35 interface. From owner-freebsd-stable Thu May 9 09:05:50 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19033 for stable-outgoing; Thu, 9 May 1996 09:05:50 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA19012 Thu, 9 May 1996 09:05:44 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id LAA24496; Thu, 9 May 1996 11:05:01 -0500 (CDT) Message-Id: <199605091605.LAA24496@sierra.zyzzyva.com> To: davidg@root.com cc: brian@mediacity.com, msmith@atrad.adelaide.edu.au (Michael Smith), et-users@netrail.net, freebsd-isp@freebsd.org, stable@freebsd.org, current@freebsd.org Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: davidg's message of Thu, 09 May 1996 05:18:15 -0700. <199605091218.FAA02021@Root.COM> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 11:05:00 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Hit Dennis on the head and get him to admit that it's his drivers 8) > > > >Some months ago, I worked with Dennis to track down the mbuf leak > >problem. The leak was in FreeBSD code, not his driver. > > Yes, and for the record this was caused by a small change to the MGET/MFREE > macros. We used to have a private pool of mbufs to optimize performance, but > this was found to conflict with the allocation-type tracking in malloc() and > lead to system instabilities. By reverting the macros back to their originals, > the code in Dennis's driver that allocated and freed mbufs was still sticking > them in this private pool - one the rest of the system didn't know about, and > thus the "leak". > There have been no changes to the mbuf allocation code since then. > > -DG Could someone help me with version numbers in these changes? I'm finding that the problem exists in 2.1.0 and -stable. What version was changed? What version was reverted? In which branch is this fixed? This discussion is very helpful. Please expand. From owner-freebsd-stable Thu May 9 09:34:30 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21004 for stable-outgoing; Thu, 9 May 1996 09:34:30 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA20980 Thu, 9 May 1996 09:34:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id JAA02520; Thu, 9 May 1996 09:33:11 -0700 (PDT) Message-Id: <199605091633.JAA02520@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Randy Terbush cc: brian@mediacity.com, msmith@atrad.adelaide.edu.au (Michael Smith), et-users@netrail.net, freebsd-isp@freebsd.org, stable@freebsd.org, current@freebsd.org Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: Your message of "Thu, 09 May 1996 11:05:00 CDT." <199605091605.LAA24496@sierra.zyzzyva.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 09 May 1996 09:33:11 -0700 Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >> Hit Dennis on the head and get him to admit that it's his drivers 8) >> > >> >Some months ago, I worked with Dennis to track down the mbuf leak >> >problem. The leak was in FreeBSD code, not his driver. >> >> Yes, and for the record this was caused by a small change to the MGET/MFREE >> macros. We used to have a private pool of mbufs to optimize performance, but >> this was found to conflict with the allocation-type tracking in malloc() and >> lead to system instabilities. By reverting the macros back to their originals, >> the code in Dennis's driver that allocated and freed mbufs was still sticking >> them in this private pool - one the rest of the system didn't know about, and >> thus the "leak". >> There have been no changes to the mbuf allocation code since then. >> >> -DG > >Could someone help me with version numbers in these changes? > >I'm finding that the problem exists in 2.1.0 and -stable. >What version was changed? >What version was reverted? >In which branch is this fixed? > >This discussion is very helpful. Please expand. The above is not applicable to FreeBSD 2.1. The problem that Dennis encountered was in FreeBSD 2.0, and it wasn't really a problem with FreeBSD. The solution was for Dennis to recompile his driver. No source changes were needed. ...but to answer your question directly: (/sys/sys/mbuf.h) ---------------------------- revision 1.8 date: 1994/11/04 00:28:38; author: davidg; state: Exp; lines: +4 -32 Backed out mbuf performance improvement. mbufs are allocated with various different types, and with the 'local cache', what is freed isn't necessarily what was originally malloced. This screws malloc's statistics and type allocation limits, resulting eventually in a deadlock when one of the limits is bogusly reached. Recent performance tests on a Pentium machine indicate no improvement with this optimization anyway (this is something to be looked at further). ---------------------------- -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Thu May 9 09:58:00 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23138 for stable-outgoing; Thu, 9 May 1996 09:58:00 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA23125 Thu, 9 May 1996 09:57:51 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id LAA25376; Thu, 9 May 1996 11:57:49 -0500 (CDT) Resent-Message-Id: <199605091657.LAA25376@sierra.zyzzyva.com> Message-Id: <199605091657.LAA25376@sierra.zyzzyva.com> To: davidg@root.com Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: davidg's message of Thu, 09 May 1996 09:33:11 -0700. <199605091633.JAA02520@Root.COM> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 11:52:08 -0500 From: Randy Terbush Resent-cc: current@freebsd.org, freebsd-isp@freebsd.org, stable@freebsd.org Resent-Date: Thu, 09 May 1996 11:57:49 -0500 Resent-From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> >> Hit Dennis on the head and get him to admit that it's his drivers 8) > >> > > >> >Some months ago, I worked with Dennis to track down the mbuf leak > >> >problem. The leak was in FreeBSD code, not his driver. > > > >Could someone help me with version numbers in these changes? > > > >I'm finding that the problem exists in 2.1.0 and -stable. > >What version was changed? > >What version was reverted? > >In which branch is this fixed? > > > >This discussion is very helpful. Please expand. > > The above is not applicable to FreeBSD 2.1. The problem that Dennis > encountered was in FreeBSD 2.0, and it wasn't really a problem with FreeBSD. > The solution was for Dennis to recompile his driver. No source changes were > needed. ...but to answer your question directly: > > (/sys/sys/mbuf.h) > ---------------------------- > revision 1.8 Both 2.1.0 and -stable sport version 1.9. Could someone share a copy of version 1.8 so that I could see what has changed since 1.8? Thanks again David. From owner-freebsd-stable Thu May 9 10:46:49 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28004 for stable-outgoing; Thu, 9 May 1996 10:46:49 -0700 (PDT) Received: from zit1.zit.th-darmstadt.de (zit1.zit.th-darmstadt.de [130.83.63.20]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA27852 for ; Thu, 9 May 1996 10:43:30 -0700 (PDT) Received: from [130.83.63.13] (apfel.zit.th-darmstadt.de [130.83.63.13]) by zit1.zit.th-darmstadt.de (8.7.5/8.6.9) with ESMTP id TAA05096 for ; Thu, 9 May 1996 19:41:40 +0200 (MET DST) X-Sender: michael@zit1.zit.th-darmstadt.de Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 9 May 1996 19:41:36 +0200 To: stable@FreeBSD.ORG From: Michael Beckmann Subject: Re: Compiling today's -STABLE Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Right towards the end of the make world, I get a: >> >> ===> usr.bin/dig >> cc -O -I/usr/src/usr.bin/dig/../../usr.sbin/nslookup -o dig dig.o >>debug.o >> list.o send.o subr.o >> debug.o: Undefined symbol `_iso_ntoa' referenced from text segment >> list.o: Undefined symbol `_iso_ntoa' referenced from text segment >> *** Error code 1 >> >> Stop. > >Don't use a -current libc.so.3.0. It doesn't have the iso networking >funtions anymore. Nuke it and try rebuilding. I have the same problem that was described above. However, I can't rebuild anything anymore when I remove libc.so.3.0 from /usr/lib: ld.so failed: open failed for "/usr/lib/libc.so.3.0" : No such file or directory Suggestions how to fix this are very welcome. Should I rather upgrade to -current ? ;-) Michael From owner-freebsd-stable Thu May 9 11:52:22 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03035 for stable-outgoing; Thu, 9 May 1996 11:52:22 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA03029 Thu, 9 May 1996 11:52:17 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id TAA26331 ; Thu, 9 May 1996 19:49:34 +0100 (BST) To: Randy Terbush cc: davidg@root.com, current@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: Your message of "Thu, 09 May 1996 11:52:08 CDT." <199605091657.LAA25376@sierra.zyzzyva.com> Date: Thu, 09 May 1996 19:49:34 +0100 Message-ID: <26329.831667774@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Randy Terbush wrote in message ID <199605091657.LAA25376@sierra.zyzzyva.com>: > Both 2.1.0 and -stable sport version 1.9. Could someone share a copy > of version 1.8 so that I could see what has changed since 1.8? > Thanks again David. Enclosed is a diff between 1.8 and 1.9 along with the log message. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. ---------------------------- revision 1.9 date: 1994/11/14 13:54:20; author: bde; state: Exp; lines: +6 -5 Declare a complete prototype for the function pointer *ext_free and the function m_devget. Uniformize idempotency ifdef. ---------------------------- Index: mbuf.h =================================================================== RCS file: /mnt/usr/home/ncvs/src/sys/sys/mbuf.h,v retrieving revision 1.8 retrieving revision 1.9 diff -r1.8 -r1.9 34c34 < * $Id: mbuf.h,v 1.8 1994/11/04 00:28:38 davidg Exp $ --- > * $Id: mbuf.h,v 1.9 1994/11/14 13:54:20 bde Exp $ 89c89,90 < void (*ext_free)(); /* free routine if not the usual */ --- > void (*ext_free) /* free routine if not the usual */ > __P((caddr_t, u_int)); 388,389c389,390 < struct mbuf *m_devget __P((char *,int,int,struct ifnet*,void (*copy)())); < --- > struct mbuf *m_devget __P((char *, int, int, struct ifnet *, > void (*copy)(struct mbuf *, caddr_t, u_int))); 416c417 < #endif --- > #endif /* !_SYS_MBUF_H_ */ From owner-freebsd-stable Thu May 9 12:10:18 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05129 for stable-outgoing; Thu, 9 May 1996 12:10:18 -0700 (PDT) Received: from expresslane.ca (expresslane.ca [205.233.74.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA05119 for ; Thu, 9 May 1996 12:10:14 -0700 (PDT) Received: from localhost (james@localhost) by expresslane.ca (8.7.5/8.7.3) with SMTP id PAA04041; Thu, 9 May 1996 15:09:55 -0400 (EDT) Date: Thu, 9 May 1996 15:09:54 -0400 (EDT) From: James FitzGibbon To: Michael Beckmann cc: stable@freebsd.org Subject: Re: Compiling today's -STABLE In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 May 1996, Michael Beckmann wrote: > I have the same problem that was described above. However, I can't rebuild > anything anymore when I remove libc.so.3.0 from /usr/lib: > > ld.so failed: open failed for "/usr/lib/libc.so.3.0" : No such file or > directory > > Suggestions how to fix this are very welcome. Should I rather upgrade to > -current ? ;-) When I did this, I had to tar up and overwrite my -current binaries with ones from another -stable (or 2.1R would work) machine in order to build -stable without error. -- j. +--------------------------------------------------------------------------+ | James FitzGibbon james@expresslane.ca | | Technical Operations Voice/Fax: 416-239-3765/3279 | +--------------------------------------------------------------------------+ From owner-freebsd-stable Thu May 9 12:15:13 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05672 for stable-outgoing; Thu, 9 May 1996 12:15:13 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA05659 for ; Thu, 9 May 1996 12:15:07 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id VAA21589; Thu, 9 May 1996 21:14:00 +0200 (SAT) Message-Id: <199605091914.VAA21589@grumble.grondar.za> To: Michael Beckmann cc: stable@freebsd.org Subject: Re: Compiling today's -STABLE Date: Thu, 09 May 1996 21:13:59 +0200 From: Mark Murray Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Beckmann wrote: > >Don't use a -current libc.so.3.0. It doesn't have the iso networking > >funtions anymore. Nuke it and try rebuilding. > > I have the same problem that was described above. However, I can't rebuild > anything anymore when I remove libc.so.3.0 from /usr/lib: > > ld.so failed: open failed for "/usr/lib/libc.so.3.0" : No such file or > directory > > Suggestions how to fix this are very welcome. Should I rather upgrade to > -current ? ;-) Try this hack: move your libc.so.3.0 to another dir (say /temp/) then do ldconfig -m /temp (or ldconfig /temp /usr/lib /usr/local/lib) and make world. This worked for me. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-stable Thu May 9 12:20:06 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA06439 for stable-outgoing; Thu, 9 May 1996 12:20:06 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA06377 for ; Thu, 9 May 1996 12:19:59 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id UAA26470 ; Thu, 9 May 1996 20:19:43 +0100 (BST) To: davidg@Root.COM cc: stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: pmap.c In-reply-to: Your message of "Wed, 08 May 1996 21:07:16 PDT." <199605090407.VAA01464@Root.COM> Date: Thu, 09 May 1996 20:19:41 +0100 Message-ID: <26468.831669581@palmer.demon.co.uk> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David Greenman wrote in message ID <199605090407.VAA01464@Root.COM>: > Just a heads-up: The pmap.c in -stable definately has some problems. Both > John and I have been looking at it extensively and have found a couple of > buglets, but nothing that would cause any trouble or explain any problems. > I hope we can resolve this issue by this weekend, but if not, I'll revert > to the previous code. Which raises a question: is -current similarly affected, since the pmap.c code was taken over from -current? Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-stable Thu May 9 13:13:56 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12997 for stable-outgoing; Thu, 9 May 1996 13:13:56 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA12990 for ; Thu, 9 May 1996 13:13:53 -0700 (PDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.3) with SMTP id QAA01857; Thu, 9 May 1996 16:13:47 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Thu, 9 May 1996 16:13:47 -0400 (EDT) From: "Marc G. Fournier" To: Michael Beckmann cc: stable@FreeBSD.ORG Subject: Re: Compiling today's -STABLE In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 May 1996, Michael Beckmann wrote: > I have the same problem that was described above. However, I can't rebuild > anything anymore when I remove libc.so.3.0 from /usr/lib: > > ld.so failed: open failed for "/usr/lib/libc.so.3.0" : No such file or > directory > reboot the machine (I believe there is a switch for ldconfig that fixes this too...) since the "shared library map" only incorporates the newest release of a library, and the /usr/lib/libc.so.2.x doesn't exist according to it. rebooting will reload the map with the .2.x library Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-stable Thu May 9 13:30:42 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14969 for stable-outgoing; Thu, 9 May 1996 13:30:42 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA14947 Thu, 9 May 1996 13:30:35 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id PAA01625; Thu, 9 May 1996 15:30:10 -0500 (CDT) Message-Id: <199605092030.PAA01625@sierra.zyzzyva.com> To: davidg@root.com cc: stable@freebsd.org, current@freebsd.org Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: davidg's message of Thu, 09 May 1996 12:54:06 -0700. <199605091954.MAA02913@Root.COM> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 15:30:09 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Are your sure there really is a leak? What does the machine do other than > >> operate a sync card? > > > >It's running routed and named and at this time has had very little use > >due to instability. I've never seen this kind of MBUF usage on any machine > >and that does count for quite a few. It consistently grows to the max > >configured, and then will reboot shortly thereafter. > > > >Are you running routed? > > Not currently, but I have in the past. I am running named. I'm going to direct a copy of this back to the current and stable lists... I have been able to pin this down to routed, or rather the use of a routing protocol, since firing up gated to use RIP has the same effect. (growth of mbuf use by about 10mbufs/30sec). I've read some other questions raised lately about routing/routed problems. Anyone have a hint as to what might be going on here? From owner-freebsd-stable Thu May 9 14:47:47 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22608 for stable-outgoing; Thu, 9 May 1996 14:47:47 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA22593 Thu, 9 May 1996 14:47:38 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id QAA00789; Thu, 9 May 1996 16:47:34 -0500 (EST) From: "John S. Dyson" Message-Id: <199605092147.QAA00789@dyson.iquest.net> Subject: Re: pmap.c To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Thu, 9 May 1996 16:47:34 -0500 (EST) Cc: davidg@Root.COM, stable@FreeBSD.ORG In-Reply-To: <26468.831669581@palmer.demon.co.uk> from "Gary Palmer" at May 9, 96 08:19:41 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > David Greenman wrote in message ID > <199605090407.VAA01464@Root.COM>: > > Just a heads-up: The pmap.c in -stable definately has some problems. Both > > John and I have been looking at it extensively and have found a couple of > > buglets, but nothing that would cause any trouble or explain any problems. > > I hope we can resolve this issue by this weekend, but if not, I'll revert > > to the previous code. > > Which raises a question: is -current similarly affected, since the > pmap.c code was taken over from -current? > I have been taking in changes from -stable and applying them to my working system tree. John From owner-freebsd-stable Thu May 9 15:20:22 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26460 for stable-outgoing; Thu, 9 May 1996 15:20:22 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA26455 for ; Thu, 9 May 1996 15:20:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id PAA06112; Thu, 9 May 1996 15:19:58 -0700 (PDT) To: Khetan Gajjar cc: stable@freebsd.org Subject: Re: Going to stable In-reply-to: Your message of "Sat, 09 May 1996 17:55:45 +0200." Date: Thu, 09 May 1996 15:19:57 -0700 Message-ID: <6110.831680397@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I then set CVSROOT=/home/CVS and then went to /usr > I then typed cvs -co -rRELENG_2_1_0 src like someone suggest to me. > It then said something to the effect of /home/ncvs binaries not the > same, aborting. You need to give us the exact error message - this isn't detailed enough for me to render any kind of opinion. > Am I doing this the right way ? I know newbie's are not supposed to ask > questions like this in these forums and you're probably thinking of No, no, newbies are allowed to ask these sorts of questions whenever they wish, they simply have to give precise details if they want any help. Saying "it said, uhm, ``error'' or something and didn't work!" isn't quite enough. :-) Jordan From owner-freebsd-stable Thu May 9 15:35:40 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA28130 for stable-outgoing; Thu, 9 May 1996 15:35:40 -0700 (PDT) Received: from chain.iafrica.com (chain.iafrica.com [196.7.74.174]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA28117 for ; Thu, 9 May 1996 15:35:31 -0700 (PDT) Received: (from khetan@localhost) by chain.iafrica.com (8.6.12/8.6.12) id AAA09413; Fri, 10 May 1996 00:33:09 +0200 Date: Fri, 10 May 1996 00:33:09 +0200 (SAT) From: Khetan Gajjar To: "Jordan K. Hubbard" cc: stable@freebsd.org Subject: Re: Going to stable In-Reply-To: <6110.831680397@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 May 1996, Jordan K. Hubbard wrote: > You need to give us the exact error message - this isn't detailed > enough for me to render any kind of opinion. It said the src directory was not the same. Aborting. I fixed this however by rm -rf /usr/src Problem solved. > No, no, newbies are allowed to ask these sorts of questions whenever they > wish, they simply have to give precise details if they want any help. Sorry. I get mail like the one I wrote all the time, so I know what you mean ;-0 > Saying "it said, uhm, ``error'' or something and didn't work!" isn't > quite enough. :-) Apologies. --- Khetan Gajjar Visit at http://www.iafrica.com/~khetan/ UUNet-Internet Africa Operations help@iafrica.com or 0800-030-002 From owner-freebsd-stable Thu May 9 15:59:07 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01228 for stable-outgoing; Thu, 9 May 1996 15:59:07 -0700 (PDT) Received: from expresslane.ca (expresslane.ca [205.233.74.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA01221 for ; Thu, 9 May 1996 15:59:05 -0700 (PDT) Received: from localhost (james@localhost) by expresslane.ca (8.7.5/8.7.3) with SMTP id SAA04741; Thu, 9 May 1996 18:58:33 -0400 (EDT) Date: Thu, 9 May 1996 18:58:32 -0400 (EDT) From: James FitzGibbon To: "Marc G. Fournier" cc: Michael Beckmann , stable@FreeBSD.ORG Subject: Re: Compiling today's -STABLE In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 May 1996, Marc G. Fournier wrote: > reboot the machine (I believe there is a switch for ldconfig > that fixes this too...) since the "shared library map" only incorporates > the newest release of a library, and the /usr/lib/libc.so.2.x doesn't > exist according to it. > > rebooting will reload the map with the .2.x library When I tried this, every single startup daemon refused to start. inetd, apache, the whole ball of wax went down. -- j. +--------------------------------------------------------------------------+ | James FitzGibbon james@expresslane.ca | | Technical Operations Voice/Fax: 416-239-3765/3279 | +--------------------------------------------------------------------------+ From owner-freebsd-stable Thu May 9 16:50:28 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA07619 for stable-outgoing; Thu, 9 May 1996 16:50:28 -0700 (PDT) Received: from MediaCity.com (root@easy1.mediacity.com [205.216.172.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA07578 Thu, 9 May 1996 16:50:16 -0700 (PDT) Received: (from brian@localhost) by MediaCity.com (8.6.11/8.6.9) id QAA08967; Thu, 9 May 1996 16:49:09 -0700 From: Brian Litzinger Message-Id: <199605092349.QAA08967@MediaCity.com> Subject: Re: Continued MBUF problem with ET V.35 card To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 9 May 1996 16:49:09 -0700 (PDT) Cc: msmith@atrad.adelaide.edu.au, randy@zyzzyva.com, et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <3196.831631895@time.cdrom.com> from "Jordan K. Hubbard" at "May 9, 96 01:51:35 am" Reply-To: brian@MediaCity.com X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk brian wrote: > > Some months ago, I worked with Dennis to track down the mbuf leak > > problem. The leak was in FreeBSD code, not his driver. > Jordan K. Hubbard wrote: > And you submitted it? I certainly fail to see what would be gained by > _not_ submitting it, given that it's in everybody's best interest > (Dennis's especially) to iron out any such problems in FreeBSD. Stretching my memory, part of the problem was related to the myriad of different versions of FreeBSD. The problem existed in some versions and not others. At the time, it seemed that the code was headed in the right direction on its own. -- Brian Litzinger Powered by FreeBSD http[s]://www.mpress.com From owner-freebsd-stable Thu May 9 16:51:49 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA07820 for stable-outgoing; Thu, 9 May 1996 16:51:49 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA07796 Thu, 9 May 1996 16:51:44 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14596(1)>; Thu, 9 May 1996 16:50:57 PDT Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177475>; Thu, 9 May 1996 16:50:39 -0700 X-Mailer: exmh version 1.6.4 10/10/95 To: Randy Terbush cc: current@freebsd.org, stable@freebsd.org Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: Your message of "Thu, 09 May 1996 09:52:08 PDT." <199605091657.LAA25376@sierra.zyzzyva.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 9 May 1996 16:50:35 PDT From: Bill Fenner Message-Id: <96May9.165039pdt.177475@crevenia.parc.xerox.com> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199605091657.LAA25376@sierra.zyzzyva.com>you write: >Both 2.1.0 and -stable sport version 1.9. Could someone share a copy >of version 1.8 so that I could see what has changed since 1.8? If you have a web browser, you can access the CVS tree directly. For the diff you're looking for, try http://www.freebsd.org/cgi-bin/cvsweb/src/sys/sys/mbuf.h?r1=1.7&r2=1.9 To see the commit messages, and for an interface to get arbitrary diffs, just use http://www.freebsd.org/cgi-bin/cvsweb/src/sys/sys/mbuf.h Bill From owner-freebsd-stable Thu May 9 17:43:04 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA17669 for stable-outgoing; Thu, 9 May 1996 17:43:04 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA17638 Thu, 9 May 1996 17:42:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id KAA18101; Fri, 10 May 1996 10:40:48 +1000 Date: Fri, 10 May 1996 10:40:48 +1000 From: Bruce Evans Message-Id: <199605100040.KAA18101@godzilla.zeta.org.au> To: brian@mediacity.com, davidg@Root.COM Subject: Re: Continued MBUF problem with ET V.35 card Cc: current@FreeBSD.org, et-users@netrail.net, freebsd-isp@FreeBSD.org, msmith@atrad.adelaide.edu.au, randy@zyzzyva.com, stable@FreeBSD.org Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Yes, and for the record this was caused by a small change to the MGET/MFREE >macros. We used to have a private pool of mbufs to optimize performance, but >this was found to conflict with the allocation-type tracking in malloc() and >lead to system instabilities. By reverting the macros back to their originals, >the code in Dennis's driver that allocated and freed mbufs was still sticking >them in this private pool - one the rest of the system didn't know about, and >thus the "leak". > There have been no changes to the mbuf allocation code since then. Except in -current a couple of days ago. It no longer uses malloc() or allocation-type tracking except for one stray allocation for `mclrefcnt' in machdep.c. machdep.c also refers to to the wrong entry point for the no-wait case (kmem_alloc instead of kmem_malloc). A comment in vm_kern.c bogusly says that "only malloc() uses this routine". It is used by the mbuf allocation routines too. Bruce From owner-freebsd-stable Thu May 9 18:00:58 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20823 for stable-outgoing; Thu, 9 May 1996 18:00:58 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA20785 Thu, 9 May 1996 18:00:47 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.7.5/8.7.3) with SMTP id VAA11041; Thu, 9 May 1996 21:00:33 -0400 (EDT) Message-Id: <199605100100.VAA11041@whizzo.transsys.com> X-Authentication-Warning: whizzo.transsys.com: Host localhost.transsys.com [127.0.0.1] didn't use HELO protocol To: Randy Terbush cc: davidg@Root.COM, stable@FreeBSD.org, current@FreeBSD.org From: "Louis A. Mamakos" Subject: Re: Continued MBUF problem with ET V.35 card References: <199605092030.PAA01625@sierra.zyzzyva.com> In-reply-to: Your message of "Thu, 09 May 1996 15:30:09 CDT." <199605092030.PAA01625@sierra.zyzzyva.com> Date: Thu, 09 May 1996 21:00:33 -0400 Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I'm going to direct a copy of this back to the current and stable lists... > > I have been able to pin this down to routed, or rather the use of > a routing protocol, since firing up gated to use RIP has the same > effect. (growth of mbuf use by about 10mbufs/30sec). > > I've read some other questions raised lately about routing/routed > problems. Anyone have a hint as to what might be going on here? Just a wild guess, but it sounds like broadcast packets might be implicated. Just a thought.. louie From owner-freebsd-stable Thu May 9 18:22:07 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA25712 for stable-outgoing; Thu, 9 May 1996 18:22:07 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA25699 for ; Thu, 9 May 1996 18:22:04 -0700 (PDT) Received: (from scanner@localhost) by orion.webspan.net (8.7.5/8.6.12) id VAA00666; Thu, 9 May 1996 21:21:47 -0400 (EDT) Date: Thu, 9 May 1996 21:21:47 -0400 (EDT) From: Scanner SOD To: freebsd-stable@freebsd.org Subject: mbuf's Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk flame me off the list for not paying attention i wasnt really concerned about mbufs till i saw while watching their status that they got up to 90% used. What happens if mbufs get 100% used does the machine die? services get refused? I dont think this came up in the list lately on the mbuf subject but im not sure. Scnaner -- ===================================| Webspan Inc., ISP Division. FreeBSD 2.1.0 is available now! | Phone: 908-367-8030 ext. 126 -----------------------------------| 500 West Kennedy Blvd., Lakewood, NJ-08701 Turning PCs into Workstations | E-Mail: scanner@webspan.net ===================================| SysAdmin / Network Engineer / Consultant From owner-freebsd-stable Thu May 9 20:36:16 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA16197 for stable-outgoing; Thu, 9 May 1996 20:36:16 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA16132 Thu, 9 May 1996 20:36:04 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id WAA11721; Thu, 9 May 1996 22:34:17 -0500 (CDT) Message-Id: <199605100334.WAA11721@sierra.zyzzyva.com> To: Bill Fenner cc: current@freebsd.org, stable@freebsd.org Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: fenner's message of Thu, 09 May 1996 16:50:35 -0700. <96May9.165039pdt.177475@crevenia.parc.xerox.com> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 22:34:11 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In message <199605091657.LAA25376@sierra.zyzzyva.com>you write: > >Both 2.1.0 and -stable sport version 1.9. Could someone share a copy > >of version 1.8 so that I could see what has changed since 1.8? > > If you have a web browser, you can access the CVS tree directly. For the diff > you're looking for, try > > http://www.freebsd.org/cgi-bin/cvsweb/src/sys/sys/mbuf.h?r1=1.7&r2=1.9 > > To see the commit messages, and for an interface to get arbitrary diffs, just > use > > http://www.freebsd.org/cgi-bin/cvsweb/src/sys/sys/mbuf.h > > Bill Thanks. I figured this out earlier today. Really handy interface. From owner-freebsd-stable Thu May 9 21:39:07 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA26107 for stable-outgoing; Thu, 9 May 1996 21:39:07 -0700 (PDT) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA26087 for ; Thu, 9 May 1996 21:39:00 -0700 (PDT) Received: by haven.uniserve.com id <30838-24519>; Thu, 9 May 1996 21:42:06 -0800 Date: Thu, 9 May 1996 21:41:57 -0700 (PDT) From: Tom Samplonius To: Scanner SOD cc: freebsd-stable@FreeBSD.org Subject: Re: mbuf's In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 May 1996, Scanner SOD wrote: > > flame me off the list for not paying attention i wasnt really concerned > about mbufs till i saw while watching their status that they got up to > 90% used. What happens if mbufs get 100% used does the machine die? > services get refused? No. If usage goes to a 100% more clusters are allocated. If there is no more kernel space for more clusters, you will get a "mb_map full" log message, and some traffic will be lost. Tom From owner-freebsd-stable Thu May 9 21:44:13 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA27393 for stable-outgoing; Thu, 9 May 1996 21:44:13 -0700 (PDT) Received: from okjunc.junction.net (root@okjunc.junction.net [199.166.227.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA27289 Thu, 9 May 1996 21:43:59 -0700 (PDT) Received: from sidhe.memra.com (sidhe.memra.com [199.166.227.105]) by okjunc.junction.net (8.6.11/8.6.11) with SMTP id UAA07147; Thu, 9 May 1996 20:56:55 -0700 Date: Thu, 9 May 1996 21:40:22 -0700 (PDT) From: Michael Dillon To: Brian Litzinger cc: "Jordan K. Hubbard" , msmith@atrad.adelaide.edu.au, randy@zyzzyva.com, et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Continued MBUF problem with ET V.35 card In-Reply-To: <199605092349.QAA08967@MediaCity.com> Message-ID: Organization: Memra Software Inc. - Internet consulting MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 May 1996, Brian Litzinger wrote: > brian wrote: > At the time, it seemed that the code was headed > in the right direction on its own. There's one for posterity! :-) :-) Michael Dillon Voice: +1-604-546-8022 Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com From owner-freebsd-stable Thu May 9 21:52:56 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA29322 for stable-outgoing; Thu, 9 May 1996 21:52:56 -0700 (PDT) Received: from obie.softweyr.com (slcmodem1-p3-6.intele.net [206.29.206.137]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA29282 for ; Thu, 9 May 1996 21:52:45 -0700 (PDT) Received: (from wes@localhost) by obie.softweyr.com (8.7.5/8.6.12) id WAA01281; Thu, 9 May 1996 22:53:25 -0600 (MDT) Date: Thu, 9 May 1996 22:53:25 -0600 (MDT) Message-Id: <199605100453.WAA01281@obie.softweyr.com> From: wes@intele.net To: Khetan Gajjar CC: stable@freebsd.org Subject: Going stable In-Reply-To: References: Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Khetan Gajjar writes: > I have been happy with 2.1 release for quite a while now. I want to see > where we are heading, and want to run stable. I have got the snapshot > cd-rom and want to install off there (as a dial-up user, I don't feel > like getting the tree or whatever it's called). Hi Khetan. I upgraded to 2.1-stable about 3 weeks ago, in order to stabilize my shiny new Adaptec 2842 SCSI adapter. Since then, I've supped -stable each friday night. The first sup took quite a while, nearly 6 hours, but since then, each successive weekly sup has only taken 10 - 15 minutes. I've not had any problems with the supped source files since I figured out what to do with the first one. I've provided another FreeBSDer (hi Annelise) through this recently, and she was meticulous enough to take notes of her experience and e-mail them to me. If you'd like, I'll forward them on to you. The idea is that I'll develope them and my notes into more detailed instructions about "how to upgrade to -stable the very first time." > I know this is described in the ctm section of the handbook, but for a > newbie user, how do I go from release to stable using this cd-rom ? Reply to this message if you'd like the notes I've gathered. They're certainly not ready to publish yet, but you're welcome to what I've got. -- Wes Peters | Yes I am a pirate, two hundred years too late Softweyr | The cannons don't thunder, there's nothing to plunder Consulting | I'm an over forty victim of fate... wes@intele.net | Jimmy Buffett From owner-freebsd-stable Thu May 9 23:00:00 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA12075 for stable-outgoing; Thu, 9 May 1996 23:00:00 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA12058 for ; Thu, 9 May 1996 22:59:57 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA07857; Fri, 10 May 1996 15:36:20 +0930 From: Michael Smith Message-Id: <199605100606.PAA07857@genesis.atrad.adelaide.edu.au> Subject: Re: mbuf's To: scanner@webspan.net (Scanner SOD) Date: Fri, 10 May 1996 15:36:19 +0930 (CST) Cc: freebsd-stable@FreeBSD.org In-Reply-To: from "Scanner SOD" at May 9, 96 09:21:47 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Scanner SOD stands accused of saying: > > > flame me off the list for not paying attention i wasnt really concerned > about mbufs till i saw while watching their status that they got up to > 90% used. What happens if mbufs get 100% used does the machine die? > services get refused? More get allocated. The % used figure refers to how many of the allocated mbufs are actually in use, not the total number in the system. > Scnaner -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Fri May 10 04:24:46 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA10820 for stable-outgoing; Fri, 10 May 1996 04:24:46 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA10815 for ; Fri, 10 May 1996 04:24:44 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id EAA04219; Fri, 10 May 1996 04:24:35 -0700 (PDT) Message-Id: <199605101124.EAA04219@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Scanner SOD cc: freebsd-stable@FreeBSD.org Subject: Re: mbuf's In-reply-to: Your message of "Thu, 09 May 1996 21:21:47 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 10 May 1996 04:24:35 -0700 Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >flame me off the list for not paying attention i wasnt really concerned >about mbufs till i saw while watching their status that they got up to >90% used. What happens if mbufs get 100% used does the machine die? >services get refused? >I dont think this came up in the list lately on the mbuf subject but im >not sure. No, the "% used" refers to the amount used of those that have been malloced from the kernel. The kernel will malloc more when the 100% is reached. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Fri May 10 06:40:10 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16313 for stable-outgoing; Fri, 10 May 1996 06:40:10 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA16191 for ; Fri, 10 May 1996 06:39:29 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id IAA22478; Fri, 10 May 1996 08:38:56 -0500 (CDT) Message-Id: <199605101338.IAA22478@sierra.zyzzyva.com> To: Tom Samplonius cc: Scanner SOD , freebsd-stable@freebsd.org Subject: Re: mbuf's In-reply-to: tom's message of Thu, 09 May 1996 21:41:57 -0700. X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 May 1996 08:38:55 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > On Thu, 9 May 1996, Scanner SOD wrote: > > > > > flame me off the list for not paying attention i wasnt really concerned > > about mbufs till i saw while watching their status that they got up to > > 90% used. What happens if mbufs get 100% used does the machine die? > > services get refused? > > No. If usage goes to a 100% more clusters are allocated. If there is > no more kernel space for more clusters, you will get a "mb_map full" > log message, and some traffic will be lost. > > Tom -stable will panic shortly after the max kernel space is reached. I mailed a backtrace of this a couple days ago. From owner-freebsd-stable Fri May 10 07:08:35 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19345 for stable-outgoing; Fri, 10 May 1996 07:08:35 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA19314 Fri, 10 May 1996 07:08:25 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id JAA23031; Fri, 10 May 1996 09:08:23 -0500 (CDT) Message-Id: <199605101408.JAA23031@sierra.zyzzyva.com> To: stable@freebsd.org, current@freebsd.org Subject: MBUF compatibility (recent commit to -stable) X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 May 1996 09:08:23 -0500 From: Randy Terbush Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After doing battle on this front for the past week, I just caught this commit. Could someone comment on the effect (or hopefully lack thereof) on driver code compiled using the old (revision 1.9) code? I'm specifically concerned about the ET drivers since Dennis does not support -stable. BTW - It seems that dennis uncovered something in his driver since his latest test version has solved my MBUF growth problem. ------------------------------ From: Garrett Wollman Date: Wed, 8 May 1996 12:38:29 -0700 (PDT) Subject: cvs commit: src/sys/kern uipc_mbuf.c src/sys/sys mbuf.h wollman 96/05/08 12:38:28 Modified: sys/kern uipc_mbuf.c sys/sys mbuf.h Log: Our new-old mbugf allocator. This is actually something of a blast from the past, since it returns to the old system of allocating mbufs out of a private area rather than using the kernel malloc(). While this may seem like a backwards step to some, the new allocator is some 20% faster than the old one and has much better caching properties. Written by: John Wroclawski Revision Changes Path 1.20 +103 -1 src/sys/kern/uipc_mbuf.c 1.15 +64 -28 src/sys/sys/mbuf.h ------------------------------ From owner-freebsd-stable Fri May 10 08:38:08 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA28408 for stable-outgoing; Fri, 10 May 1996 08:38:08 -0700 (PDT) Received: from keeper.albany.net (root@keeper.albany.net [206.72.192.14]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA28401 for ; Fri, 10 May 1996 08:38:03 -0700 (PDT) Received: from magik.albany.net (magik.albany.net [206.72.192.15]) by keeper.albany.net (8.7.5/8.7.5-MZ) with SMTP id LAA15947 for ; Fri, 10 May 1996 11:37:51 -0400 (EDT) Date: Fri, 10 May 1996 11:37:51 -0400 (EDT) From: Matt Hamilton To: freebsd-stable@freebsd.org Subject: Netscape Mail server Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to install the test-drive of Netscape's Mail server. The binaries are BSDI 2.0. When I first tried to install them on 2.1.0 I got the error "Bus Error (core dumped)". I tried the 2.2-Snap (950501) thinking that this can run 2.0 binaries, but still got the same error. Does anybody have any ideas? TIA, Matt ************************************************************************ * Matt Hamilton * mhamilton@clintondale.com * * Albany, NY * matt.hamilton@cgi.sprint.com * * (518) 434 3214 * http://www.clintondale.com * ************************************************************************ From owner-freebsd-stable Fri May 10 09:04:08 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00879 for stable-outgoing; Fri, 10 May 1996 09:04:08 -0700 (PDT) Received: from percy.scgt.oz.au (root@percy.scgt.oz.au [202.14.234.35]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA00814 for ; Fri, 10 May 1996 09:03:55 -0700 (PDT) Received: (from imb@localhost) by percy.scgt.oz.au (8.7.5/BSD4.4) id CAA13596 for stable@freebsd.org; Sat, 11 May 1996 02:03:17 +1000 (EST) From: michael butler Message-Id: <199605101603.CAA13596@percy.scgt.oz.au> Subject: sig 11 on Triton (1) To: stable@freebsd.org Date: Sat, 11 May 1996 02:03:17 +1000 (EST) Reply-To: imb@scgt.oz.au X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've just set up a Triton motherboard with FreeBSD -stable that will make it through most things without a hitch but if I try to do a "make world" and it'll spit out a sig 11 long before completion. This thing has 64 meg of 60ns RAM, 256k of pipelined cache .. is there anything in particular I need to do other than change the RAM ? There does not appear to be any (BIOS or jumper) option to switch between write-thru and write-back on either cache so I tried disabling the L1 cache .. no difference :-( It reports .. /kernel: FreeBSD 2.1-STABLE #0: Tue May 7 21:46:45 EST 1996 /kernel: root@percy.scgt.oz.au:/var/src/sys/compile/PERCY /kernel: CPU: 133-MHz Pentium 735\90 or 815\100 (Pentium-class CPU) /kernel: Origin = "GenuineIntel" Id = 0x52b Stepping=11 /kernel: Features=0x1bf /kernel: real memory = 67108864 (65536K bytes) /kernel: avail memory = 63295488 (61812K bytes) /kernel: pcibus_setup(1): mode1res=0x80000000 (0x80000000), mode2res=0xff (0x0e) /kernel: pcibus_setup(2): mode1res=0x80000000 (0x80000000) /kernel: pcibus_check: device 0 is there (id=122d8086) /kernel: Probing for devices on PCI bus 0: /kernel: configuration mode 1 allows 32 devices. /kernel: chip0 rev 2 on pci0:0 /kernel: chip1 rev 2 on pci0:7 /kernel: ahc0 rev 3 int a irq 12 on pci0:18 /kernel: mapreg[10] type=1 addr=00006000 size=0100. /kernel: mapreg[14] type=0 addr=f1001000 size=1000. /kernel: ahc0: BurstLen = 8DWDs, Latency Timer = 32PCLKS /kernel: ahc0: Reading SEEPROM...done. /kernel: ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs /kernel: ahc0: Downloading Sequencer Program...Done /kernel: ahc0: Probing channel A /kernel: ahc0 waiting for scsi devices to settle /kernel: ahc0: target 0 synchronous at 10.0MHz, offset = 0xf /kernel: ahc0: target 0 Tagged Queuing Device /kernel: (ahc0:0:0): "QUANTUM PD1050iS 3110" type 0 fixed SCSI 2 /kernel: sd0(ahc0:0:0): Direct-Access 1003MB (2055096 512 byte sectors) /kernel: sd0(ahc0:0:0): with 2448 cyls, 12 heads, and an average 69 sectors/track /kernel: ahc0: target 1 synchronous at 10.0MHz, offset = 0xf /kernel: ahc0: target 1 Tagged Queuing Device /kernel: (ahc0:1:0): "SEAGATE ST31051N 0286" type 0 fixed SCSI 2 /kernel: sd1(ahc0:1:0): Direct-Access 1010MB (2069860 512 byte sectors) /kernel: sd1(ahc0:1:0): with 4177 cyls, 4 heads, and an average 123 sectors/track /kernel: de0 rev 17 int a irq 9 on pci0:19 /kernel: mapreg[10] type=1 addr=00006100 size=0080. /kernel: mapreg[14] type=0 addr=f1000000 size=0080. /kernel: reg16: ioaddr=0x6100 size=0x80 /kernel: de0: DC21041 [10Mb/s] pass 1.1 Ethernet address 00:00:c0:c3:72:d6 /kernel: bpf: de0 attached /kernel: vga0 rev 0 int a irq 11 on pci0:20 /kernel: mapreg[10] type=0 addr=f0000000 size=1000000. /kernel: pci0: uses 16781440 bytes of memory from f0000000 upto f1001fff. /kernel: pci0: uses 384 bytes of I/O space from 6000 upto 617f. /kernel: Probing for devices on the ISA bus: /kernel: sc0 at 0x60-0x6f irq 1 on motherboard /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> /kernel: ed1 at 0x280-0x29f irq 10 on isa /kernel: ed1: address 00:40:33:28:b4:67, type NE2000 (16 bit) /kernel: bpf: ed1 attached /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa /kernel: sio0: type 16550A /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa /kernel: sio1: type 16550A /kernel: lpt0 at 0x378-0x37f irq 7 on isa /kernel: lpt0: Interrupt-driven port /kernel: lp0: TCP/IP capable interface /kernel: bpf: lp0 attached /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa /kernel: fdc0: NEC 765 /kernel: fd0: 1.44MB 3.5in /kernel: npx0 on motherboard /kernel: npx0: INT 16 interface /kernel: BIOS Geometries: /kernel: 0:03ea3f20 0..1002=1003 cylinders, 0..63=64 heads, 1..32=32 sectors /kernel: 1:03f13f20 0..1009=1010 cylinders, 0..63=64 heads, 1..32=32 sectors /kernel: 0 accounted for /kernel: bpf: lo0 attached /kernel: bpf: ppp0 attached /kernel: bpf: ppp1 attached /kernel: IP firewall initialized /kernel: sd0s1: type 0xa5, start 32, end = 2054143, size 2054112 : OK /kernel: de0: enabling Thinwire/BNC port /kernel: sd1s1: type 0xa5, start 32, end = 2068479, size 2068448 : OK named[163]: starting. named LOCAL-960408.030054 Mon Apr 8 03:00:54 EST 1996 root@percy.scgt.oz.au:/var/src/var/src/usr.sbin/named named[164]: Ready to answer queries. xntpd[172]: xntpd version=3.4e (beta multicast); Sun Apr 7 15:43:25 EST 1996 (1) xntpd[172]: tickadj = 5, tick = 10002, tvu_maxslew = 490 xntpd[172]: using xntpd phase-lock loop lpd[197]: restarted gated[243]: Commence routing updates SNMP Agent: SNMP Agent Ver $Revision: 1.9 $ starting up SNMP Agent: Opening port(s) innd: ME descriptors 256 innd: ME outgoing 243 From owner-freebsd-stable Fri May 10 09:43:09 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04478 for stable-outgoing; Fri, 10 May 1996 09:43:09 -0700 (PDT) Received: from desiree.teleport.com (desiree.teleport.com [192.108.254.21]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA04473 for ; Fri, 10 May 1996 09:42:59 -0700 (PDT) Received: from ip-pdx03-28.teleport.com (ip-pdx03-28.teleport.com [206.163.120.156]) by desiree.teleport.com (8.7.5/8.7.3) with SMTP id JAA25226 for ; Fri, 10 May 1996 09:42:56 -0700 (PDT) Message-ID: <319371FC.6ACE@ibm.net> Date: Fri, 10 May 1996 09:42:36 -0700 From: David Chamberlain Organization: Yoshida, Inc. X-Mailer: Mozilla 2.01 (Win16; I) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: How to info? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am fairly new to unix, so forgive my ignorance. I am interested in compiling and running the stable version. I have all of the ctm files, created the src directory, etc. Now what? Has somebody written fairly simple instructions on how to compile and install the new sources. Thanks in advance. David Chamberlain From owner-freebsd-stable Fri May 10 14:26:50 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA25442 for stable-outgoing; Fri, 10 May 1996 14:26:50 -0700 (PDT) Received: from gondor.gdl.iteso.mx (gondor.gdl.iteso.mx [148.201.1.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA25426 for ; Fri, 10 May 1996 14:26:46 -0700 (PDT) Received: (from cacho@localhost) by gondor.gdl.iteso.mx (8.6.12/8.6.12) id QAA07978; Fri, 10 May 1996 16:26:13 -0500 Date: Fri, 10 May 1996 16:26:12 -0500 (CDT) From: Hector Gonzalez Jaime To: freebsd-stable@freebsd.org Subject: 2.0.5 -> stable, no problem! In-Reply-To: <319371FC.6ACE@ibm.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Two weeks ago I decided to upgrade my last 2.0.5 system to -stable, and did the following: Booted from a GENERIC 2.1.0 Kernel, changed to /usr/src (stable) and did a make world, then went to /sys, and made a -stable kernel, and rebooted. It worked just fine, and it's been up an great for two weeks now. Keep the good work! Hector Gonzalez. From owner-freebsd-stable Fri May 10 21:12:21 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA14804 for stable-outgoing; Fri, 10 May 1996 21:12:21 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA14799 for ; Fri, 10 May 1996 21:12:18 -0700 (PDT) Received: from bunghole.harborcom.net (dunn.harborcom.net [206.158.4.245]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id AAA28712 for ; Sat, 11 May 1996 00:12:16 -0400 (EDT) Message-Id: <199605110412.AAA28712@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" To: freebsd-stable@freebsd.org Date: Sat, 11 May 1996 00:10:15 -0500 Subject: -stable make world problems Reply-to: dunn@harborcom.net Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings! I apologize since this has probably been discussed before, but I just subscribed and I have a little problem. Here goes: I had a 2.1.0-Release system running fine. I used the stable-supfile from the examples in /usr/share/examples/sup to get the latest stable tree. I did a make world and then telnetd no longer works. It gives me this: ld.so failed: Undefined symbol "_encrypt_debug_mode" in telnetd:telnetd I am not using any fancy encryption, just the standard shadowed passwords. I thought maybe the problem was with my shared libraries being out of sync or something, so I tried a couple things like make libraries and make lib-tools and make build-tools. None of these works, all complain about a missing libgcc.a. ld: libgcc.a: No such file or directory *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. I know this is an important file. So how do I get one? Sorry for the lameness, but I thought I would be able to dive into stable without much help. :( Thanks! Bradley Dunn HarborCom Network the World... From owner-freebsd-stable Sat May 11 02:11:39 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28269 for stable-outgoing; Sat, 11 May 1996 02:11:39 -0700 (PDT) Received: from falcon.tioga.com (root@falcon.tioga.com [205.146.65.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA28246 for ; Sat, 11 May 1996 02:11:33 -0700 (PDT) Received: from localhost (tbalfe@localhost) by falcon.tioga.com (8.7.5/8.6.12) with SMTP id FAA07411 for ; Sat, 11 May 1996 05:12:07 GMT Date: Sat, 11 May 1996 05:12:06 +0000 () From: Thomas J Balfe To: freebsd-stable@freebsd.org Subject: vnode_pager_output Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk May 11 04:20:31 falcon /kernel: vnode_pager_output: attempt to write meta-data!!! -- 0xfffe8000(ff) What's this action all about? ======================================================================== Thomas J Balfe tbalfe@tioga.com President http://www.tioga.com/ Tioga Communications, Inc 814-867-4770 ======================================================================== "Kan du skriva email till mig?" From owner-freebsd-stable Sat May 11 04:45:48 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA07848 for stable-outgoing; Sat, 11 May 1996 04:45:48 -0700 (PDT) Received: from asstdc.scgt.oz.au (asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA07839 for ; Sat, 11 May 1996 04:45:42 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id VAA07323 for stable@freebsd.org; Sat, 11 May 1996 21:45:09 +1000 (EST) From: michael butler Message-Id: <199605111145.VAA07323@asstdc.scgt.oz.au> Subject: guaranteed panic on -stable :-( To: stable@freebsd.org Date: Sat, 11 May 1996 21:45:07 +1000 (EST) X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I found out the hard way this evening how to guarantee that a -stable machine can be made to panic .. simply mount a file-system 'async', tar it up, unmount it, newfs with more inodes, mount it and untar the contents back. I found this in the process of rearranging a news-spool .. there must be some sort of race-condition in the kernel associated with 'async'. Without it, everything is fine but many times slower :-( michael From owner-freebsd-stable Sat May 11 10:16:08 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23658 for stable-outgoing; Sat, 11 May 1996 10:16:08 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA23651 for ; Sat, 11 May 1996 10:16:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id LAA05828 for ; Sat, 11 May 1996 11:16:04 -0600 (MDT) Message-Id: <199605111716.LAA05828@rover.village.org> To: stable@freebsd.org Subject: Linux EXT2FS from -current in -stable Date: Sat, 11 May 1996 11:16:03 -0600 From: Warner Losh Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there anybody interested in running the ext2fs file system on a -stable system? I spent about an hour this morning and last night backporting it to my -stable system. If there is any interested, I'll send in a PR with the patches in it. They are mostly type system nits (and a couple of include files that I can't understand why they were included), so the changes are pretty minor. I posted a similar note to hackers, but have not heard anything back there yet when I realized this might be a better place :-) Warner From owner-freebsd-stable Sat May 11 10:36:19 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25130 for stable-outgoing; Sat, 11 May 1996 10:36:19 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA25121 for ; Sat, 11 May 1996 10:36:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id LAA07094; Sat, 11 May 1996 11:35:57 -0600 (MDT) Message-Id: <199605111735.LAA07094@rover.village.org> To: davidg@Root.COM Subject: Re: pine Cc: Scanner SOD , freebsd-stable@freebsd.org In-reply-to: Your message of Wed, 08 May 1996 19:34:27 PDT Date: Sat, 11 May 1996 11:35:57 -0600 From: Warner Losh Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : after it is abnormally closed (not handling the EOF on reads), but as far as : I'm aware, noone has yet to actually prove this to be true. For what it's worth, TIA had a similar bug and it was a bear to track down and fix on all the architectures. Non blocking I/O just isn't standardized enough :-(. Warner From owner-freebsd-stable Sat May 11 10:42:05 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25690 for stable-outgoing; Sat, 11 May 1996 10:42:05 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA25676 for ; Sat, 11 May 1996 10:42:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id LAA07260; Sat, 11 May 1996 11:41:47 -0600 (MDT) Message-Id: <199605111741.LAA07260@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: Going to stable Cc: Khetan Gajjar , stable@freebsd.org In-reply-to: Your message of Thu, 09 May 1996 15:19:57 PDT Date: Sat, 11 May 1996 11:41:47 -0600 From: Warner Losh Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : > I then set CVSROOT=/home/CVS and then went to /usr : > I then typed cvs -co -rRELENG_2_1_0 src like someone suggest to me. : > It then said something to the effect of /home/ncvs binaries not the : > same, aborting. : : You need to give us the exact error message - this isn't detailed : enough for me to render any kind of opinion. First off, the command is cvs co -rRELENG_2_1_0 src (note the lack of a '-'.) You may need to first grab cvs from MIT since I had all kinds of problems with the 2.1R CVS, but the 1.7 or 1.8 CVS from ftp://prep.ai.mit.edu/pub/gnu/cvs-1.8.tar.gz (or 1.7) worked for me. FreeBSD -stable has 1.6.3 in it, which is good enough. The following sequence has worked for me. Your milage may vary. Create my CTM CVS tree. Since you've done this, I'll not comment further on it. cd /some/dir/to/put/this/in cvs -d /home/CVS co -rRELENG2_1_0 src cd src sudo make world I think the important step here may be getting a newer CVS. Oh, and sudo is a locally installed utility that does all the builds/installs as root. Warner From owner-freebsd-stable Sat May 11 13:44:16 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14467 for stable-outgoing; Sat, 11 May 1996 13:44:16 -0700 (PDT) Received: from bdd.net ([207.61.78.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA14457 for ; Sat, 11 May 1996 13:44:13 -0700 (PDT) Received: from localhost (matt@localhost) by bdd.net (8.7.5/8.7.3) with SMTP id QAA14951; Sat, 11 May 1996 16:43:54 -0400 (EDT) Date: Sat, 11 May 1996 16:43:54 -0400 (EDT) From: Matthew Stein To: Warner Losh cc: stable@FreeBSD.ORG Subject: Re: Linux EXT2FS from -current in -stable In-Reply-To: <199605111716.LAA05828@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 11 May 1996, Warner Losh wrote: > Is there anybody interested in running the ext2fs file system on a > -stable system? I spent about an hour this morning and last night Definately! We have moved most of our linux operation to FreeBSD, but find that customer's EXT2FS drives are still a problem. If we could read those from our stable machines, that would make life easier. :) -- mat. +-Matthew Stein---------------------------------------- mstein@bdd.net-+ | ButtonDown Digital | | http://www.bdd.net/~matt | +--Due to cutbacks, the light at the end of the tunnel's been dimmed.--+ From owner-freebsd-stable Sat May 11 13:45:32 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14684 for stable-outgoing; Sat, 11 May 1996 13:45:32 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA14666 for ; Sat, 11 May 1996 13:45:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id OAA20843; Sat, 11 May 1996 14:45:21 -0600 (MDT) Message-Id: <199605112045.OAA20843@rover.village.org> To: Matthew Stein Subject: Re: Linux EXT2FS from -current in -stable Cc: stable@FreeBSD.ORG In-reply-to: Your message of Sat, 11 May 1996 16:43:54 EDT Date: Sat, 11 May 1996 14:45:20 -0600 From: Warner Losh Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : Definately! We have moved most of our linux operation to FreeBSD, but : find that customer's EXT2FS drives are still a problem. If we could read : those from our stable machines, that would make life easier. :) OK. I'll package up what I have and send it in! Need to make a tweak or two for things I've kludged... Warner From owner-freebsd-stable Sat May 11 16:18:49 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01731 for stable-outgoing; Sat, 11 May 1996 16:18:49 -0700 (PDT) Received: from chain.iafrica.com (root@chain.iafrica.com [196.7.74.174]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA01611 for ; Sat, 11 May 1996 16:18:10 -0700 (PDT) Received: (from khetan@localhost) by chain.iafrica.com (8.6.12/8.6.12) id BAA23992; Sun, 12 May 1996 01:08:48 +0200 Date: Sun, 12 May 1996 01:08:48 +0200 (SAT) From: Khetan Gajjar To: Warner Losh cc: "Jordan K. Hubbard" , stable@freebsd.org Subject: Re: Going to stable In-Reply-To: <199605111741.LAA07260@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 11 May 1996, Warner Losh wrote: > First off, the command is cvs co -rRELENG_2_1_0 src (note the lack of Sorry, my mistake. This problem has been sorted out. The src directory still existed, and once I removed it it worked fine. Now onto ports.... I presume it's cvs co -rRELENG_2_1_0 ports ? > The following sequence has worked for me. Your milage may vary. :-) > sudo make world I do this as root, so the sudo is not important. > sudo is a locally installed utility that does all the builds/installs Thanks. Use it at work all the time... --- Khetan Gajjar Visit at http://www.iafrica.com/~khetan/ UUNet-Internet Africa Operations help@iafrica.com or 0800-030-002