From owner-freebsd-stable Sun Oct 17 0:33: 1 1999 Delivered-To: freebsd-stable@freebsd.org Received: from c359361-a.almda1.sfba.home.com (c359361-a.almda1.sfba.home.com [24.5.216.24]) by hub.freebsd.org (Postfix) with ESMTP id 900A214FF3 for ; Sun, 17 Oct 1999 00:32:45 -0700 (PDT) (envelope-from davide@c359361-a.almda1.sfba.home.com) Received: from davide by c359361-a.almda1.sfba.home.com with local (Exim 3.03 #1 (Debian)) id 11ckfy-0000jE-00; Sun, 17 Oct 1999 00:24:18 -0700 Date: Sun, 17 Oct 1999 00:24:18 -0700 From: "David E." To: freebsd-stable@freebsd.org Subject: subscribe Message-ID: <19991017002418.B2736@c359361-a.almda1.sfba.home.com> Reply-To: ringo0@home.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0pre2i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 17 1:49:45 1999 Delivered-To: freebsd-stable@freebsd.org Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 6CAD814FBB for ; Sun, 17 Oct 1999 01:49:23 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.3/8.9.3) id KAA91048; Sun, 17 Oct 1999 10:49:13 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <199910170849.KAA91048@zibbi.mikom.csir.co.za> Subject: Re: HEADS UP: ntpd users In-Reply-To: <38095E1E.3184E875@gorean.org> from Doug at "Oct 16, 1999 10:26:54 pm" To: Doug@gorean.org (Doug) Date: Sun, 17 Oct 1999 10:49:13 +0200 (SAT) Cc: FreeBSD-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > This is just a heads up to ntpd users on 3.3-STABLE. 3.3-STABLE has been > > updated to draft-mogul-pps-api-05.txt, so ntp-4.0.98a and older will > > break on it because the old draft and the new one is quite incompatable. > > Does this have any relationship to the reason that the most recent xntpd > sources don't compile on -current or -stable? On -stable cvsup'ed today I > get: > No, this is because of the nanokernel code by Dave Mills that we imported a while back. > > It has been this way for a while now. I just haven't had a good reason to > bring it up yet. :-) In times past (2.2.8 was the most recent) I've never > had any trouble compiling xntpd. Latest sources available at > http://www.eecis.udel.edu/~ntp/. But if you look at them, you will see that the latest version of xntp3* is almost a year old. Their latest stuff is the ntp4 versions and that compiles just fine except for the heads up that I posted. If you really want to use xntp3, you can just ignore that error, because ntptime is only usefull for people experimenting with local clocks or you can use the one that comes with ntp4 which was fixed. John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 17 5: 0:42 1999 Delivered-To: freebsd-stable@freebsd.org Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (Postfix) with ESMTP id C7F1A14C22; Sun, 17 Oct 1999 05:00:40 -0700 (PDT) (envelope-from asami@stampede.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca1-150.ix.netcom.com [209.109.232.150]) by vader.cs.berkeley.edu (8.9.3/8.9.3) with ESMTP id FAA87043; Sun, 17 Oct 1999 05:00:32 -0700 (PDT) (envelope-from asami@stampede.cs.berkeley.edu) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.9.3/8.6.9) id FAA43992; Sun, 17 Oct 1999 05:00:25 -0700 (PDT) To: Kris Kennaway Cc: "Jeffrey J. Libman" , freebsd-stable@FreeBSD.ORG Subject: Re: building pgp5 from ports fails References: From: asami@FreeBSD.ORG (Satoshi - Ports Wraith - Asami) Date: 17 Oct 1999 05:00:24 -0700 In-Reply-To: Kris Kennaway's message of "Wed, 13 Oct 1999 11:20:02 -0700 (PDT)" Message-ID: Lines: 36 X-Mailer: Gnus v5.7/Emacs 20.4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * From: Kris Kennaway * Looks like you have either an outdated port, or extra crud in there * somewhere. The PGP5 port is building fine, according to * http://bento.freebsd.org Uh, which part of bento said so? ;) I believe you are referring to the fact that there is no pgp build error, which is because it's not being built due to its RESTRICTED status. Remember, a port will not show up in the build error list if it's not even being built. It can be because (1) It has RESTRICTED set (2) It has NO_PACKAGE set (3) It has FORBIDDEN set (4) It has IS_INTERACTIVE set (5) One of its dependencies failed to built or falls in cases 1-4 To see the list of packages sucessfully built, go to http://bento.FreeBSD.org/errorlogs/packages-3-full/ or http://bento.FreeBSD.org/errorlogs/packages-4-full/ If the package shows up there, it means it built successfully. :) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 17 5:59:26 1999 Delivered-To: freebsd-stable@freebsd.org Received: from s01.arpa-canada.net (s01.arpa-canada.net [209.104.122.2]) by hub.freebsd.org (Postfix) with ESMTP id EAE5214E46 for ; Sun, 17 Oct 1999 05:59:23 -0700 (PDT) (envelope-from matt@BabCom.ORG) Received: by s01.arpa-canada.net (Postfix, from userid 1001) id 13352B885; Sun, 17 Oct 1999 08:59:23 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by s01.arpa-canada.net (Postfix) with ESMTP id 0DB1BB for ; Sun, 17 Oct 1999 08:59:23 -0400 (EDT) Date: Sun, 17 Oct 1999 08:59:23 -0400 (EDT) From: matt X-Sender: matt@s01.arpa-canada.net To: FreeBSD-STABLE Subject: 3.3-STABLE problem sorta related to flashplugin Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, while trying to install the flash plugin in the ports tree, I did what the missing lib message told me to do which was: 1. extract /usr/src/lib (distribution files: src/slib.??) 2. cd /usr/src/lib/csu/i386 3. make clean depend 4. make all install so I cd to /usr/src/lib/csu/i386, make clean depend which outputs this: root[s02]:/usr/src/lib/csu/i386# make clean depend rm -f a.out crt0.o.tmp c++rt0.o.tmp gcrt0.o.tmp scrt0.o.tmp sgcrt0.o.tmp crt0.o c++rt0.o gcrt0.o scrt0.o sgcrt0.o then I go to make all which outputs this: root[s02]:/usr/src/lib/csu/i386# make all cc -O -pipe -DLIBC_SCCS -fno-omit-frame-pointer -c -DCRT0 -DDYNAMIC /usr/src/lib/csu/i386/crt0.c -o crt0.o /usr/src/lib/csu/i386/crt0.c: In function `__do_dynamic_link': /usr/src/lib/csu/i386/crt0.c:196: storage size of `crt' isn't known /usr/src/lib/csu/i386/crt0.c:260: `CRT_VERSION_BSD_5' undeclared (first use this function) /usr/src/lib/csu/i386/crt0.c:260: (Each undeclared identifier is reported only once /usr/src/lib/csu/i386/crt0.c:260: for each function it appears in.) /usr/src/lib/csu/i386/crt0.c:264: `CRT_VERSION_BSD_4' undeclared (first use this function) /usr/src/lib/csu/i386/crt0.c:268: `CRT_VERSION_BSD_3' undeclared (first use this function) /usr/src/lib/csu/i386/crt0.c:269: invalid use of undefined type `struct _dynamic' /usr/src/lib/csu/i386/crt0.c:275: dereferencing pointer to incomplete type /usr/src/lib/csu/i386/crt0.c:288: `LDSO_VERSION_HAS_DLEXIT' undeclared (first use this function) /usr/src/lib/csu/i386/crt0.c:289: dereferencing pointer to incomplete type *** Error code 1 Stop. This is on 3.3-STABLE cvsupped on October 15th. Is there something I am missing here, or is this simply defunct? Or am I just missing the magic trick to make this work. Please advise, Thank you. -Matt -- "If the primates that we came from had known that someday politicians would come out of the...the gene pool, they'd a stayed up in the trees and written evolution off as a bad idea. Hell, I always thought the opposable thumb was overrated." -Sheridan, "A Distant Star" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 17 8:26: 8 1999 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 6C0BE14CB9 for ; Sun, 17 Oct 1999 08:25:59 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.1b+Sun/SMI-SVR4) id RAA00151; Sun, 17 Oct 1999 17:26:16 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local-smtp (Exim 2.05 #1 (Debian)) id 11csGz-0006VM-00; Sun, 17 Oct 1999 17:31:01 +0200 Date: Sun, 17 Oct 1999 17:31:01 +0200 (CEST) From: Adam Szilveszter To: freebsd-stable@freebsd.org Subject: flash plugin Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! If you just need the plugin (but not the standalone player, which is a separate port anymway) you could also go for the Linux plugin (available from www.macromedia.org) provided you have a glibc2 Netscape on your system. (I use this version and it runs *very* well, thanks to the new linux emu!) Regards: Szilveszter ADAM ------------------------------------------------------------------------------- * Adam Szilveszter * JATE Szeged * email: sziszi@petra.hos.u-szeged.hu * * Homepage : none * alternate email: cc@flanker.itl.net.ua * * Finger sziszi@petra.hos.u-szeged.hu for PGP key. * * I prefer using the door instead of Windows(tm)... * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 17 10:25:46 1999 Delivered-To: freebsd-stable@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 22FA614C14 for ; Sun, 17 Oct 1999 10:25:42 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id KAA02188; Sun, 17 Oct 1999 10:25:41 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id KAA17218; Sun, 17 Oct 1999 10:25:40 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sun, 17 Oct 1999 10:25:40 -0700 (PDT) Message-Id: <199910171725.KAA17218@vashon.polstra.com> To: eirvine@tpgi.com.au Subject: Re: Screen Blackness In-Reply-To: <38084BEF.DF198449@tpgi.com.au> References: <38084BEF.DF198449@tpgi.com.au> Organization: Polstra & Co., Seattle, WA Cc: stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <38084BEF.DF198449@tpgi.com.au>, eirvine wrote: > > Just cvsupped stable, made a new kernel, made world, rebooted, > and had my dinner & glass of wine :*) > > Came back and instead of my usual screensaver (fire) there was > just a black screen. Keyboard input, mouse input etc did not > change this. No response. > > I managed to login "blind" and issue a "reboot". At which stage FreeBSD > rebooted. I'd like to provide more details -- but my hands - or eyes > were tied. > > After a second glass, I've managed to repeat the problem. We need more details in order to diagnose this problem. What kind of wine? What vintage? Did you enjoy it? How much did it cost? Do you feel it was at its peak, or could it benefit from a bit more cellaring? Would you say it was better than a working FreeBSD system, or worse? Have you tried repeating the problem with other varieties of wine? We are here to help you, but you'll have to do your part. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 17 14:30:58 1999 Delivered-To: freebsd-stable@freebsd.org Received: from ms.tokyo.jcom.ne.jp (ms.tokyo.jcom.ne.jp [210.234.123.18]) by hub.freebsd.org (Postfix) with ESMTP id 59BAA150FA for ; Sun, 17 Oct 1999 14:30:55 -0700 (PDT) (envelope-from musha@ms.tokyo.jcom.ne.jp) Received: from daemon.my.domain (pc343031.tokyo.jcom.ne.jp [203.140.143.31]) by ms.tokyo.jcom.ne.jp (8.9.1/3.7W 06/01/99) with ESMTP id GAA09599 for ; Mon, 18 Oct 1999 06:30:54 +0900 (JST) Received: by daemon.my.domain (8.9.3/3.7W) id GAA34434; Mon, 18 Oct 1999 06:30:23 +0900 (JST) Date: Mon, 18 Oct 1999 06:30:21 +0900 Message-ID: <14346.16365.528398.91839F@archon.my.domain> From: Akinori MUSHA aka knu To: freebsd-stable@freebsd.org Subject: Re: 3.3-STABLE problem sorta related to flashplugin In-Reply-To: In your message of "Sun, 17 Oct 1999 08:59:23 -0400 (EDT)" References: User-Agent: Wanderlust/2.2.3 (Always) SEMI/1.13.6 (Komatsu) PGPGPG FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 6) (Big Bend) (i386--freebsd) Organization: A.I.D. MIME-Version: 1.0 (generated by SEMI 1.13.6 - "Komatsu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry. It seems "OBJFORMAT=aout" must be specified on the command line. The message will be fixed by sada soon, as well as www/libxpg4-ns. -- / /__ __ / ) ) ) ) / http://www.idaemons.org/knu/ Akinori MUSHA aka / (_ / ( (__( mailto:knu@idaemons.org "We are but hungry.. Associated Ita-meshi Daemons!" http://www.idaemons.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 17 15:52:14 1999 Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id A1B9414DFB; Sun, 17 Oct 1999 15:52:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 90B801CD473; Sun, 17 Oct 1999 15:52:07 -0700 (PDT) (envelope-from kris@hub.freebsd.org) Date: Sun, 17 Oct 1999 15:52:07 -0700 (PDT) From: Kris Kennaway To: Satoshi - Ports Wraith - Asami Cc: "Jeffrey J. Libman" , freebsd-stable@FreeBSD.ORG Subject: Re: building pgp5 from ports fails In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 17 Oct 1999, Satoshi - Ports Wraith - Asami wrote: > Uh, which part of bento said so? ;) I was basing it on negative information - i.e. the fact it wasn't listed as broken. > I believe you are referring to the fact that there is no pgp build > error, which is because it's not being built due to its RESTRICTED > status. You're quite correct; my mistake. Having said that, is there any way you could get bento building restricted ports, but not publishing the packages? It's quite useful for the kind of thing I tried to apply it to (i.e. figuring out whether the port itself is broken, or if it's just the local setup). Kris ---- XOR for AES -- join the campaign! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 17 16:55: 6 1999 Delivered-To: freebsd-stable@freebsd.org Received: from fever.semiotek.com (H253.C225.tor.velocet.net [216.126.82.253]) by hub.freebsd.org (Postfix) with ESMTP id B1C9914CC7; Sun, 17 Oct 1999 16:54:57 -0700 (PDT) (envelope-from jread@fever.semiotek.com) Received: (from jread@localhost) by fever.semiotek.com (8.9.3/8.9.3) id TAA11109; Sun, 17 Oct 1999 19:56:06 -0400 (EDT) (envelope-from jread) Date: Sun, 17 Oct 1999 19:56:06 -0400 From: Justin Wells To: freebsd-security@freebsd.org Cc: freebsd-stable@freebsd.org Subject: cannot buildworld under securelevel Message-ID: <19991017195606.A11040@semiotek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, I decided to play with some FreeBSD security stuff, so the other day I set my system to run in a securelevel. After I got that working OK, I decided to give "jail" a try, so I went and grabbed the patches for stable, applied them to my source tree, and did a "make buildworld". Guess what? It failed. The temporary object files in /usr/obj/usr/src/tmp/usr/lib have been marked schg, so buildworld fails. I wouldn't expect to be able to do a "make installworld" running under a securelevel--in fact, I would expect I'd have to be in single user mode. But I don't want to take my system down to single user mode for the duration of the entire "make world" compilation. I want to do the compile, drop to single user, install the new world, and reboot. It really bugs me that I have to take my system down for a long time in order to build the world. These temporary files should not be schg. Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 17 18:23:37 1999 Delivered-To: freebsd-stable@freebsd.org Received: from imo17.mx.aol.com (imo17.mx.aol.com [198.81.17.7]) by hub.freebsd.org (Postfix) with ESMTP id 0285714CD3 for ; Sun, 17 Oct 1999 18:23:34 -0700 (PDT) (envelope-from Scm486@aol.com) Received: from Scm486@aol.com by imo17.mx.aol.com (mail_out_v23.6.) id nXNTa17081 (3964) for ; Sun, 17 Oct 1999 21:23:28 -0400 (EDT) From: Scm486@aol.com Message-ID: <0.25488ba1.253bd090@aol.com> Date: Sun, 17 Oct 1999 21:23:28 EDT Subject: Odd buffer flushing errors To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: AOL 4.0 for Windows 95 sub 27 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anyone have any idea what these are and whats causing them? I have not been able to trace any of these to any piece of hardware, these errors appear on Xterms and console. These are the errors(there are more at the bottom): timeout flushing dbuf_out, chan 1 cnt 0x190a flags 0x00000441 Heres my system info: FreeBSD sys1.systems.net 3.3-RELEASE FreeBSD 3.3-RELEASE #1: Fri Oct 15 01:38:14 CDT 1999 root@sys1.systems.net:/usr/src/sys/compile/fork i386 Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.3-RELEASE #1: Fri Oct 15 01:38:14 CDT 1999 root@sys1.systems.net:/usr/src/sys/compile/fork Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 400910859 Hz CPU: Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x660 Stepping = 0 Features=0x183f9ff rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x02 on pci0.7.0 ide_pci0: rev 0x01 on pci0.7.1 chip3: rev 0x02 on pci0.7.3 Probing for devices on PCI bus 1: vga0: rev 0x21 int a irq 11 on pci1.0.0 Probing for PnP devices: CSN 1 Vendor ID: ESS0003 [0x03007316] Serial 0xffffffff Comp ID: @@@0000 [0x00 Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> pcm0 at 0x220 irq 9 drq 1 on isa ESS1868 (rev 11) atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model Generic PS/2 mouse, device ID 0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1 not found at 0x2f8 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-16 wd0: 12360MB (25313904 sectors), 25113 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, intr, dma, iordis acd0: drive speed 6890KB/sec, 120KB cache acd0: supported read types: CD-DA acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked wdc1: unit 1 (atapi): , removable, dma, ior acd1: drive speed 344 - 1034KB/sec, 768KB cache acd1: supported read types: CD-R, CD-RW, CD-DA, packet track acd1: supported write types: CD-R, CD-RW, test write acd1: Audio: play, 128 volume levels acd1: Mechanism: ejectable tray acd1: Medium: no/blank disc inside, unlocked, lock protected wt0 not probed due to drq conflict with pcm0 at 1 ppc0 at 0x278 irq 7 flags 0x40 on isa ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 vpo0: on ppbus 0 vpo0: EPP 1.9 mode vga0 at 0x3c0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface da0 at vpo0 bus 0 target 6 lun 0 da0: Removable Direct Access SCSI-2 device da0: 96MB (196608 512 byte sectors: 64H 32S/T 96C) changing root device to wd0s3a timeout flushing dbuf_out, chan 1 cnt 0x190a flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2160 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2332 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2160 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2160 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2332 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2160 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2332 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2160 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2332 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2160 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2160 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2160 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2160 flags 0x00000441 timeout flushing dbuf_out, chan 1 cnt 0x2332 flags 0x00000441 Thanks, Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 17 18:31:25 1999 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 4046914D28 for ; Sun, 17 Oct 1999 18:31:13 -0700 (PDT) (envelope-from bright@wintelcom.net) Received: from localhost (bright@localhost) by fw.wintelcom.net (8.9.3/8.9.3) with ESMTP id SAA10134; Sun, 17 Oct 1999 18:52:01 -0700 (PDT) Date: Sun, 17 Oct 1999 18:52:01 -0700 (PDT) From: Alfred Perlstein To: Scm486@aol.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Odd buffer flushing errors In-Reply-To: <0.25488ba1.253bd090@aol.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 17 Oct 1999 Scm486@aol.com wrote: > Does anyone have any idea what these are and whats causing them? > I have not been able to trace any of these to any piece of hardware, these > errors appear on Xterms and console. > > These are the errors(there are more at the bottom): > > timeout flushing dbuf_out, chan 1 cnt 0x190a flags 0x00000441 It seems like your sound card is misconfigured, I had the same problem until i fixed my sound card's I/O, irq, drq. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 17 20:38:40 1999 Delivered-To: freebsd-stable@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id 9DF3714C25; Sun, 17 Oct 1999 20:38:36 -0700 (PDT) (envelope-from cdf.lists@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1016) id 6C2EC9B22; Sun, 17 Oct 1999 20:06:41 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id 5FB77BA1C; Sun, 17 Oct 1999 20:06:41 -0400 (EDT) Date: Sun, 17 Oct 1999 20:06:41 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: cdf.lists@pawn.primelocation.net To: Justin Wells Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: cannot buildworld under securelevel In-Reply-To: <19991017195606.A11040@semiotek.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 17 Oct 1999, Justin Wells wrote: > It really bugs me that I have to take my system down for a long time > in order to build the world. These temporary files should not be schg. > You might consider making use of MAKEOBJDIRPREFIX to specify a directory other than /usr/obj to use...and you can always remove everything else in /usr/obj if you need the room. Also, -current doesn't schg anything in /usr/obj (if it's any consolation). ----- Chris D. Faulhaber | All the true gurus I've met never System/Network Administrator, | claimed they were one, and always Reality Check Information, Inc. | pointed to someone better. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Oct 17 22:30:28 1999 Delivered-To: freebsd-stable@freebsd.org Received: from sparenix.metronet.com (sparenix.metronet.com [207.170.106.3]) by hub.freebsd.org (Postfix) with SMTP id 8AD3615099 for ; Sun, 17 Oct 1999 22:30:12 -0700 (PDT) (envelope-from jmanley@metronet.com) Received: (qmail 11287 invoked by uid 7770); 18 Oct 1999 05:48:59 -0000 Received: from fcn105-47.tmi.net (HELO win) (207.170.105.47) by sparenix.metronet.com with SMTP; 18 Oct 1999 05:48:59 -0000 Message-Id: <4.1.19991018002421.00979940@mail.metronet.com> X-Sender: jmanley@mail.metronet.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Mon, 18 Oct 1999 00:31:06 -0500 To: freebsd-stable@freebsd.org From: Jim Manley Subject: linux_base won't install Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My apologies if this isn't the correct forum for this question. I'm trying to get the most recent linux_base port to install but the 'make install' dies a horrible death. The 'make' went just fine. darkstar# make install ===> Installing for linux_base-5.2 ===> linux_base-5.2 depends on executable: rpm - found 666:No such file or directory *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Running 'make -dd install' yields: Searching for .depend...failed. Searching for .depend.../usr/share/mk...failed. 666:No such file or directory *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Apparently there's a .depend file missing. Any ideas? Regards, Jim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 18 0: 2:30 1999 Delivered-To: freebsd-stable@freebsd.org Received: from buffy.tpgi.com.au (buffy.tpgi.com.au [203.12.160.34]) by hub.freebsd.org (Postfix) with ESMTP id D0BCE14D33 for ; Mon, 18 Oct 1999 00:02:16 -0700 (PDT) (envelope-from eirvine@tpgi.com.au) Received: (from smtpd@localhost) by buffy.tpgi.com.au (8.9.3/8.9.3) id RAA29335; Mon, 18 Oct 1999 17:02:05 +1000 Received: from kmidc71-71.ecopost.com.au(203.28.71.71), claiming to be "tpgi.com.au" via SMTP by buffy.tpgi.com.au, id smtpdRy30bY; Mon Oct 18 17:01:53 1999 Message-ID: <380AC5CA.EFA66589@tpgi.com.au> Date: Mon, 18 Oct 1999 17:01:30 +1000 From: eirvine X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: John Polstra , freebsd-stable@freebsd.org Subject: Re: Screen Blackness References: <38084BEF.DF198449@tpgi.com.au> <199910171725.KAA17218@vashon.polstra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, I guess I asked for it. Seriously, it struck me as very wierd that, right after a new make world and kernel build, instead of the screensaver I'd got this blank, unresponsive screen. Twice. I've been trying to repeat the problem but to no avail. When I get another case of of Woodley Queen Adelaide Chardonnay 1998 I'll give it another go. -*) Eddie. John Polstra wrote: > > In article <38084BEF.DF198449@tpgi.com.au>, > eirvine wrote: > > > > Just cvsupped stable, made a new kernel, made world, rebooted, > > and had my dinner & glass of wine :*) > > > > Came back and instead of my usual screensaver (fire) there was > > just a black screen. Keyboard input, mouse input etc did not > > change this. No response. > > > > I managed to login "blind" and issue a "reboot". At which stage FreeBSD > > rebooted. I'd like to provide more details -- but my hands - or eyes > > were tied. > > > > After a second glass, I've managed to repeat the problem. > > We need more details in order to diagnose this problem. What kind > of wine? What vintage? Did you enjoy it? How much did it cost? > Do you feel it was at its peak, or could it benefit from a bit more > cellaring? Would you say it was better than a working FreeBSD system, > or worse? Have you tried repeating the problem with other varieties > of wine? We are here to help you, but you'll have to do your part. > > John > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "No matter how cynical I get, I just can't keep up." -- Nora Ephron > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 18 4:57:39 1999 Delivered-To: freebsd-stable@freebsd.org Received: from unix.sim.com.pl (unix.sim.com.pl [195.117.85.65]) by hub.freebsd.org (Postfix) with ESMTP id D540014BFD for ; Mon, 18 Oct 1999 04:57:18 -0700 (PDT) (envelope-from gawel@unix.sim.com.pl) Received: from unix.sim.com.pl (pawel.sim.com.pl [192.168.1.20]) by unix.sim.com.pl (8.9.3/8.9.3) with ESMTP id NAA81980 for ; Mon, 18 Oct 1999 13:57:03 +0200 (CEST) (envelope-from gawel@unix.sim.com.pl) Message-ID: <380B0B9F.4941B8DD@unix.sim.com.pl> Date: Mon, 18 Oct 1999 13:59:27 +0200 From: Gawel X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-stable@FreeBSD.ORG" Subject: ID CRC or ECC error Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FreeBSD 3.3-stable, ncr0: rev 0x26 int a irq 10 on pci0.15.0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enab da0: 2049MB (4197405 512 byte sectors: 255H 63S/T 261C) I receive it every day in messages log file: Oct 18 02:01:13 unix /kernel: (da0:ncr0:0:0:0): READ(10). CDB: 28 0 0 38 a6 2e 0 0 2 0 Oct 18 02:01:13 unix /kernel: (da0:ncr0:0:0:0): MEDIUM ERROR info:38a62f asc:10,0 Oct 18 02:01:13 unix /kernel: (da0:ncr0:0:0:0): ID CRC or ECC error field replaceable unit:d7 sks:8 Could you advise me what I have to do to correct it? Gawel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 18 5:12:30 1999 Delivered-To: freebsd-stable@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 6A84D14BFD; Mon, 18 Oct 1999 05:12:25 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id OAA43932; Mon, 18 Oct 1999 14:12:05 +0200 (CEST) (envelope-from des) To: Sheldon Hearn Cc: nik@freebsd.org, chat@freebsd.org Subject: Re: make world failing because of missing unroff References: <12713.939814081@axl.noc.iafrica.com> From: Dag-Erling Smorgrav Date: 18 Oct 1999 14:12:02 +0200 In-Reply-To: Sheldon Hearn's message of "Wed, 13 Oct 1999 13:28:01 +0200" Message-ID: Lines: 15 X-Mailer: Gnus v5.7/Emacs 20.4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sheldon Hearn writes: > If you want tools distributed with the sources which they support, you > should incorporate the tools into the doc/ tree. But then you'd still > need non-doc tools to build _those_. The obvious extension of this principle is to move the entire OS into the doc tree; then you'd have a fully self-contained collection of documentation along with all the tools needed to edit and publish it (assuming you import e.g. thttpd along with the rest). FreeBSD would then cease to exist except as a collection of tools for the FDP. I'm sure Nik would *love* this idea 8) DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 18 5:57:49 1999 Delivered-To: freebsd-stable@freebsd.org Received: from fed.frb.gov (fed.frb.gov [132.200.32.32]) by hub.freebsd.org (Postfix) with SMTP id 630F314BDD for ; Mon, 18 Oct 1999 05:57:36 -0700 (PDT) (envelope-from seth@freebie.dp.ny.frb.org) Received: by fed.frb.gov; id IAA27965; Mon, 18 Oct 1999 08:57:33 -0400 Received: from m1pmdf.frb.gov(192.168.3.38) by fed.frb.gov via smap (V4.2) id xma027301; Mon, 18 Oct 99 08:56:51 -0400 Date: Mon, 18 Oct 1999 08:56:45 -0400 From: Seth Subject: Re: linux_base won't install In-reply-to: <4.1.19991018002421.00979940@mail.metronet.com> To: Jim Manley Cc: stable@freebsd.org Message-id: <19991018085645.A97389@freebie.dp.ny.frb.org> MIME-version: 1.0 X-Mailer: Mutt 1.0pre2i Content-type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" References: <4.1.19991018002421.00979940@mail.metronet.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable I had the same problem until I updated my /usr/ports/Mk/bsd.port.mk to the latest version. Apparently, they've thrown in a $CHMOD variable pointing to chmod. SB On Mon, Oct 18, 1999 at 12:31:06AM -0500, Jim Manley wrote: > My apologies if this isn't the correct forum for this question. >=20 > I'm trying to get the most recent linux_base port to install but the 'make > install' dies > a horrible death. The 'make' went just fine. > darkstar# make install=20 > =3D=3D=3D> Installing for linux_base-5.2=20 > =3D=3D=3D> linux_base-5.2 depends on executable: rpm - found=20 > 666:No such file or directory=20 > *** Error code 1 >=20 > Stop.=20 > *** Error code 1 >=20 > Stop.=20 > *** Error code 1 >=20 > Stop. >=20 > Running 'make -dd install' yields: > Searching for .depend...failed.=20 > Searching for .depend.../usr/share/mk...failed.=20 > 666:No such file or directory=20 > *** Error code 1 >=20 > Stop.=20 > *** Error code 1 >=20 > Stop.=20 > *** Error code 1 >=20 > Stop. >=20 > Apparently there's a .depend file missing. Any ideas? >=20 > Regards, >=20 > Jim >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message --UugvWAfsgieZRqgk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: haeNIbuTPp3rTuoPo74jBthZwxBaQ7E0 iQA/AwUBOAsZDJIA9CuoPI6LEQK/5QCfUd0W2gHzxSkC1u0SSptj+n9rRw4An1UA 2JUEETVWV/TZRN4pVYQMi1Q+ =1Y3q -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 18 11:14:17 1999 Delivered-To: freebsd-stable@freebsd.org Received: from ady.warpnet.ro (ady.warpnet.ro [194.102.224.1]) by hub.freebsd.org (Postfix) with ESMTP id 2E43F15156 for ; Mon, 18 Oct 1999 11:13:48 -0700 (PDT) (envelope-from ady@warpnet.ro) Received: from localhost (ady@localhost) by ady.warpnet.ro (8.9.3/8.9.3) with ESMTP id VAA02897 for ; Mon, 18 Oct 1999 21:18:06 +0300 (EEST) (envelope-from ady@warpnet.ro) Date: Mon, 18 Oct 1999 21:18:06 +0300 (EEST) From: Adrian Penisoara To: freebsd-stable@freebsd.org Subject: PPP dying with signal 10 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, 3.3-STABLE as of 13th October, ppp -direct (dial-in) dies with signal 10 in some periods of time; gdb output: $ gdb `which ppp` /ppp.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or 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. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... Core was generated by `ppp'. Program terminated with signal 10, Bus error. Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found)... done. Reading symbols from /usr/lib/libmd.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libutil.so.2...(no debugging symbols found)... done. Reading symbols from /usr/lib/libz.so.2...(no debugging symbols found)...done. Reading symbols from /usr/lib/libalias.so.3...(no debugging symbols found)... done. Reading symbols from /usr/lib/libdes.so.3...(no debugging symbols found)... done. Reading symbols from /usr/lib/libradius.so.1...(no debugging symbols found)... done. Reading symbols from /usr/lib/libc.so.3...(no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... ---Type to continue, or q to quit--- done. #0 0x809c172 in ?? () (gdb) bt #0 0x809c172 in ?? () #1 0x806c514 in getsockname () #2 0x80657b2 in getsockname () #3 0x80654a9 in getsockname () #4 0x804acfd in getsockname () (gdb) q Any ideea what seems to be the problem ? Thanks, Ady (@warpnet.ro) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 18 11:42:14 1999 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 6951F14BEE for ; Mon, 18 Oct 1999 11:42:04 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.9.3/8.9.3) with ESMTP id LAA19949; Mon, 18 Oct 1999 11:41:37 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Mon, 18 Oct 1999 11:41:37 -0700 (PDT) From: Doug White To: Gawel Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: ID CRC or ECC error In-Reply-To: <380B0B9F.4941B8DD@unix.sim.com.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 18 Oct 1999, Gawel wrote: > FreeBSD 3.3-stable, > ncr0: rev 0x26 int a irq 10 on pci0.15.0 > da0: Fixed Direct Access SCSI-2 device > da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enab > da0: 2049MB (4197405 512 byte sectors: 255H 63S/T 261C) > > I receive it every day in messages log file: > Oct 18 02:01:13 unix /kernel: (da0:ncr0:0:0:0): READ(10). CDB: 28 0 0 38 > a6 2e 0 0 2 0 > Oct 18 02:01:13 unix /kernel: (da0:ncr0:0:0:0): MEDIUM ERROR info:38a62f > asc:10,0 > Oct 18 02:01:13 unix /kernel: (da0:ncr0:0:0:0): ID CRC or ECC error > field replaceable unit:d7 sks:8 > Could you advise me what I have to do to correct it? > Gawel You have a bad SCSI cable or a disk or controller with problems. If replacing the cable doesn't fix it, replace the disk. If that doesn't fix it, replace the controller :) Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 18 13:15:13 1999 Delivered-To: freebsd-stable@freebsd.org Received: from pathlink.net (linda.pathlink.com [165.113.238.197]) by hub.freebsd.org (Postfix) with ESMTP id 06EDF14EE2 for ; Mon, 18 Oct 1999 13:15:09 -0700 (PDT) (envelope-from kachun@pathlink.com) Received: from dvl-1 (dvl-1.pathlink.com [207.211.168.211]) by pathlink.net (8.9.3/8.8.7) with SMTP id NAA46986 for ; Mon, 18 Oct 1999 13:15:17 -0700 (PDT) Message-Id: <199910182015.NAA46986@pathlink.net> To: freebsd-stable@freebsd.org Subject: Re: Promise Ultra66 From: kachun@pathlink.com (Kachun Lee) Date: Mon, 18 Oct 1999 13:14:55 -0700 X-Mailer: WinVN 0.99.8 (x86 32bit) In-Reply-To: References: MIME-Version: 1.0 Content-Type: Text/Plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , you say... > >I am trying to get FreeBSD 3.3-stable to detect a Promise Ultra66 IDE >adapter. I searched through the mailing list archives, but could not >find an answer. I tried the configuration detailed in LINT, but it still >isn't detected. On boot, the card announces itself and detects my Western >Digital AC29100 and sets it up for UDMA mode 4. The kernel will start to >load, then panic because it cannot see a hard disk controller. > >Anyone out there have success with this, and if so, can I have a peek at >your config file? > > >========================================================== >= Bryan D. Liesner LeezSoft Communications, Inc. = >= A subsidiary of LeezSoft Inc. = >= bleez@netaxs.com Home of the Gipper = >========================================================== > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message A similar post I made to comp.unix.bsd.freebsd.misc... I am trying to get some comment about if there is any side effect in the wd.c patch... I got the Promise Ultra66 working with the ide_pci.c patch below. I was using v3.3, but I believe it should work with v3.2. But with ATAPI option set, the wd.c needed to be patched (same with Promise Ultra33) also, or else the controller would fail the wdreset. I did not know the full ramification of the wd.c patch to other controllers and ATAPI devices... I only tried it with a CDROM. *** ide_pci.c Wed Oct 13 15:27:44 1999 --- ide_pci.c.01 Mon Oct 18 10:44:31 1999 *************** *** 61,66 **** --- 61,67 ---- #endif #define PROMISE_ULTRA33 0x4d33105a + #define PROMISE_ULTRA66 0x4d38105a struct ide_pci_cookie; /* structs vendor_fns, ide_pci_cookie are recursive */ *************** *** 1217,1222 **** --- 1218,1224 ---- if ((data & PCI_CLASS_MASK) == PCI_CLASS_MASS_STORAGE && ((data & PCI_SUBCLASS_MASK) == 0x00010000 || + ((data & PCI_SUBCLASS_MASK) == 0x00800000) || ((data & PCI_SUBCLASS_MASK) == 0x00040000))) { if (type == 0x71118086) return ("Intel PIIX4 Bus-master IDE controller"); *************** *** 1226,1231 **** --- 1228,1235 ---- return ("Intel PIIX Bus-master IDE controller"); if (type == PROMISE_ULTRA33) return ("Promise Ultra/33 IDE controller"); + if (type == PROMISE_ULTRA66) + return ("Promise Ultra/66 IDE controller"); if (type == 0x05711106) return ("VIA 82C586x (Apollo) Bus-master IDE controller"); if (type == 0x01021078) *************** *** 1263,1269 **** /* set up vendor-specific stuff */ type = pci_conf_read(tag, PCI_ID_REG); ! if (type != PROMISE_ULTRA33) { /* is it busmaster capable? bail if not */ class = pci_conf_read(tag, PCI_CLASS_REG); if (!(class & 0x8000)) { --- 1267,1279 ---- /* set up vendor-specific stuff */ type = pci_conf_read(tag, PCI_ID_REG); ! switch(type) ! { ! case PROMISE_ULTRA33: ! case PROMISE_ULTRA66: ! break; ! ! default: /* is it busmaster capable? bail if not */ class = pci_conf_read(tag, PCI_CLASS_REG); if (!(class & 0x8000)) { *************** *** 1291,1296 **** --- 1301,1307 ---- break; case PROMISE_ULTRA33: + case PROMISE_ULTRA66: /* Promise controllers */ vp = &vs_promise; break; *************** *** 1308,1314 **** break; } ! if (type != PROMISE_ULTRA33) { if ((class & 0x100) == 0) { iobase_wd_1 = IO_WD1; altiobase_wd_1 = iobase_wd_1 + wd_altsts; --- 1319,1326 ---- break; } ! switch(type) { ! default: if ((class & 0x100) == 0) { iobase_wd_1 = IO_WD1; altiobase_wd_1 = iobase_wd_1 + wd_altsts; *************** *** 1324,1330 **** iobase_wd_2 = pci_conf_read(tag, 0x18) & 0xfffc; altiobase_wd_2 = pci_conf_read(tag, 0x1c) & 0xfffc; } ! } else { iobase_wd_1 = pci_conf_read(tag, 0x10) & 0xfffc; altiobase_wd_1 = pci_conf_read(tag, 0x14) & 0xfffc; iobase_wd_2 = pci_conf_read(tag, 0x18) & 0xfffc; --- 1336,1344 ---- iobase_wd_2 = pci_conf_read(tag, 0x18) & 0xfffc; altiobase_wd_2 = pci_conf_read(tag, 0x1c) & 0xfffc; } ! break; ! case PROMISE_ULTRA33: ! case PROMISE_ULTRA66: iobase_wd_1 = pci_conf_read(tag, 0x10) & 0xfffc; altiobase_wd_1 = pci_conf_read(tag, 0x14) & 0xfffc; iobase_wd_2 = pci_conf_read(tag, 0x18) & 0xfffc; ----------------------------------------------------------------------- wd.c patch - only need when ATAPI is set... see caution above. *** wd.c Mon Aug 30 17:24:28 1999 --- wd.c.01 Mon Oct 18 11:03:05 1999 *************** *** 2302,2310 **** --- 2302,2312 ---- #ifdef ATAPI if (wdwait(du, 0, TIMEOUT) != 0) err = 1; /* no IDE drive found */ du->dk_error = inb(du->dk_port + wd_error); + #if 0 /* Promise Ultra33/66 would not pass this */ if (du->dk_error != 0x01) err = 1; /* the drive is incompatible */ + #endif #else if (wdwait(du, WDCS_READY | WDCS_SEEKCMPLT, TIMEOUT) != 0) { printf("wdreset: error1: 0x%x\n", du->dk_error); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 18 21:54:30 1999 Delivered-To: freebsd-stable@freebsd.org Received: from newton.math.uic.edu (newton.math.uic.edu [131.193.178.229]) by hub.freebsd.org (Postfix) with SMTP id 6367715D8D for ; Mon, 18 Oct 1999 21:54:10 -0700 (PDT) (envelope-from vladimir-bsd-stable@math.uic.edu) Received: (qmail 29887 invoked from network); 19 Oct 1999 04:54:09 -0000 Received: from galois.math.uic.edu (HELO math.uic.edu) (131.193.178.114) by newton.math.uic.edu with SMTP; 19 Oct 1999 04:54:09 -0000 Received: (qmail 3254 invoked by uid 31415); 19 Oct 1999 04:54:08 -0000 Date: 19 Oct 1999 04:54:08 -0000 Message-ID: <19991019045408.3253.qmail@math.uic.edu> From: vladimir-bsd-stable@math.uic.edu To: freebsd-stable@freebsd.org Subject: APM problem Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear -STABLE Users, I ran into a strange problem with APM on my machine. Configuration: motherboard TX-97X, Freebsd 3.3-STABLE. dmesg: Oct 18 23:04:46 cat /kernel: apm0 flags 0x11 on isa Oct 18 23:04:46 cat /kernel: apm: found APM BIOS version 1.2 apm output: $ apm APM version: 1.2 APM Managment: Enabled AC Line status: on-line Battery status: unknown Remaining battery life: unknown Remaining battery time: unknown Number of batteries: 0 Resume timer: disabled Resume on ring indicator: disabled APM Capacities: global standby state global suspend state resume timer from standby resume timer from suspend Typing "zzz" puts the system to sleep, but on the wakeup I get these messages in the log: Apr 2 20:03:12 cat /kernel: 0^]:0^]:0^]) Apr 2 20:03:12 cat /kernel: \xc0>resumed from suspended mode (slept 0^]:0^]:0^]) Apr 2 20:03:12 cat last message repeated 124 times Apr 2 20:03:12 cat /kernel: \xc0>resumed from suspended mode (slept 0^]:0^Q:^Y\xdb) Apr 2 20:03:12 cat /kernel: \xc0>resumed from suspended mode (slept 0^]:0^]:0^]) Oct 18 23:09:03 cat /kernel: Copyright (c) 1992-1999 FreeBSD Inc. ...and the system reboots. apm is enabled in /etc/rc.conf. Thank you for any ideas! Vladimir vladimir@math.uic.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Oct 18 22:49:27 1999 Delivered-To: freebsd-stable@freebsd.org Received: from got.wedgie.org (got.wedgie.org [216.181.66.218]) by hub.freebsd.org (Postfix) with ESMTP id A276F15E54 for ; Mon, 18 Oct 1999 22:49:04 -0700 (PDT) (envelope-from jgarman@got.wedgie.org) Received: by got.wedgie.org (Postfix, from userid 1000) id D032DD908; Tue, 19 Oct 1999 01:49:01 -0400 (EDT) Date: Tue, 19 Oct 1999 01:49:01 -0400 From: Jason Garman To: stable@freebsd.org Subject: weird message "m_len 46, need more?" Message-ID: <19991019014901.A63271@got.wedgie.org> Reply-To: jgarman@wedgie.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i X-Phase-Of-Moon: The Moon is Waxing Gibbous (66% of Full) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have 3.3-STABLE (as of, oh, a month ago) installed on my gateway machine. It has two ethernet cards in it and ipfw & bridging enabled on them. I get these strange messages in my dmesg (they come in bunches): -- m_len 46, need more... -- m_len 46, need more... -- m_len 46, need more... .. etc what could these mean? I have never seen these messages before I installed this machine. The ethernet cards are: ed1: rev 0x00 i nt a irq 11 on pci0.8.0 ed1: address 52:54:00:e7:ad:1f, type NE2000 (16 bit) fxp0: rev 0x08 int a irq 10 on pci0.9.0 fxp0: Ethernet address 00:90:27:76:20:92 I'm assuming i'm getting smaller-than-allowed ethernet datagrams? Or am I off-base here? any ideas? -- Jason Garman http://web.wedgie.org/ Student, University of Maryland jgarman@wedgie.org ... for the greatest understatement of all time: Whois: JAG145 http://www.theage.com.au/breaking/19990708/A32279-1999Jul8.shtml "It was a wee bit tender the next day." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 19 1:49:30 1999 Delivered-To: freebsd-stable@freebsd.org Received: from unix.sim.com.pl (unix.sim.com.pl [195.117.85.65]) by hub.freebsd.org (Postfix) with ESMTP id C5BF9162FE for ; Tue, 19 Oct 1999 01:48:52 -0700 (PDT) (envelope-from gawel@unix.sim.com.pl) Received: from unix.sim.com.pl (pawel.sim.com.pl [192.168.1.20]) by unix.sim.com.pl (8.9.3/8.9.3) with ESMTP id KAA86433; Tue, 19 Oct 1999 10:46:12 +0200 (CEST) (envelope-from gawel@unix.sim.com.pl) Message-ID: <380C3060.34892209@unix.sim.com.pl> Date: Tue, 19 Oct 1999 10:48:32 +0200 From: Gawel X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Doug White Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: ID CRC or ECC error References: Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dump reports: DUMP: read error from /dev/rda0s1f: Input/output error: [block 3312398]: count=1024 DUMP: read error from /dev/rda0s1f: Input/output error: [sector 3312399]: count=512 Can I find which files occupy bad sectors, which files are damaged? Gawel Doug White wrote: > On Mon, 18 Oct 1999, Gawel wrote: > > > FreeBSD 3.3-stable, > > ncr0: rev 0x26 int a irq 10 on pci0.15.0 > > da0: Fixed Direct Access SCSI-2 device > > da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enab > > da0: 2049MB (4197405 512 byte sectors: 255H 63S/T 261C) > > > > I receive it every day in messages log file: > > Oct 18 02:01:13 unix /kernel: (da0:ncr0:0:0:0): READ(10). CDB: 28 0 0 38 > > a6 2e 0 0 2 0 > > Oct 18 02:01:13 unix /kernel: (da0:ncr0:0:0:0): MEDIUM ERROR info:38a62f > > asc:10,0 > > Oct 18 02:01:13 unix /kernel: (da0:ncr0:0:0:0): ID CRC or ECC error > > field replaceable unit:d7 sks:8 > > Could you advise me what I have to do to correct it? > > Gawel > > You have a bad SCSI cable or a disk or controller with problems. If > replacing the cable doesn't fix it, replace the disk. If that doesn't fix > it, replace the controller :) > > Doug White | FreeBSD: The Power to Serve > dwhite@resnet.uoregon.edu | www.FreeBSD.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 19 4: 5:28 1999 Delivered-To: freebsd-stable@freebsd.org Received: from mechv.me.tuns.ca (mechv.me.TUNS.Ca [134.190.50.152]) by hub.freebsd.org (Postfix) with ESMTP id DC05C166D2 for ; Tue, 19 Oct 1999 04:05:26 -0700 (PDT) (envelope-from bbursey@mechv.me.tuns.ca) Received: from localhost (bbursey@localhost) by mechv.me.tuns.ca (8.8.8/8.8.5) with SMTP id IAA05417 for ; Tue, 19 Oct 1999 08:05:24 -0300 (ADT) Date: Tue, 19 Oct 1999 08:05:24 -0300 (ADT) From: Bryan Bursey To: stable@freebsd.org Subject: XFree changes with -STABLE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I recently reinstalled from floppies 3.3-19991018-STABLE from releng3.freebsd.org. THe OS itself seems fine. However, it apprears that something isn't right with the current XFree 3.3.5 snapshot. I have a Matrox Millenium G400 32Meg card with used to be listed explicitly in the Xfree cardlist. It no longer appears, but I did notice that in /usr/X11R6/lib/X11/Cards there is listed a G200 which uses the mgag400 (IIRC) chipset. I guess I'm wondering if anyone else has noticed this, or has recently gotten a G400 to work when configuring iwth XF86Setup. If there's anything else I can tell you to help figure this out, let me know. Bryan CFDnet.com ________________________________ Bryan Bursey, DEng Dept. of Mechanical Engineering DalTech (TUNS) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 19 6:44:45 1999 Delivered-To: freebsd-stable@freebsd.org Received: from mail.infolibria.com (mail.infolibria.com [199.103.137.198]) by hub.freebsd.org (Postfix) with ESMTP id 7BC811703C for ; Tue, 19 Oct 1999 06:44:42 -0700 (PDT) (envelope-from jloverso@infolibria.com) Received: from infolibria.com (border [199.103.137.193]) by mail.infolibria.com (Postfix) with ESMTP id 1E8FDDDB89; Tue, 19 Oct 1999 09:53:47 -0400 (EDT) Message-ID: <380C764A.7E20B88B@infolibria.com> Date: Tue, 19 Oct 1999 09:46:50 -0400 From: John LoVerso X-Mailer: Mozilla 4.61 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: jgarman@wedgie.org Cc: stable@FreeBSD.ORG Subject: Re: weird message "m_len 46, need more?" References: <19991019014901.A63271@got.wedgie.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I get these strange messages in my dmesg (they come in bunches): > -- m_len 46, need more... A quick 'grep "need more" /usr/src/sys/netinet/*' turned up the code in ip_fw.c: if ((*m)->m_len < 14 + hlen + 14) { printf("-- m_len %d, need more...\n", (*m)->m_len); goto non_ip ; } This code is looking at IP datagrams that are (apparently) being bridged. m is the head of the mbuf chain holding a "complete" IP datagram. It's checking the length of the first mbuf against (14 + hlen + 14), which is: 14 bytes of Ethernet header, the IP header length, and 14 bytes of the protocol data. I assume the second 14 is there because that gives enough a TCP header to check the flags byte. This code is slightly wrong for several reasons. At the time of this check, it isn't known that the datagram is for TCP. When later code checks for IPPROTO_TCP, it will do an m_pullup() to make sure at least 14 bytes of the TCP header are in the first mbuf. That's because it is (theoretically) possible for the rest of this header to be in the second mbuf of the chain. Hence, the check above should be using the pkthdr->len field of the mbuf chain, rather than the m_len of the first mbuf. It should also not check for the extra 14 bytes of protocol header out of this calculation, instead leaving it to the code specifically for IPPROTO_TCP (or IPPROTO_UDP). You'll probably get this message whenever your system gets a UDP or other non-TCP IP datagram (ICMP? Any other user protocol running on top of raw IP sockets) that is less than 14 bytes long. And I suspect you might need to have bridging and ip_fw turned on to get the messages, too. However, other than junk messages in your dmesg, this mostly doesn't hurt anything. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 19 8:53:20 1999 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 08322176C6 for ; Tue, 19 Oct 1999 08:53:16 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.9.3/8.9.3) with ESMTP id IAA48465; Tue, 19 Oct 1999 08:52:55 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Tue, 19 Oct 1999 08:52:55 -0700 (PDT) From: Doug White To: Gawel Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: ID CRC or ECC error In-Reply-To: <380C3060.34892209@unix.sim.com.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999, Gawel wrote: > Dump reports: > DUMP: read error from /dev/rda0s1f: Input/output error: [block 3312398]: > count=1024 > DUMP: read error from /dev/rda0s1f: Input/output error: [sector 3312399]: > count=512 > > Can I find which files occupy bad sectors, which files are damaged? ENXIO is non-determinant. When you get that error you will usually get an accompanying system log entry that explains the real problem (SCSI timeout, hard error, etc). Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 19 16:31:48 1999 Delivered-To: freebsd-stable@freebsd.org Received: from web1.aps-services.com (adsl-209-232-134-22.dsl.scrm01.pacbell.net [209.232.134.22]) by hub.freebsd.org (Postfix) with ESMTP id CF37D180E5 for ; Tue, 19 Oct 1999 16:31:42 -0700 (PDT) (envelope-from bill@aps-services.com) Received: from graphics (graphics.aps-services.com [192.168.0.3]) by web1.aps-services.com (8.9.3/8.8.6) with ESMTP id QAA04730 for ; Tue, 19 Oct 1999 16:28:22 GMT Message-Id: <199910191628.QAA04730@web1.aps-services.com> From: bill@aps-services.com To: freebsd-stable@freebsd.org Date: Tue, 19 Oct 1999 16:39:33 +1100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: internal DSL Modem X-mailer: Pegasus Mail for Win32 (v3.12a) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does Freebsd support any internal dsl modems like for example, 3 Com's home connect's products. Thank You, David DeTinne To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 19 18:19:19 1999 Delivered-To: freebsd-stable@freebsd.org Received: from s01.arpa-canada.net (s01.arpa-canada.net [209.104.122.2]) by hub.freebsd.org (Postfix) with ESMTP id A2DFB1843A for ; Tue, 19 Oct 1999 18:19:11 -0700 (PDT) (envelope-from matt@BabCom.ORG) Received: by s01.arpa-canada.net (Postfix, from userid 1001) id AADB5B889; Tue, 19 Oct 1999 21:19:10 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by s01.arpa-canada.net (Postfix) with ESMTP id A5330B for ; Tue, 19 Oct 1999 21:19:10 -0400 (EDT) Date: Tue, 19 Oct 1999 21:19:10 -0400 (EDT) From: matt X-Sender: matt@s01.arpa-canada.net To: FreeBSD-STABLE Subject: Scratch my last post.... err Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think I need more coffee, or more sleep. I'm completly not thinking. You do need the rule from /usr/src/etc/rc.firewall... I ended up needing this to make it work;; ipfw -q add allow udp from any to 209.104.122.0/24 53 ipfw -q add allow udp from any 53 to 209.104.122.0/24 I guess I should try a few things out before posting next time, teaches me to try to think, redo my ipfw rules, and post on 30 hours of wake-time. I hope you accept my apologies. Matt -- "If the primates that we came from had known that someday politicians would come out of the...the gene pool, they'd a stayed up in the trees and written evolution off as a bad idea. Hell, I always thought the opposable thumb was overrated." -Sheridan, "A Distant Star" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 19 18:40:19 1999 Delivered-To: freebsd-stable@freebsd.org Received: from s01.arpa-canada.net (s01.arpa-canada.net [209.104.122.2]) by hub.freebsd.org (Postfix) with ESMTP id ED7A1184CD for ; Tue, 19 Oct 1999 18:40:14 -0700 (PDT) (envelope-from matt@BabCom.ORG) Received: by s01.arpa-canada.net (Postfix, from userid 1001) id E6BDDB888; Tue, 19 Oct 1999 21:11:33 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by s01.arpa-canada.net (Postfix) with ESMTP id E2C37B for ; Tue, 19 Oct 1999 21:11:33 -0400 (EDT) Date: Tue, 19 Oct 1999 21:11:33 -0400 (EDT) From: matt X-Sender: matt@s01.arpa-canada.net To: FreeBSD-STABLE Subject: ipfw rule wrong in rc.firewall(?) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I don't know if this is what I think it is, but it sure took me back a little bit. Please note that I may be totally wrong, but here is what I expierenced on *MY* two FreeBSD 3.3-STABLE machines: IPFW rules for DNS udp like this: ipfw -q add allow udp from any 53 to 209.104.122.0/24 ..... much later on ..... ipfw -q add deny udp from any to 209.104.122.0/24 now this udp allow for dns comes straight from /usr/src/etc/rc.firewall. <--- quote # Allow DNS queries out in the world $fwcmd add pass udp from any 53 to ${ip} $fwcmd add pass udp from ${ip} to any 53 end quote ---> This, totally broke anyone else being able to lookup domains served by my namservers, a thought meant doing this; ipfw -q add allow udp from any to 209.104.122.0/24 53 Which worked perfectly fine. I have not taken the time to dig into the problem, I haven't slept, and am quite too tired to do this tonight. I am reporting what I saw on my machine with the example not working. This is probably just a matter of updating the example rc.firewall? I'll leave it to the big boys to decide. Thanks. Matt -- "If the primates that we came from had known that someday politicians would come out of the...the gene pool, they'd a stayed up in the trees and written evolution off as a bad idea. Hell, I always thought the opposable thumb was overrated." -Sheridan, "A Distant Star" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 19 19:17:41 1999 Delivered-To: freebsd-stable@freebsd.org Received: from mailbox2.ucsd.edu (mailbox2.ucsd.edu [132.239.1.54]) by hub.freebsd.org (Postfix) with ESMTP id 98C7318590 for ; Tue, 19 Oct 1999 19:17:36 -0700 (PDT) (envelope-from btalbot@ucsd.edu) Received: from earthkam.ucsd.edu (thneed.earthkam.ucsd.edu [132.239.242.10]) by mailbox2.ucsd.edu (8.9.3/8.9.3) with ESMTP id TAA08841; Tue, 19 Oct 1999 19:17:35 -0700 (PDT) Received: from celis by earthkam.ucsd.edu (8.8.8+Sun/SMI-SVR4) id TAA18614; Tue, 19 Oct 1999 19:17:34 -0700 (PDT) Message-Id: <4.2.0.58.19991019191102.00a7b7a0@ekimaphost> X-Sender: btalbot@ekimaphost X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Tue, 19 Oct 1999 19:17:32 -0700 To: matt , FreeBSD-STABLE From: Bryan Talbot Subject: Re: ipfw rule wrong in rc.firewall(?) In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Your problem is that the dns server is not responding from port 53 as is customary. The first ipfw rule allows dns query responses originating only from port 53; however, it is possible to configure a name server so that query responses originate from some other port number. > I think I need more coffee, or more sleep. I'm completly not thinking. > You do need the rule from /usr/src/etc/rc.firewall... I ended up needing > this to make it work;; > ipfw -q add allow udp from any to 209.104.122.0/24 53 > ipfw -q add allow udp from any 53 to 209.104.122.0/24 BTW, the solution above to allow UDP packets which originate from any machines port 53 is pretty weak. Any datagram from any host will pass through your firewall as long as it originates from port 53. This is a pretty common thing to check for when probing firewalls, I'm sure. Get some sleep and turn on firewall logging so you can see why packets are being rejected/accepted. -Bryan At 06:11 PM 10/19/99 , matt wrote: >Hello, > > I don't know if this is what I think it is, but it sure took me >back a little bit. Please note that I may be totally wrong, but here is >what I expierenced on *MY* two FreeBSD 3.3-STABLE machines: > >IPFW rules for DNS udp like this: > >ipfw -q add allow udp from any 53 to 209.104.122.0/24 >..... much later on ..... >ipfw -q add deny udp from any to 209.104.122.0/24 > >now this udp allow for dns comes straight from /usr/src/etc/rc.firewall. ><--- quote > # Allow DNS queries out in the world > $fwcmd add pass udp from any 53 to ${ip} > $fwcmd add pass udp from ${ip} to any 53 >end quote ---> > >This, totally broke anyone else being able to lookup domains served by my >namservers, a thought meant doing this; > >ipfw -q add allow udp from any to 209.104.122.0/24 53 > >Which worked perfectly fine. I have not taken the time to dig into the >problem, I haven't slept, and am quite too tired to do this tonight. I >am reporting what I saw on my machine with the example not working. This >is probably just a matter of updating the example rc.firewall? I'll leave >it to the big boys to decide. Thanks. ===================================================================== COMPONENT EQUIVALENCY NOTICE: The subatomic particles (Electrons, Protons, etc.) comprising this message are exactly the same in every measurable respect as those used in the messages of other people, and no claim to the contrary may legitimately be expressed or implied. ===================================================================== "I think not!" said Descartes, who promptly disappeared. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Oct 19 19:27:46 1999 Delivered-To: freebsd-stable@freebsd.org Received: from s01.arpa-canada.net (s01.arpa-canada.net [209.104.122.2]) by hub.freebsd.org (Postfix) with ESMTP id 7B800185D9 for ; Tue, 19 Oct 1999 19:27:30 -0700 (PDT) (envelope-from matt@BabCom.ORG) Received: by s01.arpa-canada.net (Postfix, from userid 1001) id 70F21B888; Tue, 19 Oct 1999 22:27:29 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by s01.arpa-canada.net (Postfix) with ESMTP id 6B322B; Tue, 19 Oct 1999 22:27:29 -0400 (EDT) Date: Tue, 19 Oct 1999 22:27:29 -0400 (EDT) From: matt X-Sender: matt@s01.arpa-canada.net To: Bryan Talbot Cc: FreeBSD-STABLE Subject: Re: ipfw rule wrong in rc.firewall(?) In-Reply-To: <4.2.0.58.19991019191102.00a7b7a0@ekimaphost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999, Bryan Talbot wrote: [...] : BTW, the solution above to allow UDP packets which originate from any : machines port 53 is pretty weak. Any datagram from any host will pass : through your firewall as long as it originates from port 53. This is a : pretty common thing to check for when probing firewalls, I'm sure. I agree- but what other options do I have if I want anyone to be able to query the domains my nameserver hosts? I'll be the first to admit that firewalls are not my forte, and this one is not meant to be hyper-secure (it's a public server in every way) but more meant to be able to selectivly deny Bad Things(tm) without it affecting anything that needs to be running. This rule still assumes that UDP packets coming from port 53 are actually packets related to named, with my luck someone will write a UDP flooder that sends from port 53, if they haven't already- It's such an imperfect universe. I'm at a loss for a better solution that will not whack DNS. : Get some sleep and turn on firewall logging so you can see why packets are : being rejected/accepted. Terrific idea, and bed is exactly where I am headed right now. Speaking of ipfw logging, am I the only person that finds ipfw logging into dmesg very annoying? =) I think I read somewhere that this was being redone for 4.0(?) : -Bryan Your help is appreciated, thank you. -Matt [...] -- "If the primates that we came from had known that someday politicians would come out of the...the gene pool, they'd a stayed up in the trees and written evolution off as a bad idea. Hell, I always thought the opposable thumb was overrated." -Sheridan, "A Distant Star" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 0:50:46 1999 Delivered-To: freebsd-stable@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id 464D31AFD3 for ; Wed, 20 Oct 1999 00:49:08 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id KAA31205; Wed, 20 Oct 1999 10:47:49 +0300 (EEST) (envelope-from ru) Date: Wed, 20 Oct 1999 10:47:49 +0300 From: Ruslan Ermilov To: matt Cc: FreeBSD-STABLE Subject: Re: ipfw rule wrong in rc.firewall(?) Message-ID: <19991020104749.B17206@relay.ucb.crimea.ua> Mail-Followup-To: matt , FreeBSD-STABLE References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: ; from matt on Tue, Oct 19, 1999 at 09:11:33PM -0400 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 19, 1999 at 09:11:33PM -0400, matt wrote: > > Hello, > > I don't know if this is what I think it is, but it sure took me > back a little bit. Please note that I may be totally wrong, but here is > what I expierenced on *MY* two FreeBSD 3.3-STABLE machines: > > IPFW rules for DNS udp like this: > > ipfw -q add allow udp from any 53 to 209.104.122.0/24 > ..... much later on ..... > ipfw -q add deny udp from any to 209.104.122.0/24 > > now this udp allow for dns comes straight from /usr/src/etc/rc.firewall. > <--- quote > # Allow DNS queries out in the world > $fwcmd add pass udp from any 53 to ${ip} > $fwcmd add pass udp from ${ip} to any 53 > end quote ---> > You took these rules from the wrong place, they belong to the `client' section, while you are talking about the server side. > This, totally broke anyone else being able to lookup domains served by my > namservers, a thought meant doing this; > > ipfw -q add allow udp from any to 209.104.122.0/24 53 > > Which worked perfectly fine. I have not taken the time to dig into the > problem, I haven't slept, and am quite too tired to do this tonight. I > am reporting what I saw on my machine with the example not working. This > is probably just a matter of updating the example rc.firewall? I'll leave > it to the big boys to decide. Thanks. > Yes, src/etc/rc.firewall is incomplete, it misses two rules for incoming UDP queries. # Allow access to our DNS allow tcp from any to ${oip} 53 setup # zone transfers allow udp from any to ${oip} 53 # incoming DNS queries (missing) allow udp from ${oip} 53 to any # answers to these queries (missing) # Allow DNS queries out in the world allow udp from ${oip} to any 53 # outgoing DNS queries allow udp from any 53 to ${oip} # answers to these queries -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 2: 5:28 1999 Delivered-To: freebsd-stable@freebsd.org Received: from s01.arpa-canada.net (s01.arpa-canada.net [209.104.122.2]) by hub.freebsd.org (Postfix) with ESMTP id BD6B81B095 for ; Wed, 20 Oct 1999 02:05:12 -0700 (PDT) (envelope-from matt@BabCom.ORG) Received: by s01.arpa-canada.net (Postfix, from userid 1001) id 0C501B888; Wed, 20 Oct 1999 05:05:09 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by s01.arpa-canada.net (Postfix) with ESMTP id 06A03B; Wed, 20 Oct 1999 05:05:09 -0400 (EDT) Date: Wed, 20 Oct 1999 05:05:09 -0400 (EDT) From: matt X-Sender: matt@s01.arpa-canada.net To: Ruslan Ermilov Cc: FreeBSD-STABLE Subject: Re: ipfw rule wrong in rc.firewall(?) In-Reply-To: <19991020104749.B17206@relay.ucb.crimea.ua> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 20 Oct 1999, Ruslan Ermilov wrote: [...] : You took these rules from the wrong place, they belong to the `client' : section, while you are talking about the server side. Argh.. that is what I get for paging thru the file in a rush. [...] : Yes, src/etc/rc.firewall is incomplete, it misses two rules for incoming : UDP queries. Well, I guess I was not *totally* wrong, which is a minor miricle. : # Allow access to our DNS : allow tcp from any to ${oip} 53 setup # zone transfers : allow udp from any to ${oip} 53 # incoming DNS queries (missing) : allow udp from ${oip} 53 to any # answers to these queries (missing) : : # Allow DNS queries out in the world : allow udp from ${oip} to any 53 # outgoing DNS queries : allow udp from any 53 to ${oip} # answers to these queries : : : -- : Ruslan Ermilov Sysadmin and DBA of the : ru@ucb.crimea.ua United Commercial Bank, : ru@FreeBSD.org FreeBSD committer, : +380.652.247.647 Simferopol, Ukraine : : http://www.FreeBSD.org The Power To Serve : http://www.oracle.com Enabling The Information Age : -- "If the primates that we came from had known that someday politicians would come out of the...the gene pool, they'd a stayed up in the trees and written evolution off as a bad idea. Hell, I always thought the opposable thumb was overrated." -Sheridan, "A Distant Star" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 2: 7:32 1999 Delivered-To: freebsd-stable@freebsd.org Received: from metis.salford.ac.uk (metis.salford.ac.uk [146.87.232.15]) by hub.freebsd.org (Postfix) with SMTP id 3CBB914D48 for ; Wed, 20 Oct 1999 02:07:00 -0700 (PDT) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 14474 invoked by alias); 20 Oct 1999 09:06:57 -0000 Received: (qmail 14468 invoked from network); 20 Oct 1999 09:06:57 -0000 Received: from plato.salford.ac.uk (146.87.255.76) by metis.salford.ac.uk with SMTP; 20 Oct 1999 09:06:57 -0000 Received: (qmail 67220 invoked by uid 141); 20 Oct 1999 09:06:57 -0000 Date: Wed, 20 Oct 1999 10:06:57 +0100 (BST) From: Mark Powell X-Sender: mark@localhost To: "Joe \"Marcus\" Clarke" Cc: freebsd-stable@freebsd.org Subject: Re: How to fix cant load /kernel - NFS corruption? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 20 Oct 1999, Joe "Marcus" Clarke wrote: > Are you sure the kernel in root is an ELF kernel? I persoanlly haven't > seen this error, but it looks like the file type for /kernel is not known > to the loader. That's what I thought. However, I've done a straight copy of the whole OS from the other machine. Even trying to boot kernel.GENERIC gives the same error. Okay, tried file and all three kernels in the root are corrupted. They are the correct length, but kernel and kernel.old have a extra 0 byte at the start. kernel.GENERIC has an 0x0a. Everything else is out a byte, so I can only assume what was the last byte is missing. I ftpped the kernel again from the other machine and rebooted. It came up, but I noticed lots of "syntax error: '(' unexpected" during boot. Looks like loads of executables are corrupted. Checked a few data files and some of those are corrupted too. Hmmm, looks like an nfs problem? This ain't supposed to happen? I've done machine copies in the past using tar and rsh, but that doesn't seem possible with the fixit floppy > Can you run ``file /kernel'' on it from the fixit floppy? > Also, according to Kirk's talk at FreeBSDCon, it seems SoftUpdates can (or > will) allow for crashed systems to come back up without needing to run > fsck. Yeah, I've read that document. However, I notice from looking at the source to fsck, that it makes some assumptions about a fs if the soft updates flag is set. I had the soft updates flag set, but didn't actually mount the fs with soft updates on, because I took the option out of the kernel. I had the fs mounted async. I'm wondering if having the flag on was what caused the fs corruption. Although I am aware of the possibilty of fs corruption, just using async. This is the first time it's ever happened though. > I don't think all the support is there yet, but Kirk seems > confident that softupdate is good, and is going to get a lot better. He's > in the process now of trying to sell it to the major industry hitters. > After that, it should become the default in FreeBSD. Well I don't want this to happen again so I'll try soft updates rather than stick with async. Mark Powell - UNIX System Administrator - Clifford Whitworth Building A.I.S., University of Salford, Salford, Manchester, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888 www.pgp.com for PGP key M.S.Powell@ais.salfrd.ac.uk (spell salford correctly to reply to me) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 6: 2: 4 1999 Delivered-To: freebsd-stable@freebsd.org Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20]) by hub.freebsd.org (Postfix) with ESMTP id 3E9A01B7E2 for ; Wed, 20 Oct 1999 06:01:57 -0700 (PDT) (envelope-from sinbin.demos.su!yormungandr.demos.su!mishania@kremvax.demos.su) Received: by kremvax.demos.su (8.6.13/D) from 0@sinbin.demos.su [194.87.5.31] with ESMTP id RAA28849; Wed, 20 Oct 1999 17:00:19 +0400 Received: from yormungandr.demos.su by sinbin.demos.su with ESMTP id QAA53412; (8.6.12/D) Wed, 20 Oct 1999 16:59:03 +0400 Received: (from mishania@localhost) by yormungandr.demos.su (8.9.3/8.9.2) id QAA05841; Wed, 20 Oct 1999 16:58:04 +0400 (MSD) (envelope-from mishania) Date: Wed, 20 Oct 1999 16:58:04 +0400 From: "Mikhail A. Sokolov" To: matt Cc: FreeBSD-STABLE Subject: Re: ipfw rule wrong in rc.firewall(?) Message-ID: <19991020165804.A5718@demos.su> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from matt on Tue, Oct 19, 1999 at 09:11:33PM -0400 X-Point-of-View: Gravity is myth, - the earth sucks. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 19, 1999 at 09:11:33PM -0400, matt wrote: # Hello, # I don't know if this is what I think it is, but it sure took me ... Hi, I was wondering, since the thread mentions standard rc.firewall, why ain't there a mention of SSH? Political reasons, like 'no remote shells [damemons] available'? If yes, why do we have inetd.conf full of open abilities by default (yes, I've seen the flame about it lately, no, please don't start it once more)? -- -mishania To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 6:43:49 1999 Delivered-To: freebsd-stable@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 4F4721B638 for ; Wed, 20 Oct 1999 06:43:31 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.0.4] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.032 #1) id 11dvq3-000H2R-00; Wed, 20 Oct 1999 14:31:35 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.032 #1) id 11dvq3-00006l-00; Wed, 20 Oct 1999 14:31:35 +0100 Date: Wed, 20 Oct 1999 14:31:34 +0100 From: Ben Smithurst To: Adrian Penisoara Cc: freebsd-stable@freebsd.org Subject: Re: PPP dying with signal 10 Message-ID: <19991020143134.A358@strontium.scientia.demon.co.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Adrian Penisoara wrote: > 3.3-STABLE as of 13th October, ppp -direct (dial-in) dies with signal 10 > in some periods of time; gdb output: I've seen this too, a couple of times. Both times, it was accompanied by this message from PPP: Oct 17 15:19:40 scientia ppp[6913]: tun0: Warning: \ ip_Input: IPCP not open - packet dropped then it crashed.. Oct 17 15:19:41 scientia /kernel: pid 6913 (ppp), \ uid 0: exited on signal 10 (core dumped) I've now got a PPP compiled with debugging symbols installed, you might want to do the same so you can get more information next time it happens. Sod's Law dictates that it won't crash when I've got a version with debug symbols installed of course. > (gdb) bt > #0 0x809c172 in ?? () > #1 0x806c514 in getsockname () > #2 0x80657b2 in getsockname () > #3 0x80654a9 in getsockname () > #4 0x804acfd in getsockname () I got something similar, though I've deleted the core file now. -- Ben Smithurst | PGP: 0x99392F7D ben@scientia.demon.co.uk | key available from keyservers and | ben+pgp@scientia.demon.co.uk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 8:25:48 1999 Delivered-To: freebsd-stable@freebsd.org Received: from amalthea.salford.ac.uk (amalthea.salford.ac.uk [146.87.255.61]) by hub.freebsd.org (Postfix) with SMTP id CCC891B98C for ; Wed, 20 Oct 1999 08:25:39 -0700 (PDT) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 11513 invoked by alias); 20 Oct 1999 15:25:39 -0000 Received: (qmail 11505 invoked from network); 20 Oct 1999 15:25:39 -0000 Received: from plato.salford.ac.uk (146.87.255.76) by amalthea.salford.ac.uk with SMTP; 20 Oct 1999 15:25:39 -0000 Received: (qmail 1478 invoked by uid 141); 20 Oct 1999 15:25:38 -0000 Date: Wed, 20 Oct 1999 16:25:38 +0100 (BST) From: Mark Powell X-Sender: mark@localhost To: Geff Hanoian Cc: freebsd-stable@freebsd.org Subject: Re: How to fix cant load /kernel - NFS corruption? In-Reply-To: <199910201449.HAA06000@kusanagi.boing.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 20 Oct 1999, Geff Hanoian wrote: > Mark, > > I know this is kind of silly, but I've been burned by it many > times before. You're sure it was a binary xfer of the kernel with ftp? The original copy was using NFS. The copy that worked was using ftp. An ASCII mode transfer would not put a 0 at the start anyhow. I'm concerned that mounting the other machines root fs using nfs and then cpio'ing everything over created files that weren't exactly the same. Some seemed to have an extra byte inserted at the start. They had the same length so I can only assume the last byte was missing. This prevented the machine booting. I do have some understanding of the boot process :) > > Geff > > > On Wed, 20 Oct 1999, Joe "Marcus" Clarke wrote: > > > > > Are you sure the kernel in root is an ELF kernel? I persoanlly haven't > > > seen this error, but it looks like the file type for /kernel is not known > > > to the loader. > > > > That's what I thought. However, I've done a straight copy of the whole OS > > from the other machine. Even trying to boot kernel.GENERIC gives the same > > error. > > Okay, tried file and all three kernels in the root are corrupted. They > > are the correct length, but kernel and kernel.old have a extra 0 byte at > > the start. kernel.GENERIC has an 0x0a. Everything else is out a byte, so I > > can only assume what was the last byte is missing. I ftpped the kernel > > again from the other machine and rebooted. It came up, but I noticed lots > > of "syntax error: '(' unexpected" during boot. Looks like loads of > > executables are corrupted. Checked a few data files and some of those are > > corrupted too. Hmmm, looks like an nfs problem? This ain't supposed to > > happen? I've done machine copies in the past using tar and rsh, but that > > doesn't seem possible with the fixit floppy > > > > > Can you run ``file /kernel'' on it from the fixit floppy? > > > Also, according to Kirk's talk at FreeBSDCon, it seems SoftUpdates can (or > > > will) allow for crashed systems to come back up without needing to run > > > fsck. > > > > Yeah, I've read that document. However, I notice from looking at the > > source to fsck, that it makes some assumptions about a fs if the soft > > updates flag is set. I had the soft updates flag set, but didn't actually > > mount the fs with soft updates on, because I took the option out of the > > kernel. I had the fs mounted async. I'm wondering if having the flag on > > was what caused the fs corruption. Although I am aware of the possibilty > > of fs corruption, just using async. This is the first time it's ever > > happened though. > > > > > I don't think all the support is there yet, but Kirk seems > > > confident that softupdate is good, and is going to get a lot better. He's > > > in the process now of trying to sell it to the major industry hitters. > > > After that, it should become the default in FreeBSD. > > > > Well I don't want this to happen again so I'll try soft updates rather > > than stick with async. > > > > Mark Powell - UNIX System Administrator - Clifford Whitworth Building > > A.I.S., University of Salford, Salford, Manchester, UK. > > Tel: +44 161 295 5936 Fax: +44 161 295 5888 www.pgp.com for PGP key > > M.S.Powell@ais.salfrd.ac.uk (spell salford correctly to reply to me) > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > Mark Powell - UNIX System Administrator - Clifford Whitworth Building A.I.S., University of Salford, Salford, Manchester, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888 www.pgp.com for PGP key M.S.Powell@ais.salfrd.ac.uk (spell salford correctly to reply to me) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 10: 0:29 1999 Delivered-To: freebsd-stable@freebsd.org Received: from ady.warpnet.ro (ady.warpnet.ro [194.102.224.1]) by hub.freebsd.org (Postfix) with ESMTP id A8CC314A00 for ; Wed, 20 Oct 1999 10:00:21 -0700 (PDT) (envelope-from ady@warpnet.ro) Received: from localhost (ady@localhost) by ady.warpnet.ro (8.9.3/8.9.3) with ESMTP id UAA27094; Wed, 20 Oct 1999 20:02:52 +0300 (EEST) (envelope-from ady@warpnet.ro) Date: Wed, 20 Oct 1999 20:02:52 +0300 (EEST) From: Adrian Penisoara To: Ben Smithurst Cc: freebsd-stable@FreeBSD.ORG Subject: Re: PPP dying with signal 10 In-Reply-To: <19991020143134.A358@strontium.scientia.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, On Wed, 20 Oct 1999, Ben Smithurst wrote: > Adrian Penisoara wrote: > > > 3.3-STABLE as of 13th October, ppp -direct (dial-in) dies with signal 10 > > in some periods of time; gdb output: > > I've seen this too, a couple of times. Both times, it was accompanied by > this message from PPP: > > Oct 17 15:19:40 scientia ppp[6913]: tun0: Warning: \ > ip_Input: IPCP not open - packet dropped Hmm, I don't get such messages... > > then it crashed.. > > Oct 17 15:19:41 scientia /kernel: pid 6913 (ppp), \ > uid 0: exited on signal 10 (core dumped) Yes, that's what I have too... Strangely it coredumps right about when the ppp process should normally exit... > > I've now got a PPP compiled with debugging symbols installed, you > might want to do the same so you can get more information next time it > happens. Sod's Law dictates that it won't crash when I've got a version > with debug symbols installed of course. > > > (gdb) bt > > #0 0x809c172 in ?? () > > #1 0x806c514 in getsockname () > > #2 0x80657b2 in getsockname () > > #3 0x80654a9 in getsockname () > > #4 0x804acfd in getsockname () > > I got something similar, though I've deleted the core file now. > > -- > Ben Smithurst | PGP: 0x99392F7D > ben@scientia.demon.co.uk | key available from keyservers and > | ben+pgp@scientia.demon.co.uk I might try to compile a debugging version, although I'm not too excited about doing this as we're talking about a production server here... Thanks, Ady (@warpnet.ro) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 10: 7:46 1999 Delivered-To: freebsd-stable@freebsd.org Received: from unix.aecinfo.com (tor-44.wan.aecinfo.com [209.146.217.44]) by hub.freebsd.org (Postfix) with ESMTP id 0522E14A20 for ; Wed, 20 Oct 1999 10:07:39 -0700 (PDT) (envelope-from mit@aecinfo.com) Received: from p225l (tor-97.sales.aecinfo.com [209.146.217.97]) by unix.aecinfo.com (8.8.8/8.8.8) with SMTP id NAA21430 for ; Wed, 20 Oct 1999 13:07:38 -0400 (EDT) (envelope-from mit@aecinfo.com) Reply-To: From: "Will Mitayai Keeso Rowe" To: "FreeBSD-Stable" Subject: IP aliasing Date: Wed, 20 Oct 1999 13:07:35 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I noticed on another server's box that they alias IP addresses to their loopback interface rather than their Ethernet interface. Is their any benefit/detriment to doing this? (conf: i386/3.3-stable/3Com 3c905B-TX[PCI 10/100 Fast Etherlink XL], on a sub netted network) -Mit -- Will Mitayai Keeso Rowe Director of Internet Technology AEC InfoCenter, Inc. e: mitayai@aecinfo.com v: +1 416 489 9000 xt 303 f: +1 416 489-3201 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 10:22:52 1999 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 9704314A17 for ; Wed, 20 Oct 1999 10:22:50 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.9.3/8.9.3) with ESMTP id KAA20138; Wed, 20 Oct 1999 10:22:34 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Wed, 20 Oct 1999 10:22:34 -0700 (PDT) From: Doug White To: bill@aps-services.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: internal DSL Modem In-Reply-To: <199910191628.QAA04730@web1.aps-services.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Oct 1999 bill@aps-services.com wrote: > Does Freebsd support any internal dsl modems like for example, > 3 Com's home connect's products. Not at this time, unless they emulate 3Com ethernet cards. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 11:10:26 1999 Delivered-To: freebsd-stable@freebsd.org Received: from workhorse.iMach.com (workhorse.iMach.com [206.127.77.89]) by hub.freebsd.org (Postfix) with ESMTP id 21C9B14C9A for ; Wed, 20 Oct 1999 11:10:23 -0700 (PDT) (envelope-from forrestc@workhorse.iMach.com) Received: from localhost (forrestc@localhost) by workhorse.iMach.com (8.8.8/8.8.8) with SMTP id MAA16510; Wed, 20 Oct 1999 12:08:48 -0600 (MDT) Date: Wed, 20 Oct 1999 12:08:48 -0600 (MDT) From: "Forrest W. Christian" Reply-To: "Forrest W. Christian" To: Will Mitayai Keeso Rowe Cc: FreeBSD-Stable Subject: Re: IP aliasing In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 20 Oct 1999, Will Mitayai Keeso Rowe wrote: > I noticed on another server's box that they alias IP addresses to their > loopback interface rather than their Ethernet interface. Is their any > benefit/detriment to doing this? Here's the rule I use: If the IP address you are adding is "Naturally" on the ethernet add it as an alias to the Ethernet interface. If the IP address is on a different subnet than the Ethernet, add it as an alias on the loopback. For example, let's say you're doing web hosting. For a small number of hosts, you might just want to use some unused addresses on your ethernet. For example if your ethernet is the subnet 192.168.1.0/24 (the entire class c) then, you could utilize any of the unused addresses from 192.168.1.1 through 192.168.1.254 as a "alias" interface address. In this case, you would add them to the Ethernet interface. On the other hand, if you are going to be doing a lot of web hosting (or more simply put, more than the ethernet subnet has available) then you probably want to set aside another block just for web addresses. For example, 192.168.2.0/24. In this case, you would add the addresses to the Loopback interface. You will also need to add either a host or a subnet route to your router pointing to the ethernet interface on your box. For example, my main box is configured as follows: bash$ ifconfig -a ed1: flags=8a43 mtu 1500 inet 206.127.77.89 netmask 0xfffffff0 broadcast 206.127.77.95 inet 206.127.77.81 netmask 0xfffffff0 broadcast 206.127.77.81 inet 206.127.77.91 netmask 0xfffffff0 broadcast 206.127.77.91 ether 00:00:1b:3c:a5:cc lp0: flags=8810 mtu 1500 tun0: flags=8010 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet 206.127.77.129 netmask 0xffffffff inet 206.127.77.130 netmask 0xffffffff inet 206.127.77.131 netmask 0xffffffff inet 206.127.77.132 netmask 0xffffffff inet 206.127.77.133 netmask 0xffffffff inet 206.127.77.138 netmask 0xffffffff inet 206.127.77.139 netmask 0xffffffff inet 206.127.77.140 netmask 0xffffffff inet 206.127.77.141 netmask 0xffffffff inet 206.127.77.142 netmask 0xffffffff You could argue what the netmask should be in each case, but I generally use the same netmask as the ethernet interface on the aliases added to the ethernet, and a "host" netmask of 0xffffffff on the loopback interface. Not to confuse the issue, but I believe that if you add an address to the loopback out of the range on the ethernet you also need to do some proxy-arp configuration (at least you used to). This is the real reason you should add the "ethernet" to the ethernet. Conversely, if you add "loopback" addresses to the ethernet, depending on the subnet and the state of the ip forwarding flag in the kernel, you may have interesting routing problems such as the machine trying to send packets for the subnet but not on the localhost out the ethernet. (This last paragraph is oversimplified- If you'd like a more technically accurate description, e-mail me privately). - Forrest W. Christian (forrestc@imach.com) KD7EHZ ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 14:47:27 1999 Delivered-To: freebsd-stable@freebsd.org Received: from mail9.svr.pol.co.uk (mail9.svr.pol.co.uk [195.92.193.22]) by hub.freebsd.org (Postfix) with ESMTP id AE56614A0D for ; Wed, 20 Oct 1999 14:47:23 -0700 (PDT) (envelope-from ianjhart@freeloader.freeserve.co.uk) Received: from modem-47.glucophage.dialup.pol.co.uk ([62.136.69.175] helo=freeloader.freeserve.co.uk) by mail9.svr.pol.co.uk with esmtp (Exim 2.12 #2) id 11e3Zn-00027i-00 for stable@freebsd.org; Wed, 20 Oct 1999 22:47:19 +0100 Message-ID: <380E373F.4312E415@freeloader.freeserve.co.uk> Date: Wed, 20 Oct 1999 22:42:23 +0100 From: Ian J Hart X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 3.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: "stable@freebsd.org" Subject: Re: Cdrecord problems to record 1 CD References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Very late on this thread I know, but I just noticed this strange feature which may be of interest. I dual boot with win95 (It's for the kids, honest). Figuring FreeBSD is closer to Unix than Windows, I connected the block size jumper on my SCSI cd writer to the turbo switch on my case. Thus allowing me to change the jumper setting before booting I find that with the block size jumper open I can boot from a _local_release_ CD. With it shorted (512 byte blocks) I cannot. (I also have to set the BIOS to boot from A: as the SCSI BIOS swaps the CDRW drive letter to A: No SCSI boot option in this BIOS.) Booting from my ATAPI CD reader is also something of a lottery. I'm still investigating this. My hardware is: AIR 54TPI M/B with on board AIC7880UW SCSI YAMAHA CDRW6416S (SCSI RW) LG CRD-8322B (IDE/ATAPI 32X reader) Hope this is useful. Can someone tell me if the block size jumper should be on or off? Cheers in advance ian ianjhart@freeloader.freeserve.co.uk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 18:50:36 1999 Delivered-To: freebsd-stable@freebsd.org Received: from rmx07.globecomm.net (rmx07.iname.net [165.251.8.75]) by hub.freebsd.org (Postfix) with ESMTP id A44C214E54 for ; Wed, 20 Oct 1999 18:50:25 -0700 (PDT) (envelope-from strben@altavista.net) Received: from weba7.iname.net by rmx07.globecomm.net (8.9.1/8.8.0) with ESMTP id VAA20337 From: strben@altavista.net Received: (from root@localhost) by weba7.iname.net (8.9.1a/8.9.2.Alpha2) id VAA04036; Wed, 20 Oct 1999 21:50:22 -0400 (EDT) MIME-Version: 1.0 Message-Id: <9910202150223C.27440@weba7.iname.net> Date: Wed, 20 Oct 1999 21:50:22 -0400 (EDT) Content-Type: Text/Plain Content-Transfer-Encoding: 7bit To: "Greg W" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: [MY] Broken X and window managers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am just a Newbie to this UNIX/FreeBSD stuff but just to let you know... I got the System installed fine on a 486/50. I have installed XWindows OK from /Stand/Sysinstall AFTER FreeBSD was working ok alone. I later loaded a few better Window Managers like VTVM, FVTM?. ICE and now BlackBox which is my current favorite. Learned CVSup from: http://www.samag.com/archive/0809/feature.shtml Excellent lesson! I later installed GNOME from the ports collection. I had to find that one port that would install everthing in one (make install) shot. It took three days to download, compile and install all the software but it worked fine the first time. I went back and installed Enlightenment WM because I thought GNOME wanted it. It worked fine. (slow but fine) My only two real problems have been getting sound to function but that has caused me to learn how to Modify and recompile my kernel so I'll pay that. I still haven't gotten sound to work yet but I know what my next step is. It all seemed pretty straight forward to me. I am currently running 3.3-STABLE. ---- you wrote: > >From: Michael Oski > >OK, looks simple... In your /etc/hosts file, make sure you have the > >127.0.0.1 > >localhost line with your correct domain name in the fully qualified > >parameter. > >Mine looks like this: > > > ># $Id: hosts,v 1.9 1998/04/16 14:37:19 joerg Exp $ > ># > >127.0.0.1 localhost.one-mo.com localhost > >192.168.1.1 serv01.one-mo.com serv01 > > > >Then in your .cshrc or .profile or .whatever-shell-you-use-startup-stuff > >file > >set the environment variable DISPLAY to localhost:0.0 and export it. > > > >That should take care of things. > > > >Good luck! > > > > I suspect much more sinister error here, like a corrupted binary or > something, I had localhost, but did not have in profile etc > > I really thank you guys for tying to help, but its got the better of me, yep > I have started a fresh install, I choose kernel + X + all x libs/bin > > Will see what happens, some may say I dont have the patience to become an > Xpert, but this was going beyond the joke for me > > Will report my findings :-) who knows, I may be asking for a new CD ! > > I dont know how many RH users are reading this, but with 3.3 is X usually as > staright forward as RH (its knocked as being difficult to set x up on by > some, however its always been relatively painless irrespective of wm or > desktop) > > C ya ! > -=*=- -=*=- -=*=- -=*=- Ben Hacker, Jr ~ strben@altavista.net -=*=- ---------------------------------------------------------------- Get your free email from AltaVista at http://altavista.iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 20:46: 0 1999 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 758FC14E8B for ; Wed, 20 Oct 1999 20:45:48 -0700 (PDT) (envelope-from cy@cschuber.net.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id UAA07595; Wed, 20 Oct 1999 20:45:47 -0700 Received: from cschuber.net.gov.bc.ca(142.31.240.113), claiming to be "cwsys.cwsent.com" via SMTP by point.osg.gov.bc.ca, id smtpda07593; Wed Oct 20 20:45:35 1999 Received: (from uucp@localhost) by cwsys.cwsent.com (8.9.3/8.9.1) id UAA41201; Wed, 20 Oct 1999 20:45:32 -0700 (PDT) Message-Id: <199910210345.UAA41201@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdH41190; Wed Oct 20 20:44:39 1999 X-Mailer: exmh version 2.1.0 09/18/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 3.3-RELEASE X-Sender: cy To: Bart Lindsey Cc: "Morgan Davis" , freebsd-stable@FreeBSD.ORG Subject: Re: Fix for broken "make installworld" In-reply-to: Your message of "15 Oct 1999 13:57:43 +1000." <879055l1hk.fsf@rocklands.burra.zip.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 20 Oct 1999 20:44:39 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <879055l1hk.fsf@rocklands.burra.zip.com.au>, Bart Lindsey writes: > Hi Morgan, > > In your original post you didn't mention that you were doing your make > installworld over NFS. > > It looks as though you need to sync the /etc/make.conf files of both > machines. Check NOMANCOMPRESS. Try make -i installworld. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Sun/DEC Team, UNIX Group Internet: Cy.Schubert@uumail.gov.bc.ca ITSD Cy.Schubert@gems8.gov.bc.ca Province of BC "e**(i*pi)+1=0" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 20:49:50 1999 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id E2C1F14E53 for ; Wed, 20 Oct 1999 20:49:48 -0700 (PDT) (envelope-from cy@cschuber.net.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id UAA07610 for ; Wed, 20 Oct 1999 20:49:47 -0700 Received: from cschuber.net.gov.bc.ca(142.31.240.113), claiming to be "cwsys.cwsent.com" via SMTP by point.osg.gov.bc.ca, id smtpda07608; Wed Oct 20 20:49:34 1999 Received: (from uucp@localhost) by cwsys.cwsent.com (8.9.3/8.9.1) id UAA41212 for ; Wed, 20 Oct 1999 20:49:33 -0700 (PDT) Message-Id: <199910210349.UAA41212@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdn41209; Wed Oct 20 20:48:44 1999 X-Mailer: exmh version 2.1.0 09/18/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 3.3-RELEASE X-Sender: cy To: freebsd-stable@freebsd.org Subject: DEVFS and MFS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 20 Oct 1999 20:48:42 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does the restriction still exist whereby DEVFS and MFS cannot be simultaneously used? I remember discussion on -stable about the time that 3.0 or 3.1 were released. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Sun/DEC Team, UNIX Group Internet: Cy.Schubert@uumail.gov.bc.ca ITSD Cy.Schubert@gems8.gov.bc.ca Province of BC "e**(i*pi)+1=0" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Oct 20 23:59:30 1999 Delivered-To: freebsd-stable@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.128.198]) by hub.freebsd.org (Postfix) with ESMTP id 4108014E99 for ; Wed, 20 Oct 1999 23:59:19 -0700 (PDT) (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (picasso.transbay.net [209.133.53.6]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id HAA13619; Thu, 21 Oct 1999 07:59:17 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id AAA46215; Thu, 21 Oct 1999 00:01:19 -0700 (MST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <199910210701.AAA46215@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.0 09/18/1999 To: Adrian Penisoara Cc: Ben Smithurst , freebsd-stable@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: PPP dying with signal 10 In-Reply-To: Message from Adrian Penisoara of "Wed, 20 Oct 1999 20:02:52 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 21 Oct 1999 00:01:18 -0700 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can you test the latest version from my web page ? This should be fixed. > Hi, > > On Wed, 20 Oct 1999, Ben Smithurst wrote: > > > Adrian Penisoara wrote: > > > > > 3.3-STABLE as of 13th October, ppp -direct (dial-in) dies with signal 10 > > > in some periods of time; gdb output: > > > > I've seen this too, a couple of times. Both times, it was accompanied by > > this message from PPP: > > > > Oct 17 15:19:40 scientia ppp[6913]: tun0: Warning: \ > > ip_Input: IPCP not open - packet dropped > > Hmm, I don't get such messages... > > > > > then it crashed.. > > > > Oct 17 15:19:41 scientia /kernel: pid 6913 (ppp), \ > > uid 0: exited on signal 10 (core dumped) > > Yes, that's what I have too... > Strangely it coredumps right about when the ppp process should normally > exit... > > > > > I've now got a PPP compiled with debugging symbols installed, you > > might want to do the same so you can get more information next time it > > happens. Sod's Law dictates that it won't crash when I've got a version > > with debug symbols installed of course. > > > > > (gdb) bt > > > #0 0x809c172 in ?? () > > > #1 0x806c514 in getsockname () > > > #2 0x80657b2 in getsockname () > > > #3 0x80654a9 in getsockname () > > > #4 0x804acfd in getsockname () > > > > I got something similar, though I've deleted the core file now. > > > > -- > > Ben Smithurst | PGP: 0x99392F7D > > ben@scientia.demon.co.uk | key available from keyservers and > > | ben+pgp@scientia.demon.co.uk > > I might try to compile a debugging version, although I'm not too excited > about doing this as we're talking about a production server here... > > Thanks, > Ady (@warpnet.ro) -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 21 8:32:40 1999 Delivered-To: freebsd-stable@freebsd.org Received: from over.ru (over.rinet.ru [195.54.192.99]) by hub.freebsd.org (Postfix) with SMTP id 2CD2614F2E for ; Thu, 21 Oct 1999 08:32:33 -0700 (PDT) (envelope-from tarkhil@over.ru) Received: (qmail 86425 invoked by uid 1000); 21 Oct 1999 15:32:16 -0000 Date: Thu, 21 Oct 1999 19:32:16 +0400 From: Alex Povolotsky To: freebsd-stable@freebsd.org Cc: freebsd-net@freebsd.org Subject: SIOCGIFCONF (or qmail?) problem? Message-ID: <19991021193216.D86089@over.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I've just found, that bringing up ppp0 on a computer with one more network interface causes qmail-1.03 to crash. Investigating further, I've found that one of qmail's internal variables gets overwriten when calling ioctl SIOCGIFCONF with pointer to ifconf structure as argument (ipme.c, line 57 in qmail). I still have not found if qmail gives wrong address to ioctl or if ioctl use more memory than requested. The fail seems to occur after iterating through ds0 interface. By the way, what is ds0, how it should be configured, and where is it described? What does it do? Does anyone else runs FreeBSD 3.3-RELEASE with qmail and dial-in access? Alex. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 21 10:30:49 1999 Delivered-To: freebsd-stable@freebsd.org Received: from s8-37-26.student.washington.edu (S8-37-26.student.washington.edu [128.208.37.26]) by hub.freebsd.org (Postfix) with ESMTP id 2038014F98 for ; Thu, 21 Oct 1999 10:30:45 -0700 (PDT) (envelope-from jcwells@u.washington.edu) Received: from localhost (jcw@localhost) by s8-37-26.student.washington.edu (8.9.3/8.9.3) with ESMTP id WAA98011 for ; Thu, 21 Oct 1999 22:28:02 GMT (envelope-from jcwells@u.washington.edu) X-Authentication-Warning: s8-37-26.student.washington.edu: jcw owned process doing -bs Date: Thu, 21 Oct 1999 22:28:01 +0000 (GMT) From: "Jason C. Wells" X-Sender: jcw@s8-37-26.student.washington.edu Reply-To: "Jason C. Wells" To: FreeBSD-stable Subject: Refuse sys/modules then make world dies Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just learned about refuse files and thought I would try them out to save my little P100 some compile time. Yes, I am tinkering and that might be bad but the results don't make sense to me. If someone can confirm that my observations are expected behavior I will go away quietly. It seems to me that the make world shouldn't rely on anything from sys/modules. Am I out to lunch? On my box... s8-37-26 /usr/src/sys/modules # ls -la total 2 drwxr-xr-x 2 root wheel 512 Oct 21 11:17 . drwxr-xr-x 38 root wheel 1024 Oct 21 11:17 .. So I have no Makefiles or sources for modules. Make world dies with... cc -static -O -pipe -Wall -I/usr/src/lib/libmytinfo -I/usr/obj/usr/src/tmp/usr/i nclude -o mkversion /usr/src/lib/libmytinfo/mkversion.c^M cd /usr/src/sys/modules/linux; /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS build-tools cd: can't cd to /usr/src/sys/modules/linux *** Error code 2 Stop. But there should be no Makefile telling the build to go into sys/modules/linux. Obviously there is something somewhere. Thank You, | http://students.washington.edu/jcwells Jason Wells | "Those who would trade freedom for security deserve neither | freedom nor security." - Benjamin Franklin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 21 10:50:34 1999 Delivered-To: freebsd-stable@freebsd.org Received: from over.ru (over.rinet.ru [195.54.192.99]) by hub.freebsd.org (Postfix) with SMTP id D77BA14F6F for ; Thu, 21 Oct 1999 10:49:30 -0700 (PDT) (envelope-from tarkhil@over.ru) Received: (qmail 90367 invoked by uid 1000); 21 Oct 1999 17:49:13 -0000 Date: Thu, 21 Oct 1999 21:49:13 +0400 From: Alex Povolotsky To: freebsd-stable@freebsd.org Cc: freebsd-net@freebsd.org Subject: Re: SIOCGIFCONF (or qmail?) problem? Message-ID: <19991021214913.A90292@over.ru> References: <19991021193216.D86089@over.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <19991021193216.D86089@over.ru> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 21, 1999 at 07:32:16PM +0400, Alex Povolotsky wrote: > Investigating further, I've found that one of qmail's internal variables > gets overwriten when calling ioctl SIOCGIFCONF with pointer to ifconf > structure as argument (ipme.c, line 57 in qmail). > > I still have not found if qmail gives wrong address to ioctl or if ioctl use > more memory than requested. The fail seems to occur after iterating through Well, one step forth, if anyone is interested. given 420 bytes of buffer before ioctl(s,SIOCGIFCONF,&ifc), ioctl uses 1024 and sets ifc.ifc_len to 1024. I am not kernel-hacker enough to understand what's happening in /sys/net/if.c between lines 820 and 877, and, people, it's 9:50 PM here in Moscow! Can someone help? Alex. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 21 11:39:45 1999 Delivered-To: freebsd-stable@freebsd.org Received: from over.ru (over.rinet.ru [195.54.192.99]) by hub.freebsd.org (Postfix) with SMTP id B6EB214CB0 for ; Thu, 21 Oct 1999 11:39:33 -0700 (PDT) (envelope-from tarkhil@over.ru) Received: (qmail 91773 invoked by uid 1000); 21 Oct 1999 18:39:19 -0000 Date: Thu, 21 Oct 1999 22:39:19 +0400 From: Alex Povolotsky To: freebsd-stable@freebsd.org Cc: qmail@list.cr.yp.to Subject: Re: SIOCGIFCONF (or qmail?) problem? Message-ID: <19991021223919.A91646@over.ru> References: <19991021193216.D86089@over.ru> <19991021214913.A90292@over.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <19991021214913.A90292@over.ru> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 21, 1999 at 09:49:13PM +0400, Alex Povolotsky wrote: > and sets ifc.ifc_len to 1024. I am not kernel-hacker enough to understand > what's happening in /sys/net/if.c between lines 820 and 877, and, people, Well... I've made quick workaround for it. Patch for ipme.c applied: 57a58,62 > if (ifc.ifc_len > len) { > /* We've got TRASHING! */ > substdio_puts("PANIC: IOCTL trashed buffers!"); > kill(getpid(), SIGABRT);; > } So all ipme() users will die on ioctl trashing. However, shouldn't ioctl honour ifc.ifc_len? Alex. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 21 13:51:17 1999 Delivered-To: freebsd-stable@freebsd.org Received: from dt050n71.san.rr.com (dt050n71.san.rr.com [204.210.31.113]) by hub.freebsd.org (Postfix) with ESMTP id 7EABD14FA9 for ; Thu, 21 Oct 1999 13:51:15 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gateway.gorean.org (gateway.gorean.org [10.0.0.1]) by dt050n71.san.rr.com (8.9.3/8.8.8) with ESMTP id NAA51406; Thu, 21 Oct 1999 13:51:13 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Thu, 21 Oct 1999 13:51:13 -0700 (PDT) From: Doug Barton X-Sender: doug@dt050n71.san.rr.com To: "Jason C. Wells" Cc: FreeBSD-stable Subject: Re: Refuse sys/modules then make world dies In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 21 Oct 1999, Jason C. Wells wrote: > I just learned about refuse files and thought I would try them out to save > my little P100 some compile time. Yes, I am tinkering and that might be > bad but the results don't make sense to me. If someone can confirm that my > observations are expected behavior I will go away quietly. > > It seems to me that the make world shouldn't rely on anything from > sys/modules. Am I out to lunch? Yes, but not too far. BSD make uses a system of included makefiles, so even though you don't have one level of the system, that doesn't mean that other levels aren't expecting something to be there that you don't have. Take a look at http://freebsd.simplenet.com/doug-world.html#exclude to get some ideas, and then keep going up the makefile tree till you get to the point where what you are trying to exclude is actually being built. Good luck, Doug -- "Stop it, I'm gettin' misty." - Mel Gibson as Porter, "Payback" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 21 21:19:37 1999 Delivered-To: freebsd-stable@freebsd.org Received: from saturn.terahertz.net (saturn.terahertz.net [209.83.5.170]) by hub.freebsd.org (Postfix) with ESMTP id AFF9D14FB3 for ; Thu, 21 Oct 1999 21:19:32 -0700 (PDT) (envelope-from mustang@TeraHertz.Net) Received: from localhost (mustang@localhost) by saturn.terahertz.net (8.9.3/8.9.3) with ESMTP id XAA43382 for ; Thu, 21 Oct 1999 23:25:03 -0500 (CDT) Date: Thu, 21 Oct 1999 23:25:02 -0500 (CDT) From: Chris Malayter To: stable@freebsd.org Subject: some daemon (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We experienced some very wierd messages on one of our main servers today. Does anyone have any idea at #1 why this would occur, and #2 which daemon would be the culprit for allowing these messages to be broadcast? Chris saturn:~> Message from syslogd@epicuro.itab.unich.it at Thu Oct 21 18:11:54 1999 ... epicuro.itab.unich.it =>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ !"#$^M Message from syslogd@phobos.unich.it at Thu Oct 21 18:17:48 1999 ... phobos.unich.it =>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ !"#$^M Message from syslogd@ren.itab.unich.it at Thu Oct 21 20:44:52 1999 ... ren.itab.unich.it =>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ !"#$^M wtf? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Oct 21 21:39:25 1999 Delivered-To: freebsd-stable@freebsd.org Received: from saturn.terahertz.net (saturn.terahertz.net [209.83.5.170]) by hub.freebsd.org (Postfix) with ESMTP id 6D0E914CC0 for ; Thu, 21 Oct 1999 21:39:19 -0700 (PDT) (envelope-from mustang@TeraHertz.Net) Received: from localhost (mustang@localhost) by saturn.terahertz.net (8.9.3/8.9.3) with ESMTP id XAA44150; Thu, 21 Oct 1999 23:44:48 -0500 (CDT) Date: Thu, 21 Oct 1999 23:44:48 -0500 (CDT) From: Chris Malayter To: "Sean O'Connell" Cc: stable@freebsd.org Subject: Re: some daemon (fwd) In-Reply-To: <19991022003741.A20995@stat.Duke.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sure enough, portmap it was, exploitable it wasn't Thank you much sir. Regards, Chris Malayter Mustang@TeraHertz.Net ------------------------------------------------------------------------- Administrator, TeraHertz Communications | | | InterNIC CM3647 | Postmaster, Chorus Networks, Inc. | | ------------------------------------------------------------------------- "Behavior is hard to change...but character is nearly impossible" On Fri, 22 Oct 1999, Sean O'Connell wrote: > Someone could be attemping a buffer overflow attack on your box. Does > the actual syslog entry in /var/log/xxxxxx (messages or whatever) list > the source daemon? Do you have portmap accessible? Maybe they were > trying the amd exploit. > > Hard to tell. > > > On 1999 Oct 21, Chris Malayter (aka mustang@TeraHertz.Net) wrote: > > We experienced some very wierd messages on one of our main servers today. > > Does anyone have any idea at #1 why this would occur, and #2 which daemon > > would be the culprit for allowing these messages to be broadcast? > > > > Chris > > > > saturn:~> > > Message from syslogd@epicuro.itab.unich.it at Thu Oct 21 18:11:54 1999 ... > > epicuro.itab.unich.it > > =>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ !"#$^M > > > > Message from syslogd@phobos.unich.it at Thu Oct 21 18:17:48 1999 ... > > phobos.unich.it > > =>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ !"#$^M > > > > Message from syslogd@ren.itab.unich.it at Thu Oct 21 20:44:52 1999 ... > > ren.itab.unich.it > > =>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ !"#$^M > > > > wtf? > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > -- > ----------------------------------------------------------------------- > Sean O'Connell Email: sean@stat.Duke.EDU > Institute of Statistics and Decision Sciences Phone: (919) 684-5419 > Duke University Fax: (919) 684-8594 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 22 0:36:12 1999 Delivered-To: freebsd-stable@freebsd.org Received: from guru.phone.net (guru.phone.net [216.240.39.120]) by hub.freebsd.org (Postfix) with SMTP id 1C9E214D07 for ; Fri, 22 Oct 1999 00:36:10 -0700 (PDT) (envelope-from mwm@phone.net) Received: (qmail 12385 invoked by uid 100); 22 Oct 1999 07:36:10 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14352.5098.230532.678449@guru.phone.net> Date: Fri, 22 Oct 1999 00:36:10 -0700 (PDT) To: stable@freebsd.org Subject: Strange disk questions X-Mailer: VM 6.72 under 21.1 (patch 3) "Acadia" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been fooling with some disk performance testing with bonnie, and I threw mfs into the mix for fun. Everything but the mfs had disk had soft updates enabled - and it shows. They all had pretty much the same performance numbers for character-at-a-time writes as they did for block writes. MFS didn't. Which makes me wonder - is it possible to enable soft updates on an MFS file system? Is there any point in doing so? Second question - can vinum be configured to buy more performance, rather than making large partitions? In particular, could I buy two EIDE drives for about the cost of one SCSI drive of that size, hang them off separate EIDE controllers, and get performance closer to that of the SCSI drive? Thanx, ; Fri, 22 Oct 1999 03:26:09 -0700 (PDT) (envelope-from ady@warpnet.ro) Received: from localhost (ady@localhost) by ady.warpnet.ro (8.9.3/8.9.3) with ESMTP id NAA52096; Fri, 22 Oct 1999 13:30:23 +0300 (EEST) (envelope-from ady@warpnet.ro) Date: Fri, 22 Oct 1999 13:30:22 +0300 (EEST) From: Adrian Penisoara To: Brian Somers Cc: Ben Smithurst , freebsd-stable@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: PPP dying with signal 10 In-Reply-To: <199910210701.AAA46215@hak.lan.Awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, On Thu, 21 Oct 1999, Brian Somers wrote: > Can you test the latest version from my web page ? This should be > fixed. Yep, it doesn't die with SIGBUS anymore; I'm not yet too sure about that weird "IPCP not open" error message, I got it a few times but I assume it was from the old PPP, I'll confirm this later, if you still need to... Thanks, Ady (@warpnet.ro) > > > Hi, > > > > On Wed, 20 Oct 1999, Ben Smithurst wrote: > > > > > Adrian Penisoara wrote: > > > > > > > 3.3-STABLE as of 13th October, ppp -direct (dial-in) dies with signal 10 > > > > in some periods of time; gdb output: > > > > > > I've seen this too, a couple of times. Both times, it was accompanied by > > > this message from PPP: > > > > > > Oct 17 15:19:40 scientia ppp[6913]: tun0: Warning: \ > > > ip_Input: IPCP not open - packet dropped Ady (@warpnet.ro) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 22 10: 6:51 1999 Delivered-To: freebsd-stable@freebsd.org Received: from carlton.innotts.co.uk (carlton.innotts.co.uk [212.56.32.2]) by hub.freebsd.org (Postfix) with ESMTP id 25B7B15047 for ; Fri, 22 Oct 1999 10:06:36 -0700 (PDT) (envelope-from robmel@nadt.org.uk) Received: from muffin.highwire.local (pool-1-p37.innotts.co.uk [212.56.33.37]) by carlton.innotts.co.uk (8.9.3/8.9.3) with ESMTP id SAA17409; Fri, 22 Oct 1999 18:03:39 +0100 Received: from [172.16.17.20] (robsmac.highwire.local [172.16.17.20]) by muffin.highwire.local (8.9.3/8.9.3) with ESMTP id RAA06408; Fri, 22 Oct 1999 17:56:40 +0100 (BST) (envelope-from robmel@nadt.org.uk) Mime-Version: 1.0 X-Sender: robmel@wrcmail Message-Id: Date: Fri, 22 Oct 1999 17:59:35 +0100 To: "Forrest W. Christian" , Will Mitayai Keeso Rowe From: Robin Melville Subject: Re: IP aliasing Cc: FreeBSD-Stable Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12:08 pm -0600 20/10/99, Forrest W. Christian wrote: >On Wed, 20 Oct 1999, Will Mitayai Keeso Rowe wrote: > > > I noticed on another server's box that they alias IP addresses to their > > loopback interface rather than their Ethernet interface. Is their any > > benefit/detriment to doing this? > >Here's the rule I use: > >If the IP address you are adding is "Naturally" on the ethernet add it as >an alias to the Ethernet interface. > >If the IP address is on a different subnet than the Ethernet, add it as an >alias on the loopback. [...snip...] I an interested in this also since we recently were forced by a shortage of addresses to add a logical subnet onto a physical WAN. The situation is that we have a gateway host with interfaces onto a physical subnet and to the WAN. Since the gateway is dual ported it seemed wrong to alias to lo0 as generally advised in the mailing lists since it wouldn't know which NIC to send to. It also seemed wrong to give the alias an 0xffffffff subnet mask since it was talking to an actual, albeit logical, subnet which it needs to send broadcast IP to. Consequently I gave the alias the same settings as if it were another NIC: IP: 172.16.97.1 mask 0xffffff00. The "native" address of the interface is 194.155.224.187/24. Incidentally, this WAN is not visible from the Internet. Nothing horrible has happened, and everything is working fine, but I still worry that I've done something stupid, being so clearly in contravention of the good advice on this list and others. Robin. ---------------------------------------------------------------------- Robin Melville, Addiction Information Service Nottingham Alcohol & Drug Team Tel: +44 (0)115 952 9478 Fax: +44 (0)115 952 9421 work: robmel@nadt.org.uk Pages: http://www.innotts.co.uk/nadt ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 22 10:31:41 1999 Delivered-To: freebsd-stable@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 58BB115043 for ; Fri, 22 Oct 1999 10:31:39 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p05-dn01kiryunisiki.gunma.ocn.ne.jp [210.132.6.134]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id CAA22473; Sat, 23 Oct 1999 02:31:34 +0900 (JST) Message-ID: <38109956.AC9C67CB@newsguy.com> Date: Sat, 23 Oct 1999 02:05:26 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: "Jason C. Wells" Cc: FreeBSD-stable Subject: Re: Refuse sys/modules then make world dies References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jason C. Wells" wrote: > > It seems to me that the make world shouldn't rely on anything from > sys/modules. Am I out to lunch? Make world doesn't rely on anything from sys/modules, but sys/modules is part of world, not of kernel. If you get past that, you'll find out that sys/boot is also part of world, not kernel. > So I have no Makefiles or sources for modules. Which is the whole problem. :-) > cd /usr/src/sys/modules/linux; /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO > -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS build-tools > > cd: can't cd to /usr/src/sys/modules/linux > *** Error code 2 > Stop. > > But there should be no Makefile telling the build to go into > sys/modules/linux. Obviously there is something somewhere. But there is something that tells it to go to sys/modules and enter each subdirectory there. Check /usr/src/Makefile.inc1 (I'm *almost* sure, I could be thinking of the wrong Makefile, though... in that case, just check the others), and remove sys/modules and sys/boot from... well, either a SUBDIRS or a target line of some kind. It shouldn't be too hard, and making mistakes can be fun in this case. :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "People call him Neutron Star, 'cuz he's so dense lights bends around him." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 22 11: 3:59 1999 Delivered-To: freebsd-stable@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id CEFB014C42; Fri, 22 Oct 1999 11:03:56 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.2/8.9.2) id LAA67886; Fri, 22 Oct 1999 11:03:42 -0700 (PDT) From: Archie Cobbs Message-Id: <199910221803.LAA67886@bubba.whistle.com> Subject: Re: SIOCGIFCONF (or qmail?) problem? In-Reply-To: <19991021193216.D86089@over.ru> from Alex Povolotsky at "Oct 21, 1999 07:32:16 pm" To: tarkhil@over.ru (Alex Povolotsky) Date: Fri, 22 Oct 1999 11:03:42 -0700 (PDT) Cc: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alex Povolotsky writes: > I've just found, that bringing up ppp0 on a computer with one more network > interface causes qmail-1.03 to crash. > > Investigating further, I've found that one of qmail's internal variables > gets overwriten when calling ioctl SIOCGIFCONF with pointer to ifconf > structure as argument (ipme.c, line 57 in qmail). > > I still have not found if qmail gives wrong address to ioctl or if ioctl use > more memory than requested. The fail seems to occur after iterating through > ds0 interface. > > By the way, what is ds0, how it should be configured, and where is it > described? What does it do? > > Does anyone else runs FreeBSD 3.3-RELEASE with qmail and dial-in access? This may or may not be the problem, but there is a common bug in programs that use SIOCGIFCONF. The proper way to compute the byte increment to the next entry is: ifp = (struct ifreq *) ((char *) &ifp->ifr_addr + MAX(ifp->ifr_addr.sa_len, sizeof(ifp->ifr_addr)))) The WRONG way to do it is: ifp = (struct ifreq *) ((char *) &ifp->ifr_addr + ifp->ifr_addr.sa_len)) This bug usually only gets triggered when there are discard, tunnel, etc. interfaces which have no link information. You might plow through the qmail sources and check. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 22 11:57:41 1999 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.aha.ru (ns1.aha.ru [195.2.80.142]) by hub.freebsd.org (Postfix) with ESMTP id 1005A14EA9 for ; Fri, 22 Oct 1999 11:57:33 -0700 (PDT) (envelope-from bk@aha.ru) Received: from sunny.aha.ru (sunny.aha.ru [195.2.83.112]) by ns1.aha.ru (8.9.3/8.9.3/aha-r/0.04B) with ESMTP id WAA24929 for ; Fri, 22 Oct 1999 22:57:20 +0400 (MSD) Received: from aha.ru ([172.17.17.102]) by sunny.aha.ru (8.9.3/8.9.3) with ESMTP id WAA09267 for ; Fri, 22 Oct 1999 22:57:11 +0400 (MSD) Message-ID: <38105D97.68359177@aha.ru> Date: Fri, 22 Oct 1999 16:50:31 +0400 From: Boris Karnaukh Reply-To: bk532@iname.com Organization: Private person X-Mailer: Mozilla 4.61 [en] (WinNT; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: FreeBSD-stable@Freebsd.org Subject: susbscribe X-Priority: 2 (High) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -- Boris Karnaukh (mailto:bk532@iname.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 22 19:28:12 1999 Delivered-To: freebsd-stable@freebsd.org Received: from imc01.ex.nus.edu.sg (imc01.ex.nus.edu.sg [137.132.14.60]) by hub.freebsd.org (Postfix) with ESMTP id 9903714C85; Fri, 22 Oct 1999 19:28:06 -0700 (PDT) (envelope-from ccegongw@nus.edu.sg) Received: by imc01.ex.nus.edu.sg with Internet Mail Service (5.5.2650.21) id <4QCRLMC6>; Sat, 23 Oct 1999 10:29:45 +0800 Message-ID: <762388C091FAD01180FF00A02462137801AC5BFD@exchange.nus.edu.sg> From: Gong Wei To: "'freebsd-questions@freebsd.org'" Cc: "'freebsd-stable@freebsd.org'" Subject: 3.3 Stable Performance Monitoring Date: Sat, 23 Oct 1999 10:29:43 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, We have a few 3.3 Stable production servers lying around the campus to serve the university population. As usual, we need some means to manage/monitor the server performance closely. We also have a few Solaris machines around. We've purchased a SNMP agent from Empire Technology (www.empiretech.com) which can report various system performance related parameters, like swap usage, system load, cpu utilization, number of open file descriptor, number of processes, etc. The bad news is that their product doesn't support FreeBSD, although it does support Linux. So we cannot use this tool to monitor the system performance. Instead, we need something else which can do roughly the same thing. Among so many parameters our immediate interests is the following: * CPU utilization, % used in Kernel space vs % used in user space * RAM utilization * SWAP utilization * Network bandwidth usage * number of file descriptors used As ususal, any hints/comments are more than welcomed. Please do mail a copy of your response to me directly. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 22 19:47:46 1999 Delivered-To: freebsd-stable@freebsd.org Received: from paradox.nexuslabs.com (cc718001-a.vron1.nj.home.com [24.11.70.21]) by hub.freebsd.org (Postfix) with ESMTP id 169971501D; Fri, 22 Oct 1999 19:47:37 -0700 (PDT) (envelope-from cyouse@paradox.nexuslabs.com) Received: from localhost (cyouse@localhost) by paradox.nexuslabs.com (8.9.3/8.9.3) with ESMTP id WAA10132; Fri, 22 Oct 1999 22:45:53 -0400 (EDT) (envelope-from cyouse@paradox.nexuslabs.com) Date: Fri, 22 Oct 1999 22:45:52 -0400 (EDT) From: Chuck Youse To: Gong Wei Cc: "'freebsd-questions@freebsd.org'" , "'freebsd-stable@freebsd.org'" Subject: Re: 3.3 Stable Performance Monitoring In-Reply-To: <762388C091FAD01180FF00A02462137801AC5BFD@exchange.nus.edu.sg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm assuming that you've eliminated the possibility of running this under Linux emulation mode? It may be that the snmp agent diddles too closely with kernel structures to allow for this, but there are emulatable ways to perform each of the tasks listed.. Chuck On Sat, 23 Oct 1999, Gong Wei wrote: > Hi all, > > We have a few 3.3 Stable production servers lying around the campus to serve > the university population. As usual, we need some means to manage/monitor > the server performance closely. > > We also have a few Solaris machines around. We've purchased a SNMP agent > from Empire Technology (www.empiretech.com) which can report various system > performance related parameters, like swap usage, system load, cpu > utilization, number of open file descriptor, number of processes, etc. > > The bad news is that their product doesn't support FreeBSD, although it does > support Linux. So we cannot use this tool to monitor the system > performance. Instead, we need something else which can do roughly the same > thing. > > Among so many parameters our immediate interests is the following: > * CPU utilization, % used in Kernel space vs % used in user space > * RAM utilization > * SWAP utilization > * Network bandwidth usage > * number of file descriptors used > > As ususal, any hints/comments are more than welcomed. Please do mail a copy > of your response to me directly. Thanks! > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 22 22:13:18 1999 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.uniserve.com (mail2.uniserve.com [204.244.156.7]) by hub.freebsd.org (Postfix) with ESMTP id 64C1D1504A; Fri, 22 Oct 1999 22:12:33 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca ([204.244.186.218]) by mail2.uniserve.com with smtp (Exim 3.03 #4) id 11etTU-000C5w-00; Fri, 22 Oct 1999 22:12:16 -0700 Date: Fri, 22 Oct 1999 22:12:08 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Gong Wei Cc: "'freebsd-questions@freebsd.org'" , "'freebsd-stable@freebsd.org'" Subject: Re: 3.3 Stable Performance Monitoring In-Reply-To: <762388C091FAD01180FF00A02462137801AC5BFD@exchange.nus.edu.sg> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 23 Oct 1999, Gong Wei wrote: > We also have a few Solaris machines around. We've purchased a SNMP agent > from Empire Technology (www.empiretech.com) which can report various system > performance related parameters, like swap usage, system load, cpu > utilization, number of open file descriptor, number of processes, etc. > > The bad news is that their product doesn't support FreeBSD, although it does > support Linux. So we cannot use this tool to monitor the system > performance. Instead, we need something else which can do roughly the same > thing. > > Among so many parameters our immediate interests is the following: > * CPU utilization, % used in Kernel space vs % used in user space > * RAM utilization > * SWAP utilization > * Network bandwidth usage > * number of file descriptors used > > As ususal, any hints/comments are more than welcomed. Please do mail a copy > of your response to me directly. Thanks! The ucd-snmp package includes a snmp daemon (snmpd). That last time I did a snmpwalk on it, it reported lots of stuff like you want. The funny part, is that this server probably works on Solaris too, and doesn't cost anything! BTW, I usually get the network bandwidth off the switch the server is plugged into though. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Oct 22 22:56:38 1999 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.vnet.net (smtp1.vnet.net [166.82.1.31]) by hub.freebsd.org (Postfix) with ESMTP id 0D1D114CF2; Fri, 22 Oct 1999 22:56:35 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp1.vnet.net (8.9.1a/8.9.1) with ESMTP id BAA04540; Sat, 23 Oct 1999 01:56:13 -0400 (EDT) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.2/8.8.5) with ESMTP id BAA38111; Sat, 23 Oct 1999 01:56:11 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id BAA10962; Sat, 23 Oct 1999 01:56:07 -0400 (EDT) Date: Sat, 23 Oct 1999 01:56:07 -0400 (EDT) From: Thomas David Rivers Message-Id: <199910230556.BAA10962@lakes.dignus.com> To: ccegongw@nus.edu.sg, cyouse@paradox.nexuslabs.com Subject: Re: 3.3 Stable Performance Monitoring Cc: freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG In-Reply-To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It turns out one of the principles at Empire Technologies is a friend of mine. I'll send him a note regarding a FreeBSD version and see what comes out of it. - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 23 1:45:11 1999 Delivered-To: freebsd-stable@freebsd.org Received: from jason.argos.org (a13b146.neo.rr.com [204.210.197.146]) by hub.freebsd.org (Postfix) with ESMTP id 11AC414C1F for ; Sat, 23 Oct 1999 01:45:05 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id EAA18472; Sat, 23 Oct 1999 04:44:37 -0400 Date: Sat, 23 Oct 1999 04:44:37 -0400 (EDT) From: Mike Nowlin To: Gong Wei Cc: freebsd-stable@freebsd.org Subject: Re: 3.3 Stable Performance Monitoring In-Reply-To: <762388C091FAD01180FF00A02462137801AC5BFD@exchange.nus.edu.sg> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1725513112-1592462895-940668277=:18308" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1725513112-1592462895-940668277=:18308 Content-Type: TEXT/PLAIN; charset=US-ASCII > We also have a few Solaris machines around. We've purchased a SNMP agent > from Empire Technology (www.empiretech.com) which can report various system > performance related parameters, like swap usage, system load, cpu > utilization, number of open file descriptor, number of processes, etc. > > The bad news is that their product doesn't support FreeBSD, although it does > support Linux. So we cannot use this tool to monitor the system > performance. Instead, we need something else which can do roughly the same > thing. > > Among so many parameters our immediate interests is the following: > * CPU utilization, % used in Kernel space vs % used in user space > * RAM utilization > * SWAP utilization > * Network bandwidth usage > * number of file descriptors used > > As ususal, any hints/comments are more than welcomed. Please do mail a copy > of your response to me directly. Thanks! > I've been writing a program to monitor various values dealing with SNMP -- it's not finished, but it works. Basically, you tell it what to watch, and if the values go outside defined thresholds or certain values are/are not met, it triggers an "alert" -- mail, paging (both TAP and SNPP), etc. Right now, it's running under Linux with ucd-snmp, but porting it over to FreeBSD should be simple -- the errors I'm getting are dumb ones that are easily fixed. If anybody's interested, let me know -- it's not available to the general public (I'm sorta embarresed by the code), but the geeks of the world can get their hands on what I have so far by asking..... mike (I'll include one of the config files for your browsing and commentary.) ---1725513112-1592462895-940668277=:18308 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="sml.conf" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="sml.conf" DQojIE1hY2hpbmVzIGF0IFNNTA0KI2RvdWJsZXdhbGsgew0KIyAgICBuYW1l ICJyMmQyX3Byb2Nlc3NsaXN0Ig0KIyAgICBob3N0ICJyMmQyLnNtbGFiLmNv bSINCiMgICAgY29tbXVuaXR5ICJNbHgtMjBMIg0KIyAgICBmcm9tb2lkICIu MS4zLjYuMS40LmVudGVycHJpc2VzLnVjZGF2aXMucHJvY3RhYmxlLnByZW50 cnkucHJlcnJvcmZsYWciDQojICAgIHRvb2lkICIuMS4zLjYuMS40LmVudGVy cHJpc2VzLnVjZGF2aXMucHJvY3RhYmxlLnByZW50cnkucHJlcnJtZXNzYWdl Ig0KIyAgICBmcmVxdWVuY3kgNDENCiMgICAgbW9kZSAwDQojICAgIGFsZXJ0 ICJtaWtlX3BhZ2VyIg0KI30NCg0KI2RvdWJsZXdhbGsgew0KICMgICBuYW1l ICJyMmQyX2RmIg0KICMgICBob3N0ICJyMmQyLnNtbGFiLmNvbSINCiAjICAg Y29tbXVuaXR5ICJNbHgtMjBMIg0KICMgICBmcm9tb2lkICIuMS4zLjYuMS40 LmVudGVycHJpc2VzLnVjZGF2aXMuZGlza3RhYmxlLmRza2VudHJ5LmRza2Vy cm9yZmxhZyINCiAjICAgdG9vaWQgIi4xLjMuNi4xLjQuZW50ZXJwcmlzZXMu dWNkYXZpcy5kaXNrdGFibGUuZHNrZW50cnkuZHNrZXJyb3Jtc2ciDQogIyAg IGZyZXF1ZW5jeSA0Mg0KICMgICBtb2RlIDANCiAjICAgYWxlcnQgIm1pa2Vf cGFnZXIiDQojfQ0KDQpkb3VibGV3YWxrIHsNCiAgICBuYW1lICJwYWxwYXRp bmVfcHNsaXN0Ig0KICAgIGhvc3QgInBhbHBhdGluZS5zbWxhYi5jb20iDQog ICAgY29tbXVuaXR5ICJNbHgtMjBMIg0KICAgIGZyb21vaWQgIi4xLjMuNi4x LjQuZW50ZXJwcmlzZXMudWNkYXZpcy5wcm9jdGFibGUucHJlbnRyeS5wcmVy cm9yZmxhZyINCiAgICB0b29pZCAiLjEuMy42LjEuNC5lbnRlcnByaXNlcy51 Y2RhdmlzLnByb2N0YWJsZS5wcmVudHJ5LnByZXJybWVzc2FnZSINCiAgICBm cmVxdWVuY3kgNDENCiAgICBtb2RlIDANCiAgICBhbGVydCAibWlrZV9wYWdl ciINCn0NCg0KZG91Ymxld2FsayB7DQogICAgbmFtZSAicGFscGF0aW5lX2Rm Ig0KICAgIGhvc3QgInBhbHBhdGluZS5zbWxhYi5jb20iDQogICAgY29tbXVu aXR5ICJNbHgtMjBMIg0KICAgIGZyb21vaWQgIi4xLjMuNi4xLjQuZW50ZXJw cmlzZXMudWNkYXZpcy5kaXNrdGFibGUuZHNrZW50cnkuZHNrZXJyb3JmbGFn Ig0KICAgIHRvb2lkICIuMS4zLjYuMS40LmVudGVycHJpc2VzLnVjZGF2aXMu ZGlza3RhYmxlLmRza2VudHJ5LmRza2Vycm9ybXNnIg0KICAgIGZyZXF1ZW5j eSA0Mg0KICAgIG1vZGUgMA0KICAgIGFsZXJ0ICJtaWtlX3BhZ2VyIg0KfQ0K DQpkb3VibGV3YWxrIHsNCiAgICBuYW1lICJ3YXR0b19wc2xpc3QiDQogICAg aG9zdCAid2F0dG8uc21sYWIuY29tIg0KICAgIGNvbW11bml0eSAiTWx4LTIw TCINCiAgICBmcm9tb2lkICIuMS4zLjYuMS40LmVudGVycHJpc2VzLnVjZGF2 aXMucHJvY3RhYmxlLnByZW50cnkucHJlcnJvcmZsYWciDQogICAgdG9vaWQg Ii4xLjMuNi4xLjQuZW50ZXJwcmlzZXMudWNkYXZpcy5wcm9jdGFibGUucHJl bnRyeS5wcmVycm1lc3NhZ2UiDQogICAgZnJlcXVlbmN5IDQxDQogICAgbW9k ZSAwDQogICAgYWxlcnQgIm1pa2VfcGFnZXIiDQp9DQoNCmRvdWJsZXdhbGsg ew0KICAgIG5hbWUgIndhdHRvX2RmIg0KICAgIGhvc3QgIndhdHRvLnNtbGFi LmNvbSINCiAgICBjb21tdW5pdHkgIk1seC0yMEwiDQogICAgZnJvbW9pZCAi LjEuMy42LjEuNC5lbnRlcnByaXNlcy51Y2RhdmlzLmRpc2t0YWJsZS5kc2tl bnRyeS5kc2tlcnJvcmZsYWciDQogICAgdG9vaWQgIi4xLjMuNi4xLjQuZW50 ZXJwcmlzZXMudWNkYXZpcy5kaXNrdGFibGUuZHNrZW50cnkuZHNrZXJyb3Jt c2ciDQogICAgZnJlcXVlbmN5IDQyDQogICAgbW9kZSAwDQogICAgYWxlcnQg Im1pa2VfcGFnZXIiDQp9DQoNCiMgY2hlY2sgb3dlbidzIHRyYW5zbWl0LkxP Q0sgbG9ja2ZpbGUgZm9yIHRoZSByZXBvcnRpbmcvcGFnaW5nIHN5c3RlbSB0 byBtYWtlDQojIHN1cmUgaXQncyBub3QgdG9vIGxvbmcuLi4uLi4uDQpyZXBv cnRjaGFpbiB7DQogICAgbmFtZSAib3dlbl90eGxvY2tmaWxlIg0KICAgIGhv c3QgIm93ZW5wdWIuc21sYWIuY29tIg0KICAgIGNvbW11bml0eSAiTWx4LTIw TCINCiAgICBvaWRyb290ICIuMS4zLjYuMS40LmVudGVycHJpc2VzLnVjZGF2 aXMuNTAuMTAxIg0KICAgIGZyZXF1ZW5jeSA2MA0KICAgIGFsZXJ0ICJtaWtl X3BhZ2VyIg0KfQ0KDQpkb3VibGV3YWxrIHsNCiAgICBuYW1lICJvd2VuX3By b2Nlc3Nsb2FkIg0KICAgIGhvc3QgIm93ZW5wdWIuc21sYWIuY29tIg0KICAg IGNvbW11bml0eSAiTWx4LTIwTCINCiAgICBmcm9tb2lkICIuMS4zLjYuMS40 LmVudGVycHJpc2VzLnVjZGF2aXMubG9hZHRhYmxlLmxhZW50cnkubGFlcnJv cmZsYWciDQogICAgdG9vaWQgIi4xLjMuNi4xLjQuZW50ZXJwcmlzZXMudWNk YXZpcy5sb2FkdGFibGUubGFlbnRyeS5sYWVycm1lc3NhZ2UiDQogICAgZnJl cXVlbmN5IDUxDQogICAgbW9kZSAwDQogICAgYWxlcnQgIm1pa2VfcGFnZXIi DQp9DQoNCmRvdWJsZXdhbGsgew0KICAgIG5hbWUgIm93ZW5fZGYiDQogICAg aG9zdCAib3dlbnB1Yi5zbWxhYi5jb20iDQogICAgY29tbXVuaXR5ICJNbHgt MjBMIg0KICAgIGZyb21vaWQgIi4xLjMuNi4xLjQuZW50ZXJwcmlzZXMudWNk YXZpcy5kaXNrdGFibGUuZHNrZW50cnkuZHNrZXJyb3JmbGFnIg0KICAgIHRv b2lkICIuMS4zLjYuMS40LmVudGVycHJpc2VzLnVjZGF2aXMuZGlza3RhYmxl LmRza2VudHJ5LmRza2Vycm9ybXNnIg0KICAgIGZyZXF1ZW5jeSA1Mg0KICAg IG1vZGUgMA0KICAgIGFsZXJ0ICJtaWtlX3BhZ2VyIg0KICAgIGFsZXJ0ICJt aWtlX21haWwiDQp9DQoNCmRvdWJsZXdhbGsgew0KICAgIG5hbWUgIm93ZW5f cHJvY2Vzc2xpc3QiDQogICAgaG9zdCAib3dlbnB1Yi5zbWxhYi5jb20iDQog ICAgY29tbXVuaXR5ICJNbHgtMjBMIg0KICAgIGZyb21vaWQgIi4xLjMuNi4x LjQuZW50ZXJwcmlzZXMudWNkYXZpcy5wcm9jdGFibGUucHJlbnRyeS5wcmVy cm9yZmxhZyINCiAgICB0b29pZCAiLjEuMy42LjEuNC5lbnRlcnByaXNlcy51 Y2RhdmlzLnByb2N0YWJsZS5wcmVudHJ5LnByZXJybWVzc2FnZSINCiAgICBm cmVxdWVuY3kgNTMNCiAgICBtb2RlIDANCiAgICBhbGVydCAibWlrZV9wYWdl ciINCn0NCg0KZG91Ymxld2FsayB7DQogICAgbmFtZSAidGFya2luX3Byb2Nl c3Nsb2FkIg0KICAgIGhvc3QgInd3dy5zbWxhYi5jb20iDQogICAgY29tbXVu aXR5ICJNbHgtMjBMIg0KICAgIGZyb21vaWQgIi4xLjMuNi4xLjQuZW50ZXJw cmlzZXMudWNkYXZpcy5sb2FkdGFibGUubGFlbnRyeS5sYWVycm9yZmxhZyIN CiAgICB0b29pZCAiLjEuMy42LjEuNC5lbnRlcnByaXNlcy51Y2RhdmlzLmxv YWR0YWJsZS5sYWVudHJ5LmxhZXJybWVzc2FnZSINCiAgICBmcmVxdWVuY3kg NTENCiAgICBtb2RlIDANCiAgICBhbGVydCAibWlrZV9wYWdlciINCn0NCg0K ZG91Ymxld2FsayB7DQogICAgbmFtZSAidGFya2luX2RmIg0KICAgIGhvc3Qg Ind3dy5zbWxhYi5jb20iDQogICAgY29tbXVuaXR5ICJNbHgtMjBMIg0KICAg IGZyb21vaWQgIi4xLjMuNi4xLjQuZW50ZXJwcmlzZXMudWNkYXZpcy5kaXNr dGFibGUuZHNrZW50cnkuZHNrZXJyb3JmbGFnIg0KICAgIHRvb2lkICIuMS4z LjYuMS40LmVudGVycHJpc2VzLnVjZGF2aXMuZGlza3RhYmxlLmRza2VudHJ5 LmRza2Vycm9ybXNnIg0KICAgIGZyZXF1ZW5jeSA1Mg0KICAgIG1vZGUgMA0K ICAgIGFsZXJ0ICJtaWtlX3BhZ2VyIg0KfQ0KDQpkb3VibGV3YWxrIHsNCiAg ICBuYW1lICJ0YXJraW5fcHJvY2Vzc2xpc3QiDQogICAgaG9zdCAid3d3LnNt bGFiLmNvbSINCiAgICBjb21tdW5pdHkgIk1seC0yMEwiDQogICAgZnJvbW9p ZCAiLjEuMy42LjEuNC5lbnRlcnByaXNlcy51Y2RhdmlzLnByb2N0YWJsZS5w cmVudHJ5LnByZXJyb3JmbGFnIg0KICAgIHRvb2lkICIuMS4zLjYuMS40LmVu dGVycHJpc2VzLnVjZGF2aXMucHJvY3RhYmxlLnByZW50cnkucHJlcnJtZXNz YWdlIg0KICAgIGZyZXF1ZW5jeSA1Mw0KICAgIG1vZGUgMA0KICAgIGFsZXJ0 ICJtaWtlX3BhZ2VyIg0KfQ0KDQojIGNoZWNrIG5ld3Byb2MuTE9DSyBmaWxl IG9uIHh3aW5nDQpyZXBvcnRjaGFpbiB7DQogICAgbmFtZSAieHdpbmdfZmF4 b3V0bG9jayINCiAgICBob3N0ICJ4d2luZy5zbWxhYi5jb20iDQogICAgY29t bXVuaXR5ICJNbHgtMjBMIg0KICAgIG9pZHJvb3QgIi4xLjMuNi4xLjQuZW50 ZXJwcmlzZXMudWNkYXZpcy41MC4xMDEiDQogICAgZnJlcXVlbmN5IDY1DQog ICAgYWxlcnQgIm1pa2VfcGFnZXIiDQp9ICAgIA0KDQpkb3VibGV3YWxrIHsN CiAgICBuYW1lICJ4d2luZ19kZiINCiAgICBob3N0ICJ4d2luZy5zbWxhYi5j b20iDQogICAgY29tbXVuaXR5ICJNbHgtMjBMIg0KICAgIGZyb21vaWQgIi4x LjMuNi4xLjQuZW50ZXJwcmlzZXMudWNkYXZpcy5kaXNrdGFibGUuZHNrZW50 cnkuZHNrZXJyb3JmbGFnIg0KICAgIHRvb2lkICIuMS4zLjYuMS40LmVudGVy cHJpc2VzLnVjZGF2aXMuZGlza3RhYmxlLmRza2VudHJ5LmRza2Vycm9ybXNn Ig0KICAgIGZyZXF1ZW5jeSA2MQ0KICAgIG1vZGUgMA0KICAgIGFsZXJ0ICJt aWtlX3BhZ2VyIg0KfQ0KDQpkb3VibGV3YWxrIHsNCiAgICBuYW1lICJ4d2lu Z19wcm9jZXNzbGlzdCINCiAgICBob3N0ICJ4d2luZy5zbWxhYi5jb20iDQog ICAgY29tbXVuaXR5ICJNbHgtMjBMIg0KICAgIGZyb21vaWQgIi4xLjMuNi4x LjQuZW50ZXJwcmlzZXMudWNkYXZpcy5wcm9jdGFibGUucHJlbnRyeS5wcmVy cm9yZmxhZyINCiAgICB0b29pZCAiLjEuMy42LjEuNC5lbnRlcnByaXNlcy51 Y2RhdmlzLnByb2N0YWJsZS5wcmVudHJ5LnByZXJybWVzc2FnZSINCiAgICBm cmVxdWVuY3kgNjINCiAgICBtb2RlIDANCiAgICBhbGVydCAibWlrZV9wYWdl ciINCn0NCg0KZG91Ymxld2FsayB7DQogICAgbmFtZSAiYW5ha2luX2RmIg0K ICAgIGhvc3QgImFuYWtpbi5zbWxhYi5jb20iDQogICAgY29tbXVuaXR5ICJN bHgtMjBMIg0KICAgIGZyb21vaWQgIi4xLjMuNi4xLjQuZW50ZXJwcmlzZXMu dWNkYXZpcy5kaXNrdGFibGUuZHNrZW50cnkuZHNrZXJyb3JmbGFnIg0KICAg IHRvb2lkICIuMS4zLjYuMS40LmVudGVycHJpc2VzLnVjZGF2aXMuZGlza3Rh YmxlLmRza2VudHJ5LmRza2Vycm9ybXNnIg0KICAgIGZyZXF1ZW5jeSA3MQ0K ICAgIG1vZGUgMA0KICAgIGFsZXJ0ICJtaWtlX3BhZ2VyIg0KICAgIA0KfQ0K DQpkb3VibGV3YWxrIHsNCiAgICBuYW1lICJhbmFraW5fcHJvY2Vzc2xpc3Qi DQogICAgaG9zdCAiYW5ha2luLnNtbGFiLmNvbSINCiAgICBjb21tdW5pdHkg Ik1seC0yMEwiDQogICAgZnJvbW9pZCAiLjEuMy42LjEuNC5lbnRlcnByaXNl cy51Y2RhdmlzLnByb2N0YWJsZS5wcmVudHJ5LnByZXJyb3JmbGFnIg0KICAg IHRvb2lkICIuMS4zLjYuMS40LmVudGVycHJpc2VzLnVjZGF2aXMucHJvY3Rh YmxlLnByZW50cnkucHJlcnJtZXNzYWdlIg0KICAgIGZyZXF1ZW5jeSA3Mg0K ICAgIG1vZGUgMA0KICAgIGFsZXJ0ICJtaWtlX3BhZ2VyIg0KfQ0KDQojIEhQ IHN3aXRjaC0xLnNtbGFiLmNvbSBpbmZvDQoNCnZhbHVlY2hhbmdlIHsNCiAg ICBuYW1lICJzd2l0Y2gtMV93YXR0byINCiAgICBob3N0ICJzd2l0Y2gtMS5z bWxhYi5jb20iDQogICAgY29tbXVuaXR5ICJNbHgtMjBMIg0KICAgIG9pZCAi aW50ZXJmYWNlcy5pZlRhYmxlLmlmRW50cnkuaWZPcGVyU3RhdHVzLjIiDQog ICAgZnJlcXVlbmN5IDQ1DQogICAgYWxlcnQgIm1pa2VfcGFnZXIiDQp9DQoN CnZhbHVlY2hhbmdlIHsNCiAgICBuYW1lICJzd2l0Y2gtMV9wYWxwYXRpbmUi DQogICAgaG9zdCAic3dpdGNoLTEuc21sYWIuY29tIg0KICAgIGNvbW11bml0 eSAiTWx4LTIwTCINCiAgICBvaWQgImludGVyZmFjZXMuaWZUYWJsZS5pZkVu dHJ5LmlmT3BlclN0YXR1cy4zIg0KICAgIGZyZXF1ZW5jeSA0NQ0KICAgIGFs ZXJ0ICJtaWtlX3BhZ2VyIg0KfQ0KDQp2YWx1ZWNoYW5nZSB7DQogICAgbmFt ZSAic3dpdGNoLTFfb2hzb3NmLTE5MiINCiAgICBob3N0ICJzd2l0Y2gtMS5z bWxhYi5jb20iDQogICAgY29tbXVuaXR5ICJNbHgtMjBMIg0KICAgIG9pZCAi aW50ZXJmYWNlcy5pZlRhYmxlLmlmRW50cnkuaWZPcGVyU3RhdHVzLjUiDQog ICAgZnJlcXVlbmN5IDQ1DQogICAgYWxlcnQgIm1pa2VfcGFnZXIiDQp9DQoN CnZhbHVlY2hhbmdlIHsNCiAgICBuYW1lICJzd2l0Y2gtMV9vaHNvc2YtMjA4 Ig0KICAgIGhvc3QgInN3aXRjaC0xLnNtbGFiLmNvbSINCiAgICBjb21tdW5p dHkgIk1seC0yMEwiDQogICAgb2lkICJpbnRlcmZhY2VzLmlmVGFibGUuaWZF bnRyeS5pZk9wZXJTdGF0dXMuNiINCiAgICBmcmVxdWVuY3kgNDUNCiAgICBh bGVydCAibWlrZV9wYWdlciINCn0NCg0KdmFsdWVjaGFuZ2Ugew0KICAgIG5h bWUgInN3aXRjaC0xX3Rhcmtpbi0xOTIiDQogICAgaG9zdCAic3dpdGNoLTEu c21sYWIuY29tIg0KICAgIGNvbW11bml0eSAiTWx4LTIwTCINCiAgICBvaWQg ImludGVyZmFjZXMuaWZUYWJsZS5pZkVudHJ5LmlmT3BlclN0YXR1cy43Ig0K ICAgIGZyZXF1ZW5jeSA0NQ0KICAgIGFsZXJ0ICJtaWtlX3BhZ2VyIg0KfQ0K DQp2YWx1ZWNoYW5nZSB7DQogICAgbmFtZSAic3dpdGNoLTFfc3J2LTYiDQog ICAgaG9zdCAic3dpdGNoLTEuc21sYWIuY29tIg0KICAgIGNvbW11bml0eSAi TWx4LTIwTCINCiAgICBvaWQgImludGVyZmFjZXMuaWZUYWJsZS5pZkVudHJ5 LmlmT3BlclN0YXR1cy44Ig0KICAgIGZyZXF1ZW5jeSA2MA0KICAgIGFsZXJ0 ICJtaWtlX3BhZ2VyIg0KfQ0KDQp2YWx1ZWNoYW5nZSB7DQogICAgbmFtZSAi c3dpdGNoLTFfbGFiLWh1YiINCiAgICBob3N0ICJzd2l0Y2gtMS5zbWxhYi5j b20iDQogICAgY29tbXVuaXR5ICJNbHgtMjBMIg0KICAgIG9pZCAiaW50ZXJm YWNlcy5pZlRhYmxlLmlmRW50cnkuaWZPcGVyU3RhdHVzLjExIg0KICAgIGZy ZXF1ZW5jeSA0NQ0KICAgIGFsZXJ0ICJtaWtlX3BhZ2VyIg0KfQ0KDQp2YWx1 ZWNoYW5nZSB7DQogICAgbmFtZSAic3dpdGNoLTFfYmlsbGluZy1odWIiDQog ICAgaG9zdCAic3dpdGNoLTEuc21sYWIuY29tIg0KICAgIGNvbW11bml0eSAi TWx4LTIwTCINCiAgICBvaWQgImludGVyZmFjZXMuaWZUYWJsZS5pZkVudHJ5 LmlmT3BlclN0YXR1cy4xMiINCiAgICBmcmVxdWVuY3kgNDUNCiAgICBhbGVy dCAibWlrZV9wYWdlciINCn0NCg0KdmFsdWVjaGFuZ2Ugew0KICAgIG5hbWUg InN3aXRjaC0xX2FuYWtpbiINCiAgICBob3N0ICJzd2l0Y2gtMS5zbWxhYi5j b20iDQogICAgY29tbXVuaXR5ICJNbHgtMjBMIg0KICAgIG9pZCAiaW50ZXJm YWNlcy5pZlRhYmxlLmlmRW50cnkuaWZPcGVyU3RhdHVzLjEzIg0KICAgIGZy ZXF1ZW5jeSA0NQ0KICAgIGFsZXJ0ICJtaWtlX3BhZ2VyIg0KfQ0KDQp2YWx1 ZWNoYW5nZSB7DQogICAgbmFtZSAic3dpdGNoLTFfZXdvayINCiAgICBob3N0 ICJzd2l0Y2gtMS5zbWxhYi5jb20iDQogICAgY29tbXVuaXR5ICJNbHgtMjBM Ig0KICAgIG9pZCAiaW50ZXJmYWNlcy5pZlRhYmxlLmlmRW50cnkuaWZPcGVy U3RhdHVzLjE2Ig0KICAgIGZyZXF1ZW5jeSA0NQ0KICAgIGFsZXJ0ICJtaWtl X3BhZ2VyIg0KfQ0KDQp2YWx1ZWNoYW5nZSB7DQogICAgbmFtZSAic3dpdGNo LTFfb3dlbiINCiAgICBob3N0ICJzd2l0Y2gtMS5zbWxhYi5jb20iDQogICAg Y29tbXVuaXR5ICJNbHgtMjBMIg0KICAgIG9pZCAiaW50ZXJmYWNlcy5pZlRh YmxlLmlmRW50cnkuaWZPcGVyU3RhdHVzLjE3Ig0KICAgIGZyZXF1ZW5jeSA0 NQ0KICAgIGFsZXJ0ICJtaWtlX3BhZ2VyIg0KfQ0KDQp2YWx1ZWNoYW5nZSB7 DQogICAgbmFtZSAic3dpdGNoLTFfd29va2llIg0KICAgIGhvc3QgInN3aXRj aC0xLnNtbGFiLmNvbSINCiAgICBjb21tdW5pdHkgIk1seC0yMEwiDQogICAg b2lkICJpbnRlcmZhY2VzLmlmVGFibGUuaWZFbnRyeS5pZk9wZXJTdGF0dXMu MTgiDQogICAgZnJlcXVlbmN5IDQ1DQogICAgYWxlcnQgIm1pa2VfcGFnZXIi DQp9DQoNCnZhbHVlY2hhbmdlIHsNCiAgICBuYW1lICJzd2l0Y2gtMV9TTy1o dWIiDQogICAgaG9zdCAic3dpdGNoLTEuc21sYWIuY29tIg0KICAgIGNvbW11 bml0eSAiTWx4LTIwTCINCiAgICBvaWQgImludGVyZmFjZXMuaWZUYWJsZS5p ZkVudHJ5LmlmT3BlclN0YXR1cy4yMCINCiAgICBmcmVxdWVuY3kgNDUNCiAg ICBhbGVydCAibWlrZV9wYWdlciINCn0NCg0KdmFsdWVjaGFuZ2Ugew0KICAg IG5hbWUgInN3aXRjaC0xX21pa2UtZXh0cmEiDQogICAgaG9zdCAic3dpdGNo LTEuc21sYWIuY29tIg0KICAgIGNvbW11bml0eSAiTWx4LTIwTCINCiAgICBv aWQgImludGVyZmFjZXMuaWZUYWJsZS5pZkVudHJ5LmlmT3BlclN0YXR1cy4y MSINCiAgICBmcmVxdWVuY3kgNDUNCiAgICBhbGVydCAibWlrZV9wYWdlciIN Cn0NCg0KdmFsdWVjaGFuZ2Ugew0KICAgIG5hbWUgInN3aXRjaC0xX21pa2Ut aHViIg0KICAgIGhvc3QgInN3aXRjaC0xLnNtbGFiLmNvbSINCiAgICBjb21t dW5pdHkgIk1seC0yMEwiDQogICAgb2lkICJpbnRlcmZhY2VzLmlmVGFibGUu aWZFbnRyeS5pZk9wZXJTdGF0dXMuMjIiDQogICAgZnJlcXVlbmN5IDQ1DQog ICAgYWxlcnQgIm1pa2VfcGFnZXIiDQp9DQoNCnZhbHVlY2hhbmdlIHsNCiAg ICBuYW1lICJzd2l0Y2gtMV9tYWlubmV0Ig0KICAgIGhvc3QgInN3aXRjaC0x LnNtbGFiLmNvbSINCiAgICBjb21tdW5pdHkgIk1seC0yMEwiDQogICAgb2lk ICJpbnRlcmZhY2VzLmlmVGFibGUuaWZFbnRyeS5pZk9wZXJTdGF0dXMuMjQi DQogICAgZnJlcXVlbmN5IDQ1DQogICAgYWxlcnQgIm1pa2VfcGFnZXIiDQp9 DQoNCg0K ---1725513112-1592462895-940668277=:18308-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 23 3:58:42 1999 Delivered-To: freebsd-stable@freebsd.org Received: from proteus.8eight8.net.ph (proteus.8eight8.net.ph [202.78.92.254]) by hub.freebsd.org (Postfix) with ESMTP id CA2A214D17; Sat, 23 Oct 1999 03:58:31 -0700 (PDT) (envelope-from deponz@proteus.8eight8.net.ph) Received: from [127.0.0.1] (HELO proteus.8eight8.net.ph) by proteus.8eight8.net.ph (CommuniGate Pro SMTP 3.1b6) with SMTP id 680010; Sat, 23 Oct 1999 19:14:11 +0800 From: Dennis Michael F.Ponseca & Reply-To: deponz@proteus.8eight8.net.ph To: Tom , Gong Wei Subject: Re: 3.3 Stable Performance Monitoring Date: Sat, 23 Oct 1999 19:12:35 +0800 X-Mailer: KMail [version 1.0.17] Content-Type: text/plain Cc: "'freebsd-questions@freebsd.org'" , "'freebsd-stable@freebsd.org'" References: MIME-Version: 1.0 Message-Id: <99102319141100.27206@proteus.8eight8.net.ph> Content-Transfer-Encoding: 8bit X-KMail-Mark: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG *This message was transferred with a trial version of CommuniGate(tm) Pro* On Sat, 23 Oct 1999, Tom wrote: Another way to the monitor system performance in conjunction to snmp is try to use the MRTG package, in the contrib directory u can find a lot of useful and working plugins that will monitor system performance. > *This message was transferred with a trial version of CommuniGate(tm) Pro* > On Sat, 23 Oct 1999, Gong Wei wrote: > > > We also have a few Solaris machines around. We've purchased a SNMP agent > > from Empire Technology (www.empiretech.com) which can report various system > > performance related parameters, like swap usage, system load, cpu > > utilization, number of open file descriptor, number of processes, etc. > > > > The bad news is that their product doesn't support FreeBSD, although it does > > support Linux. So we cannot use this tool to monitor the system > > performance. Instead, we need something else which can do roughly the same > > thing. > > > > Among so many parameters our immediate interests is the following: > > * CPU utilization, % used in Kernel space vs % used in user space > > * RAM utilization > > * SWAP utilization > > * Network bandwidth usage > > * number of file descriptors used > > > > As ususal, any hints/comments are more than welcomed. Please do mail a copy > > of your response to me directly. Thanks! > > The ucd-snmp package includes a snmp daemon (snmpd). That last time I > did a snmpwalk on it, it reported lots of stuff like you want. The funny > part, is that this server probably works on Solaris too, and doesn't cost > anything! > > BTW, I usually get the network bandwidth off the switch the server is > plugged into though. > > Tom > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 23 8: 8:39 1999 Delivered-To: freebsd-stable@freebsd.org Received: from androcles.com (androcles.com [204.57.240.10]) by hub.freebsd.org (Postfix) with ESMTP id DB11B14C99; Sat, 23 Oct 1999 08:08:36 -0700 (PDT) (envelope-from alex@androcles.com) Received: (from dhh@localhost) by androcles.com (8.9.3/8.9.3) id IAA93765; Sat, 23 Oct 1999 08:08:26 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <762388C091FAD01180FF00A02462137801AC5BFD@exchange.nus.edu.sg> Date: Sat, 23 Oct 1999 08:08:26 -0700 (PDT) Reply-To: dhh@androcles.com From: "Duane H. Hesser" To: Gong Wei Subject: RE: 3.3 Stable Performance Monitoring Cc: "freebsd-stable@freebsd.org" , "freebsd-questions@freebsd.org" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Big Brother? home: http://maclawran.ca/bb-dnld/index.html demo: http://maclawran.ca/bb-dnld/new-demo.html -------------- Duane H. Hesser dhh@androcles.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 23 22:49:47 1999 Delivered-To: freebsd-stable@freebsd.org Received: from smtp2.hawaii.rr.com (smtp2.hawaii.rr.com [204.210.97.12]) by hub.freebsd.org (Postfix) with ESMTP id 7BA2714DF6 for ; Sat, 23 Oct 1999 22:49:46 -0700 (PDT) (envelope-from andersons001@hawaii.rr.com) Received: from andersons001.hawaii.rr.com - 204.210.112.99 by smtp2.hawaii.rr.com with Microsoft SMTPSVC(5.5.1774.114.11); Sat, 23 Oct 1999 19:52:51 -1000 Message-ID: <006501bf1de2$fbb63520$6370d2cc@hawaii.rr.com> From: "Steve Anderson" To: Subject: Date: Sat, 23 Oct 1999 19:45:30 -1000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG auth a2ecdf82 unsubscribe freebsd-stable andersons001@hawaii.rr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Oct 23 23:32: 7 1999 Delivered-To: freebsd-stable@freebsd.org Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (Postfix) with ESMTP id 26772150E1; Sat, 23 Oct 1999 23:31:44 -0700 (PDT) (envelope-from asami@sunrise.cs.berkeley.edu) Received: from bubble.didi.com (sji-ca3-59.ix.netcom.com [209.109.233.59]) by vader.cs.berkeley.edu (8.9.3/8.9.3) with ESMTP id XAA07612; Sat, 23 Oct 1999 23:31:40 -0700 (PDT) (envelope-from asami@sunrise.cs.berkeley.edu) Received: (from asami@localhost) by bubble.didi.com (8.9.3/8.8.8) id WAA40169; Sat, 23 Oct 1999 22:01:28 -0700 (PDT) (envelope-from asami) To: Kris Kennaway Cc: "Jeffrey J. Libman" , freebsd-stable@FreeBSD.ORG Subject: Re: building pgp5 from ports fails References: From: asami@FreeBSD.ORG (Satoshi - Ports Wraith - Asami) Date: 23 Oct 1999 22:01:24 -0700 In-Reply-To: Kris Kennaway's message of "Sun, 17 Oct 1999 15:52:07 -0700 (PDT)" Message-ID: Lines: 16 X-Mailer: Gnus v5.7/Emacs 20.4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * From: Kris Kennaway * Having said that, is there any way you could get bento building restricted * ports, but not publishing the packages? It's quite useful for the kind of * thing I tried to apply it to (i.e. figuring out whether the port itself is * broken, or if it's just the local setup). That's a good idea. Since the packages are copied over to ftp.FreeBSD.org only once per week, there shouldn't be any problem building RESTRICTED ports during other times. Actually, since it now creates a restricted.sh file that can be used to remove restricted packages and distfiles, maybe I can always build everything and run the script before copying the files over.... -PW To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message