From owner-freebsd-stable Sun Jul 7 07:54:54 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA25773 for stable-outgoing; Sun, 7 Jul 1996 07:54:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA25743 for ; Sun, 7 Jul 1996 07:54:50 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id HAA16839; Sun, 7 Jul 1996 07:54:28 -0700 (PDT) To: jack cc: stable@freebsd.org Subject: Re: Has anyone successfully installed 2.1-960627-SNAP over PPP? In-reply-to: Your message of "Sat, 06 Jul 1996 23:01:50 EDT." Date: Sun, 07 Jul 1996 07:54:27 -0700 Message-ID: <16837.836751267@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > boot4.flp was the only one that would allow me to dial an ISP. First I Wait, hold it - can you be more exact? What happened when you booted boot.flp, for example? How did the dialing sequence die? Or are you saying that the partition editor gave you the "partition editor failed" in either case and it has nothing whatsoever to do with dialing your ISP? What *are* you saying, exactly? :-) > immediately by a screen telling me that the partition editor failed. :-{ What were your actions in the partition editor? > Next I tried a 'custom' install (with N in the newfs column ) as I half > expected that gave me a bunch of, > /stand/cpio: cannot remove current xxxxxx Operation not permitted > on vty2. I just hoped that that the things that didn't update would run > well enough with the new kernel to be able to do a make world. Hmmmm. And this is running off the boot floppy, not multi-user, yes? I've never seen anything like this one.. > "Custom" seems a bit of a misnomer, IMO, since you can't specify exactly > which components to install. Sure you can - it's the Distributions item. > >From about 26 or 27% into 'Extracting bin into / ....' on, vty2 was > inundated with "uid 0 on /: file system full" messages, but all went well I assume you mounted a /usr somewhere? :-) > I ftp'd the balance of the source only to find that > .../dist/src/install.sh has a bit of a problem. Each line ends with a ^M. > Seems my system couldn't find /bin/sh^M :-} After editing the script it > worked fine and I was able to compile, install, and run a new kernel. Hmmm. Looks like this may have been incorrectly transfered by your FTP client - it got erroneously "dosified" :-) Jordan From owner-freebsd-stable Mon Jul 8 07:14:11 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA06188 for stable-outgoing; Mon, 8 Jul 1996 07:14:11 -0700 (PDT) Received: from biblioteca.campus.unal.edu.co ([200.21.26.198]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA06180 for ; Mon, 8 Jul 1996 07:14:04 -0700 (PDT) Received: by biblioteca.campus.unal.edu.co (AIX 3.2/UCB 5.64/4.03) id AA16569; Mon, 8 Jul 1996 09:22:56 -0400 Date: Mon, 8 Jul 1996 09:22:56 -0400 (EDT) From: "Pedro F. Giffuni S." To: stable@freebsd.org Subject: smrsh 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: In my "lab" we have found smrsh by itself, doesn't provide much security: the cracker will probably not be able to add users or delete them, but, just the same, he can still write and read privileged files. It is imperative that wrapper is compiled with sendmail, and distributed in this way. A final user shouldn't have to recompile sendmail if he wants his machine secured! Pedro. From owner-freebsd-stable Mon Jul 8 07:52:11 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA09104 for stable-outgoing; Mon, 8 Jul 1996 07:52:11 -0700 (PDT) Received: from onyx.bios.unc.edu (onyx.bios.unc.edu [152.2.94.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA09066 for ; Mon, 8 Jul 1996 07:52:00 -0700 (PDT) Received: from localhost (walter@localhost) by onyx.bios.unc.edu (8.6.12/8.6.12) with SMTP id KAA10351 for ; Mon, 8 Jul 1996 10:51:53 -0400 Date: Mon, 8 Jul 1996 10:51:53 -0400 (EDT) From: Bruce Walter To: stable@freebsd.org Subject: Re: smrsh 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 > It is imperative that wrapper is compiled with sendmail, and distributed > in this way. Pedro, The sad news (and bottom line) is that irregardless of compiling new sendmails and using tcp wrappers and whatever else, it is extremely hard to maintain a secure system. Whenever you have to open the doors to anyone, you're taking a risk. That's why security experts make $$$$. > A final user shouldn't have to recompile sendmail if he wants his machine > secured! That is unrealistic. Unix, as friendly as it has gotten, requires regular setup and maintenance for day-to-day operation, much less security. Any other concept is a pipe dream. And to put your faith in a pre-canned security schema is NOT viable. If you are REQUIRED to provide a bulletproof secured system, compiling a new sendmail shouldn't be a problem for you. If it is, there are probably thirty other holes just waiting to be exploited. The BOTTOM LINE folks, is that it's a constant effort to maintain security. The emphasis in the last sentence goes on EFFORT. It requires keeping up to date with sendmail releases, and YP fixes and about a zillion other factors. THIS CANNOT BE EXPECTED OUT OF THE BOX!!! Keep current with CERT and your software. Shutdown insecure services. Force regular password changes. And, most importantly, keep regular backups because there is almost always a hole somewhere. - Bruce ======================================================================== || Bruce Walter || CB #7400 McGavran-Greenberg Hall || || Information Technology Support || Chapel Hill, NC 27599-7400 || || Department of Biostatistics || Tel: 919-966-7279 || || University of North Carolina || Fax: 919-966-3804 || ======================================================================== || BSD Unix -- It's not just a job, it's a way of life! || ======================================================================== From owner-freebsd-stable Mon Jul 8 14:41:42 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA10813 for stable-outgoing; Mon, 8 Jul 1996 14:41:42 -0700 (PDT) Received: from chain.iafrica.com (root@chain.iafrica.com [196.31.1.66]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA10804 for ; Mon, 8 Jul 1996 14:41:19 -0700 (PDT) Received: (from khetan@localhost) by chain.iafrica.com (8.7.5/8.6.12) id XAA24558 for stable@freebsd.org; Mon, 8 Jul 1996 23:41:02 +0200 (SAT) Date: Mon, 8 Jul 1996 23:41:02 +0200 (SAT) From: Khetan Gajjar Message-Id: <199607082141.XAA24558@chain.iafrica.com> To: stable@freebsd.org Subject: Broken make world Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. I'm sorry for the imprecise subject line. I need to rebuild my system, but make world doesn't seem to be working quite correctly. What can I do to rebuild the obj and lib directories ? Can I just delete them ? I think there's something there from a left over -current source pull lying around, and I'd like to get my machine back to stable asap! i.e. can I rm /usr/obj and /usr/lib, and then go to /usr/src after pulling the latest -stable source and do something like make obj and make lib ? I tried that, and it didn't seem to work too well. I'd appreciate any help, and realise pulling -current source and then trying to go back to -stable is not such a good idea. How do I go back sucessfully ? TIA, (and revelling in my stupidity), Khetan Gajjar. From owner-freebsd-stable Mon Jul 8 15:11:48 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA12589 for stable-outgoing; Mon, 8 Jul 1996 15:11:48 -0700 (PDT) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA12583 for ; Mon, 8 Jul 1996 15:11:46 -0700 (PDT) Received: by haven.uniserve.com id <32229-341>; Mon, 8 Jul 1996 15:15:33 -0800 Date: Mon, 8 Jul 1996 15:15:20 -0700 (PDT) From: Tom Samplonius To: Khetan Gajjar cc: stable@freebsd.org Subject: Re: Broken make world In-Reply-To: <199607082141.XAA24558@chain.iafrica.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 Mon, 8 Jul 1996, Khetan Gajjar wrote: > Hi. > > I'm sorry for the imprecise subject line. I need to rebuild my system, > but make world doesn't seem to be working quite correctly. > > What can I do to rebuild the obj and lib directories ? Can I just delete them ? I think there's something there from a left over -current source pull > lying around, and I'd like to get my machine back to stable asap! A "make world" complete removes /usr/obj and rebuilds it. Saying that "it doesn't work" is not enough to determine where the problem is. Downgrading to -stable is difficult, because -current uses new shared library version. Tom From owner-freebsd-stable Mon Jul 8 20:18:15 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01419 for stable-outgoing; Mon, 8 Jul 1996 20:18:15 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA01410 for ; Mon, 8 Jul 1996 20:18:12 -0700 (PDT) Received: from swoosh.dunn.org (swoosh.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id XAA29936; Mon, 8 Jul 1996 23:18:01 -0400 (EDT) Message-Id: <199607090318.XAA29936@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: Khetan Gajjar Date: Mon, 8 Jul 1996 23:12:26 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Broken make world Reply-to: dunn@harborcom.net CC: stable@freebsd.org Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 8 Jul 96 at 23:41, Khetan Gajjar wrote: > I'd appreciate any help, and realise pulling -current source and then trying to go back to -stable is not such a good idea. How do I go back sucessfully ? Restore your system from tapes made before you pulled the -current source over. You do have a tape backup, don't you? :) Bradley Dunn Harbor Communications From owner-freebsd-stable Tue Jul 9 01:47:59 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA19439 for stable-outgoing; Tue, 9 Jul 1996 01:47:59 -0700 (PDT) Received: from walkabout.asstdc.com.au (root@walkabout.asstdc.com.au [202.12.127.73]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA19407; Tue, 9 Jul 1996 01:47:50 -0700 (PDT) Received: (from imb@localhost) by walkabout.asstdc.com.au (8.7.5/BSD4.4) id SAA03375 Tue, 9 Jul 1996 18:47:43 +1000 (EST) From: michael butler Message-Id: <199607090847.SAA03375@walkabout.asstdc.com.au> Subject: RISCom/8 driver + NFS - experiences in Montreal To: stable@freebsd.org, current@freebsd.org Date: Tue, 9 Jul 1996 18:47:43 +1000 (EST) Cc: imb@scgt.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (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 Just following up on some of the experiences from this year's ISOC developing country workshops in Montreal .. i) The RISCom/8 driver worked fine off the 2.1R CD but, when the kernel was upgraded to -stable, the kernel complained (lots!) about the mass depletion and subsequent non-availability of clists. This rendered it unusable for coursework. Unfortunately, I couldn't spend long enough to identify the actual cause of the problem (spl changes inviting race condition ?) in the 5 or so days available. ii) The upgrade to -stable was necessitated by a show-stopper in 2.1R's NFS and, even then, some serious performance problems persisted. Initially, we tried to load 30 machines concurrently over NFS (bootp then "tar xvf") and, despite a useful patch from Paul Traina, it was never actually possible to keep the ethernet saturated .. everything would back off .. long timeouts and a couple of very long nights :-(. Reducing the number of concurrent loads to the student machines helped slightly but did not cure the problem (nor did installing ether switches instead of hubs). Switching to NFS over TCP didn't help or reducing the read and write sizes to 1kb. The machine from which the loads were done was dual-homed for logistic reasons if that holds any clues. Also required for the classes (and now in -stable) was the multicast support for the 3C509 (thanks for the timing on this one!) .. OSPF with gated was taught in place of RIP (although it was mentioned in the context of "you don't want to do this" :-)). This could not have been done on 2.1R. Some "idiosyncracies" with gated were noted and taken on-board by the maintainers. Next year, it seems that we can dispense with BSDI totally now that John Hay's N2 driver is into -current and will hopefully propagate into the main distribution before next year. Overall, from my perspective, the whole exercise was successful and both students and instructors alike learned _lots_ from the experience .. Whilst only being a humble instructor, I'd also like to thank Jordon and his organisation publicly for their support in ensuring that each student (99 countries were represented amongst them) took home a FreeBSD CD. I'd like to use it again next year and have suggested so on the workshop admin list, Many, many thanks, michael From owner-freebsd-stable Tue Jul 9 09:18:57 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA18871 for stable-outgoing; Tue, 9 Jul 1996 09:18:57 -0700 (PDT) Received: from chain.iafrica.com (root@chain.iafrica.com [196.31.1.66]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA18865 for ; Tue, 9 Jul 1996 09:18:49 -0700 (PDT) Received: from localhost (khetan@localhost [127.0.0.1]) by chain.iafrica.com (8.7.5/8.6.12) with SMTP id SAA29510; Tue, 9 Jul 1996 18:18:16 +0200 (SAT) Date: Tue, 9 Jul 1996 18:18:14 +0200 (SAT) From: Khetan Gajjar To: Bradley Dunn cc: stable@freebsd.org Subject: Re: Broken make world In-Reply-To: <199607090318.XAA29936@ns2.harborcom.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 On Mon, 8 Jul 1996, Bradley Dunn wrote: >Restore your system from tapes made before you pulled the -current I found out I didn't have to. just used ldconfig. >source over. You do have a tape backup, don't you? :) Of course - not Regards, Khetan Gajjar. --- http://www.chain.iafrica.com/~khetan/ UUNet-Internet Africa Operations - 0800-030-002 From owner-freebsd-stable Tue Jul 9 09:50:41 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA20565 for stable-outgoing; Tue, 9 Jul 1996 09:50:41 -0700 (PDT) Received: from chain.iafrica.com (root@chain.iafrica.com [196.31.1.66]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA20553 for ; Tue, 9 Jul 1996 09:50:36 -0700 (PDT) Received: from localhost (khetan@localhost [127.0.0.1]) by chain.iafrica.com (8.7.5/8.6.12) with SMTP id SAA07927; Tue, 9 Jul 1996 18:50:07 +0200 (SAT) Date: Tue, 9 Jul 1996 18:50:05 +0200 (SAT) From: Khetan Gajjar To: Tom Samplonius cc: stable@freebsd.org Subject: Re: Broken make world 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, 8 Jul 1996, Tom Samplonius wrote: > Saying that "it doesn't work" is not enough to determine where the >problem is. It was problems with ld.so, which I fixed with ldconfig. Thanks anyway! Regards, Khetan Gajjar. --- http://www.chain.iafrica.com/~khetan/ UUNet-Internet Africa Operations - 0800-030-002 From owner-freebsd-stable Tue Jul 9 20:46:45 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA03144 for stable-outgoing; Tue, 9 Jul 1996 20:46:45 -0700 (PDT) Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA03136 for ; Tue, 9 Jul 1996 20:46:39 -0700 (PDT) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.93) id m0udqEo-0016FzC; Wed, 10 Jul 96 05:46:54 +0200 (MET DST) Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00613; Wed, 10 Jul 1996 05:44:54 +0000 (GMT) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id FAA01767 for stable@freebsd.org; Wed, 10 Jul 1996 05:40:07 +0200 (MET DST) From: Juergen Lock Message-Id: <199607100340.FAA01767@saturn.hb.north.de> Subject: another one (was: misc things possibly worth merging?) To: stable@freebsd.org Date: Wed, 10 Jul 1996 05:40:07 +0200 (MET DST) In-Reply-To: <199606301717.TAA03820@saturn.hb.north.de> from "Juergen Lock" at Jul 1, 96 12:32:47 pm X-Mailer: ELM [version 2.4 PL24] 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 wrote: > This is from a cvs diff -u -rRELENG_2_1_0 which i just looked thru: > (I guess there are many more little things of this kind... :) > > Index: src/gnu/usr.bin/ld/rrs.c > =================================================================== >... here is another one... Index: src/gnu/usr.bin/texinfo/info-files/dir =================================================================== RCS file: /home/cvs/cvs/src/gnu/usr.bin/texinfo/info-files/dir,v retrieving revision 1.3.4.3 diff -u -r1.3.4.3 dir --- dir 1996/06/05 02:44:02 1.3.4.3 +++ dir 1996/07/07 17:16:22 @@ -15,6 +15,9 @@ System utilities: * AMD: (amdref). AMD Reference Manual. +* CVS: (cvs). CVS Reference Manual. +* CVS-CLIENT: (cvsclient). CVS client/server Reference Manual. +* DIFF: (diff). DIFF/PATCH Reference Manual. * DC: (dc). The GNU desk calculator. * GAWK: (gawk). The GNU AWK language interpreter manual. * Info: (info). Manual for this documentation browsing system. @@ -43,6 +46,7 @@ * GXX Internals: (gxxint). Guide to the internals of the GNU C++ compiler. * GDB: (gdb). The GNU Debugger (C & C++) manual. * GDB Internals: (gdbint). Guide to the internals of GDB. +* GMP: (gmp). The GNU MP Math library. * History: (history). The GNU History library. * Readline: (readline). The GNU Readline library * Regex: (regex). The GNU regular expression library. cheers Juergen From owner-freebsd-stable Wed Jul 10 09:51:07 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA25652 for stable-outgoing; Wed, 10 Jul 1996 09:51:07 -0700 (PDT) Received: from NS.Contrib.Com (NS.Contrib.Com [194.77.12.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA25647 for ; Wed, 10 Jul 1996 09:51:00 -0700 (PDT) Received: (from src@localhost) by NS.Contrib.Com (8.6.9/8.6.9) id SAA16972; Wed, 10 Jul 1996 18:50:57 +0200 Date: Wed, 10 Jul 1996 18:50:57 +0200 From: Heiko Blume Message-Id: <199607101650.SAA16972@NS.Contrib.Com> To: stable@FreeBSD.ORG Subject: bottom half hung? Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk damn, i hate this machine...when expiring news started today it wnet into semi-hung state again. ping works, telnet gets connected but no login prompt, no activity otherwise, AFAICT remotely. i could still break into DDB, however, but i didn't know what to look for :-( below is what i got. call boot(0) said it synched the disks, but it did not reboot. i'll use reset_cpu() next time. *sigh*, hb Debugger("serial console break") Stopped at _Debugger+0x2b: movb $0,_in_Debugger.110 db> trac _Debugger(f01acd04) at _Debugger+0x2b _siointr1(f0e03800,efbffef8,f018edc7,0,10) at _siointr1+0x6f _siointr(0,10,b,f108cd6c,2798000) at _siointr+0x12 _Xfastintr4(2798000) at _Xfastintr4+0x17 _vm_pageout_scan(7fffffff,286b,efbfff7c,f010bda7,f010b8eb) at _vm_pageout_scan+0x146 _vm_pageout(f010b8eb,f0e077cb,b,1eff24,1fc000) at _vm_pageout+0x1b8 _main(efbfff88,3000,3000000,f0191eca,f01003bc,f01f0138,17,30,1eff24,1fc000,1fc000,0,21f80407) at _main+0x46f begin() at begin+0x59 db> show all procs pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 17768 f0f47600 3192875f 8 17725 16656 000004 1 sh 17767 f0e4d900 f52f9000 8 175 5 004004 3 vmwait f01d214c in.nnrpd 17766 f0f2e500 f52ff000 8 175 5 004080 2 in.nnrpd 17764 f0f82e00 f52fd000 8 175 5 004080 2 in.nnrpd 17763 f1091f00 f52fb000 8 175 5 004080 2 in.nnrpd 17727 f0fb7f00 f52f7000 8 175 5 004080 2 in.nnrpd 17726 f0f20700 f52f5000 8 175 5 004080 2 in.nnrpd 17725 f10e9900 f52cb000 8 16660 16656 00c004 3 vmwait f01d214c sh 17724 f0fb6800 f52c1000 8 175 5 004080 2 in.nnrpd 17564 f0eb9d00 f52f3000 8 175 5 004080 2 in.nnrpd 17563 f1058c00 f52f1000 8 175 5 004080 2 in.nnrpd 17562 f0ea5400 f52ef000 8 175 5 004080 2 in.nnrpd 17553 f0e6a900 f52ed000 8 175 5 004080 3 select f01c7780 in.nnrpd 17551 f0f27800 f52eb000 8 175 5 004080 2 in.nnrpd 17405 f0fc3500 f52e3000 8 175 5 004080 2 in.nnrpd 17404 f0e5e600 f52e1000 8 175 5 004080 3 select f01c7780 in.nnrpd 17403 f0fe5200 f52c9000 8 175 5 004080 2 in.nnrpd 17402 f0eb4200 f52c7000 8 175 5 004080 3 select f01c7780 in.nnrpd 17250 f0f9de00 f52df000 8 175 5 004080 3 select f01c7780 in.nnrpd 17249 f0f84a00 f52db000 8 175 5 004080 3 select f01c7780 in.nnrpd 17248 f1094400 f52d9000 8 175 5 004080 3 select f01c7780 in.nnrpd 17079 f0e67100 f52d7000 66 17078 17073 004080 3 netio f0f9d954 gunzip 17078 f1050400 f52d3000 66 17077 17073 004080 3 wait f1050400 sh 17077 f0e9d500 f52cf000 66 17074 17073 004180 3 netio f0f92230 rnews 17074 f0e67d00 f52e9000 66 17073 17073 004180 3 wait f0e67d00 uuxqt 17073 f0ea1d00 f52e7000 66 17069 17073 004080 3 wait f0ea1d00 sh 17069 f0ed4500 f52d1000 0 103 103 000080 3 netio f0eb4930 cron 16660 f109ef00 f52e5000 8 16656 16656 004080 3 wait f109ef00 sh 16656 f1098c00 f52dd000 8 16652 16656 004080 3 wait f1098c00 sh 16652 f108b700 f52d5000 0 103 103 000080 3 netio f0e9a530 cron 16645 f108e300 f52ab000 8 175 5 004080 3 select f01c7780 in.nnrpd 16387 f0e58a00 f52cd000 8 175 5 004080 3 netio f109a530 overchan 175 f0e14200 f52c5000 8 1 5 000004 3 vmwait f01d214c innd 165 f0e87a00 f52c3000 0 1 1 004080 3 siodcd f01c6c74 getty 164 f0e7f200 f52ad000 0 1 164 004082 2 getty 109 f0e82800 f52bf000 0 1 109 000080 2 sendmail 106 f0e7f900 f52bd000 0 1 106 000080 3 select f01c7780 lpd 103 f0e7d000 f52bb000 0 1 103 000080 2 cron 96 f0e46700 f52b9000 0 1 96 000080 2 inetd 86 f0e46500 f52b7000 1 1 86 000180 3 select f01c7780 portmap 82 f0e41700 f52b5000 0 1 82 000004 3 vmwait f01d214c xntpd 74 f0e41600 f52b1000 0 1 74 000004 3 vmwait f01d214c syslogd 57 f0e34000 f52b3000 0 1 57 000004 3 vmwait f01d214c routed 32 f0e22100 f52af000 0 1 32 000080 3 pause f52af15c adjkerntz 4 f0e07300 f52a9000 0 0 0 000204 3 update f01cc2b8 update 3 f0e07500 f52a7000 0 0 0 000204 3 psleep f01c7904 vmdaemon 2 f0e07700 f52a5000 0 0 0 000204 2 pagedaemon 1 f0e07900 f52a3000 0 0 1 004080 3 wait f0e07900 init 0 f01cb010 f01f0000 0 0 0 000204 3 vmwait f01d214c swapper db> sh r cs 0x8 ds 0x10 es 0x10 ss 0x10 eax 0xffffffff _APTD+0xfff ecx 0x3f9 edx 0xf018e4e5 _db_write_bytes+0xd9 ebx 0xf0e03800 esp 0xefbffe94 _kstack+0x1e94 ebp 0xefbffe9c _kstack+0x1e9c esi 0 edi 0xf027d17c eip 0xf018e513 _Debugger+0x2b efl 0x46 _Debugger+0x2b: movb $0,_in_Debugger.110 db> sh map Task map 0xf018e513: pmap=0x57e005c6,ref=-581559,nentries=74055786,version=-1010237440 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x7864650c fault code = supervisor read, page not present instruction pointer = 0x8:0xf0184aac code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 2 (pagedaemon) interrupt mask = kernel: type 12 trap, code=0 Stopped at _vm_map_print+0x60: pushl 0xc(%ebx) db> sh o Object 0xf0184aac: size=0xb60f501a, res=-113510424, ref=1750079811, pager=0x10c483ff+0x1c7b83, shadow=(0xf8680d74)+0xe8f01849 cache: next=0x1bcf5085, prev=0x43b60ff0 db> tr _vm_map_print(f018e513,0,ffffffff,efbffd5c,0) at _vm_map_print+0x60 _db_command(f01b8af4,f01b8954,f010126a) at _db_command+0x1b6 _db_command_loop(efbffe58,0,efbffe18,f018e2ea,3) at _db_command_loop+0x5d _db_trap(3,0,1,0,f0e07700) at _db_trap+0xb0 _kdb_trap(3,0,efbffe58) at _kdb_trap+0x9a _trap(10,10,f027d17c,0,efbffe9c) at _trap+0x358 calltrap() at calltrap+0x15 --- trap 3, eip = 0xf018e513, ebp = 0xefbffe9c --- _Debugger(f01acd04) at _Debugger+0x2b _siointr1(f0e03800,efbffef8,f018edc7,0,10) at _siointr1+0x6f _siointr(0,10,b,f108cd6c,2798000) at _siointr+0x12 _Xfastintr4(2798000) at _Xfastintr4+0x17 _vm_pageout_scan(7fffffff,286b,efbfff7c,f010bda7,f010b8eb) at _vm_pageout_scan+0x146 _vm_pageout(f010b8eb,f0e077cb,b,1eff24,1fc000) at _vm_pageout+0x1b8 _main(efbfff88,3000,3000000,f0191eca,f01003bc,f01f0138,17,30,1eff24,1fc000,1fc000,0,21f80407) at _main+0x46f begin() at begin+0x59 From owner-freebsd-stable Wed Jul 10 18:34:58 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA04316 for stable-outgoing; Wed, 10 Jul 1996 18:34:58 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA04305 for ; Wed, 10 Jul 1996 18:34:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id SAA05754; Wed, 10 Jul 1996 18:34:36 -0700 (PDT) Message-Id: <199607110134.SAA05754@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Heiko Blume cc: stable@FreeBSD.ORG Subject: Re: bottom half hung? In-reply-to: Your message of "Wed, 10 Jul 1996 18:50:57 +0200." <199607101650.SAA16972@NS.Contrib.Com> From: David Greenman Reply-To: davidg@root.com Date: Wed, 10 Jul 1996 18:34:36 -0700 Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >damn, i hate this machine...when expiring news >started today it wnet into semi-hung state again. >ping works, telnet gets connected but no login prompt, >no activity otherwise, AFAICT remotely. > >i could still break into DDB, however, but i didn't >know what to look for :-( below is what i got. > >call boot(0) said it synched the disks, but >it did not reboot. i'll use reset_cpu() next time. > >*sigh*, hb > >Debugger("serial console break") >Stopped at _Debugger+0x2b: movb $0,_in_Debugger.110 >db> trac >_Debugger(f01acd04) at _Debugger+0x2b >_siointr1(f0e03800,efbffef8,f018edc7,0,10) at _siointr1+0x6f >_siointr(0,10,b,f108cd6c,2798000) at _siointr+0x12 >_Xfastintr4(2798000) at _Xfastintr4+0x17 >_vm_pageout_scan(7fffffff,286b,efbfff7c,f010bda7,f010b8eb) at _vm_pageout_scan+0x146 >_vm_pageout(f010b8eb,f0e077cb,b,1eff24,1fc000) at _vm_pageout+0x1b8 This looks like a bug that was fixed some time ago. When did you SUP the -stable sources? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Thu Jul 11 07:24:17 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13519 for stable-outgoing; Thu, 11 Jul 1996 07:24:17 -0700 (PDT) Received: from NS.Contrib.Com (NS.Contrib.Com [194.77.12.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA13514 for ; Thu, 11 Jul 1996 07:24:13 -0700 (PDT) Received: (from src@localhost) by NS.Contrib.Com (8.6.9/8.6.9) id QAA22018; Thu, 11 Jul 1996 16:22:45 +0200 Date: Thu, 11 Jul 1996 16:22:45 +0200 From: Heiko Blume Message-Id: <199607111422.QAA22018@NS.Contrib.Com> To: davidg@root.com CC: stable@FreeBSD.ORG In-reply-to: <199607110134.SAA05754@root.com> (message from David Greenman on Wed, 10 Jul 1996 18:34:36 -0700) Subject: Re: bottom half hung? Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> "David" == David Greenman writes: db> trac >> _Debugger(f01acd04) at _Debugger+0x2b >> _siointr1(f0e03800,efbffef8,f018edc7,0,10) at _siointr1+0x6f >> _siointr(0,10,b,f108cd6c,2798000) at _siointr+0x12 >> _Xfastintr4(2798000) at _Xfastintr4+0x17 >> _vm_pageout_scan(7fffffff,286b,efbfff7c,f010bda7,f010b8eb) at _vm_pageout_scan+0x146 >> _vm_pageout(f010b8eb,f0e077cb,b,1eff24,1fc000) at _vm_pageout+0x1b8 David> This looks like a bug that was fixed some time ago. When did you SUP the David> -stable sources? maybe three weeks ago, i think after the mega-commit was cleaned up. i'm just re-supping everything.... hb From owner-freebsd-stable Thu Jul 11 13:53:01 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA03745 for stable-outgoing; Thu, 11 Jul 1996 13:53:01 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA03735 for ; Thu, 11 Jul 1996 13:52:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id OAA20869 for ; Thu, 11 Jul 1996 14:52:24 -0600 (MDT) Message-Id: <199607112052.OAA20869@rover.village.org> To: stable@freebsd.org Subject: Uptime report Date: Thu, 11 Jul 1996 14:52:24 -0600 From: Warner Losh Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm getting ready to upgrade my -stable machine to -current. It has been up for 60 days now. It is running a -stable kernel from April 15ish. I have had X running for two months now. However, I've noticed that when I killed X I still had 33M in swap space in use. The only things on the machine were the tcsh process and my ps (and a couple inits and xdm daemons). I have 32M of physical memory, so it smells like a swap leak of some kind. Since I have to upgrade to -current for other reasons, I thought I'd report this and let people know there may be a problem. However, I'm unable to try to reproduce this problem (and in fact all attempts to get a reproducible growth have failed, as far as I can tell). Maybe this bug has been fixed since then (a lot has changed in -stable since then), but felt duty bound to report the observation. I'll keep an eye on things with -current to see if I see the same sorts of problems. Warner From owner-freebsd-stable Thu Jul 11 15:45:59 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA11429 for stable-outgoing; Thu, 11 Jul 1996 15:45:59 -0700 (PDT) Received: from guardian.fortress.org (fortress.org [199.84.158.128]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA11418 for ; Thu, 11 Jul 1996 15:45:40 -0700 (PDT) Received: (from andrew@localhost) by guardian.fortress.org (8.6.12/8.6.12) id SAA05073; Thu, 11 Jul 1996 18:44:33 -0400 Date: Thu, 11 Jul 1996 18:44:33 -0400 (EDT) From: Andrew Webster Reply-To: andrew@pubnix.net To: Warner Losh cc: stable@FreeBSD.ORG Subject: Re: Uptime report In-Reply-To: <199607112052.OAA20869@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 Thu, 11 Jul 1996, Warner Losh wrote: > However, I've noticed that when I killed X I still had 33M in swap > space in use. The only things on the machine were the tcsh process > and my ps (and a couple inits and xdm daemons). I have 32M of > physical memory, so it smells like a swap leak of some kind. Very easy to reproduce, run netscape for a couple of days. It seems that when it allocates memory for all those .gif and .jpg icons and pictures, the memory becomes fragmented and is never recovered fully. After a while you run out of swap space. Happens on an SGI running IRIX 5.3 as well as under FreeBSD 2.1.0-stable Solution, quit X every so often, all your memory comes back. One could then deduce that the leak is somewhere in X11R6. Andrew Webster - andrew@pubnix.net - http://www.pubnix.net PubNIX Montreal - Connected to the world - Branche au monde 514-990-5911 - P.O. Box 147, Cote St-Luc, Quebec, H4V 2Y3 From owner-freebsd-stable Thu Jul 11 16:05:04 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12732 for stable-outgoing; Thu, 11 Jul 1996 16:05:04 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA12707 for ; Thu, 11 Jul 1996 16:04:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id RAA21510; Thu, 11 Jul 1996 17:04:07 -0600 (MDT) Message-Id: <199607112304.RAA21510@rover.village.org> To: andrew@pubnix.net Subject: Re: Uptime report Cc: stable@FreeBSD.ORG In-reply-to: Your message of Thu, 11 Jul 1996 18:44:33 EDT Date: Thu, 11 Jul 1996 17:04:07 -0600 From: Warner Losh Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : Solution, quit X every so often, all your memory comes back. *NO* the memory didn't come back when I did this. The X server was only about 8M when I exited it. X is not running and I still have 33M of swap in use on my machine, just like before I exited X. : One could then deduce that the leak is somewhere in X11R6. I don't think there is a leak in the X server. However, there may be sub-optimal memory usage in the X server that causes it to keep growning and growing due to increaing memory fragmentation. I know a few people that have purified the X server and found only marginal leaks (like on the order of 20k over several hours of running netscape-like programs). Warner From owner-freebsd-stable Thu Jul 11 17:57:45 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA17664 for stable-outgoing; Thu, 11 Jul 1996 17:57:45 -0700 (PDT) Received: from ulc199.residence.gatech.edu (ulc199.residence.gatech.edu [199.77.162.99]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA17655 for ; Thu, 11 Jul 1996 17:57:38 -0700 (PDT) Received: (from ken@localhost) by ulc199.residence.gatech.edu (8.7.5/8.7.3) id UAA08171 Thu, 11 Jul 1996 20:55:58 -0400 (EDT) From: Kenneth Merry Message-Id: <199607120055.UAA08171@ulc199.residence.gatech.edu> Subject: Re: Uptime report To: imp@village.org (Warner Losh) Date: Thu, 11 Jul 1996 20:55:57 -0400 (EDT) Cc: andrew@pubnix.net, stable@FreeBSD.ORG In-Reply-To: <199607112304.RAA21510@rover.village.org> from Warner Losh at "Jul 11, 96 05:04:07 pm" 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 > : Solution, quit X every so often, all your memory comes back. > > *NO* the memory didn't come back when I did this. The X server was > only about 8M when I exited it. X is not running and I still have 33M > of swap in use on my machine, just like before I exited X. How long has your X server been running? That's the real key, I think. When you run xdm, and log in and out, I don't think the X server process is ever actually killed. It just kinda restarts. I have seen similar symptoms running xdm with AcceleratedX 1.2. The 'fix' is to kill the X server every once in a while, when swap usage gets up there, and the swap space will be returned. (to kill the server, control-alt-bs) xdm will just crank the server right back up. This could be a vm-type problem/feature, in that the memory used by the process is left allocated by the vm system in case it is needed again by the same process. Who knows. > : One could then deduce that the leak is somewhere in X11R6. > > I don't think there is a leak in the X server. However, there may be > sub-optimal memory usage in the X server that causes it to keep > growning and growing due to increaing memory fragmentation. I know a > few people that have purified the X server and found only marginal > leaks (like on the order of 20k over several hours of running > netscape-like programs). Yeah, that kinda seems to point to it being something other than the X server at work. Not sure what that something might be, though. Ken -- Kenneth Merry ken@ulc199.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-stable Thu Jul 11 18:11:27 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA18171 for stable-outgoing; Thu, 11 Jul 1996 18:11:27 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA18159 for ; Thu, 11 Jul 1996 18:11:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id TAA21879; Thu, 11 Jul 1996 19:10:39 -0600 (MDT) Message-Id: <199607120110.TAA21879@rover.village.org> To: Kenneth Merry Subject: Re: Uptime report Cc: andrew@pubnix.net, stable@FreeBSD.ORG In-reply-to: Your message of Thu, 11 Jul 1996 20:55:57 EDT Date: Thu, 11 Jul 1996 19:10:39 -0600 From: Warner Losh Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : How long has your X server been running? That's the real key, I : think. THERE IS NO X SERVER RUNNING ON THIS MACHINE. There used to be, but there isn't anymore. The X server had been running for 58 of the 60 days my machine has been up. : When you run xdm, and log in and out, I don't think the X server : process is ever actually killed. xdm is for an X terminal that I have hanging off of this machine, not for the console. No one is logged into that X terminal right now. : This could be a vm-type problem/feature, in that the memory used by : the process is left allocated by the vm system in case it is needed again : by the same process. Who knows. I think it is a simple swap leak. When the X server is restarted via XDM, it will free up everything, but still remain as big as it was. The new person to get the X server will use that memory. This assumes the classic model of malloc never returning memory to the OS. There are no sets of numbers that add up to 33M of swap when I do the PS. vmstat also shows that 21M of memory in use. Like I said, at this point, I'm willing just to chalk it up to my getting a not quite stable -stable kernel and see if I have similar problems with the -current kernel/system that I'll be building while I sleep tonight. [*] If I find anything interesting out, I'll let people know. Warner [*] If I read -current right, I need to make make and install it and the new .mk files, then make and install ld then make world.... We'll see :-). From owner-freebsd-stable Thu Jul 11 18:42:05 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA19654 for stable-outgoing; Thu, 11 Jul 1996 18:42:05 -0700 (PDT) Received: from clipper.cs.kiev.ua (root@cs-demon-64k.cs.kiev.ua [193.124.48.251]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA19641 for ; Thu, 11 Jul 1996 18:41:47 -0700 (PDT) Received: from dog by clipper.cs.kiev.ua with uucp id m0ueX6m-0004y0C; Fri, 12 Jul 96 04:33 WET DST Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id QAA15154; Thu, 11 Jul 1996 16:56:56 -0400 (EDT) Date: Thu, 11 Jul 1996 16:56:56 -0400 (EDT) From: Dmitry Kohmanyuk Message-Id: <199607112056.QAA15154@dog.farm.org> To: troy@circle.net (Troy Arie Cobb) Cc: freebsd-stable@freebsd.org Subject: Re: permission denied Newsgroups: cs-monolit.gated.lists.freebsd.stable Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you wrote: > > When I compile 2.1-STABLE with IPFIREWALL any networking > > operation produces ``permission denied'' message. Any clues? > The new default for IPFW is deny all. > You'll need to permit a few ports/ips to get anything to work. how this all works if my firewall machine is booting diskless over NFS? (yes, _my_ firewall machine works just this way.) -- There is no human problem which could not be solved if people would simply do as I advise. -Gore Vidal From owner-freebsd-stable Thu Jul 11 19:17:03 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA21124 for stable-outgoing; Thu, 11 Jul 1996 19:17:03 -0700 (PDT) Received: from Cypress.Com (janus.cypress.com [157.95.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA21114 for ; Thu, 11 Jul 1996 19:16:55 -0700 (PDT) Received: from cypress.com (diamond.cadc.cypress.com) by Cypress.Com; Thu, 11 Jul 1996 19:22:05 -0700 Received: from onyx.cadc by cypress.com (4.1/SMI-4.1) id AA28357; Thu, 11 Jul 96 21:16:08 CDT Received: by onyx.cadc (SMI-8.6/SMI-SVR4) id VAA25222; Thu, 11 Jul 1996 21:16:04 -0500 Date: Thu, 11 Jul 1996 21:16:04 -0500 From: bab@cypress.com (Barry Boes/CADC Datacomm CAD) Message-Id: <199607120216.VAA25222@onyx.cadc> To: andrew@pubnix.net Cc: imp@village.org, stable@FreeBSD.ORG In-Reply-To: (message from Andrew Webster on Thu, 11 Jul 1996 18:44:33 -0400 (EDT)) Subject: Re: Uptime report Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Very easy to reproduce, run netscape for a couple of days. It seems that > when it allocates memory for all those .gif and .jpg icons and pictures, > the memory becomes fragmented and is never recovered fully. > > After a while you run out of swap space. > > Happens on an SGI running IRIX 5.3 as well as under FreeBSD 2.1.0-stable > > Solution, quit X every so often, all your memory comes back. > > One could then deduce that the leak is somewhere in X11R6. As another data point, I have also seen Suns running Solaris 2.5 and the openwindows version of X do the same thing. I have had the X server alone consume 300 Mb of swap over a months time. Kill the X server and it all comes back. However, ours might be a different problem since killing the X server frees the swap space. Warner specifies that the used swap remained used even after killing the X server. - Warner : you did kill the X server, right? Your original message says some xdm processes were still running? From owner-freebsd-stable Fri Jul 12 03:36:46 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA27574 for stable-outgoing; Fri, 12 Jul 1996 03:36:46 -0700 (PDT) Received: from bofh.noc.best.net (bofh.noc.best.net [205.149.163.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA27560 for ; Fri, 12 Jul 1996 03:36:41 -0700 (PDT) Received: (from rone@localhost) by bofh.noc.best.net (8.7.5/8.7.3) id DAA09145 for stable@freebsd.org; Fri, 12 Jul 1996 03:36:33 -0700 (PDT) From: Ron Echeverri Message-Id: <199607121036.DAA09145@bofh.noc.best.net> Subject: problems during make all To: stable@freebsd.org Date: Fri, 12 Jul 1996 03:36:33 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL22 (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 Right now, i'm actually running the latest 2.2-SNAP, but am "downgrading" to -stable because i'm just not a hacker dude. ===> usr.bin/dig cc -O -I/usr/src/usr.bin/dig/../../usr.sbin/nslookup -c /usr/src/usr.bin/dig/dig.c cc -O -I/usr/src/usr.bin/dig/../../usr.sbin/nslookup -c /usr/src/usr.bin/dig/../../usr.sbin/nslookup/debug.c cc -O -I/usr/src/usr.bin/dig/../../usr.sbin/nslookup -c /usr/src/usr.bin/dig/../../usr.sbin/nslookup/list.c cc -O -I/usr/src/usr.bin/dig/../../usr.sbin/nslookup -c /usr/src/usr.bin/dig/../../usr.sbin/nslookup/send.c cc -O -I/usr/src/usr.bin/dig/../../usr.sbin/nslookup -c /usr/src/usr.bin/dig/../../usr.sbin/nslookup/subr.c 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. >From usr.sbin/nslookup/debug.c (usr.sbin/nslookup/list.c has a similar mistake) case T_NSAP: isoa.isoa_len = dlen; if (isoa.isoa_len > sizeof(isoa.isoa_genaddr)) isoa.isoa_len = sizeof(isoa.isoa_genaddr); bcopy(cp, isoa.isoa_genaddr, isoa.isoa_len); fprintf(file, "\tnsap = %s\n", iso_ntoa(&isoa)); cp += dlen; break; I got a D in CS 101, but i don't see iso_ntoa anywhere else in the file, so i'm assuming that it should be inet_ntoa, of which there are many in there... I supped at 23:00 yesterday from sup5. Hope this is useful, and not just deranged babbling... rone -- Ron Echeverri Best Internet Systems Administration rone@best.net ============================================================================== No, i don't know what i'm doing, and if i did, i wouldn't tell you. From owner-freebsd-stable Fri Jul 12 04:12:30 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA03124 for stable-outgoing; Fri, 12 Jul 1996 04:12:30 -0700 (PDT) Received: from bofh.noc.best.net (bofh.noc.best.net [205.149.163.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA03114 for ; Fri, 12 Jul 1996 04:12:27 -0700 (PDT) Received: (from rone@localhost) by bofh.noc.best.net (8.7.5/8.7.3) id EAA15060 for stable@freebsd.org; Fri, 12 Jul 1996 04:12:19 -0700 (PDT) From: Ron Echeverri Message-Id: <199607121112.EAA15060@bofh.noc.best.net> Subject: problems during make all (2) To: stable@freebsd.org Date: Fri, 12 Jul 1996 04:12:17 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL22 (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 Ha, ha, guess not. ===> usr.bin/dig cc -O -I/usr/src/usr.bin/dig/../../usr.sbin/nslookup -c /usr/src/usr.bin/dig/../../usr.sbin/nslookup/debug.c /usr/src/usr.bin/dig/../../usr.sbin/nslookup/debug.c: In function `Print_rr': /usr/src/usr.bin/dig/../../usr.sbin/nslookup/debug.c:470: incompatible type for argument 1 of `inet_ntoa' *** Error code 1 Stop. So now i'm stumped... Since they're lines that just fprintf information, i've commented them out. Hopefully i won't run into any more problems... things seem to be flying so far. rone -- Ron Echeverri Best Internet Systems Administration rone@best.net ============================================================================== No, i don't know what i'm doing, and if i did, i wouldn't tell you. From owner-freebsd-stable Fri Jul 12 06:24:54 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA11623 for stable-outgoing; Fri, 12 Jul 1996 06:24:54 -0700 (PDT) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA11606; Fri, 12 Jul 1996 06:24:43 -0700 (PDT) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.7.5/8.7.3) with ESMTP id VAA20126; Fri, 12 Jul 1996 21:24:38 +0800 (WST) Message-Id: <199607121324.VAA20126@spinner.DIALix.COM> X-Mailer: exmh version 1.6.6 3/24/96 To: committers@freebsd.org cc: current@freebsd.org, stable@freebsd.org Subject: Tree tagging imminent for 2.1.5-RELEASE! Date: Fri, 12 Jul 1996 21:24:38 +0800 From: Peter Wemm Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As with the previous releases, there is a complete source tree 'cvs rtag' due soon, to mark the exact point that the release was built from on the -stable branch. The cvs tag will be RELENG_2_1_5_RELEASE. This has serious implications for the people getting a copy of the cvs tree via sup. The two plain-source trees will be unaffected though. The tag process modifies every single file under the src/ area, so sup will re-transmit *THE WHOLE FILE!*. CTM is not so badly affected, but it will be sending a large-ish delta out, from memory of the 2.1R tagging it should be between 10 and 15 parts (about 1 to 1.5MB). This is probably going to put a fair degree of strain on the sup servers, so if you have difficulty connecting or getting a complete transfer, please give it some time to settle down and get over the hump. Your patience will be appreciated. If you have a relatively up-to-date cvs tree that you get by sup, you may want to do an update *now* to get up to date before the servers get hit with the load. This should be the last time this happens, there is a replacement sup-like system nearing completion that is *far* more efficient than sup, and should be just about on-par with ctm's efficiency. When that is ready, only the changed lines will be sent, rather than the whole file. More on this when the time comes, please don't email and ask me about it as I can't say much more than that. (The author can jump in if he wishes, but I dont think he's ready to go public yet). -Peter (PS: watch the followup CC: list!) From owner-freebsd-stable Fri Jul 12 08:33:17 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19457 for stable-outgoing; Fri, 12 Jul 1996 08:33:17 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA19433; Fri, 12 Jul 1996 08:33:08 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA06397; Fri, 12 Jul 1996 09:16:19 -0600 (MDT) Date: Fri, 12 Jul 1996 09:16:19 -0600 (MDT) Message-Id: <199607121516.JAA06397@rocky.mt.sri.com> From: Nate Williams To: Peter Wemm Cc: committers@freebsd.org, current@freebsd.org, stable@freebsd.org Subject: Re: Tree tagging imminent for 2.1.5-RELEASE! In-Reply-To: <199607121324.VAA20126@spinner.DIALix.COM> References: <199607121324.VAA20126@spinner.DIALix.COM> Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As with the previous releases, there is a complete source tree 'cvs rtag' > due soon, to mark the exact point that the release was built from on the > -stable branch. Can you send out a message when the tag is done? I'm going to disable SUP for now until everything blow over, and would like to know when I can re-enable it. Thanks! Nate From owner-freebsd-stable Fri Jul 12 09:31:06 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA23547 for stable-outgoing; Fri, 12 Jul 1996 09:31:06 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA23540 for ; Fri, 12 Jul 1996 09:31:04 -0700 (PDT) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.7.5/8.7.3) id JAA09766; Fri, 12 Jul 1996 09:31:29 -0700 (PDT) From: "Steven G. Kargl" Message-Id: <199607121631.JAA09766@troutmask.apl.washington.edu> Subject: Re: problems during make all To: rone@bofh.noc.best.net (Ron Echeverri) Date: Fri, 12 Jul 1996 09:31:29 -0700 (PDT) Cc: stable@freebsd.org In-Reply-To: <199607121036.DAA09145@bofh.noc.best.net> from Ron Echeverri at "Jul 12, 96 03:36:33 am" X-Mailer: ELM [version 2.4ME+ PL19 (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 According to Ron Echeverri: > Right now, i'm actually running the latest 2.2-SNAP, but am > "downgrading" to -stable because i'm just not a hacker dude. > > ===> usr.bin/dig > cc -O -I/usr/src/usr.bin/dig/../../usr.sbin/nslookup -c /usr/src/usr.bin/dig/dig.c [compile error involving _iso_ntoa deleted] Downgrading a 2.2-SNAP installation to -stable is *very* nontrivial. I know. It took me 3 days to do it correctly, and I'm still finding little left over surprises. I suggest that (if you can wait) you backup any local user files/directories. Get 2.1.5-RELEASE when it is done. Install 2.1.5 over-the-top of your current stuff. -- Steve From owner-freebsd-stable Fri Jul 12 14:34:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18440 for stable-outgoing; Fri, 12 Jul 1996 14:34:51 -0700 (PDT) Received: from andrew.cmu.edu (ANDREW.CMU.EDU [128.2.10.101]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA18429 for ; Fri, 12 Jul 1996 14:34:44 -0700 (PDT) Received: (from postman@localhost) by andrew.cmu.edu (8.7.5/8.7.3) id RAA17827; Fri, 12 Jul 1996 17:32:08 -0400 Received: via switchmail; Fri, 12 Jul 1996 17:32:06 -0400 (EDT) Received: from unix14.andrew.cmu.edu via qmail ID ; Fri, 12 Jul 1996 17:31:46 -0400 (EDT) Received: from unix14.andrew.cmu.edu via qmail ID ; Fri, 12 Jul 1996 17:31:42 -0400 (EDT) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix14.andrew.cmu.edu.sun4m.54 via MS.5.6.unix14.andrew.cmu.edu.sun4_51; Fri, 12 Jul 1996 17:31:42 -0400 (EDT) Message-ID: <4ltgEyO00YUq0aYXg0@andrew.cmu.edu> Date: Fri, 12 Jul 1996 17:31:42 -0400 (EDT) From: Matthew Jason White To: imp@village.org (Warner Losh) Subject: Re: Uptime report Cc: andrew@pubnix.net, stable@FreeBSD.ORG In-Reply-To: <199607120055.UAA08171@ulc199.residence.gatech.edu> References: <199607120055.UAA08171@ulc199.residence.gatech.edu> Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Excerpts from freebsd-stable: 11-Jul-96 Re: Uptime report by Kenneth Merry@ulc199.res > How long has your X server been running? That's the real key, I > think. When you run xdm, and log in and out, I don't think the X server > process is ever actually killed. It just kinda restarts. I have seen > similar symptoms running xdm with AcceleratedX 1.2. The 'fix' is to kill > the X server every once in a while, when swap usage gets up there, and the > swap space will be returned. (to kill the server, control-alt-bs) xdm > will just crank the server right back up. A better solution is to use a line like: DisplayManager._0.terminateServer: true in your xdm-config file. This restarts the server every time you log out. -Matt ----- Matt White Email: mwhite+@cmu.edu http://www.cs.cmu.edu/afs/cs/user/mwhite/www/ From owner-freebsd-stable Fri Jul 12 22:24:15 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08566 for stable-outgoing; Fri, 12 Jul 1996 22:24:15 -0700 (PDT) Received: from ulc199.residence.gatech.edu (root@ulc199.residence.gatech.edu [199.77.162.99]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA08561 for ; Fri, 12 Jul 1996 22:24:13 -0700 (PDT) Received: (from ken@localhost) by ulc199.residence.gatech.edu (8.7.5/8.7.3) id BAA20683 for stable@freebsd.org; Sat, 13 Jul 1996 01:24:05 -0400 (EDT) From: Kenneth Merry Message-Id: <199607130524.BAA20683@ulc199.residence.gatech.edu> Subject: playing CD's causes SCSI reset? To: stable@freebsd.org Date: Sat, 13 Jul 1996 01:24:05 -0400 (EDT) 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 I had an interesting experience tonight while playing a CD in my CDROM drive. (using WorkMan) I had the CD paused for a while, and then came back and hit play. No problem. Next, I hit the button for song #10, and song #7 was currently playing. Here's what I got: ======= cd0(ahc0:1:0): timed out in command phase, SCSISIGI == 0x84 cd0(ahc0:1:0): asserted ATN - device reset in message buffer cd0(ahc0:1:0): timed out in dataout phase, SCSISIGI == 0x0 ahc0: Issued Channel A Bus Reset #1. 1 SCBs aborted sd0(ahc0:0:0): UNIT ATTENTION asc:29,2 , retries:4 ======= I tried various things a couple more times, and had similar problems. I even tried xcdplayer, which caused another SCSI bus reset. I finally got things working again using workman, but I'm not quite sure why. I did get one variation on the error message. This may have happened when I tried xcdplayer: ======= cd0(ahc0:1:0): timed out in command phase, SCSISIGI == 0x84 cd0(ahc0:1:0): asserted ATN - device reset in message buffer cd0(ahc0:1:0): timed out in dataout phase, SCSISIGI == 0x0 ahc0: Issued Channel A Bus Reset #1. 1 SCBs aborted sd0(ahc0:0:0): UNIT ATTENTION asc:29,2 , retries:4 cd0(ahc0:1:0): UNIT ATTENTION asc:29,0 cd0(ahc0:1:0): Power on, reset, or bus device reset occurred ======= It seems like the CD device, player, or something doesn't like skipping to different tracks on a CD. Hitting the 'next track' button in workman seems to have the same bus-reset effect as hitting a button for an arbitrary track. Anyway, here's my setup in case anyone has any ideas on what could be wrong: ======= FreeBSD 2.1-STABLE #0: Thu Jul 11 22:15:43 EDT 1996 ken@area238.residence.gatech.edu:/usr/src/sys/compile/thunderdome CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 67108864 (65536K bytes) avail memory = 64028672 (62528K bytes) ahc0: at 0x1c00-0x1cff irq 11 on isa ahc0: aic7770 >= Rev E, Single Channel, SCSI Id=7, 4 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "Quantum XP34300 55B1" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4101MB (8399520 512 byte sectors) (ahc0:1:0): "NEC CD-ROM DRIVE:500 1.0" type 5 removable SCSI 2 cd0(ahc0:1:0): CD-ROM cd0(ahc0:1:0): NOT READY asc:3a,0 Medium not present can't get the size (ahc0:4:0): "SONY SDT-5000 3.02" type 1 removable SCSI 2 st0(ahc0:4:0): Sequential-Access density code 0x13, drive empty ======= I compiled the kernel on 7/11/96 with whatever the latest CTM delta. (cvs-cur delta, that is) This doesn't seem to be a real serious problem, the system stays stable and all (Thanks Justin!) but it is a little strange. Ken -- Kenneth Merry ken@ulc199.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-stable Sat Jul 13 07:01:50 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13907 for stable-outgoing; Sat, 13 Jul 1996 07:01:50 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA13902 for ; Sat, 13 Jul 1996 07:01:45 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.7.5/8.6.9) id JAA06498 for freebsd-stable@freefall.cdrom.com; Sat, 13 Jul 1996 09:01:40 -0500 (CDT) From: Bob Willcox Message-Id: <199607131401.JAA06498@luke.pmr.com> Subject: Prob w/resizing vi xterm windows To: freebsd-stable@freefall.FreeBSD.org Date: Sat, 13 Jul 1996 09:01:40 -0500 (CDT) 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 I am having a problem with resizing xterm windows when running vi (and elm). The problem is that vi is not seeing the size change. It fails if I change the window size before starting vi or if I start vi then change the window size. I am running 2.1-stable (aka 2.1.5) supped and built as of 7/11. Is anybody else seeing this? Any clues as to how I can overcome it? BTW, this has not always failed. It started fairly recently when I updated from a 5/29 version of 2.1-stable to the 7/11 version. Also less, more, top, and likely others get it right. -- Bob Willcox bob@luke.pmr.com Austin, TX From owner-freebsd-stable Sat Jul 13 09:41:05 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA19184 for stable-outgoing; Sat, 13 Jul 1996 09:41:05 -0700 (PDT) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA18966; Sat, 13 Jul 1996 09:40:38 -0700 (PDT) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.7.5/8.7.3) with ESMTP id AAA26193; Sun, 14 Jul 1996 00:40:34 +0800 (WST) Message-Id: <199607131640.AAA26193@spinner.DIALix.COM> X-Mailer: exmh version 1.6.6 3/24/96 To: committers@freebsd.org, current@freebsd.org, stable@freebsd.org Subject: Re: Tree tagging imminent for 2.1.5-RELEASE! In-reply-to: Your message of "Fri, 12 Jul 1996 21:24:38 +0800." <199607121324.VAA20126@spinner.DIALix.COM> Date: Sun, 14 Jul 1996 00:40:33 +0800 From: Peter Wemm Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The tree tag has finished, about 20 minutes ago.... (~9AM freefall time). Cheers, -Peter Peter Wemm wrote: > As with the previous releases, there is a complete source tree 'cvs rtag' > due soon, to mark the exact point that the release was built from on the > -stable branch. > > The cvs tag will be RELENG_2_1_5_RELEASE. > > This has serious implications for the people getting a copy of the cvs > tree via sup. The two plain-source trees will be unaffected though. > > The tag process modifies every single file under the src/ area, so sup > will re-transmit *THE WHOLE FILE!*. CTM is not so badly affected, but it > will be sending a large-ish delta out, from memory of the 2.1R tagging it > should be between 10 and 15 parts (about 1 to 1.5MB). > > This is probably going to put a fair degree of strain on the sup servers, > so if you have difficulty connecting or getting a complete transfer, > please give it some time to settle down and get over the hump. Your > patience will be appreciated. > > If you have a relatively up-to-date cvs tree that you get by sup, you may > want to do an update *now* to get up to date before the servers get hit > with the load. > > -Peter > (PS: watch the followup CC: list!) From owner-freebsd-stable Sat Jul 13 10:07:47 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA04784 for stable-outgoing; Sat, 13 Jul 1996 10:07:47 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA04563; Sat, 13 Jul 1996 10:07:22 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id TAA25022; Sat, 13 Jul 1996 19:06:52 +0200 (SAT) Message-Id: <199607131706.TAA25022@grumble.grondar.za> To: Peter Wemm cc: committers@freebsd.org, current@freebsd.org, stable@freebsd.org Subject: Re: Tree tagging imminent for 2.1.5-RELEASE! Date: Sat, 13 Jul 1996 19:06:49 +0200 From: Mark Murray Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Peter Wemm wrote: > The tree tag has finished, about 20 minutes ago.... (~9AM freefall time). ...and the international crypto repository is done as well! 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