From owner-freebsd-stable Sun Sep 23 0: 5:54 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sanctuary.magill.unisa.edu.au (sanctuary.magill.unisa.edu.au [130.220.227.239]) by hub.freebsd.org (Postfix) with ESMTP id 83EBE37B41E for ; Sun, 23 Sep 2001 00:05:50 -0700 (PDT) Received: from localhost (sayersjm@localhost) by sanctuary.magill.unisa.edu.au (8.11.6/8.11.4) with ESMTP id f8N75cq35774 for ; Sun, 23 Sep 2001 16:35:39 +0930 (CST) (envelope-from Jarrod.Sayers@unisa.edu.au) Date: Sun, 23 Sep 2001 16:35:38 +0930 (CST) From: Jarrod Sayers X-X-Sender: To: Subject: setuid perl Message-ID: <20010923163133.E20842-100000@sanctuary.magill.unisa.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmm. In 5 words ot less, is it possible to use perlcc to compile a perl script and setuid it to a user on the system which will then run in a web site. Reason: using a database which is owned by 'fred:fred' lets say. Apache runs as 'httpd:www'. I need this script to be setuid (or gid) fred so it can access the database WITHOUT me chgrping up the database folder to www. This was only the script can access the db, nothing else. I have a strong feeling that its going to be NO, so can anyone suggest any other methods? Cheers, Jarrod Sayers Information Technologist School of Communication, Information and New Media University of South Australia, Magill Campus. Phone: +61 8 83024045 Fax: +61 8 83024745 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 23 1:17: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from post.mail.nl.demon.net (post-11.mail.nl.demon.net [194.159.73.21]) by hub.freebsd.org (Postfix) with ESMTP id C444337B42C for ; Sun, 23 Sep 2001 01:17:02 -0700 (PDT) Received: from [195.173.248.152] (helo=chain.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.22 #1) id 15l4Rh-000G7w-00 for freebsd-stable@FreeBSD.ORG; Sun, 23 Sep 2001 08:17:01 +0000 Received: from chain.demon.nl (spitfire.chain.loc [192.168.0.2]) by chain.demon.nl (8.11.6/8.11.6) with ESMTP id f8N8FdL04164 for ; Sun, 23 Sep 2001 10:15:39 +0200 (CEST) (envelope-from sven@chain.demon.nl) Message-ID: <3BAD9A28.90001@chain.demon.nl> Date: Sun, 23 Sep 2001 10:15:36 +0200 From: Sven Hazejager User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20010913 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: Re: Parallel port config References: <200109222140.XAA07852@lurza.secnetix.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Interesting. It returns "device busy"... I've noticed that the drq line does not respond to the DMA set in the BIOS (= 3), I'm going to change that now... Sven Oliver Fromme wrote: > >Have you tried lptcontrol -e? > >Regards > Oliver > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 23 2: 8:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from heaven.gigo.com (gigo.com [207.173.11.186]) by hub.freebsd.org (Postfix) with ESMTP id 7F5E537B416 for ; Sun, 23 Sep 2001 02:08:14 -0700 (PDT) Received: from localhost (localhost.gigo.com [127.0.0.1]) by heaven.gigo.com (Postfix) with ESMTP id 2FB77B85A; Sun, 23 Sep 2001 02:07:39 -0700 (PDT) Date: Sun, 23 Sep 2001 02:07:39 -0700 (PDT) From: Jason Fesler To: Jarrod Sayers Cc: Subject: Re: setuid perl In-Reply-To: <20010923163133.E20842-100000@sanctuary.magill.unisa.edu.au> Message-ID: <20010923020531.Q84704-100000@heaven.gigo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I have a strong feeling that its going to be NO, so can anyone suggest any > other methods? 5 words: setuid scripts are way bad Alternatives to setuid, for your stated purposes: http://httpd.apache.org/docs/suexec.html http://cgiwrap.unixtools.org/ -- Jason Fesler http://gigo.com/resume.html "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." - Benjamin Franklin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 23 3:45: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134]) by hub.freebsd.org (Postfix) with ESMTP id 7B28537B40D for ; Sun, 23 Sep 2001 03:44:59 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id MAA13062; Sun, 23 Sep 2001 12:44:43 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f8NAic009940; Sun, 23 Sep 2001 12:44:38 +0200 (CEST) (envelope-from wkb) Date: Sun, 23 Sep 2001 12:44:38 +0200 From: Wilko Bulte To: Matt Dillon Cc: "David W. Chapman Jr." , "Chad R. Larson" , "Daniel O'Connor" , j mckitrick , freebsd-stable@FreeBSD.ORG, Nuno Teixeira Subject: Re: hw.ata.wc && hw.ata.tags && softupdates short question Message-ID: <20010923124438.A9914@freebie.xs4all.nl> References: <20010921035414.B75668@dogma.freebsd-uk.eu.org> <20010922182052.B16388@freeway.dcfinc.com> <002501c143d0$78fa1b40$fe0c4042@inethouston.net> <200109230246.f8N2k2083827@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109230246.f8N2k2083827@earth.backplane.com>; from dillon@earth.backplane.com on Sat, Sep 22, 2001 at 07:46:02PM -0700 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 07:46:02PM -0700, Matt Dillon wrote: > > : > :As pointed out, its believed that IBM uses capacitors to fix this problem. > > I'm rather skeptical of this. If someone can point out the article > or technical spec then ok, but otherwise it's just rumor. It would take > a fairly large capacitor to hold the input voltages in spec long enough > to write out the cache. > > -Matt A larger cap, absolutely. In days long gone by disk manufacturers used the energy stored in the rotation of the platters to power an emergency head-retract on AC powerfail. Sometimes a small rechargable battery was used. Of course neither of this fits the requirements of a cache flush. The last thing you want to do is write on a disk that is not at nominal rpm. W/ -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 23 4:45:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from blueyonder.co.uk (pcow035o.blueyonder.co.uk [195.188.53.121]) by hub.freebsd.org (Postfix) with ESMTP id E685B37B420 for ; Sun, 23 Sep 2001 04:45:17 -0700 (PDT) Received: from reiteration.net ([62.31.233.77]) by blueyonder.co.uk with Microsoft SMTPSVC(5.5.1877.687.68); Sun, 23 Sep 2001 12:45:36 +0100 Message-ID: <9lT6+5AZscr7EwJa@reiteration.net> Date: Sun, 23 Sep 2001 12:44:25 +0100 To: freebsd-stable@freebsd.org From: John Subject: Re: cvsup-mirror port References: <20010922213907.A59475@freebsd.tekrealm.net> In-Reply-To: <20010922213907.A59475@freebsd.tekrealm.net> MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.01 U Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20010922213907.A59475@freebsd.tekrealm.net>, Andrew Stuart writes >what you need to do is edit your config.sh (normal install is >/usr/local/etc/cvsup/config.sh) and change the >host="cvsup-master.freebsd.org" to whatever the closest mirror to you >is. such as cvsup3.freebsd.org. thanks, that fixed it! -- John - freebsd-lists@i-zone.demon.co.uk - jfm@reiteration.net http://www.reiteration.net/~jfm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 23 7: 5:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mmu.edu.my (ext-dns.mmu.edu.my [203.106.62.11]) by hub.freebsd.org (Postfix) with ESMTP id 90F5737B40C for ; Sun, 23 Sep 2001 07:05:17 -0700 (PDT) Received: from venus.cyber.mmu.edu.my (venus.cyber.mmu.edu.my [203.106.62.12]) by mmu.edu.my (8.9.1b+Sun/8.9.1) with ESMTP id WAA26992 for ; Sun, 23 Sep 2001 22:01:31 +0800 (MYT) Received: from there ([10.100.99.40]) by venus.cyber.mmu.edu.my (8.8.8+Sun/8.8.8) with SMTP id WAA03886 for ; Sun, 23 Sep 2001 22:01:24 +0800 (SGT) Message-Id: <200109231401.WAA03886@venus.cyber.mmu.edu.my> Content-Type: text/plain; charset="iso-8859-1" From: nuzrin yaapar Reply-To: nuzrin@goose.net.my Organization: multimedia university To: freebsd-stable@freebsd.org Subject: options HZ=1000 Date: Sun, 23 Sep 2001 22:15:12 +0800 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I've been searching for quite some time now but cannot find any pointers. It's regarding the options HZ=1000 in the kernel configuration file. Do anyone know what impact this setting might have to the overall performance? Any other things I should be aware of when I use this options? Any experiences shared or pointers will be greatly appreciated. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 23 7:47:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id 95F5737B422 for ; Sun, 23 Sep 2001 07:47:08 -0700 (PDT) Received: (from olli@localhost) by lurza.secnetix.de (8.9.3/8.9.3) id QAA47034; Sun, 23 Sep 2001 16:47:00 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Date: Sun, 23 Sep 2001 16:47:00 +0200 (CEST) Message-Id: <200109231447.QAA47034@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, nuzrin@goose.net.my Reply-To: freebsd-stable@FreeBSD.ORG, nuzrin@goose.net.my Subject: Re: options HZ=1000 In-Reply-To: <200109231401.WAA03886@venus.cyber.mmu.edu.my> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.1-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG nuzrin yaapar wrote: > I've been searching for quite some time now but cannot find any pointers. > It's regarding the options HZ=1000 in the kernel configuration file. Do > anyone know what impact this setting might have to the overall performance? > Any other things I should be aware of when I use this options? > > Any experiences shared or pointers will be greatly appreciated. It depends what your intention is. To increase scheduler granularity, I'd recommend not to fiddle with HZ, but instead to decrese the kern.quantum sysctl. This helps especially when you're running processes that are cpu-bound and processes that are i/o- bound on the same machine. I've seen this on fileservers running rc5 (or seti, or prime number crunchers, or similar stuff). As soon as you started the cpu-bound process, the network performance of the fileserver dropped down noticeable, no matter whether you used nice (or even idprio) or not. Tuning kern.quantum fixed the problem. Increasing the rate by a factor of 10 shouldn't have any significant overhead. Keep in mind that a 1 GHz processor executes one million cycles within one millisecond. So, one millisecond is quite an eternity for a CPU. :-) Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 23 8:42: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from fepF.post.tele.dk (fepF.post.tele.dk [195.41.46.135]) by hub.freebsd.org (Postfix) with ESMTP id 7FF3737B418 for ; Sun, 23 Sep 2001 08:41:56 -0700 (PDT) Received: from there ([62.243.124.171]) by fepF.post.tele.dk (InterMail vM.4.01.03.21 201-229-121-121-20010307) with SMTP id <20010923154154.KKON2356.fepF.post.tele.dk@there>; Sun, 23 Sep 2001 17:41:54 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Bjarne Wichmann Petersen To: "Kurt D. Bollacker" , freebsd-stable@freebsd.org Subject: Re: "virtual timer expired" - me too Date: Sun, 23 Sep 2001 17:44:14 +0200 X-Mailer: KMail [version 1.3] References: <20010922002739.D36078@longnow.org> In-Reply-To: <20010922002739.D36078@longnow.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20010923154154.KKON2356.fepF.post.tele.dk@there> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 22 September 2001 09:27, Kurt D. Bollacker wrote: > I just reinstalled my dual CPU Dell PowerEdge server (adaptec 7890 > SCSI chipset) with 4.4 (I was running 4.2), but during the creation of > backup superblocks during newfs on /, I get a "Virtual timer expired" > error. Of course, newfs halts, and the installation fails. I cannot > find any reference anywhere as to what this error means coming from > newfs. Since 4.2 and 4.3 install just fine, I have to assume this is > a 4.4 specific bug, am willing to investigate it, but I need to start > by knowing what the error means. I just upgraded to 4.4-STABLE as well today and I can't use vlc anymore. Every time I try to play a DVD I get "virtual timer expired". Though mounting it and playing the files directly pose no problem (apart from css that is...). Bjarne To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 23 8:47:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 7DAED37B403 for ; Sun, 23 Sep 2001 08:47:07 -0700 (PDT) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f8NFiBR01658; Sun, 23 Sep 2001 08:44:13 -0700 (PDT) Message-Id: <200109231544.f8NFiBR01658@ptavv.es.net> To: "Chad R. Larson" Cc: "Daniel O'Connor" , j mckitrick , freebsd-stable@FreeBSD.ORG, Nuno Teixeira , "David W. Chapman Jr." Subject: Re: hw.ata.wc && hw.ata.tags && softupdates short question In-reply-to: Your message of "Sat, 22 Sep 2001 18:20:52 PDT." <20010922182052.B16388@freeway.dcfinc.com> Date: Sun, 23 Sep 2001 08:44:11 -0700 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chad, Many older removable SMD drives had enough momentum to keep spinning for minutes and used a dummy load across the motor to stop in a reasonable time. The big issue with these drives was parking the massive voice coil mounted heads stack. This took a LOT of energy and CDC drives used the capacitor bank to do the job, but some smaller drives (Diablo, Century) did use the motor as a generator. Of course, this was not an attempt to flush 2 MB of cache. They only had 512 bytes of cache to contain one sector of data and this was written out before the heads retracted on most disks. These drives lacked a smart controller and any drive optimization was entirely done in the driver. Modern ATA disks are tiny. The momentum in a spinning disk is also tiny and I doubt you could get enough energy to flush the entire cache with multiple seeks and many rotations at near full speed required to do the job. I strongly suspect that capacitance is the only game in town. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 23 8:50:49 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.wagsky.com (wildside.wagsky.com [64.220.148.97]) by hub.freebsd.org (Postfix) with ESMTP id 8E25537B403 for ; Sun, 23 Sep 2001 08:50:45 -0700 (PDT) Received: from localhost (jeff@localhost) by smtp.wagsky.com (8.11.6/8.9.3) with ESMTP id f8NFoip42672 for ; Sun, 23 Sep 2001 08:50:45 -0700 (PDT) (envelope-from jeff@spotlife.com) X-Authentication-Warning: wildside.wagsky.com: jeff owned process doing -bs Date: Sun, 23 Sep 2001 08:50:44 -0700 (PDT) From: Jeff Kletsky X-Sender: jeff@wildside.wagsky.com Reply-To: Jeff Kletsky To: freebsd-stable@freebsd.org Subject: Two versions of 4.4 ISO-IMAGES Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Depending on when one pulled ISO images for 'install' and 'mini,' I find that the dates and MD5 are different. From the 4.4 Errata, and messages of 20 September in this group, I am guessing that the images of September 21st contain the (DOS installation) tools directory that was inadvertently omitted from the initial images. I am hoping that there are no other changes. Would someone in the know confirm the extent of the changes? Thanks Jeff ----- Jeffrey Marc Kletsky 650.356.6919 vox Director Of Product Management 650.356.6997 fax SpotLife Inc. 1950 Leslie St. San Mateo, CA 94403 Share your videos - live or recorded! Personal Video Broadcasting - www.spotlife.com See if I'm at my desk! http://www.spotlife.com/users/jeff/webcam/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 23 9: 2:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 5B51637B409 for ; Sun, 23 Sep 2001 09:02:20 -0700 (PDT) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id B47385D33; Sun, 23 Sep 2001 18:02:18 +0200 (CEST) Date: Sun, 23 Sep 2001 18:02:18 +0200 From: Jesper Skriver To: Jeff Kletsky Cc: freebsd-stable@freebsd.org Subject: Re: Two versions of 4.4 ISO-IMAGES Message-ID: <20010923180218.A28133@skriver.dk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jeff@spotlife.com on Sun, Sep 23, 2001 at 08:50:44AM -0700 X-PGP-Fingerprint: 6B88 9CE8 66E9 E631 C9C5 5EB4 22AB F0EC F956 1C31 X-PGP-Public-Key: http://freesbee.wheel.dk/~jesper/gpgkey.pub Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Sep 23, 2001 at 08:50:44AM -0700, Jeff Kletsky wrote: > Depending on when one pulled ISO images for 'install' and 'mini,' I find > that the dates and MD5 are different. From the 4.4 Errata, and messages > of 20 September in this group, I am guessing that the images of September > 21st contain the (DOS installation) tools directory that was inadvertently > omitted from the initial images. I am hoping that there are no other > changes. > > Would someone in the know confirm the extent of the changes? It's only the tools directory that's different. /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 23 9:35: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id F064D37B405 for ; Sun, 23 Sep 2001 09:35:03 -0700 (PDT) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f8NGYwR28149; Sun, 23 Sep 2001 09:34:58 -0700 (PDT) Message-Id: <200109231634.f8NGYwR28149@ptavv.es.net> To: "Juha Saarinen" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: loopback not working for anything other than 127.0.0.1 In-reply-to: Your message of "Sun, 23 Sep 2001 15:08:06 +1200." <000701c143dc$f7331230$0a01a8c0@den2> Date: Sun, 23 Sep 2001 09:34:58 -0700 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: "Juha Saarinen" > Date: Sun, 23 Sep 2001 15:08:06 +1200 > Sender: owner-freebsd-stable@FreeBSD.ORG > > :: and note that the only ipv4 address listed is '127.0.0.1'. > > How come it works under Linux? Because the Linux IP stack is horribly broken. (No,this particular item is only stupid as the result of an anomalous reading of an RFC), but the over-all TCP/IP stack in some releases is totally hosed. We recently had a problem with some host flooding one of our OC-3 (155 Mbps) links from a Gig-E system. The traffic was TCP, not UDP, but it totally failed to back off when congestion was encountered, even when ACKs were taking up to 2 seconds to get back to the system, it kept blasting away. Please, please, never use Linux networking as good example! (And please, please, don't use Linux networking on my network.) R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Sep 23 10:48:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mw1.texas.net (mw1.texas.net [206.127.30.11]) by hub.freebsd.org (Postfix) with ESMTP id A6D2B37B405 for ; Sun, 23 Sep 2001 10:48:26 -0700 (PDT) Received: from staff3.texas.net (staff3.texas.net [207.207.0.40]) by mw1.texas.net (8.11.6/8.11.6) with ESMTP id f8NHmPr14669 for ; Sun, 23 Sep 2001 12:48:25 -0500 (CDT) Received: (from doug@localhost) by staff3.texas.net (8.11.6/8.11.6) id f8NHmPH16453 for freebsd-stable@freebsd.org; Sun, 23 Sep 2001 12:48:25 -0500 (CDT) (envelope-from doug) Date: Sun, 23 Sep 2001 12:48:24 -0500 From: Douglas Swarin To: freebsd-stable@freebsd.org Subject: 4.4-STABLE rslock panic (after vm_fault) Message-ID: <20010923124824.A16392@staff.texas.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG One of the machines I administer today paniced as described at the end of this message. A dmesg follows that. I was not running a debugging kernel at that time, but I have compiled one and installed it. I cannot reboot the machine since it is a production box, but if the crash happens twice more I will have a debug kernel in place to analyze the problem. Does anyone have any ideas what the problem might be? Thanks in advance. Doug Swarin doug@texas.net -- CRASH INFORMATION -------------------------------------------- SMP 2 cpus IdlePTD 3567616 initial pcb at 2cf2c0 panicstr: rslock: cpu: 1, addr: 0xd7ebfcec, lock: 0x01000001 panic messages: --- panic: rslock: cpu: 1, addr: 0xd7ebfcec, lock: 0x01000001 mp_lock = 01000001; cpuid = 1; lapic.id = 00000000 boot() called on cpu#1 syncing disks... 8 done Uptime: 4d3h16m40s --- (kgdb) back #0 0xc016d17e in dumpsys () #1 0xc016cf9f in boot () #2 0xc016d3b9 in panic () #3 0xc025bd0e in bsl1 () #4 0xc021eef0 in _unlock_things () #5 0xc021f90b in vm_fault () #6 0xc025d056 in trap_pfault () #7 0xc025cacb in trap () #8 0x80491c6 in ?? () -- OUTPUT OF DMESG ---------------------------------------------- Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.4-RELEASE #3: Tue Sep 18 16:42:46 CDT 2001 doug@texas.net:/usr/obj/usr/src/sys/STAFF Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (447.00-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 536870912 (524288K bytes) avail memory = 519020544 (506856K bytes) Changing APIC ID for IO APIC #0 from 0 to 2 on chip Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc0348000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc034809c. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 9 entries at 0xc00fc8f0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 20 -> irq 2 IOAPIC #0 intpin 22 -> irq 10 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 pcib2: at device 2.0 on pci0 IOAPIC #0 intpin 16 -> irq 11 pci2: on pcib2 ahc0: port 0xec00-0xecff mem 0xf9fff000-0xf9ffffff irq 11 at device 4.0 on pci2 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/255 SCBs ahc1: port 0xe800-0xe8ff mem 0xf9ffe000-0xf9ffefff irq 11 at device 6.0 on pci2 aic7860: Ultra Single Channel A, SCSI Id=7, 3/255 SCBs isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at 7.1 pci0: at 7.2 irq 0 Timecounter "PIIX" frequency 3579545 Hz chip1: port 0x850-0x85f at device 7.3 on pci0 fxp0: port 0xdce0-0xdcff mem 0xfe000000-0xfe0fffff,0xf7000000-0xf7000fff irq 2 at device 8.0 on pci0 fxp0: Ethernet address 00:90:27:45:ee:3f inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: (vendor=0x10b7, dev=0x9055) at 12.0 irq 10 orm0: Blank
 

 

------=_NextPart_001_000F_01C14614.474F8AD0-- ------=_NextPart_000_000E_01C14614.474F8AD0 Content-Type: image/gif; name="Blank Bkgrd.gif" Content-Transfer-Encoding: base64 Content-ID: <000d01c14603$83c6bad0$99a371d5@reaper> R0lGODlhLQAtAID/AP////f39ywAAAAALQAtAEACcAxup8vtvxKQsFon6d02898pGkgiYoCm6sq2 7iqWcmzOsmeXeA7uPJd5CYdD2g9oPF58ygqz+XhCG9JpJGmlYrPXGlfr/Yo/VW45e7amp2tou/lW xo/zX513z+Vt+1n/tiX2pxP4NUhy2FM4xtjIUQAAOw== ------=_NextPart_000_000E_01C14614.474F8AD0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 14:31:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mailhub.state.me.us (mailhub.state.me.us [141.114.122.227]) by hub.freebsd.org (Postfix) with ESMTP id C40CE37B40A for ; Tue, 25 Sep 2001 14:31:25 -0700 (PDT) Received: from katahdin.bmv.state.me.us by mailhub.state.me.us with ESMTP for freebsd-stable@FreeBSD.ORG; Tue, 25 Sep 2001 17:06:51 -0400 Received: from localhost (darren@localhost) by katahdin.bmv.state.me.us (AIX4.2/UCB 8.7/8.7) with ESMTP id RAA29816 for ; Tue, 25 Sep 2001 17:08:44 -0400 (EDT) Date: Tue, 25 Sep 2001 17:08:43 -0400 (EDT) From: Darren Henderson To: freebsd-stable@FreeBSD.ORG Subject: 4.4 arp problem In-Reply-To: <3BB0CF0C.2CDCAA38@mitre.org> Message-Id: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I upgraded a system from 4.3-STABLE to 4.4-STABLE using cvs on 9/23. Everything was fine before the upgrade, upgrade went smoothly with the exeption of the MAKEDEV problem thats been reported on the list recently. This is a dual homed box (multi homed actually but only two interfaces are in the kernel and active). Typical set up with ipfw/natd. The system is apparently running just fine. However, I am seeing "/kernel: arp_rtrequest: bad gateway value" messages which were never there before. Anyone have an idea what may be causing them? Searching the archives and the web turns up precious little. This is apparently generated in netinet/if_ether and relates to aliases. I do have several aliases defined on one interface. They are configured in /etc/rc.conf as (x.y.z being numeric of course) ... ifconfig_dc0="inet 10.0.0.1 netmask 255.255.255.0" ifconfig_dc1="inet x.y.z.22 netmask 255.255.255.240" ifconfig_dc1_alias0="inet x.y.z.23 netmask 255.255.255.255" ifconfig_dc1_alias1="inet x.y.z.26 netmask 255.255.255.255" ifconfig_dc1_alias2="inet x.y.z.34 netmask 255.255.255.255" gateway_enable="YES" router_enable="YES" defaultrouter="x.y.z.21" And from netstat -rn we see (in part, lo0 & dc0 routes excluded).... default x.y.z.21 UGSc 29 541559 dc1 x.y.z.20/28 link#2 UC 2 0 dc1 x.y.z.21 (nic of gateway) UHLW 3 0 dc1 1183 x.y.z.23 x.y.z.23 UHLW 0 4 lo0 => x.y.z.23/32 link#2 UC 1 0 dc1 x.y.z.26 x.y.z.26 UHLW 0 10 lo0 => x.y.z.26/32 link#2 UC 1 0 dc1 x.y.z.34 (nic of link#2) UHLW 0 6 lo0 => x.y.z.34/32 link#2 UC 0 0 dc1 I believe 34 looks different then 23 and 26 becuase those two addresses are redirected via ipfw/natd to internal addresses. Something changed in the way interface aliases are handled? Am I looking at the wrong things? Any thoughts appreciated. -Darren ________________________________________________________________________ Darren Henderson darren@bmv.state.me.us darren.henderson@state.me.us To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 14:47:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.urx.com (2811.dynacom.net [206.107.213.4]) by hub.freebsd.org (Postfix) with ESMTP id 6B78D37B40B; Tue, 25 Sep 2001 14:47:05 -0700 (PDT) Received: from owt.com [206.159.132.160] by mail.urx.com with ESMTP (SMTPD32-7.03) id AB5333A043E; Tue, 25 Sep 2001 14:46:59 -0700 Message-ID: <3BB0FB4C.2F3E77C5@owt.com> Date: Tue, 25 Sep 2001 14:46:52 -0700 From: Kent Stewart X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en,pdf MIME-Version: 1.0 To: Ruslan Ermilov Cc: Hank Marquardt , freebsd-stable@FreeBSD.ORG Subject: Re: installworld fails gnu/usr.bin/groff/font References: <20010925064527.A13569@hermes.yerpso.net> <20010925153455.D97142@sunbay.com> <3BB0B7B8.AA058D67@owt.com> <20010925211810.D57333@sunbay.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ruslan Ermilov wrote: > > On Tue, Sep 25, 2001 at 09:58:32AM -0700, Kent Stewart wrote: > > > > > > Ruslan Ermilov wrote: > > > > > > Can you please check that the computer's date and time are set > > > correctly? It if is, can you please run the following command, > > > and send me its output: > > > > > > find /usr/src/contrib/groff /usr/src/gnu/usr.bin/groff -ls > > > > > > I suspect that modification dates of some files in /usr/src may > > > be set to a wrong (future) time. Then make(1) may get confused > > > thinking some targets are outdated in "installworld". > > > > Could this be a side effect of the "9 Sept 01 Cvsup Error". The S1G Cvsup bug makes the dates come out 31 Dec 69 instead of 10 Sep 01. Kent > > > Excuse me? > > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com Carl Sagan quote on Seti@home http://setiathome.ssl.berkeley.edu/pale_blue_dot.html It is hard to believe you are soaring with Eagles (las águilas) when you accept SPAM like a mouse (el ratón). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 15:10:31 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hermes.yerpso.net (dsl081-226-122.chi1.dsl.speakeasy.net [64.81.226.122]) by hub.freebsd.org (Postfix) with ESMTP id 04EA237B406; Tue, 25 Sep 2001 15:10:25 -0700 (PDT) Received: (from hmarq@localhost) by hermes.yerpso.net (8.11.4/8.9.3) id f8PLrfb16128; Tue, 25 Sep 2001 16:53:41 -0500 (CDT) (envelope-from hmarq) Date: Tue, 25 Sep 2001 16:53:40 -0500 From: Hank Marquardt To: Ruslan Ermilov Cc: Kent Stewart , Hank Marquardt , freebsd-stable@FreeBSD.ORG Subject: Re: installworld fails gnu/usr.bin/groff/font Message-ID: <20010925165339.A16093@hermes.yerpso.net> References: <20010925064527.A13569@hermes.yerpso.net> <20010925153455.D97142@sunbay.com> <3BB0B7B8.AA058D67@owt.com> <20010925211810.D57333@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010925211810.D57333@sunbay.com>; from ru@FreeBSD.ORG on Tue, Sep 25, 2001 at 09:18:10PM +0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This may very well be my problem, the date was/is 6 months off -- it was back in March 2001 -- battery must be going on the clock. Unfortuantely it's an old PII Laptop and building the world takes about 4 hours so I won't know if clearing the date issue resolves the problem right away -- As a little more background I did need to pkg_add the new cvsup snap before this cvsup round and that went OK -- I'd also note that the gnu/groff was theh only thing to complain in the build(world|kernel) install(world|kernel) cycle. Hank On Tue, Sep 25, 2001 at 09:18:10PM +0300, Ruslan Ermilov wrote: > On Tue, Sep 25, 2001 at 09:58:32AM -0700, Kent Stewart wrote: > > > > > > Ruslan Ermilov wrote: > > > > > > Can you please check that the computer's date and time are set > > > correctly? It if is, can you please run the following command, > > > and send me its output: > > > > > > find /usr/src/contrib/groff /usr/src/gnu/usr.bin/groff -ls > > > > > > I suspect that modification dates of some files in /usr/src may > > > be set to a wrong (future) time. Then make(1) may get confused > > > thinking some targets are outdated in "installworld". > > > > Could this be a side effect of the "9 Sept 01 Cvsup Error". > > > Excuse me? > > > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 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 -- Hank Marquardt http://web.yerpso.net Web & Database Development in PHP, MySQL/PostgreSQL Small Office Networking Solutions - Debian GNU/Linux & FreeBSD PHP Instructor - HTML Writers Guild *** Beginning PHP -- Starts August 20, 2001 *** http://www.hwg.org/services/classes/p171.3.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 15:18:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from office-plovdiv.digsys.bg (plovdiv20.pip.digsys.bg [193.68.2.20]) by hub.freebsd.org (Postfix) with ESMTP id 2AC3837B406 for ; Tue, 25 Sep 2001 15:18:30 -0700 (PDT) Received: from digsys.bg (localhost.digsys.bg [127.0.0.1]) by office-plovdiv.digsys.bg (8.11.6/8.11.1) with ESMTP id f8PMIRo00608 for ; Wed, 26 Sep 2001 01:18:28 +0300 (EEST) (envelope-from mishinev@digsys.bg) Message-ID: <3BB102B3.5965C0B4@digsys.bg> Date: Wed, 26 Sep 2001 01:18:27 +0300 From: Stoian Mishinev X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.4-STABLE i386) X-Accept-Language: bg, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: UDMA ICRC READ ERROR Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Can someone tell me wat this mean: Sep 26 01:11:51 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 135751 retrying Sep 26 01:11:52 gate last message repeated 2 times Sep 26 01:11:52 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 135751 falling back to PIO mode Thanks! Stoain Mishinev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 15:37:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from luke.immure.com (luke.immure.com [207.8.42.74]) by hub.freebsd.org (Postfix) with ESMTP id 858A937B414 for ; Tue, 25 Sep 2001 15:37:25 -0700 (PDT) Received: (from bob@localhost) by luke.immure.com (8.11.2/8.11.5) id f8PMbO046779 for freebsd-stable@freebsd.org; Tue, 25 Sep 2001 17:37:24 -0500 (CDT) (envelope-from bob) Date: Tue, 25 Sep 2001 17:37:24 -0500 From: Bob Willcox To: freebsd-stable@freebsd.org Message-ID: <20010925173724.A46638@luke.immure.com> Reply-To: Bob Willcox Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi All, I'm attempting to upgrade a 4.1.1-RELEASE system to 4-stable (cvsuped as of a couple of hours ago) and got the following build error: cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsd\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -DVERSION=\""2.11.2 20010719 [FreeBSD]"\" -DBFD_VERSION=\""2.11.2 20010719 [FreeBSD]"\" -static -o ld eelf_i386.o ldcref.o ldctor.o ldemul.o ldexp.o ldfile.o ldgram.o ldlang.o ldlex.o ldmain.o ldmisc.o ldver.o ldwrite.o lexsup.o mri.o ../libbfd/libbfd.a ../libiberty/libiberty.a eelf_i386.o: In function `gldelf_i386_open_dynamic_archive': eelf_i386.o(.text+0xc7b): undefined reference to `basename' *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/ld. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 I was running a "make buildworld" when this occurred. Does anyone have any idea what may have caused this? I have recently upgraded several other of my systems to 4-stable w/o this problem (they were probably at a somewhat higher version of the system already than this one). Thanks for any help you can provide, Bob -- Bob Willcox Putt's Law: bob@vieo.com Technology is dominated by two types of people: Austin, TX Those who understand what they do not manage. Those who manage what they do not understand. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 15:38:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.nipsi.de (dsl-213-023-032-196.arcor-ip.net [213.23.32.196]) by hub.freebsd.org (Postfix) with SMTP id F124537B418 for ; Tue, 25 Sep 2001 15:38:05 -0700 (PDT) Received: (qmail 82653 invoked from network); 25 Sep 2001 22:35:59 -0000 Received: from unknown (HELO nipsi.de) (172.16.1.101) by nipsi with SMTP; 25 Sep 2001 22:35:59 -0000 Message-ID: <3BB10777.40FCC1D8@nipsi.de> Date: Wed, 26 Sep 2001 00:38:47 +0200 From: Dennis Berger Organization: Nipsi X-Mailer: Mozilla 4.75 [de] (Windows NT 5.0; U) X-Accept-Language: de MIME-Version: 1.0 To: Stoian Mishinev Cc: freebsd-stable@freebsd.org Subject: Re: UDMA ICRC READ ERROR References: <3BB102B3.5965C0B4@digsys.bg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I had same problem cause I had a second hdd attached on the IDE-Bus but without energy connected. When I boot of the other Ide-disk it says UDMA ICRC ... errors. I detached the old disk from the ide-bus and everything works fine. But I must say mostly this error is a HDD or cable failure. Stoian Mishinev schrieb: > Hi, > > Can someone tell me wat this mean: > > Sep 26 01:11:51 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 135751 > retrying > Sep 26 01:11:52 gate last message repeated 2 times > Sep 26 01:11:52 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 135751 > falling back to PIO mode > > Thanks! > > Stoain Mishinev > > 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 Sep 25 15:38:41 2001 Delivered-To: freebsd-stable@freebsd.org Received: from stargate.nol.co.za (nol.co.za [196.33.45.2]) by hub.freebsd.org (Postfix) with ESMTP id B6AE537B412; Tue, 25 Sep 2001 15:38:34 -0700 (PDT) Received: from sun.sz.co.za ([196.33.45.209] helo=netgod.nol.co.za) by stargate.nol.co.za with esmtp (Exim 3.32 #1) id 15lznI-0006KT-00; Tue, 25 Sep 2001 23:31:08 +0200 Message-Id: <5.0.2.1.2.20010925233224.00abb660@nol.co.za> X-Sender: tim@nol.co.za X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Tue, 25 Sep 2001 23:32:56 +0200 To: freebsd-stable@freebsd.org From: "Timothy S. Bowers" Subject: 4.4stable not building Cc: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I've just installed FreeBSD from CD. When I do uname it says: FreeBSD 4.2-RELEASE I've cvsup'd my sources to 4.4stable but it does not compile with the command: make buildworld I get the following error: ---------------------------------------------- ===> usr.bin "usr/src/share/mk/bsd.subdir.mk", line 81: Inconsistent operator for ftp make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src. *** Error code 1 ----------------------------------------------- Please help, Timothy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 15:40:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from luke.immure.com (luke.immure.com [207.8.42.74]) by hub.freebsd.org (Postfix) with ESMTP id 1A91F37B407 for ; Tue, 25 Sep 2001 15:40:31 -0700 (PDT) Received: (from bob@localhost) by luke.immure.com (8.11.2/8.11.5) id f8PMeUh47071 for freebsd-stable@FreeBSD.ORG; Tue, 25 Sep 2001 17:40:30 -0500 (CDT) (envelope-from bob) Date: Tue, 25 Sep 2001 17:40:30 -0500 From: Bob Willcox To: freebsd-stable@FreeBSD.ORG Subject: Build error upgrading from 4.1.1 to 4-stable: undefined ref to basename Message-ID: <20010925174030.B46638@luke.immure.com> Reply-To: Bob Willcox References: <20010925173724.A46638@luke.immure.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010925173724.A46638@luke.immure.com>; from bob@immure.com on Tue, Sep 25, 2001 at 05:37:24PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry about that, I forgot the subject on this mail and mutt did what I said, not what I meant. :-) Bob On Tue, Sep 25, 2001 at 05:37:24PM -0500, Bob Willcox wrote: > Hi All, > > I'm attempting to upgrade a 4.1.1-RELEASE system to 4-stable (cvsuped as > of a couple of hours ago) and got the following build error: > > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsd\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -DVERSION=\""2.11.2 20010719 [FreeBSD]"\" -DBFD_VERSION=\""2.11.2 20010719 [FreeBSD]"\" -static -o ld eelf_i386.o ldcref.o ldctor.o ldemul.o ldexp.o ldfile.o ldgram.o ldlang.o ldlex.o ldmain.o ldmisc.o ldver.o ldwrite.o lexsup.o mri.o ../libbfd/libbfd.a ../libiberty/libiberty.a > eelf_i386.o: In function `gldelf_i386_open_dynamic_archive': > eelf_i386.o(.text+0xc7b): undefined reference to `basename' > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/binutils/ld. > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/binutils. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > > I was running a "make buildworld" when this occurred. Does anyone have > any idea what may have caused this? I have recently upgraded several > other of my systems to 4-stable w/o this problem (they were probably at > a somewhat higher version of the system already than this one). > > Thanks for any help you can provide, > > Bob > > -- > Bob Willcox Putt's Law: > bob@vieo.com Technology is dominated by two types of people: > Austin, TX Those who understand what they do not manage. > Those who manage what they do not understand. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Bob Willcox Putt's Law: bob@vieo.com Technology is dominated by two types of people: Austin, TX Those who understand what they do not manage. Those who manage what they do not understand. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 15:52:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.urx.com (2811.dynacom.net [206.107.213.4]) by hub.freebsd.org (Postfix) with ESMTP id 645B437B408 for ; Tue, 25 Sep 2001 15:52:15 -0700 (PDT) Received: from owt.com [206.159.132.160] by mail.urx.com with ESMTP (SMTPD32-7.03) id AA9DEAF0188; Tue, 25 Sep 2001 15:52:13 -0700 Message-ID: <3BB10A95.E880F69E@owt.com> Date: Tue, 25 Sep 2001 15:52:05 -0700 From: Kent Stewart X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en,pdf MIME-Version: 1.0 To: Bob Willcox Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Build error upgrading from 4.1.1 to 4-stable: undefined ref to basename References: <20010925173724.A46638@luke.immure.com> <20010925174030.B46638@luke.immure.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bob Willcox wrote: > > Sorry about that, I forgot the subject on this mail and mutt did what I > said, not what I meant. :-) Ruslan listed this patch early this morning. I don't know if it has been committed yet. Index: Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/libiberty/Makefile,v retrieving revision 1.11 diff -u -p -r1.11 Makefile --- Makefile 2001/09/14 23:07:02 1.11 +++ Makefile 2001/09/25 12:25:43 @@ -10,8 +10,7 @@ SRCS= argv.c choose-temp.c concat.c cp-d hex.c floatformat.c lbasename.c objalloc.c obstack.c safe-ctype.c \ xatexit.c xexit.c xmalloc.c \ xstrdup.c xstrerror.c -LIBC_BASENAME!= ar tv /usr/lib/libc.a | grep basename -.if ${LIBC_BASENAME} == "" +.if defined(BOOTSTRAPPING) SRCS+= basename.c .endif CFLAGS+= -DHAVE_CONFIG_H You might check you makefile and see if this has been included. Kent > > Bob > > On Tue, Sep 25, 2001 at 05:37:24PM -0500, Bob Willcox wrote: > > Hi All, > > > > I'm attempting to upgrade a 4.1.1-RELEASE system to 4-stable (cvsuped as > > of a couple of hours ago) and got the following build error: > > > > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsd\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -DVERSION=\""2.11.2 20010719 [FreeBSD]"\" -DBFD_VERSION=\""2.11.2 20010719 [FreeBSD]"\" -static -o ld eelf_i386.o ldcref.o ldctor.o ldemul.o ldexp.o ldfile.o ldgram.o ldlang.o ldlex.o ldmain.o ldmisc.o ldver.o ldwrite.o lexsup.o mri.o ../libbfd/libbfd.a ../libiberty/libiberty.a > > eelf_i386.o: In function `gldelf_i386_open_dynamic_archive': > > eelf_i386.o(.text+0xc7b): undefined reference to `basename' > > *** Error code 1 > > > > Stop in /usr/src/gnu/usr.bin/binutils/ld. > > *** Error code 1 > > > > Stop in /usr/src/gnu/usr.bin/binutils. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > > > I was running a "make buildworld" when this occurred. Does anyone have > > any idea what may have caused this? I have recently upgraded several > > other of my systems to 4-stable w/o this problem (they were probably at > > a somewhat higher version of the system already than this one). > > > > Thanks for any help you can provide, > > > > Bob > > > > -- > > Bob Willcox Putt's Law: > > bob@vieo.com Technology is dominated by two types of people: > > Austin, TX Those who understand what they do not manage. > > Those who manage what they do not understand. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > -- > Bob Willcox Putt's Law: > bob@vieo.com Technology is dominated by two types of people: > Austin, TX Those who understand what they do not manage. > Those who manage what they do not understand. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com Carl Sagan quote on Seti@home http://setiathome.ssl.berkeley.edu/pale_blue_dot.html It is hard to believe you are soaring with Eagles (las águilas) when you accept SPAM like a mouse (el ratón). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 16:35:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from c527597-a.cstvl1.sfba.home.com (c527597-a.cstvl1.sfba.home.com [24.176.204.87]) by hub.freebsd.org (Postfix) with ESMTP id 322AC37B411; Tue, 25 Sep 2001 16:35:25 -0700 (PDT) Received: (from bmah@localhost) by c527597-a.cstvl1.sfba.home.com (8.11.6/8.11.6) id f8PNZO730777; Tue, 25 Sep 2001 16:35:25 -0700 (PDT) (envelope-from bmah) Message-Id: <200109252335.f8PNZO730777@c527597-a.cstvl1.sfba.home.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Jordan Hubbard Cc: rwc@cscfx.sytex.com, freebsd-stable@FreeBSD.ORG Subject: Re: No snapshots of 4.4 stable are being built In-Reply-To: <20010925092412L.jkh@freebsd.org> References: <200109251036.f8PAaO759271@cscfx.sytex.com> <20010925092412L.jkh@freebsd.org> Comments: In-reply-to Jordan Hubbard message dated "Tue, 25 Sep 2001 09:24:12 -0700." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_389910676P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 25 Sep 2001 16:35:24 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_389910676P Content-Type: text/plain; charset=us-ascii If memory serves me right, Jordan Hubbard wrote: > Somebody screwed up the ghostscript port so it now goes interactive > even though it's being made as part of the docproj set. The release > dies there each time. Hmmm. murray MFC-ed a change on 13 September (src/release/Makefile 1.536.2.56) that should have fixed this. What does the snapshot-building machine think it has? > > Ftp site releng4.freebsd.org shows no snapshots since Sep 11. Anyone > > know why lthe 4.4 STABLE snapshots are not being made nightly? The > > last snapshot appears as 4.3 on Sep 11. Only other thing I know of that's applicable is that I changed src/ release/Makefile/inc.docports to checkout ghostscript-gnu instead of the now-non-existent ghostscript6 (rev 1.1.2.4, 23 September). But this would only have been significant for NOPORTS=YES release builds. Bruce. --==_Exmh_389910676P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.3.1+ 05/14/2001 iD8DBQE7sRS82MoxcVugUsMRApKIAJ99p07lar6kkv/KeaRykBrI5LWeJgCeLV5I xf0ePOUsQo7VzRn/8lcpCnQ= =u3Zo -----END PGP SIGNATURE----- --==_Exmh_389910676P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 17:22:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nothing-going-on.demon.co.uk (pc-62-31-42-140-hy.blueyonder.co.uk [62.31.42.140]) by hub.freebsd.org (Postfix) with ESMTP id 1FC7437B403 for ; Tue, 25 Sep 2001 17:22:29 -0700 (PDT) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.11.3/8.11.3) id f8Q0HtE46758; Wed, 26 Sep 2001 01:17:55 +0100 (BST) (envelope-from nik) Date: Wed, 26 Sep 2001 01:17:55 +0100 From: Nik Clayton To: Chris Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued Message-ID: <20010926011755.N31744@clan.nothing-going-on.org> References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <3BB0A0A2.6CCC454B@chrisland.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="9v2bTOXBzuB5Piju" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BB0A0A2.6CCC454B@chrisland.net>; from chris@chrisland.net on Tue, Sep 25, 2001 at 11:20:02PM +0800 Organization: FreeBSD Project Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --9v2bTOXBzuB5Piju Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 25, 2001 at 11:20:02PM +0800, Chris wrote: > Lamont Granquist wrote: > > On Mon, 24 Sep 2001, Joe Abley wrote: > > > Installing a null covering route for 127/8 with the blackhole bit > > > set seems a good way of preventing addresses with a destination > > > within 127/8 from being sent out on a non-loopback interface, without > > > resorting to nasty hacks which make address handling on the loopback > > > interface different to every other interface. It is also consistent > > > with the robustness principle. > > > > > > route add 127.0.0.0 -netmask 255.0.0.0 -iface lo0 -blackhole > >=20 > > It seems that 127.0.0.1 works when you do this, as do aliases that you = add > > to the lo0 interface. Works for me. >=20 > Isn't that when we configure an IP on an interface, it will > automatically create a route for the corresponding "connected" network? Ordinarily. > e.g: > # ifconfig xl0 inet 192.168.20.1 netmask 255.255.255.0 alias >=20 > Routing tables >=20 > Internet: > Destination Gateway Flags Refs Use Netif > Expire > 192.168.20 link#1 UC 0 0 xl0 =3D> >=20 > So for lo0, when we configure it as 127.0.0.1/8, there should be a > connected route of 127/8 pointing to lo0. But it is not there now. A > bug in... ifconfig? =20 No. src/sys/netinet/in.c explicitly doesn't do this if it's a loopback interface for some reason. No one's been able to explain why. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ FreeBSD Documentation Project http://www.freebsd.org/docproj/ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- --9v2bTOXBzuB5Piju Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjuxHrMACgkQk6gHZCw343U4lACeNMqrsGUPliKdRGDzMd1Cfxln fAkAnjahU9cs6cfcxZkVutHm5Lsw7JUL =OPjY -----END PGP SIGNATURE----- --9v2bTOXBzuB5Piju-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 18:15:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lists.blarg.net (lists.blarg.net [206.124.128.17]) by hub.freebsd.org (Postfix) with ESMTP id BFE3937B403 for ; Tue, 25 Sep 2001 18:15:25 -0700 (PDT) Received: from thig.blarg.net (thig.blarg.net [206.124.128.18]) by lists.blarg.net (Postfix) with ESMTP id A4478BD44; Tue, 25 Sep 2001 18:15:21 -0700 (PDT) Received: from localhost.localdomain ([206.124.139.115]) by thig.blarg.net (8.9.3/8.9.3) with ESMTP id SAA17125; Tue, 25 Sep 2001 18:15:21 -0700 Received: (from jojo@localhost) by localhost.localdomain (8.11.3/8.11.3) id f8Q1Dwe58969; Tue, 25 Sep 2001 18:13:58 -0700 (PDT) (envelope-from swear@blarg.net) To: Chris Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <3BB0A0A2.6CCC454B@chrisland.net> From: swear@blarg.net (Gary W. Swearingen) Date: 25 Sep 2001 18:13:57 -0700 In-Reply-To: <3BB0A0A2.6CCC454B@chrisland.net> Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chris writes: > Isn't that when we configure an IP on an interface, it will > automatically create a route for the corresponding "connected" network? Which seems more like a bug than a feature to me. Been giving me all kinds of grief. Even doing "ifconfig if# up" creates a unwanted network route which I then have to delete so packets will go to my gateway instead of out the interface as if there was no gateway. It seems to be designed on the assumption that we have sufficiently large number of IP addresses to waste a lot of them on subnets. I'd think that ifconfig (or is it the kernel) would at least have auto-routing optional. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 18:24:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mailhub.state.me.us (mailhub.state.me.us [141.114.122.227]) by hub.freebsd.org (Postfix) with ESMTP id 5627137B419 for ; Tue, 25 Sep 2001 18:24:50 -0700 (PDT) Received: from katahdin.bmv.state.me.us by mailhub.state.me.us with ESMTP for freebsd-stable@FreeBSD.ORG; Tue, 25 Sep 2001 21:19:44 -0400 Received: from localhost (darren@localhost) by katahdin.bmv.state.me.us (AIX4.2/UCB 8.7/8.7) with ESMTP id VAA25938 for ; Tue, 25 Sep 2001 21:24:48 -0400 (EDT) Date: Tue, 25 Sep 2001 21:24:48 -0400 (EDT) From: Darren Henderson To: freebsd-stable@FreeBSD.ORG Subject: Re: 4.4 arp problem In-Reply-To: Message-Id: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG NOTE: I goofed when I put out this question, trying to obscure the addresses a bit I picked a range that wasn't representative of the values in actual use. The result was that address ranges were incorrect. They are correct below. I upgraded a system from 4.3-STABLE to 4.4-STABLE using cvs on 9/23. Everything was fine before the upgrade, upgrade went smoothly with the exeption of the MAKEDEV problem thats been reported on the list recently. This is a dual homed box (multi homed actually but only two interfaces are in the kernel and active). Typical set up with ipfw/natd. The system is apparently running just fine. However, I am seeing "/kernel: arp_rtrequest: bad gateway value" messages which were never there before. Anyone have an idea what may be causing them? Searching the archives and the web turns up precious little. This is apparently generated in netinet/if_ether and relates to aliases. I do have several aliases defined on one interface. They are configured in /etc/rc.conf as (x.y.z being numeric of course) ... ifconfig_dc0="inet 10.0.0.1 netmask 255.255.255.0" ifconfig_dc1="inet x.y.z.162 netmask 255.255.255.240" ifconfig_dc1_alias0="inet x.y.z.163 netmask 255.255.255.255" ifconfig_dc1_alias1="inet x.y.z.166 netmask 255.255.255.255" ifconfig_dc1_alias2="inet x.y.z.174 netmask 255.255.255.255" gateway_enable="YES" router_enable="YES" defaultrouter="x.y.z.161" And from netstat -rn we see (in part, lo0 & dc0 routes excluded).... default x.y.z.161 UGSc 29 541559 dc1 x.y.z.160/28 link#2 UC 2 0 dc1 x.y.z.161 (nic of gateway) UHLW 3 0 dc1 1183 x.y.z.163 x.y.z.23 UHLW 0 4 lo0 => x.y.z.163/32 link#2 UC 1 0 dc1 x.y.z.166 x.y.z.26 UHLW 0 10 lo0 => x.y.z.166/32 link#2 UC 1 0 dc1 x.y.z.174 (nic of link#2) UHLW 0 6 lo0 => x.y.z.174/32 link#2 UC 0 0 dc1 I believe 174 looks different then 163 and 166 becuase those two addresses are redirected via ipfw/natd to internal addresses. Something changed in the way interface aliases are handled? Am I looking at the wrong things? Any thoughts appreciated. ________________________________________________________________________ Darren Henderson darren@bmv.state.me.us darren.henderson@state.me.us To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 18:29:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mailhub.state.me.us (mailhub.state.me.us [141.114.122.227]) by hub.freebsd.org (Postfix) with ESMTP id D94C137B40C for ; Tue, 25 Sep 2001 18:29:17 -0700 (PDT) Received: from katahdin.bmv.state.me.us by mailhub.state.me.us with ESMTP for freebsd-stable@FreeBSD.ORG; Tue, 25 Sep 2001 21:24:12 -0400 Received: from localhost (darren@localhost) by katahdin.bmv.state.me.us (AIX4.2/UCB 8.7/8.7) with ESMTP id VAA14288 for ; Tue, 25 Sep 2001 21:29:16 -0400 (EDT) Date: Tue, 25 Sep 2001 21:29:16 -0400 (EDT) From: Darren Henderson To: freebsd-stable@FreeBSD.ORG Subject: Re: 4.4 arp problem In-Reply-To: Message-Id: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, geesh, one of thoe days... I still had a mistake in the routing info. Apologies for the reposts.... On Tue, 25 Sep 2001, Darren Henderson wrote: > > NOTE: I goofed when I put out this question, trying to obscure the addresses > a bit I picked a range that wasn't representative of the values in actual > use. The result was that address ranges were incorrect. They are correct > below. > > I upgraded a system from 4.3-STABLE to 4.4-STABLE using cvs on 9/23. > > Everything was fine before the upgrade, upgrade went smoothly with the > exeption of the MAKEDEV problem thats been reported on the list recently. > > This is a dual homed box (multi homed actually but only two interfaces are > in the kernel and active). Typical set up with ipfw/natd. > > The system is apparently running just fine. However, I am seeing "/kernel: > arp_rtrequest: bad gateway value" messages which were never there before. > Anyone have an idea what may be causing them? > > Searching the archives and the web turns up precious little. This is > apparently generated in netinet/if_ether and relates to aliases. I do have > several aliases defined on one interface. They are configured in > /etc/rc.conf as (x.y.z being numeric of course) ... > > ifconfig_dc0="inet 10.0.0.1 netmask 255.255.255.0" > ifconfig_dc1="inet x.y.z.162 netmask 255.255.255.240" > ifconfig_dc1_alias0="inet x.y.z.163 netmask 255.255.255.255" > ifconfig_dc1_alias1="inet x.y.z.166 netmask 255.255.255.255" > ifconfig_dc1_alias2="inet x.y.z.174 netmask 255.255.255.255" > gateway_enable="YES" > router_enable="YES" > defaultrouter="x.y.z.161" > > And from netstat -rn we see (in part, lo0 & dc0 routes excluded).... > > default x.y.z.161 UGSc 29 541559 dc1 > x.y.z.160/28 link#2 UC 2 0 dc1 > x.y.z.161 (nic of gateway) UHLW 3 0 dc1 1183 > x.y.z.163 x.y.z.163 UHLW 0 4 lo0 => > x.y.z.163/32 link#2 UC 1 0 dc1 > x.y.z.166 x.y.z.166 UHLW 0 10 lo0 => > x.y.z.166/32 link#2 UC 1 0 dc1 > x.y.z.174 (nic of link#2) UHLW 0 6 lo0 => > x.y.z.174/32 link#2 UC 0 0 dc1 > > I believe 174 looks different then 163 and 166 becuase those two addresses > are redirected via ipfw/natd to internal addresses. > > Something changed in the way interface aliases are handled? Am I looking at > the wrong things? Any thoughts appreciated. > > ________________________________________________________________________ > Darren Henderson darren@bmv.state.me.us > darren.henderson@state.me.us > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > ________________________________________________________________________ Darren Henderson darren@bmv.state.me.us darren.henderson@state.me.us To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 18:46:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 587D237B412; Tue, 25 Sep 2001 18:46:22 -0700 (PDT) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f8Q1kDB48395; Tue, 25 Sep 2001 18:46:14 -0700 (PDT) (envelope-from jkh@freebsd.org) To: bmah@freebsd.org Cc: rwc@cscfx.sytex.com, freebsd-stable@freebsd.org Subject: Re: No snapshots of 4.4 stable are being built In-Reply-To: <200109252335.f8PNZO730777@c527597-a.cstvl1.sfba.home.com> References: <200109251036.f8PAaO759271@cscfx.sytex.com> <20010925092412L.jkh@freebsd.org> <200109252335.f8PNZO730777@c527597-a.cstvl1.sfba.home.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010925184613A.jkh@freebsd.org> Date: Tue, 25 Sep 2001 18:46:13 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 8 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hmmm. murray MFC-ed a change on 13 September (src/release/Makefile > 1.536.2.56) that should have fixed this. What does the > snapshot-building machine think it has? Probably something older - src/release/Makefile is one of the few host dependencies. Let me refresh it and try again. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 19:13:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from backup.dagupan.com (www.psysc.org.ph [206.101.69.5]) by hub.freebsd.org (Postfix) with ESMTP id ABEB237B407 for ; Tue, 25 Sep 2001 19:13:34 -0700 (PDT) Received: by chat.dagupan.com with Internet Mail Service (5.5.2653.19) id ; Wed, 26 Sep 2001 10:13:41 +0800 Message-ID: <10F29E27A956D511B0940050DA8D86A93409D2@chat.dagupan.com> From: francisv@dagupan.com To: stable@FreeBSD.ORG Subject: Upgrading system perl Date: Wed, 26 Sep 2001 10:13:40 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, What's the best way of upgrading the system perl from 5.005_03 to 5.6.1? --- francis vidal [bitstop network services] streaming media + web services v(02)330-2871,(02)330-2872 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 19:17:30 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sanctuary.magill.unisa.edu.au (sanctuary.magill.unisa.edu.au [130.220.227.239]) by hub.freebsd.org (Postfix) with ESMTP id 3879837B407 for ; Tue, 25 Sep 2001 19:17:26 -0700 (PDT) Received: from localhost (sayersjm@localhost) by sanctuary.magill.unisa.edu.au (8.11.6/8.11.4) with ESMTP id f8Q2Hfq05243; Wed, 26 Sep 2001 11:47:42 +0930 (CST) (envelope-from Jarrod.Sayers@unisa.edu.au) Date: Wed, 26 Sep 2001 11:47:41 +0930 (CST) From: Jarrod Sayers X-X-Sender: To: Cc: Subject: Re: Upgrading system perl In-Reply-To: <10F29E27A956D511B0940050DA8D86A93409D2@chat.dagupan.com> Message-ID: <20010926114628.E99455-100000@sanctuary.magill.unisa.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 26 Sep 2001 francisv@dagupan.com wrote: > Date: Wed, 26 Sep 2001 10:13:40 +0800 > From: francisv@dagupan.com > To: stable@FreeBSD.ORG > Subject: Upgrading system perl > > Hi all, > > What's the best way of upgrading the system perl from 5.005_03 to 5.6.1? Probably installing the lang/perl5 port from the ports tree. Jarrod Sayers Information Technologist School of Communication, Information and New Media University of South Australia, Magill Campus. Phone: +61 8 83024045 Fax: +61 8 83024745 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 20:11:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 451A437B401 for ; Tue, 25 Sep 2001 20:11:33 -0700 (PDT) Received: from moo.holy.cow (sdn-ar-007dcwashP158.dialsprint.net [63.178.91.94]) by hawk.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id UAA14354; Tue, 25 Sep 2001 20:11:22 -0700 (PDT) Received: by moo.holy.cow (Postfix, from userid 1001) id A502350CF2; Tue, 25 Sep 2001 23:12:01 -0400 (EDT) Date: Tue, 25 Sep 2001 23:12:01 -0400 From: parv To: Jarrod Sayers Cc: francisv@dagupan.com, stable@FreeBSD.ORG Subject: Re: Upgrading system perl Message-ID: <20010925231201.A42983@moo.holy.cow> Mail-Followup-To: Jarrod Sayers , francisv@dagupan.com, stable@FreeBSD.ORG References: <10F29E27A956D511B0940050DA8D86A93409D2@chat.dagupan.com> <20010926114628.E99455-100000@sanctuary.magill.unisa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010926114628.E99455-100000@sanctuary.magill.unisa.edu.au>; from Jarrod.Sayers@unisa.edu.au on Wed, Sep 26, 2001 at 11:47:41AM +0930 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG this was, on the fateful occasion around Sep 25 22:17 -0400, sent by Jarrod Sayers > > On Wed, 26 Sep 2001 francisv@dagupan.com wrote: > > > Date: Wed, 26 Sep 2001 10:13:40 +0800 > > From: francisv@dagupan.com > > To: stable@FreeBSD.ORG > > Subject: Upgrading system perl > > > > Hi all, > > > > What's the best way of upgrading the system perl from 5.005_03 to 5.6.1? > > Probably installing the lang/perl5 port from the ports tree. ...and make appropriate syminks from /usr/bin to /usr/local/bin for perl, perl5, et cetera. -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 23:33:23 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id BA6CC37B406 for ; Tue, 25 Sep 2001 23:33:10 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8Q6WP223526; Wed, 26 Sep 2001 09:32:25 +0300 (EEST) (envelope-from ru) Date: Wed, 26 Sep 2001 09:32:25 +0300 From: Ruslan Ermilov To: Kent Stewart Cc: Hank Marquardt , freebsd-stable@FreeBSD.ORG Subject: HEADS UP: find /usr/src -mtime -0 Message-ID: <20010926093225.B20611@sunbay.com> References: <20010925064527.A13569@hermes.yerpso.net> <20010925153455.D97142@sunbay.com> <3BB0B7B8.AA058D67@owt.com> <20010925211810.D57333@sunbay.com> <3BB0FB4C.2F3E77C5@owt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BB0FB4C.2F3E77C5@owt.com>; from kstewart@owt.com on Tue, Sep 25, 2001 at 02:46:52PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! If your "world" fails trying to build something during the "installworld" phase, go on reading. On Tue, Sep 25, 2001 at 02:46:52PM -0700, Kent Stewart wrote: > > > Ruslan Ermilov wrote: > > > > On Tue, Sep 25, 2001 at 09:58:32AM -0700, Kent Stewart wrote: > > > > > > > > > Ruslan Ermilov wrote: > > > > > > > > Can you please check that the computer's date and time are set > > > > correctly? It if is, can you please run the following command, > > > > and send me its output: > > > > > > > > find /usr/src/contrib/groff /usr/src/gnu/usr.bin/groff -ls > > > > > > > > I suspect that modification dates of some files in /usr/src may > > > > be set to a wrong (future) time. Then make(1) may get confused > > > > thinking some targets are outdated in "installworld". > > > > > > Could this be a side effect of the "9 Sept 01 Cvsup Error". > > The S1G Cvsup bug makes the dates come out 31 Dec 69 instead of 10 Sep > 01. > If this "69" is 2069, that is definitely the problem! Just try this: $ touch -t 200201010000 source $ cat Makefile target: source cat ${.ALLSRC} > ${.TARGET} $ make $ make $ make $ make $ make To avoid this, make sure that: 1) The date on your computer is set correctly. 2) "find /usr/src -mtime -0" produces nothing. I wonder if make(1) should be fixed to warn if some sources have the modification date pointing in the future. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 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 Tue Sep 25 23:40:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from snafu.adept.org (snafu.adept.org [63.201.63.44]) by hub.freebsd.org (Postfix) with ESMTP id 87C6837B40A for ; Tue, 25 Sep 2001 23:40:25 -0700 (PDT) Received: by snafu.adept.org (Postfix, from userid 1000) id 8A08D9EE05; Tue, 25 Sep 2001 23:40:18 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by snafu.adept.org (Postfix) with ESMTP id 824E19B005 for ; Tue, 25 Sep 2001 23:40:18 -0700 (PDT) Date: Tue, 25 Sep 2001 23:40:18 -0700 (PDT) From: Mike Hoskins To: Subject: ipfw patch Message-ID: <20010925233344.Y58056-100000@snafu.adept.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Some time ago I came across the attached patch for ipfw which supports per-session timeouts. It applied cleanly until my last attempt to cvsup 4.4 (still at 4.3). It allows you to specify 'lifetimes' in your ipfw rules as follows: allow tcp from any to ${oip} 22 in keep-state lifetime 3600 This would let ssh have a timeout of 3600, while maintaining sysctl timeout values for all other connections. I contacted the author, agifford@infowest.com, but have received no response... and was curious if anyone else has used this, or knows if similar functionality exists within ipfw now. I checked the man page and didn't see anything similar... Later, -Mike -- "Information may want to be free, but fiber optic cable wants to be a million US dollars per mile." --Shawn McMahon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 23:42:54 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 0F2B337B405; Tue, 25 Sep 2001 23:42:45 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8Q6fBR24174; Wed, 26 Sep 2001 09:41:11 +0300 (EEST) (envelope-from ru) Date: Wed, 26 Sep 2001 09:41:11 +0300 From: Ruslan Ermilov To: "Timothy S. Bowers" Cc: freebsd-stable@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: 4.4stable not building Message-ID: <20010926094111.D20611@sunbay.com> References: <5.0.2.1.2.20010925233224.00abb660@nol.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.0.2.1.2.20010925233224.00abb660@nol.co.za>; from tim@nol.co.za on Tue, Sep 25, 2001 at 11:32:56PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can you please cd /usr/src/usr.bin make -n -dg1 all and send me the output? Do you perhaps have something unusual in /etc/make.conf? What are the md5(1) checksums of Makefile and Makefile.inc in /usr/src/usr.bin and *.mk files in /usr/src/share/mk? I've upgraded the 4.2-RELEASE box to 4.4-STABLE yesterday. On Tue, Sep 25, 2001 at 11:32:56PM +0200, Timothy S. Bowers wrote: > Hi, > > I've just installed FreeBSD from CD. When I do uname it says: FreeBSD 4.2-RELEASE > > I've cvsup'd my sources to 4.4stable but it does not compile with the command: make buildworld > > I get the following error: > > ---------------------------------------------- > ===> usr.bin > "usr/src/share/mk/bsd.subdir.mk", line 81: Inconsistent operator for ftp > make: fatal errors encountered -- cannot continue > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > ----------------------------------------------- -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 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 Tue Sep 25 23:43:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from snafu.adept.org (snafu.adept.org [63.201.63.44]) by hub.freebsd.org (Postfix) with ESMTP id 86EDA37B425 for ; Tue, 25 Sep 2001 23:43:16 -0700 (PDT) Received: by snafu.adept.org (Postfix, from userid 1000) id 928D09EE0D; Tue, 25 Sep 2001 23:43:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by snafu.adept.org (Postfix) with ESMTP id 8E9EA9B005 for ; Tue, 25 Sep 2001 23:43:10 -0700 (PDT) Date: Tue, 25 Sep 2001 23:43:10 -0700 (PDT) From: Mike Hoskins To: Subject: Re: ipfw patch In-Reply-To: <20010925233344.Y58056-100000@snafu.adept.org> Message-ID: <20010925234127.Y58056-200000@snafu.adept.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1905478538-1001486590=:58056" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: 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. --0-1905478538-1001486590=:58056 Content-Type: TEXT/PLAIN; charset=US-ASCII And now for the attachment. On Tue, 25 Sep 2001, Mike Hoskins wrote: > Some time ago I came across the attached patch for ipfw which supports > per-session timeouts. It applied cleanly until my last attempt to cvsup > 4.4 (still at 4.3). It allows you to specify 'lifetimes' in your ipfw > rules as follows: --0-1905478538-1001486590=:58056 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ipfw.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20010925234310.P58056@snafu.adept.org> Content-Description: Content-Disposition: attachment; filename="ipfw.patch" LS0tIHN5cy9uZXRpbmV0L2lwX2Z3LmMub3JpZwlXZWQgTWF5IDMxIDE0OjQz OjU4IDIwMDANCisrKyBzeXMvbmV0aW5ldC9pcF9mdy5jCU1vbiBKdW4gIDUg MDg6MDg6NTEgMjAwMA0KQEAgLTY1MSw3ICs2NTEsNyBAQA0KIAkgICAgYnJl YWsgOw0KIAljYXNlIFRIX1NZTiB8IChUSF9TWU4gPDwgOCkgOg0KIAkgICAg LyogbW92ZSB0byBlc3RhYmxpc2hlZCAqLw0KLQkgICAgcS0+ZXhwaXJlID0g dGltZV9zZWNvbmQgKyBkeW5fYWNrX2xpZmV0aW1lIDsNCisJICAgIHEtPmV4 cGlyZSA9IHRpbWVfc2Vjb25kICsgKHEtPmxpZmV0aW1lID8gcS0+bGlmZXRp bWUgOiBkeW5fYWNrX2xpZmV0aW1lKSA7DQogCSAgICBicmVhayA7DQogCWNh c2UgVEhfU1lOIHwgKFRIX1NZTiA8PCA4KSB8IFRIX0ZJTiA6DQogCWNhc2Ug VEhfU1lOIHwgKFRIX1NZTiA8PCA4KSB8IChUSF9GSU4gPDwgOCkgOg0KQEAg LTY3Myw3ICs2NzMsNyBAQA0KIAl9DQogICAgIH0gZWxzZSB7DQogCS8qIHNo b3VsZCBkbyBzb21ldGhpbmcgZm9yIFVEUCBhbmQgb3RoZXJzLi4uICovDQot CXEtPmV4cGlyZSA9IHRpbWVfc2Vjb25kICsgZHluX3Nob3J0X2xpZmV0aW1l IDsNCisJcS0+ZXhwaXJlID0gdGltZV9zZWNvbmQgKyAocS0+bGlmZXRpbWUg PyBxLT5saWZldGltZSA6IGR5bl9zaG9ydF9saWZldGltZSkgOw0KICAgICB9 DQogICAgIGlmIChtYXRjaF9kaXJlY3Rpb24pDQogCSptYXRjaF9kaXJlY3Rp b24gPSBkaXIgOw0KQEAgLTcyMSw3ICs3MjEsMTMgQEANCiAgICAgaWYgKG1h c2spDQogCXItPm1hc2sgPSAqbWFzayA7DQogICAgIHItPmlkID0gKmlkIDsN Ci0gICAgci0+ZXhwaXJlID0gdGltZV9zZWNvbmQgKyBkeW5fc3luX2xpZmV0 aW1lIDsNCisgICAgci0+bGlmZXRpbWUgPSBjaGFpbi0+cnVsZS0+ZndfZHlu X2xpZmV0aW1lIDsNCisgICAgaWYgKHItPmxpZmV0aW1lKQ0KKwlyLT5leHBp cmUgPSB0aW1lX3NlY29uZCArIHItPmxpZmV0aW1lIDsNCisgICAgZWxzZSBp ZiAoci0+aWQucHJvdG8gPT0gSVBQUk9UT19UQ1ApDQorCXItPmV4cGlyZSA9 IHRpbWVfc2Vjb25kICsgZHluX3N5bl9saWZldGltZSA7DQorICAgIGVsc2UN CisgICAgICAgIHItPmV4cGlyZSA9IHRpbWVfc2Vjb25kICsgZHluX3Nob3J0 X2xpZmV0aW1lIDsNCiAgICAgci0+Y2hhaW4gPSBjaGFpbiA7DQogICAgIHIt PnR5cGUgPSAoKHN0cnVjdCBpcF9md19leHQgKiljaGFpbi0+cnVsZSktPmR5 bl90eXBlIDsNCiANCi0tLSBzeXMvbmV0aW5ldC9pcF9mdy5oLm9yaWcJVGh1 IEZlYiAxMCAwNzoxNzozOSAyMDAwDQorKysgc3lzL25ldGluZXQvaXBfZncu aAlNb24gSnVuICA1IDA4OjA4OjUxIDIwMDANCkBAIC03Myw2ICs3Myw3IEBA DQogCXVfc2hvcnQgZnVfc2tpcHRvX3J1bGU7CQkvKiBTS0lQVE8gY29tbWFu ZCBydWxlIG51bWJlciAqLw0KIAl1X3Nob3J0IGZ1X3JlamVjdF9jb2RlOwkJ LyogUkVKRUNUIHJlc3BvbnNlIGNvZGUgKi8NCiAJc3RydWN0IHNvY2thZGRy X2luIGZ1X2Z3ZF9pcDsNCisJdV9pbnQzMl90IGZ1X2R5bl9saWZldGltZTsJ LyogRXhwbGljaXQgZHluYW1pYyBydWxlIGxpZmV0aW1lICovDQogICAgIH0g ZndfdW47DQogICAgIHVfY2hhciBmd19wcm90OwkJCS8qIElQIHByb3RvY29s ICovDQogCS8qDQpAQCAtMTIxLDYgKzEyMiw3IEBADQogI2RlZmluZSBmd19y ZWplY3RfY29kZQlmd191bi5mdV9yZWplY3RfY29kZQ0KICNkZWZpbmUgZndf cGlwZV9ucglmd191bi5mdV9waXBlX25yDQogI2RlZmluZSBmd19md2RfaXAJ ZndfdW4uZnVfZndkX2lwDQorI2RlZmluZSBmd19keW5fbGlmZXRpbWUJZndf dW4uZnVfZHluX2xpZmV0aW1lDQogDQogc3RydWN0IGlwX2Z3X2NoYWluIHsN CiAgICAgICAgIExJU1RfRU5UUlkoaXBfZndfY2hhaW4pIGNoYWluOw0KQEAg LTE0Nyw2ICsxNDksNyBAQA0KICAgICBzdHJ1Y3QgaXBmd19mbG93X2lkIG1h c2sgOw0KICAgICBzdHJ1Y3QgaXBfZndfY2hhaW4gKmNoYWluIDsJCS8qIHBv aW50ZXIgdG8gcGFyZW50IHJ1bGUJKi8NCiAgICAgdV9pbnQzMl90IHR5cGUg OwkJCS8qIHJ1bGUgdHlwZQkJCSovDQorICAgIHVfaW50MzJfdCBsaWZldGlt ZSA7CQkvKiBwZXItcnVsZSBzcGVjaWZpZWQgbGlmZXRpbWUgICovDQogICAg IHVfaW50MzJfdCBleHBpcmUgOwkJCS8qIGV4cGlyZSB0aW1lCQkJKi8NCiAg ICAgdV9pbnQ2NF90IHBjbnQsIGJjbnQ7CQkvKiBtYXRjaCBjb3VudGVycwkJ Ki8NCiAgICAgdV9pbnQzMl90IGJ1Y2tldCA7CQkJLyogd2hpY2ggYnVja2V0 IGluIGhhc2ggdGFibGUJKi8NCi0tLSBzYmluL2lwZncvaXBmdy5jLm9yaWcJ U3VuIEZlYiAxMyAwNDo0Njo1OSAyMDAwDQorKysgc2Jpbi9pcGZ3L2lwZncu YwlNb24gSnVuICA1IDA4OjA5OjI5IDIwMDANCkBAIC0zODEsNiArMzgxLDgg QEANCiAgICAgICAgICAgICAgICAgICAgIHByaW50ZigiIGtlZXAtc3RhdGUg JWQiLCAoaW50KWNoYWluLT5uZXh0X3J1bGVfcHRyKTsNCiAgICAgICAgICAg ICAgICAgZWxzZQ0KICAgICAgICAgICAgICAgICAgICAgcHJpbnRmKCIga2Vl cC1zdGF0ZSIpOw0KKwkJaWYgKGNoYWluLT5md19keW5fbGlmZXRpbWUpDQor CQkgICAgcHJpbnRmKCIgbGlmZXRpbWUgJWQiLCAoaW50KWNoYWluLT5md19k eW5fbGlmZXRpbWUpOw0KICAgICAgICAgfQ0KICAgICAgICAgLyogRGlyZWN0 aW9uICovDQogICAgICAgICBpZiAoY2hhaW4tPmZ3X2ZsZyAmIElQX0ZXX0JS SURHRUQpDQpAQCAtMTU1Myw2ICsxNTU1LDE1IEBADQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgIChpbnQpcnVsZS5uZXh0X3J1bGVfcHRyID0gdHlw ZSA7DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgIGF2Kys7IGFjLS07 DQogICAgICAgICAgICAgICAgICAgICAgICAgfQ0KKwkJCWlmIChhYyA+IDAg JiYgIXN0cm5jbXAoKmF2LCJsaWZldGltZSIsc3RybGVuKCphdikpKSB7DQor CQkJICAgIHVfbG9uZyBsaWZldGltZSA7DQorDQorCQkJICAgIGF2Kys7IGFj LS07DQorCQkJICAgIGlmIChhYyA+IDAgJiYgKGxpZmV0aW1lID0gYXRvaSgq YXYpKSAhPSAwKSB7DQorCQkJCXJ1bGUuZndfZHluX2xpZmV0aW1lID0gbGlm ZXRpbWU7DQorCQkJCWF2Kys7IGFjLS07DQorCQkJICAgIH0NCisJCQl9DQog ICAgICAgICAgICAgICAgICAgICAgICAgY29udGludWU7DQogICAgICAgICAg ICAgICAgIH0NCiAgICAgICAgICAgICAgICAgaWYgKCFzdHJuY21wKCphdiwi YnJpZGdlZCIsc3RybGVuKCphdikpKSB7IA0K --0-1905478538-1001486590=:58056-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Sep 25 23:44:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 280CB37B40A for ; Tue, 25 Sep 2001 23:44:39 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8Q6hwn24675; Wed, 26 Sep 2001 09:43:58 +0300 (EEST) (envelope-from ru) Date: Wed, 26 Sep 2001 09:43:58 +0300 From: Ruslan Ermilov To: Kent Stewart Cc: Bob Willcox , freebsd-stable@FreeBSD.ORG Subject: Re: Build error upgrading from 4.1.1 to 4-stable: undefined ref to basename Message-ID: <20010926094358.E20611@sunbay.com> References: <20010925173724.A46638@luke.immure.com> <20010925174030.B46638@luke.immure.com> <3BB10A95.E880F69E@owt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BB10A95.E880F69E@owt.com>; from kstewart@owt.com on Tue, Sep 25, 2001 at 03:52:05PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Sep 25, 2001 at 03:52:05PM -0700, Kent Stewart wrote: > > > Bob Willcox wrote: > > > > Sorry about that, I forgot the subject on this mail and mutt did what I > > said, not what I meant. :-) > > Ruslan listed this patch early this morning. I don't know if it has been > committed yet. > > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/gnu/usr.bin/binutils/libiberty/Makefile,v > retrieving revision 1.11 > diff -u -p -r1.11 Makefile > --- Makefile 2001/09/14 23:07:02 1.11 > +++ Makefile 2001/09/25 12:25:43 > @@ -10,8 +10,7 @@ SRCS= argv.c choose-temp.c concat.c cp-d > hex.c floatformat.c lbasename.c objalloc.c obstack.c > safe-ctype.c \ > xatexit.c xexit.c xmalloc.c \ > xstrdup.c xstrerror.c > -LIBC_BASENAME!= ar tv /usr/lib/libc.a | grep basename > -.if ${LIBC_BASENAME} == "" > +.if defined(BOOTSTRAPPING) > SRCS+= basename.c > .endif > CFLAGS+= -DHAVE_CONFIG_H > > You might check you makefile and see if this has been included. > Uh no, this Makefile is for -CURRENT, which already has a slightly modified version of the fix. The version for 4.4-STABLE is: Index: Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/libiberty/Makefile,v retrieving revision 1.3.2.3 diff -u -p -r1.3.2.3 Makefile --- Makefile 2001/08/01 22:54:12 1.3.2.3 +++ Makefile 2001/09/26 06:45:13 @@ -10,6 +10,9 @@ SRCS= argv.c choose-temp.c concat.c cp-d hex.c floatformat.c lbasename.c objalloc.c obstack.c safe-ctype.c \ xatexit.c xexit.c xmalloc.c \ xstrdup.c xstrerror.c +.if defined(BOOTSTRAPPING) +SRCS+= basename.c +.endif CFLAGS+= -DHAVE_CONFIG_H NOPROFILE= true NOPIC= true I'm trying to build the 4.0-RELEASE box now, and then will test the upgrade path to 4.4-STABLE and 5.0-CURRENT. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 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 Tue Sep 25 23:51:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.urx.com (2811.dynacom.net [206.107.213.4]) by hub.freebsd.org (Postfix) with ESMTP id C5B2537B42A; Tue, 25 Sep 2001 23:51:24 -0700 (PDT) Received: from owt.com [206.159.132.160] by mail.urx.com with ESMTP (SMTPD32-7.03) id AAE616550188; Tue, 25 Sep 2001 23:51:18 -0700 Message-ID: <3BB17AE3.571D88C5@owt.com> Date: Tue, 25 Sep 2001 23:51:15 -0700 From: Kent Stewart X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en,pdf MIME-Version: 1.0 To: Ruslan Ermilov Cc: Hank Marquardt , freebsd-stable@FreeBSD.ORG Subject: Re: HEADS UP: find /usr/src -mtime -0 References: <20010925064527.A13569@hermes.yerpso.net> <20010925153455.D97142@sunbay.com> <3BB0B7B8.AA058D67@owt.com> <20010925211810.D57333@sunbay.com> <3BB0FB4C.2F3E77C5@owt.com> <20010926093225.B20611@sunbay.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ruslan Ermilov wrote: > > Hi! > > If your "world" fails trying to build something > during the "installworld" phase, go on reading. > > On Tue, Sep 25, 2001 at 02:46:52PM -0700, Kent Stewart wrote: > > > > > > Ruslan Ermilov wrote: > > > > > > On Tue, Sep 25, 2001 at 09:58:32AM -0700, Kent Stewart wrote: > > > > > > > > > > > > Ruslan Ermilov wrote: > > > > > > > > > > Can you please check that the computer's date and time are set > > > > > correctly? It if is, can you please run the following command, > > > > > and send me its output: > > > > > > > > > > find /usr/src/contrib/groff /usr/src/gnu/usr.bin/groff -ls > > > > > > > > > > I suspect that modification dates of some files in /usr/src may > > > > > be set to a wrong (future) time. Then make(1) may get confused > > > > > thinking some targets are outdated in "installworld". > > > > > > > > Could this be a side effect of the "9 Sept 01 Cvsup Error". > > > > The S1G Cvsup bug makes the dates come out 31 Dec 69 instead of 10 Sep > > 01. > > > If this "69" is 2069, that is definitely the problem! No, it was 1969 but all dates after 9 Sept 2001 showed up in a ls -al as 31 Dec 1969. So, output from any previous compiles were newer. Kent > > Just try this: > > $ touch -t 200201010000 source > $ cat Makefile > target: source > cat ${.ALLSRC} > ${.TARGET} > $ make > $ make > $ make > $ make > $ make > > To avoid this, make sure that: > > 1) The date on your computer is set correctly. > 2) "find /usr/src -mtime -0" produces nothing. > > I wonder if make(1) should be fixed to warn if some > sources have the modification date pointing in the > future. > > Cheers, > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 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 -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com Carl Sagan quote on Seti@home http://setiathome.ssl.berkeley.edu/pale_blue_dot.html It is hard to believe you are soaring with Eagles (las águilas) when you accept SPAM like a mouse (el ratón). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 2:39: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shikima.mine.nu (pc2-card3-0-cust61.cdf.cable.ntl.com [213.107.2.61]) by hub.freebsd.org (Postfix) with ESMTP id 9AADE37B406 for ; Wed, 26 Sep 2001 02:38:57 -0700 (PDT) Received: from rasputin by shikima.mine.nu with local (Exim 3.33 #1) id 15mB9h-0000Cc-00; Wed, 26 Sep 2001 10:39:01 +0100 Date: Wed, 26 Sep 2001 10:39:01 +0100 From: Rasputin To: parv Cc: stable@freebsd.org Subject: Re: Upgrading system perl Message-ID: <20010926103901.A765@shikima.mine.nu> Reply-To: Rasputin References: <10F29E27A956D511B0940050DA8D86A93409D2@chat.dagupan.com> <20010926114628.E99455-100000@sanctuary.magill.unisa.edu.au> <20010925231201.A42983@moo.holy.cow> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010925231201.A42983@moo.holy.cow>; from parv_@yahoo.com on Tue, Sep 25, 2001 at 11:12:01PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * parv [010926 09:00]: > this was, on the fateful occasion around Sep 25 22:17 -0400, > sent by Jarrod Sayers > > > > On Wed, 26 Sep 2001 francisv@dagupan.com wrote: > > > > > Date: Wed, 26 Sep 2001 10:13:40 +0800 > > > From: francisv@dagupan.com > > > To: stable@FreeBSD.ORG > > > Subject: Upgrading system perl > > > > > > Hi all, > > > > > > What's the best way of upgrading the system perl from 5.005_03 to 5.6.1? > > > > Probably installing the lang/perl5 port from the ports tree. > > ...and make appropriate syminks from /usr/bin to /usr/local/bin for > perl, perl5, et cetera. ... and set NOPERL=true in /etc/make.conf? Otherwsie a buildworld will clobber it, surely? -- God doesn't play dice. -- Albert Einstein Rasputin :: Jack of All Trades - Master of Nuns :: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 3:14:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from balmung.jeje.org (none.jeje.org [212.129.62.129]) by hub.freebsd.org (Postfix) with ESMTP id 8D76A37B408 for ; Wed, 26 Sep 2001 03:14:46 -0700 (PDT) Received: from sauron.admin.in.none.net (jeje.eng.freesbee.net [212.129.2.30]) by balmung.jeje.org (Postfix) with ESMTP id 7E58A109722 for ; Wed, 26 Sep 2001 12:21:34 +0200 (CEST) Date: Wed, 26 Sep 2001 12:14:38 +0200 From: Jerome Fleury To: stable@freebsd.org Subject: Re: Upgrading system perl Message-ID: <163180000.1001499278@sauron.admin.in.none.net> In-Reply-To: <20010926103901.A765@shikima.mine.nu> References: <10F29E27A956D511B0940050DA8D86A93409D2@chat.dagupan.com> <20010926114628.E99455-100000@sanctuary.magill.unisa.edu.au> <20010925231201.A42983@moo.holy.cow> <20010926103901.A765@shikima.mine.nu> X-Mailer: Mulberry/2.1.0 (SunOS/SPARC) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --On Wednesday, September 26, 2001 10:39:01 AM +0100 Rasputin wrote: >> ...and make appropriate syminks from /usr/bin to /usr/local/bin for >> perl, perl5, et cetera. > > ... and set NOPERL=true in /etc/make.conf? > > Otherwsie a buildworld will clobber it, surely? Right. NOPERL=true is the right way to build a new world without being annoyed because of your perl version. -- Jerome Fleury To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 4:25:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from paradox.dyn.dhs.org (okc-94-239-104.mmcable.com [24.94.239.104]) by hub.freebsd.org (Postfix) with ESMTP id 4A52E37B414 for ; Wed, 26 Sep 2001 04:25:42 -0700 (PDT) Received: from localhost (mark@localhost) by paradox.dyn.dhs.org (8.11.3/8.11.3) with ESMTP id f8QBL9V14016; Wed, 26 Sep 2001 06:21:09 -0500 (CDT) (envelope-from mark@paradox.dyn.dhs.org) Date: Wed, 26 Sep 2001 06:21:09 -0500 (CDT) From: "Mark R. Grant" To: Cc: Subject: Re: Build Kernel failure In-Reply-To: <3BB00867.BBBEBDA0@owt.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You are absolutely correct. Thanks! On Mon, 24 Sep 2001, Kent Stewart wrote: > > > "Mark R. Grant" wrote: > > > > While attempting to: > > > > make buildkernel KERNCONF=PARADIGM > > > > I received the following error message in both 4.4-RELEASE and 4.4-STABLE. > > I deleted the /usr/src/sys directory and re-cvsup'd the sys to insure it > > wasn't corrupt source, still receiving the same error. > > It really looks like you used an old kernel config file. One that > doesn't specify that the miibus is needed by the ed device. > > Kent > > > > > . > > . > > . > > > > > > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/../include -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 setdef1.c > > touch hack.c > > cc -elf -shared -nostdlib hack.c -o hack.So > > rm -f hack.c > > sh /usr/src/sys/conf/newvers.sh PARADIGM > > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/../include -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 vers.c > > linking kernel > > if_ed.o: In function `ed_tick': > > if_ed.o(.text+0x26dd): undefined reference to `mii_tick' > > if_ed.o: In function `ed_init': > > if_ed.o(.text+0x2ace): undefined reference to `mii_mediachg' > > if_ed.o: In function `ed_ifmedia_upd': > > if_ed.o(.text+0x4c15): undefined reference to `mii_mediachg' > > if_ed.o: In function `ed_ifmedia_sts': > > if_ed.o(.text+0x4c4a): undefined reference to `mii_pollstat' > > *** Error code 1 > > > > Stop in /usr/obj/usr/src/sys/PARADIGM. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > > > > > > > Any thoughts? > > > > Thanks in advance, > > > > Mark > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > -- > Kent Stewart > Richland, WA > > mailto:kbstew99@hotmail.com > http://kstewart.urx.com/kstewart/index.html > FreeBSD News http://daily.daemonnews.org/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 4:55:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from primus.vsservices.com (primus.vsservices.com [63.66.136.75]) by hub.freebsd.org (Postfix) with ESMTP id 14C5337B40C for ; Wed, 26 Sep 2001 04:55:45 -0700 (PDT) Received: from prime.vsservices.com (conr-adsl-dhcp-28-213.txucom.net [209.34.28.213]) by primus.vsservices.com (8.11.3/8.11.3) with SMTP id f8Q3WYH70989; Tue, 25 Sep 2001 20:32:35 -0700 (PDT) (envelope-from gclarkii@vsservices.com) Content-Type: text/plain; charset="iso-8859-1" From: GB Clark II To: francisv@dagupan.com, stable@FreeBSD.ORG Subject: Re: Upgrading system perl Date: Tue, 25 Sep 2001 22:32:38 -0500 X-Mailer: KMail [version 1.2] References: <10F29E27A956D511B0940050DA8D86A93409D2@chat.dagupan.com> In-Reply-To: <10F29E27A956D511B0940050DA8D86A93409D2@chat.dagupan.com> MIME-Version: 1.0 Message-Id: <01092522323800.01456@prime.vsservices.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 25 September 2001 21:13, francisv@dagupan.com wrote: > Hi all, > > What's the best way of upgrading the system perl from 5.005_03 to 5.6.1? > Check the archives. This has just came up on either stable or questions. You can reset the port to overwrite the installed base quite simply, I just can't remember which switch it was. You will have to modify the Makefile to allow the installtion of the 5.6.1 due to the fact that we already have Perl installed. GB -- GB Clark II | Roaming FreeBSD Admin gclarkii@VSServices.COM | General Geek CTHULU for President - Why choose the lesser of two evils? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 5:24:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from prioris.mini.pw.edu.pl (prioris.mini.pw.edu.pl [194.29.178.2]) by hub.freebsd.org (Postfix) with ESMTP id 916C837B41A for ; Wed, 26 Sep 2001 05:24:38 -0700 (PDT) Received: by prioris.mini.pw.edu.pl (Postfix, from userid 250) id 93A567CECB; Wed, 26 Sep 2001 10:52:03 +0200 (CEST) Date: Wed, 26 Sep 2001 10:52:03 +0200 From: Slawek Zak To: freebsd-stable@freebsd.org Subject: 4GB memory problem Message-ID: <20010926105203.A7955@prioris.mini.pw.edu.pl> Reply-To: zaks@prioris.mini.pw.edu.pl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Has the problem with 4GB RAM on Intel been fixed? I didn't see any mention of this in release notes for 4.4. /S To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 5:56:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from luke.immure.com (luke.immure.com [207.8.42.74]) by hub.freebsd.org (Postfix) with ESMTP id C1D8D37B41C; Wed, 26 Sep 2001 05:56:46 -0700 (PDT) Received: (from bob@localhost) by luke.immure.com (8.11.2/8.11.5) id f8QCugj82433; Wed, 26 Sep 2001 07:56:42 -0500 (CDT) (envelope-from bob) Date: Wed, 26 Sep 2001 07:56:42 -0500 From: Bob Willcox To: Ruslan Ermilov Cc: Kent Stewart , freebsd-stable@FreeBSD.ORG Subject: Re: Build error upgrading from 4.1.1 to 4-stable: undefined ref to basename Message-ID: <20010926075642.A82399@luke.immure.com> Reply-To: Bob Willcox References: <20010925173724.A46638@luke.immure.com> <20010925174030.B46638@luke.immure.com> <3BB10A95.E880F69E@owt.com> <20010926094358.E20611@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010926094358.E20611@sunbay.com>; from ru@FreeBSD.ORG on Wed, Sep 26, 2001 at 09:43:58AM +0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 26, 2001 at 09:43:58AM +0300, Ruslan Ermilov wrote: > On Tue, Sep 25, 2001 at 03:52:05PM -0700, Kent Stewart wrote: > > > > > > Bob Willcox wrote: > > > > > > Sorry about that, I forgot the subject on this mail and mutt did what I > > > said, not what I meant. :-) > > > > Ruslan listed this patch early this morning. I don't know if it has been > > committed yet. > > > > Index: Makefile > > =================================================================== > > RCS file: /home/ncvs/src/gnu/usr.bin/binutils/libiberty/Makefile,v > > retrieving revision 1.11 > > diff -u -p -r1.11 Makefile > > --- Makefile 2001/09/14 23:07:02 1.11 > > +++ Makefile 2001/09/25 12:25:43 > > @@ -10,8 +10,7 @@ SRCS= argv.c choose-temp.c concat.c cp-d > > hex.c floatformat.c lbasename.c objalloc.c obstack.c > > safe-ctype.c \ > > xatexit.c xexit.c xmalloc.c \ > > xstrdup.c xstrerror.c > > -LIBC_BASENAME!= ar tv /usr/lib/libc.a | grep basename > > -.if ${LIBC_BASENAME} == "" > > +.if defined(BOOTSTRAPPING) > > SRCS+= basename.c > > .endif > > CFLAGS+= -DHAVE_CONFIG_H > > > > You might check you makefile and see if this has been included. > > > Uh no, this Makefile is for -CURRENT, which already has a slightly > modified version of the fix. The version for 4.4-STABLE is: Turns out that I noticed that and did use the version for stable...with good success, I might add! :-) Thanks, Bob > > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/gnu/usr.bin/binutils/libiberty/Makefile,v > retrieving revision 1.3.2.3 > diff -u -p -r1.3.2.3 Makefile > --- Makefile 2001/08/01 22:54:12 1.3.2.3 > +++ Makefile 2001/09/26 06:45:13 > @@ -10,6 +10,9 @@ SRCS= argv.c choose-temp.c concat.c cp-d > hex.c floatformat.c lbasename.c objalloc.c obstack.c safe-ctype.c \ > xatexit.c xexit.c xmalloc.c \ > xstrdup.c xstrerror.c > +.if defined(BOOTSTRAPPING) > +SRCS+= basename.c > +.endif > CFLAGS+= -DHAVE_CONFIG_H > NOPROFILE= true > NOPIC= true > > > I'm trying to build the 4.0-RELEASE box now, and then will test the > upgrade path to 4.4-STABLE and 5.0-CURRENT. > > > > Cheers, > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age -- Bob Willcox Putt's Law: bob@vieo.com Technology is dominated by two types of people: Austin, TX Those who understand what they do not manage. Those who manage what they do not understand. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 5:58:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from paradroid.circuit.no (paradroid.circuit.no [62.70.30.30]) by hub.freebsd.org (Postfix) with ESMTP id 061F437B434 for ; Wed, 26 Sep 2001 05:58:19 -0700 (PDT) Received: from zion ([62.70.30.162]) by paradroid.circuit.no (8.11.6/8.9.3) with SMTP id f8QDD8L25671 for ; Wed, 26 Sep 2001 15:13:10 +0200 (CEST) (envelope-from rune@ikke.no) Message-Id: <3.0.6.32.20010926145748.009ef600@pop.eunet.no> X-Sender: runeb@pop.eunet.no X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Wed, 26 Sep 2001 14:57:48 +0200 To: freebsd-stable@FreeBSD.ORG From: -R- Subject: Re: ports: www/mod_php4 dependency problem with graphics/png In-Reply-To: <3.0.6.32.20010925160245.009e96d0@pop.eunet.no> References: <20010925162538.A90416@hosting.labirint.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >png.5 is made, but not png.4 .. which is a required dependency for >mod_php4 .. any tips? apparently symlinking libpng.so.4 to libpng.so.5 solves it. but the Makefile for mod_phph4 in ports is still probably wrong. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 5:59:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.hub.org (webmail.hub.org [216.126.85.1]) by hub.freebsd.org (Postfix) with ESMTP id 8A99B37B413 for ; Wed, 26 Sep 2001 05:59:04 -0700 (PDT) Received: from localhost (scrappy@localhost) by mail1.hub.org (8.11.3/8.11.4) with ESMTP id f8QCx3s69162; Wed, 26 Sep 2001 08:59:03 -0400 (EDT) (envelope-from scrappy@hub.org) Date: Wed, 26 Sep 2001 08:59:03 -0400 (EDT) From: "Marc G. Fournier" To: Cc: Subject: Re: Upgrading system perl In-Reply-To: <10F29E27A956D511B0940050DA8D86A93409D2@chat.dagupan.com> Message-ID: <20010926085253.O58361-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 26 Sep 2001 francisv@dagupan.com wrote: > Hi all, > > What's the best way of upgrading the system perl from 5.005_03 to 5.6.1? Modify /usr/ports/Mk/bsd.ports.mk so that 5.005_03 is 5.6.1 Build/install /usr/ports/lang/perl5 as: make LOCALBASE=/usr install Set NO_PERL=YES in your /etc/make.conf so that if you do an upgrade to the OS, you don't wipe out what you've just installed ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 6:16:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mozone.net (mail.mozone.net [206.165.200.53]) by hub.freebsd.org (Postfix) with ESMTP id 3A77D37B409 for ; Wed, 26 Sep 2001 06:16:08 -0700 (PDT) Received: (from mki@localhost) by mozone.net (8.11.2/8.11.2) id f8QDCbn16713; Wed, 26 Sep 2001 06:12:37 -0700 Date: Wed, 26 Sep 2001 06:12:37 -0700 From: MKI To: Slawek Zak Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4GB memory problem Message-ID: <20010926061237.P1671@cyclonus.mozone.net> References: <20010926105203.A7955@prioris.mini.pw.edu.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010926105203.A7955@prioris.mini.pw.edu.pl>; from zaks@prioris.mini.pw.edu.pl on Wed, Sep 26, 2001 at 10:52:03AM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 26, 2001 at 10:52:03AM +0200, Slawek Zak wrote: > Has the problem with 4GB RAM on Intel been fixed? I didn't see any > mention of this in release notes for 4.4. Yes, and no. The memory is recognized by the kernel, however tuning maxusers, nmbclusters etc with "higher" values than default, will result in the swap_pager_swap_init == NULL panic that you normally would have gotten with that much ram in the system. -mohan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 6:50:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from w4lna.dyndns.org (user-24-214-92-53.knology.net [24.214.92.53]) by hub.freebsd.org (Postfix) with ESMTP id 3CB4637B416 for ; Wed, 26 Sep 2001 06:50:53 -0700 (PDT) Received: (from w4lna@localhost) by w4lna.dyndns.org (8.11.6/8.11.6) id f8QDoml07807; Wed, 26 Sep 2001 08:50:48 -0500 (CDT) (envelope-from w4lna) Date: Wed, 26 Sep 2001 08:50:48 -0500 From: Mike Murphree To: -R- Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ports: www/mod_php4 dependency problem with graphics/png Message-ID: <20010926085048.A7784@w4lna.dyndns.org> References: <20010925162538.A90416@hosting.labirint.ru> <3.0.6.32.20010925160245.009e96d0@pop.eunet.no> <3.0.6.32.20010926145748.009ef600@pop.eunet.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3.0.6.32.20010926145748.009ef600@pop.eunet.no>; from rune@ikke.no on Wed, Sep 26, 2001 at 02:57:48PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 26, 2001 at 02:57:48PM +0200, -R- wrote: > >png.5 is made, but not png.4 .. which is a required dependency for > >mod_php4 .. any tips? > > apparently symlinking libpng.so.4 to libpng.so.5 solves it. > but the Makefile for mod_phph4 in ports is still probably wrong. > I've seen the same problem with gphoto port too... Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 6:51:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.infowest.com (ns1.infowest.com [204.17.177.10]) by hub.freebsd.org (Postfix) with ESMTP id 2E6EB37B40D for ; Wed, 26 Sep 2001 06:51:21 -0700 (PDT) Received: from there (eq.net [208.186.104.163]) by ns1.infowest.com (Postfix) with SMTP id 1080E212DD for ; Wed, 26 Sep 2001 07:51:19 -0600 (MDT) Content-Type: text/plain; charset="iso-8859-1" From: Aaron D.Gifford To: freebsd-stable@freebsd.org Subject: Re: ipfw patch Date: Wed, 26 Sep 2001 07:51:19 -0600 X-Mailer: KMail [version 1.3] Organization: InfoWest, Inc. MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20010926135120.1080E212DD@ns1.infowest.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Hoskins was reputed to have said: >Some time ago I came across the attached patch for ipfw which supports >per-session timeouts. It applied cleanly until my last attempt to cvsup >4.4 (still at 4.3). It allows you to specify 'lifetimes' in your ipfw >rules as follows: > >allow tcp from any to ${oip} 22 in keep-state lifetime 3600 > >This would let ssh have a timeout of 3600, while maintaining sysctl >timeout values for all other connections. > >I contacted the author, agifford@infowest.com, but have received no >response... and was curious if anyone else has used this, or knows if >similar functionality exists within ipfw now. I checked the man page and >didn't see anything similar... Sorry for the delay, I tend to be quite slow replying to e-mail. Latest versions of the aforementioned patch set should always be available on my personal web site at: http://www.aarongifford.com/computers/ipfwpatch.html Looking at -CURRENT CVS, it looks like Luigi is preparing to commit a lot of new ipfw stuff in the future. I suppose I should e-mail him and ask if he has changed his mind about including this per-rule "lifetime" functionality in the future, or if the features he will be adding include equivalent functionality. I like the stuff (changes he's made in CVS) I see so far and look forward to what's next. Aaron out. > >Later, >-Mike > ->- >"Information may want to be free, but fiber optic cable wants to be > a million US dollars per mile." --Shawn McMahon <> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 7:38:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from buffoon.automagic.org (buffoon.automagic.org [208.185.30.208]) by hub.freebsd.org (Postfix) with SMTP id 8FA9237B416 for ; Wed, 26 Sep 2001 07:38:28 -0700 (PDT) Received: (qmail 64993 invoked by uid 1000); 26 Sep 2001 14:38:27 -0000 Date: Wed, 26 Sep 2001 10:38:27 -0400 From: Joe Abley To: "Gary W. Swearingen" Cc: Chris , freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued Message-ID: <20010926103827.S37693@buffoon.automagic.org> References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <3BB0A0A2.6CCC454B@chrisland.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Sep 25, 2001 at 06:13:57PM -0700, Gary W. Swearingen wrote: > Chris writes: > > > Isn't that when we configure an IP on an interface, it will > > automatically create a route for the corresponding "connected" network? > > Which seems more like a bug than a feature to me. Been giving me all > kinds of grief. Even doing "ifconfig if# up" creates a unwanted network > route which I then have to delete so packets will go to my gateway > instead of out the interface as if there was no gateway. Are you sure you're just not setting your interface netmask incorrectly? If you configure the interface with a netmask of 255.255.255.255 there should be no connected subnet route to add. > It seems to be > designed on the assumption that we have sufficiently large number of IP > addresses to waste a lot of them on subnets. Um :) > I'd think that ifconfig > (or is it the kernel) would at least have auto-routing optional. It is optional. Use 255.255.255.255 as your netmask, and there is no corresponding subnet route to add. goose# ifconfig fxp0 fxp0: flags=8843 mtu 1500 inet6 fe80::2e0:81ff:fe01:790d%fxp0 prefixlen 64 scopeid 0x1 inet6 2001:438:1fff:fffc:2e0:81ff:fe01:790d prefixlen 64 autoconf inet 216.8.159.18 netmask 0xfffffff0 broadcast 216.8.159.31 ether 00:e0:81:01:79:0d media: Ethernet autoselect (10baseT/UTP) status: active goose# netstat -rn -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 216.8.159.17 UGSc 39 253 fxp0 127 lo0 UScB 0 0 lo0 127.0.0.1 127.0.0.1 UH 3 17535 lo0 216.8.159.16/28 link#1 UC 2 0 fxp0 216.8.159.17 0:4:76:ba:9c:17 UHLW 39 94814 fxp0 379 216.8.159.18 0:e0:81:1:79:d UHLW 0 11 lo0 goose# ifconfig fxp0 inet 1.1.1.1 netmask 255.255.255.255 alias goose# ifconfig fxp0 fxp0: flags=8843 mtu 1500 inet6 fe80::2e0:81ff:fe01:790d%fxp0 prefixlen 64 scopeid 0x1 inet6 2001:438:1fff:fffc:2e0:81ff:fe01:790d prefixlen 64 autoconf inet 216.8.159.18 netmask 0xfffffff0 broadcast 216.8.159.31 inet 1.1.1.1 netmask 0xffffffff broadcast 1.1.1.1 ether 00:e0:81:01:79:0d media: Ethernet autoselect (10baseT/UTP) status: active goose# netstat -rn -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 216.8.159.17 UGSc 39 253 fxp0 1.1.1.1/32 link#1 UC 0 0 fxp0 127 lo0 UScB 0 0 lo0 127.0.0.1 127.0.0.1 UH 3 17535 lo0 216.8.159.16/28 link#1 UC 2 0 fxp0 216.8.159.17 0:4:76:ba:9c:17 UHLW 39 94814 fxp0 368 216.8.159.18 0:e0:81:1:79:d UHLW 0 11 lo0 goose# Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 7:45:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from tomts19-srv.bellnexxia.net (tomts19.bellnexxia.net [209.226.175.73]) by hub.freebsd.org (Postfix) with ESMTP id 2C38C37B413 for ; Wed, 26 Sep 2001 07:45:37 -0700 (PDT) Received: from TMA-1.brad-x.com ([64.228.80.123]) by tomts19-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20010926144519.MKMQ3504.tomts19-srv.bellnexxia.net@TMA-1.brad-x.com>; Wed, 26 Sep 2001 10:45:19 -0400 Received: from localhost (localhost.brad-x.com [127.0.0.1]) by TMA-1.brad-x.com (Postfix) with ESMTP id 25DFF7B142; Wed, 26 Sep 2001 10:46:00 -0400 (EDT) Date: Wed, 26 Sep 2001 10:46:00 -0400 (EDT) From: Brad Laue To: freebsd-stable@freebsd.org Cc: gabriel@rgv.net Subject: Two NICs to integrate into the -STABLE source tree Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just wondering at the status of two network cards I've run across to date, and the status of whether patches are being looked over. First is the D-Link DFE-538TX, which as yet is not handled natively in 4.4-STABLE - a patch, which works well on two of my systems, here: http://www.brad-x.com/cards/DFE-538TX/rl_patch.patch (Mirrored because I had to rewrite it to match up with 4.4 sources) Second is the SiS 900, which is infamously unable to pick up its MAC from receive buffers; patch available here: http://people.freebsd.org/~wpaul/SiS/sis.diff Putting these two into the source tree would be magnificent. Cheers, Brad // -- http://www.BRAD-X.com/ -- // To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 8:49: 1 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by hub.freebsd.org (Postfix) with ESMTP id C47A137B409 for ; Wed, 26 Sep 2001 08:48:56 -0700 (PDT) Received: from f113.hadiko.de (root@hadif113.hadiko.uni-karlsruhe.de [172.20.42.143]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1) id 15mGvf-0002wQ-00; Wed, 26 Sep 2001 17:48:55 +0200 Received: (from riggs@localhost) by f113.hadiko.de (8.11.6/8.11.4) id f8QFmnV00608; Wed, 26 Sep 2001 17:48:49 +0200 (CEST) (envelope-from riggs) Date: Wed, 26 Sep 2001 17:48:49 +0200 From: "Thomas E. Zander" To: David Malone Cc: Gabriel Rocha , stable@freebsd.org Subject: Re: Virtual timer expired Message-ID: <20010926174849.A378@f113.hadiko.de> References: <20010912155901.O1121@geeksimplex.org> <20010925174058.E78737@f113.hadiko.de> <20010925165927.A79193@lanczos.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20010925165927.A79193@lanczos.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Tue, Sep 25, 2001 at 04:59:27PM +0100 Organization: =?iso-8859-1?Q?RiggiServ_-_Ihr_Partner_f=FCr_alles_Delikate?= X-PGP-KeyID: 0xC85996CD X-PGP-Fingerprint: 4F59 75B4 4CE3 3B00 BC61 5400 8DD4 8929 C859 96CD X-Mailer: Riggisoft Ausguck Eggsbress (Build 1001518488) X-Operating-System: Riggiland BSD 4.4-STABLE (To serve and protect.) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Am Di , dem 25. Sep 2001, um 16:59 +0100 Uhr schrubte David Malone zum Thema [Re: Virtual timer expired]: =20 > It is likely that this is due to a kernel stack underflow. Matt > Dillon has just committed a fix. You could test it by editing >=20 > /usr/src/sys/i386/include/paramh.h >=20 > and look for the line which says "#define UPAGES 2" and change it > to "#define UPAGES 3". Then you'll need to recompile your kernel, > install it and reboot. Absolutely right. This was it. I see it just has been committed. Thanks Riggs --=20 - Die Welt schl=E4ft tief schon lange Zeit | Sent with RiggiSmooth [tm] - -- Mich nur flieht die Dunkelheit | ------------------------- -- --- Denn per Infrarot seh ich | just to fit your --- ---- Die Nacht ist wirklich widerlich. | primitive screen. ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 8:55:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from waldorf.cs.uni-dortmund.de (waldorf.cs.uni-dortmund.de [129.217.4.42]) by hub.freebsd.org (Postfix) with ESMTP id 093BB37B42F for ; Wed, 26 Sep 2001 08:55:18 -0700 (PDT) Received: from lmr.cs.uni-dortmund.de (lmr [129.217.24.129]) by waldorf.cs.uni-dortmund.de (8.11.2/8.11.2) with ESMTP id f8QFtGU10022 for ; Wed, 26 Sep 2001 17:55:16 +0200 (MES) Received: from lmr (localhost [127.0.0.1]) by lmr.cs.uni-dortmund.de id f8QCnV122938; Wed, 26 Sep 2001 14:49:31 +0200 (MET DST) Content-Type: text/plain; charset="iso-8859-1" From: Martin Krzysiak Organization: IRB To: stable@freebsd.org Subject: Console login only for root after ISO-image-update to 4.4 Date: Wed, 26 Sep 2001 14:49:30 +0200 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01092614493000.16651@lmr> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I cannot login as a standard user to my workstation. It says something like: "Root directory not found", but my root directory is ok and my user directory, too. And I can use kdm from the root account to login to any account, but it's annoying and kdm doesn't start automatically after the update to 4.4. I had to remove it from /etc/ttys and start it manually by typing "kdm -nodaemon" by myself. I cannot find the new png package which is needed for kde-2.2 either. The dependencies seem to be all wrong there. Also missing configuration files for the new kdm. The old one took the configuration from somewhere else. What's happened here? I'm quite confused now. Anyone can help me? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 9: 4:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 2484A37B437 for ; Wed, 26 Sep 2001 09:04:13 -0700 (PDT) Received: from boole.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 26 Sep 2001 17:04:10 +0100 (BST) To: "Thomas E. Zander" Cc: Gabriel Rocha , stable@freebsd.org Subject: Re: Virtual timer expired In-reply-to: Your message of "Wed, 26 Sep 2001 17:48:49 +0200." <20010926174849.A378@f113.hadiko.de> X-Request-Do: Date: Wed, 26 Sep 2001 17:04:10 +0100 From: David Malone Message-ID: <200109261704.aa06364@salmon.maths.tcd.ie> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > and look for the line which says "#define UPAGES 2" and change it > > to "#define UPAGES 3". Then you'll need to recompile your kernel, > > install it and reboot. > Absolutely right. This was it. I see it just has been committed. This change may require the rebuilding of world to get ps, libkvm and friends to work correctly. After cvsupping or applying the patch it would probably be a good idea to do a make world to keep everything in sync. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 9: 7:52 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 9781837B42B; Wed, 26 Sep 2001 09:07:39 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id f8QG7b812144; Wed, 26 Sep 2001 09:07:37 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id f8QG7Xl02149; Wed, 26 Sep 2001 09:07:33 -0700 (PDT) (envelope-from jdp) Date: Wed, 26 Sep 2001 09:07:33 -0700 (PDT) Message-Id: <200109261607.f8QG7Xl02149@vashon.polstra.com> To: stable@freebsd.org From: John Polstra Cc: ru@freebsd.org Subject: Re: HEADS UP: find /usr/src -mtime -0 In-Reply-To: <20010926093225.B20611@sunbay.com> References: <20010925064527.A13569@hermes.yerpso.net> <20010925211810.D57333@sunbay.com> <3BB0FB4C.2F3E77C5@owt.com> <20010926093225.B20611@sunbay.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20010926093225.B20611@sunbay.com>, Ruslan Ermilov wrote: > On Tue, Sep 25, 2001 at 02:46:52PM -0700, Kent Stewart wrote: > > > > > > > > Could this be a side effect of the "9 Sept 01 Cvsup Error". > > > > The S1G Cvsup bug makes the dates come out 31 Dec 69 instead of 10 Sep > > 01. > > > If this "69" is 2069, that is definitely the problem! It was a pretty strange bug, but I don't think it would have been able to set the modtime to anything except the epoch+0, i.e., 1970-01-01 00:00:00 UTC. Note, this maps onto the end of 1969 in many time zones. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 9:26:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.urx.com (2811.dynacom.net [206.107.213.4]) by hub.freebsd.org (Postfix) with ESMTP id 7D0E837B41F; Wed, 26 Sep 2001 09:26:44 -0700 (PDT) Received: from owt.com [206.159.132.160] by mail.urx.com with ESMTP (SMTPD32-7.03) id A1BE33703C0; Wed, 26 Sep 2001 09:26:38 -0700 Message-ID: <3BB201BC.1CA321B4@owt.com> Date: Wed, 26 Sep 2001 09:26:36 -0700 From: Kent Stewart X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en,pdf MIME-Version: 1.0 To: John Polstra Cc: stable@FreeBSD.ORG, ru@FreeBSD.ORG Subject: Re: HEADS UP: find /usr/src -mtime -0 References: <20010925064527.A13569@hermes.yerpso.net> <20010925211810.D57333@sunbay.com> <3BB0FB4C.2F3E77C5@owt.com> <20010926093225.B20611@sunbay.com> <200109261607.f8QG7Xl02149@vashon.polstra.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Polstra wrote: > > In article <20010926093225.B20611@sunbay.com>, > Ruslan Ermilov wrote: > > On Tue, Sep 25, 2001 at 02:46:52PM -0700, Kent Stewart wrote: > > > > > > > > > > Could this be a side effect of the "9 Sept 01 Cvsup Error". > > > > > > The S1G Cvsup bug makes the dates come out 31 Dec 69 instead of 10 Sep > > > 01. > > > > > If this "69" is 2069, that is definitely the problem! > > It was a pretty strange bug, but I don't think it would have been able > to set the modtime to anything except the epoch+0, i.e., 1970-01-01 > 00:00:00 UTC. Note, this maps onto the end of 1969 in many time > zones. How do you wake up some of the cvsup site managers. For example, cvsup4.freebsd.org has been told at least twice going back to 12 Sep 01 that he is running the old version. That site is still pumping out source with the S1G bug. A cvsup started at 9:25 PDT shows Connected to cvsup4.FreeBSD.org Server software version: REL_16_1 Kent > > John > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com Carl Sagan quote on Seti@home http://setiathome.ssl.berkeley.edu/pale_blue_dot.html It is hard to believe you are soaring with Eagles (las águilas) when you accept SPAM like a mouse (el ratón). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 9:28:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id C4E2337B42C for ; Wed, 26 Sep 2001 09:28:06 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8QGRUF05455; Wed, 26 Sep 2001 19:27:30 +0300 (EEST) (envelope-from ru) Date: Wed, 26 Sep 2001 19:27:29 +0300 From: Ruslan Ermilov To: John Polstra Cc: stable@freebsd.org Subject: Re: HEADS UP: find /usr/src -mtime -0 Message-ID: <20010926192729.C89451@sunbay.com> References: <20010925064527.A13569@hermes.yerpso.net> <20010925211810.D57333@sunbay.com> <3BB0FB4C.2F3E77C5@owt.com> <20010926093225.B20611@sunbay.com> <200109261607.f8QG7Xl02149@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109261607.f8QG7Xl02149@vashon.polstra.com>; from jdp@polstra.com on Wed, Sep 26, 2001 at 09:07:33AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 26, 2001 at 09:07:33AM -0700, John Polstra wrote: > In article <20010926093225.B20611@sunbay.com>, > Ruslan Ermilov wrote: > > On Tue, Sep 25, 2001 at 02:46:52PM -0700, Kent Stewart wrote: > > > > > > > > > > Could this be a side effect of the "9 Sept 01 Cvsup Error". > > > > > > The S1G Cvsup bug makes the dates come out 31 Dec 69 instead of 10 Sep > > > 01. > > > > > If this "69" is 2069, that is definitely the problem! > > It was a pretty strange bug, but I don't think it would have been able > to set the modtime to anything except the epoch+0, i.e., 1970-01-01 > 00:00:00 UTC. Note, this maps onto the end of 1969 in many time > zones. > Yes, I was already told that, but it is still worth checking your /usr/src for time mismatches. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 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 Sep 26 9:30:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from akirason.se.verio.net (akirason.se.verio.net [204.27.64.122]) by hub.freebsd.org (Postfix) with ESMTP id 3E6A837B421 for ; Wed, 26 Sep 2001 09:30:50 -0700 (PDT) Received: from beancounter (no-wkstns.gs.verio.net [204.27.67.225]) (authenticated) by akirason.se.verio.net (8.11.4/8.11.4) with ESMTP id f8QGbAI51950 for ; Wed, 26 Sep 2001 11:37:10 -0500 (CDT) (envelope-from jeckermann@verio.net) Message-ID: <012d01c146a8$9a0b5ad0$279c10ac@INTERNAL> From: "Jeff Eckermann" To: References: <20010926085253.O58361-100000@mail1.hub.org> Subject: Re: Upgrading system perl Date: Wed, 26 Sep 2001 11:30:49 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I tried this procedure on two servers. On the first one, everything went fine. FreeBSD version: FreeBSD akira.eckermann.com 4.3-RC FreeBSD 4.3-RC #0: Tue Jun 19 07:03:05 CDT 2001 (Perl wouldn't recognize that I had installed modules, though: is there an easy fix, or do I need to reinstall all of them? I installed them from ports.) On the second server, the install failed with error messages reproduced below. FreeBSD version: FreeBSD kiyoko.la.verio.net 4.3-STABLE FreeBSD 4.3-STABLE #0: Wed May 23 22:03:19 CDT 2001 I would be grateful for any suggestions about how to fix this. TIA Errors: NDBM_File.c:171: `DBM_REPLACE' undeclared (first use in this function) NDBM_File.c:176: structure has no member named `dbp' NDBM_File.xs:92: structure has no member named `dbp' NDBM_File.c: In function `XS_NDBM_File_DELETE': NDBM_File.c:214: structure has no member named `dbp' NDBM_File.c: In function `XS_NDBM_File_FIRSTKEY': NDBM_File.c:237: structure has no member named `dbp' NDBM_File.c:237: incompatible types in assignment NDBM_File.c: In function `XS_NDBM_File_NEXTKEY': NDBM_File.c:267: structure has no member named `dbp' NDBM_File.c:267: incompatible types in assignment NDBM_File.c: In function `XS_NDBM_File_error': NDBM_File.c:293: structure has no member named `dbp' NDBM_File.c: In function `XS_NDBM_File_clearerr': NDBM_File.c:315: structure has no member named `dbp' *** Error code 1 Stop in /usr/ports/lang/perl5/work/perl-5.6.1/ext/NDBM_File. *** Error code 1 Stop in /usr/ports/lang/perl5/work/perl-5.6.1. *** Error code 1 Stop in /usr/ports/lang/perl5. *** Error code 1 Stop in /usr/ports/lang/perl5. *** Error code 1 Stop in /usr/ports/lang/perl5. *** Error code 1 Stop in /usr/ports/lang/perl5. ----- Original Message ----- From: "Marc G. Fournier" To: Cc: Sent: Wednesday, September 26, 2001 7:59 AM Subject: Re: Upgrading system perl > On Wed, 26 Sep 2001 francisv@dagupan.com wrote: > > > Hi all, > > > > What's the best way of upgrading the system perl from 5.005_03 to 5.6.1? > > Modify /usr/ports/Mk/bsd.ports.mk so that 5.005_03 is 5.6.1 > > Build/install /usr/ports/lang/perl5 as: > make LOCALBASE=/usr install > > Set NO_PERL=YES in your /etc/make.conf so that if you do an upgrade to the > OS, you don't wipe out what you've just installed ... > > > > > > 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 Wed Sep 26 9:44:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 3022D37B43B for ; Wed, 26 Sep 2001 09:44:08 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id f8QGi5812362; Wed, 26 Sep 2001 09:44:05 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id f8QGi5B02300; Wed, 26 Sep 2001 09:44:05 -0700 (PDT) (envelope-from jdp) Date: Wed, 26 Sep 2001 09:44:05 -0700 (PDT) Message-Id: <200109261644.f8QGi5B02300@vashon.polstra.com> To: stable@freebsd.org From: John Polstra Cc: kstewart@owt.com Subject: Re: HEADS UP: find /usr/src -mtime -0 In-Reply-To: <3BB201BC.1CA321B4@owt.com> References: <20010925064527.A13569@hermes.yerpso.net> <20010926093225.B20611@sunbay.com> <200109261607.f8QG7Xl02149@vashon.polstra.com> <3BB201BC.1CA321B4@owt.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <3BB201BC.1CA321B4@owt.com>, Kent Stewart wrote: > > How do you wake up some of the cvsup site managers. For example, > cvsup4.freebsd.org has been told at least twice going back to 12 Sep 01 > that he is running the old version. That site is still pumping out > source with the S1G bug. A cvsup started at 9:25 PDT shows > > Connected to cvsup4.FreeBSD.org > Server software version: REL_16_1 Confirmed. I have removed this site from the list in the Handbook, and have asked the freebsd.org hostmaster to delete its DNS record. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 10: 2:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from snafu.adept.org (snafu.adept.org [63.201.63.44]) by hub.freebsd.org (Postfix) with ESMTP id 4C22A37B405 for ; Wed, 26 Sep 2001 10:02:36 -0700 (PDT) Received: by snafu.adept.org (Postfix, from userid 1000) id C9E889EE0D; Wed, 26 Sep 2001 10:02:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by snafu.adept.org (Postfix) with ESMTP id C74119B005; Wed, 26 Sep 2001 10:02:28 -0700 (PDT) Date: Wed, 26 Sep 2001 10:02:28 -0700 (PDT) From: Mike Hoskins To: Michael Sierchio Cc: Subject: Re: ipfw patch In-Reply-To: <3BB1E237.7C317C74@tenebras.com> Message-ID: <20010926100130.T66711-100000@snafu.adept.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 26 Sep 2001, Michael Sierchio wrote: > Mike Hoskins wrote: > > Some time ago I came across the attached patch for ipfw which supports > > per-session timeouts. It applied cleanly until my last attempt to cvsup > > 4.4 (still at 4.3). It allows you to specify 'lifetimes' in your ipfw > > rules as follows: > What is it about SSH sessions that doesn't reset the timer? I didn't give Aaron enough time to reply... My bad. The updated patch is here: http://www.aarongifford.com/computers/ipfwpatch.html Later, -Mike -- "Information may want to be free, but fiber optic cable wants to be a million US dollars per mile." --Shawn McMahon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 10: 6: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lists.blarg.net (lists.blarg.net [206.124.128.17]) by hub.freebsd.org (Postfix) with ESMTP id 6AA4537B401 for ; Wed, 26 Sep 2001 10:05:56 -0700 (PDT) Received: from thig.blarg.net (thig.blarg.net [206.124.128.18]) by lists.blarg.net (Postfix) with ESMTP id D66E5BCA3; Wed, 26 Sep 2001 10:05:55 -0700 (PDT) Received: from localhost.localdomain ([206.124.139.115]) by thig.blarg.net (8.9.3/8.9.3) with ESMTP id KAA08991; Wed, 26 Sep 2001 10:05:55 -0700 Received: (from jojo@localhost) by localhost.localdomain (8.11.3/8.11.3) id f8QH4RX59613; Wed, 26 Sep 2001 10:04:27 -0700 (PDT) (envelope-from swear@blarg.net) To: Joe Abley , Jamie Norwood , David Wolfskill Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <3BB0A0A2.6CCC454B@chrisland.net> <20010926103827.S37693@buffoon.automagic.org> From: swear@blarg.net (Gary W. Swearingen) Date: 26 Sep 2001 10:04:26 -0700 In-Reply-To: <20010926103827.S37693@buffoon.automagic.org> Message-ID: Lines: 60 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks for your responses, David, Jamie, and Joe. Sorry for the whining; I had intended to withhold it until I had my story better organized. But I'm just frustrated, after reading several networking books, many articles, and man pages repeatedly, having a three-sigma IQ and over 20 years of computing , yet still have to resort to experimental methods to get a working network of only 3 computers. And the network I've got isn't what I intended nor what I still think I could eventually achieve if I have enough persistence to reverse-engineer the software or learn from the mailing lists what I haven't learned from the poor documentation. I'd really rather be helping work on FreeBSD documentation (which is what I want to do with my recreational computing time). (As much as I hate M$, I have no doubt why the future of Unix (of which I'm a 12-year user), sadly, dim.) Joe wrote: > Are you sure you're just not setting your interface netmask incorrectly? I'm sure that it's incorrect by some definitions. It's correct in the sense that it works, if awkwardly. AFAIK, I don't have enough IP addresses (/29 subnet) to make it correct by standard definitions. My complaint is that it is, AKAIK, an unnecessary design restriction. (Maybe if I knew "bridging" better it would be a non-issue for me.) > If you configure the interface with a netmask of 255.255.255.255 there > should be no connected subnet route to add. I've tried configuring with a CIDR /32 address and using the point-to-point scheme and have never been able to get a packet past my gateway/route when the netmask is 255.255.255.255. I've managed to get something working by using /31 so there's a default route to my firewall and a route on addr/31 out the interface. My biggest problems have been with the inscrutable "route" command. I add a route to the firewall and it sets the gateway localhost's interface to the firewall (so it pings itself). Why? I use one command (I forget right now) with "-interface xl0" and it sets the gateway to "xl0something", apparently a bug. I configure the interface point-to-point and try adding a default route to the other end and it says it can't find the other end. I could go on, but I'd rather do it when I get things stable under 4.4 and can discuss problems one at a time with logs, etc. What I've got here is a firewall connected via crossover cables to a DSL router, a DMZ server, and a workstation. Most people do this with NAT but I haven't been convinced that that is the optimum scheme (though I know I wouldn't have had the problems I've had) as long as your firewall is well configured. I started trying to use network 10.x addresses on all NICs and alias a couple public addresses for the server and workstation, but I couldn't get that to work and have resorted to public address on all NICs. With a /29 subnet, I don't have enough to have three sub-subnets for my three network segments, but have managed to get it to work in what I think is a non-standard scheme with a router between the three segments of one subnet. I've thought about trying the "bridging" setup, but that's so under-documented, that I've been discouraged to try that so far. Geeze, I do go on and on. You deserve a medal if you've read all that. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 10:11:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mailhub.state.me.us (mailhub.state.me.us [141.114.122.227]) by hub.freebsd.org (Postfix) with ESMTP id 8C56D37B416 for ; Wed, 26 Sep 2001 10:11:24 -0700 (PDT) Received: from katahdin.bmv.state.me.us by mailhub.state.me.us with ESMTP for freebsd-stable@FreeBSD.ORG; Wed, 26 Sep 2001 13:04:50 -0400 Received: from localhost (darren@localhost) by katahdin.bmv.state.me.us (AIX4.2/UCB 8.7/8.7) with ESMTP id NAA33416 for ; Wed, 26 Sep 2001 13:08:40 -0400 (EDT) Date: Wed, 26 Sep 2001 13:08:40 -0400 (EDT) From: Darren Henderson To: freebsd-stable@FreeBSD.ORG Subject: /kernel: arp_rtrequest: bad gateway value In-Reply-To: Message-Id: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Posted something similar the other day, but thought I would ask in a more general way.... What causes this error? Looking at the archives and source it appears to be related to aliases and if_inet.c What has changed between 4.3 and 4.4 that would account for this error appearing under 4.4 but not appear under 4.3 on a system where the network configuration has not changed? Everything appears to be working fine after the upgrade other then the appearance of this message numerous times during the day with no apparent pattern. Any thoughts appreciated. ________________________________________________________________________ Darren Henderson darren@bmv.state.me.us darren.henderson@state.me.us To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 10:19:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 36A5937B41E for ; Wed, 26 Sep 2001 10:19:31 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8QHInx10791; Wed, 26 Sep 2001 20:18:49 +0300 (EEST) (envelope-from ru) Date: Wed, 26 Sep 2001 20:18:49 +0300 From: Ruslan Ermilov To: Darren Henderson Cc: freebsd-stable@FreeBSD.ORG Subject: Re: /kernel: arp_rtrequest: bad gateway value Message-ID: <20010926201849.A10601@sunbay.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from darren@bmv.state.me.us on Wed, Sep 26, 2001 at 01:08:40PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can you please catch the moment when this happens, and email me the output of the following commands: dmesg | tail (which includes this message) route -vnd flush (dump of the routing table) Thanks, On Wed, Sep 26, 2001 at 01:08:40PM -0400, Darren Henderson wrote: > > Posted something similar the other day, but thought I would ask in a more > general way.... > > What causes this error? Looking at the archives and source it appears to be > related to aliases and if_inet.c > > What has changed between 4.3 and 4.4 that would account for this error > appearing under 4.4 but not appear under 4.3 on a system where the network > configuration has not changed? > > Everything appears to be working fine after the upgrade other then the > appearance of this message numerous times during the day with no apparent > pattern. > > Any thoughts appreciated. -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 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 Sep 26 10:30:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pc-62-31-80-67-ll.blueyonder.co.uk (pc-62-31-80-104-ll.blueyonder.co.uk [62.31.80.104]) by hub.freebsd.org (Postfix) with SMTP id 7E6E137B40A for ; Wed, 26 Sep 2001 10:30:23 -0700 (PDT) Received: (qmail 419 invoked by uid 1001); 25 Sep 2001 17:14:24 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Andrew Boothman To: Dave Peacock Subject: Re: /stand/sysinstall not upgraded during 4.4 binary upgrade Date: Tue, 25 Sep 2001 18:14:24 +0100 X-Mailer: KMail [version 1.2] Cc: freebsd-stable@freebsd.org References: <20010924030814.A11328@sackheads.org> <01092502420900.00382@spatula.home> <20010925005744.A24104@sackheads.org> In-Reply-To: <20010925005744.A24104@sackheads.org> MIME-Version: 1.0 Message-Id: <01092518142400.00394@spatula.home> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 25 September 2001 8:57 am, Dave Peacock wrote: > Ah! Yes, that would make more sense. My train of thought regarding "not > updated" was based upon the advice in various documents (FAQ/Handbook) that > specified (paraphrased) "Make sure you install/upgrade with the correct > version of sysinstall, otherwise you will have trouble". I'd be happy to submit some changes to the handbook and/or FAQ if there are some areas which may be confusing. But I couldn't actually find anywhere in either document that suggests what you paraphrased above. Can you be more spacific about parts of the documents that were unclear? Thanks. -- Andrew Boothman http://sour.cream.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 10:37:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from buffoon.automagic.org (buffoon.automagic.org [208.185.30.208]) by hub.freebsd.org (Postfix) with SMTP id E31CD37B401 for ; Wed, 26 Sep 2001 10:37:48 -0700 (PDT) Received: (qmail 66830 invoked by uid 1000); 26 Sep 2001 17:37:48 -0000 Date: Wed, 26 Sep 2001 13:37:48 -0400 From: Joe Abley To: "Gary W. Swearingen" Cc: Jamie Norwood , David Wolfskill , freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued Message-ID: <20010926133747.Y37693@buffoon.automagic.org> References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <3BB0A0A2.6CCC454B@chrisland.net> <20010926103827.S37693@buffoon.automagic.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 26, 2001 at 10:04:26AM -0700, Gary W. Swearingen wrote: > Thanks for your responses, David, Jamie, and Joe. > > Sorry for the whining; I had intended to withhold it until I had my > story better organized. But I'm just frustrated, after reading several > networking books, many articles, and man pages repeatedly, having a > three-sigma IQ and over 20 years of computing , yet still have to resort > to experimental methods to get a working network of only 3 computers. It's not so confounding once you get the hang of it. The fundamentals are actually refreshingly simple; you just need to not let yourself get bogged down in the implementation details. If you'd like to describe in as simple terms as possible what you're trying to achieve, I'd be happy to work through it with you. Maybe off-list, unless you think there is some general issue that needs publicising. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 10:40:54 2001 Delivered-To: freebsd-stable@freebsd.org Received: from c527597-a.cstvl1.sfba.home.com (c527597-a.cstvl1.sfba.home.com [24.176.204.87]) by hub.freebsd.org (Postfix) with ESMTP id 616A037B427; Wed, 26 Sep 2001 10:40:49 -0700 (PDT) Received: (from bmah@localhost) by c527597-a.cstvl1.sfba.home.com (8.11.6/8.11.6) id f8QHenr19008; Wed, 26 Sep 2001 10:40:49 -0700 (PDT) (envelope-from bmah) Message-Id: <200109261740.f8QHenr19008@c527597-a.cstvl1.sfba.home.com> To: Jordan Hubbard Cc: bmah@FreeBSD.ORG, rwc@cscfx.sytex.com, freebsd-stable@FreeBSD.ORG Subject: Re: No snapshots of 4.4 stable are being built In-reply-to: <20010925184613A.jkh@freebsd.org> References: <200109251036.f8PAaO759271@cscfx.sytex.com> <20010925092412L.jkh@freebsd.org> <200109252335.f8PNZO730777@c527597-a.cstvl1.sfba.home.com> <20010925184613A.jkh@freebsd.org> Comments: In-reply-to Jordan Hubbard message dated "Tue, 25 Sep 2001 18:46:13 -0700." From: bmah@FreeBSD.ORG (Bruce A. Mah) Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <19007.1001526048.1@intruder.bmah.org> Date: Wed, 26 Sep 2001 10:40:48 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If memory serves me right, Jordan Hubbard wrote: > > Hmmm. murray MFC-ed a change on 13 September (src/release/Makefile > > 1.536.2.56) that should have fixed this. What does the > > snapshot-building machine think it has? > > Probably something older - src/release/Makefile is one of the few host > dependencies. Let me refresh it and try again. I think it's working now! drwxr-xr-x 20 root wheel 1024 Sep 26 15:41 4.4-20010926-STABLE Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 10:43:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from diarmadhi.mushhaven.net (diarmadhi.mushhaven.net [216.150.202.147]) by hub.freebsd.org (Postfix) with ESMTP id 814DE37B40F for ; Wed, 26 Sep 2001 10:43:49 -0700 (PDT) Received: (from mistwolf@localhost) by diarmadhi.mushhaven.net (8.11.6/8.11.3) id f8QHgrT65456; Wed, 26 Sep 2001 13:42:53 -0400 (EDT) (envelope-from mistwolf) Date: Wed, 26 Sep 2001 13:42:53 -0400 From: Jamie Norwood To: Joe Abley Cc: "Gary W. Swearingen" , Jamie Norwood , David Wolfskill , freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued Message-ID: <20010926134253.A65444@mushhaven.net> References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <3BB0A0A2.6CCC454B@chrisland.net> <20010926103827.S37693@buffoon.automagic.org> <20010926133747.Y37693@buffoon.automagic.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010926133747.Y37693@buffoon.automagic.org>; from jabley@automagic.org on Wed, Sep 26, 2001 at 01:37:48PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Sep 26, 2001 at 01:37:48PM -0400, Joe Abley wrote: > On Wed, Sep 26, 2001 at 10:04:26AM -0700, Gary W. Swearingen wrote: > > Thanks for your responses, David, Jamie, and Joe. > > > > Sorry for the whining; I had intended to withhold it until I had my > > story better organized. But I'm just frustrated, after reading several > > networking books, many articles, and man pages repeatedly, having a > > three-sigma IQ and over 20 years of computing , yet still have to resort > > to experimental methods to get a working network of only 3 computers. > > It's not so confounding once you get the hang of it. The fundamentals > are actually refreshingly simple; you just need to not let yourself > get bogged down in the implementation details. > > If you'd like to describe in as simple terms as possible what you're > trying to achieve, I'd be happy to work through it with you. Maybe > off-list, unless you think there is some general issue that needs > publicising. I'd be interested in keeping in on this, I am curious as to the situation and how it is being handled. I do networking for a living, so love being in on odd things. Jamie > > > Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 11: 9:19 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pc1-cove4-0-cust214.bir.cable.ntl.com (pc1-cove4-0-cust214.bir.cable.ntl.com [213.105.93.214]) by hub.freebsd.org (Postfix) with ESMTP id 665D637B41C for ; Wed, 26 Sep 2001 11:09:15 -0700 (PDT) Received: from ntlworld.com (alpha.private [192.168.0.2]) (authenticated) by pc1-cove4-0-cust214.bir.cable.ntl.com (8.11.6/8.11.6) with ESMTP id f8QI5N439275 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO); Wed, 26 Sep 2001 19:05:25 +0100 (BST) (envelope-from ianjhart@ntlworld.com) Message-ID: <3BB218E2.27E6B2C5@ntlworld.com> Date: Wed, 26 Sep 2001 19:05:22 +0100 From: ian j hart X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Stoian Mishinev Cc: freebsd-stable@FreeBSD.ORG Subject: Re: UDMA ICRC READ ERROR References: <3BB102B3.5965C0B4@digsys.bg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Stoian Mishinev wrote: > > Hi, > > Can someone tell me wat this mean: > > Sep 26 01:11:51 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 135751 > retrying > Sep 26 01:11:52 gate last message repeated 2 times > Sep 26 01:11:52 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 135751 > falling back to PIO mode > > Thanks! > > Stoain Mishinev > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message Post the output from dmesg. Some history might also be useful. eg recent O/S or hardware upgrade. Did you read any of the threads on this subject? (stable and hardware) -- ian j hart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 11:18:53 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.urx.com (2811.dynacom.net [206.107.213.4]) by hub.freebsd.org (Postfix) with ESMTP id 2CD6137B40D for ; Wed, 26 Sep 2001 11:18:49 -0700 (PDT) Received: from owt.com [206.159.132.160] by mail.urx.com with ESMTP (SMTPD32-7.03) id AC0830F033E; Wed, 26 Sep 2001 11:18:48 -0700 Message-ID: <3BB21C06.9EBF0FF0@owt.com> Date: Wed, 26 Sep 2001 11:18:46 -0700 From: Kent Stewart X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en,pdf MIME-Version: 1.0 To: John Polstra Cc: stable@FreeBSD.ORG Subject: Re: HEADS UP: find /usr/src -mtime -0 References: <20010925064527.A13569@hermes.yerpso.net> <20010926093225.B20611@sunbay.com> <200109261607.f8QG7Xl02149@vashon.polstra.com> <3BB201BC.1CA321B4@owt.com> <200109261644.f8QGi5B02300@vashon.polstra.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Polstra wrote: > > In article <3BB201BC.1CA321B4@owt.com>, Kent Stewart wrote: > > > > How do you wake up some of the cvsup site managers. For example, > > cvsup4.freebsd.org has been told at least twice going back to 12 Sep 01 > > that he is running the old version. That site is still pumping out > > source with the S1G bug. A cvsup started at 9:25 PDT shows > > > > Connected to cvsup4.FreeBSD.org > > Server software version: REL_16_1 > > Confirmed. I have removed this site from the list in the Handbook, > and have asked the freebsd.org hostmaster to delete its DNS record. Now we need to work on cvsup[6,8,9,15,16,17] that are still running 16.1d. I haven't tried your telnet trick on any non-US servers. When I get a response from the 2 that have a full client list, I will send them an email like I did to the ones running 16.1 on 12 Sept 01. Rejecting a client or server, which 16.1e does, is the only solution. Everyone should have upgraded to it yesterday :). I say it with a smile because I upgraded today. Right now, cvsup12.freebsd.org is not connecting. I don't know what Will is running. Kent > > John > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com Carl Sagan quote on Seti@home http://setiathome.ssl.berkeley.edu/pale_blue_dot.html It is hard to believe you are soaring with Eagles (las águilas) when you accept SPAM like a mouse (el ratón). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 12:38:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from office-plovdiv.digsys.bg (plovdiv20.pip.digsys.bg [193.68.2.20]) by hub.freebsd.org (Postfix) with ESMTP id 26CC937B434 for ; Wed, 26 Sep 2001 12:38:35 -0700 (PDT) Received: from digsys.bg (localhost.digsys.bg [127.0.0.1]) by office-plovdiv.digsys.bg (8.11.6/8.11.1) with ESMTP id f8QJcYL02757 for ; Wed, 26 Sep 2001 22:38:41 +0300 (EEST) (envelope-from mishinev@digsys.bg) Message-ID: <3BB22EBA.E1EAFBFE@digsys.bg> Date: Wed, 26 Sep 2001 22:38:34 +0300 From: Stoian Mishinev X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.4-STABLE i386) X-Accept-Language: bg, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: anoncvs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Is there a problem with anoncvs server I'm trying to update my ports tree and got cvs [login aborted]: connect to anoncvs.FreeBSD.org:2401 failed: Operation timed out this continues about 4-5 days. Regards, Mishinev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 12:53: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from grace.speakeasy.org (grace.speakeasy.org [216.254.0.2]) by hub.freebsd.org (Postfix) with SMTP id 243AB37B413 for ; Wed, 26 Sep 2001 12:52:58 -0700 (PDT) Received: (qmail 26106 invoked by uid 31413); 26 Sep 2001 19:52:57 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Sep 2001 19:52:57 -0000 Date: Wed, 26 Sep 2001 12:52:57 -0700 (PDT) From: Lobster Harmonica To: Subject: /usr/ports disappeared Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi all. i've just noticed that my entire /ports directory is missing! strange i can still "use" ports via /stand/sysinstall though. anyone else ever see this strange behavior? thanks in advance. -j "Trying is the first step towards failure." - Homer J. Simpson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 13:55:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from onceler.kciLink.com (onceler.kcilink.com [216.194.193.106]) by hub.freebsd.org (Postfix) with ESMTP id 4CC0237B40F for ; Wed, 26 Sep 2001 13:55:04 -0700 (PDT) Received: (from khera@localhost) by onceler.kciLink.com (8.11.6/8.11.6) id f8QKsWA32864; Wed, 26 Sep 2001 16:54:32 -0400 (EDT) (envelope-from khera) From: Vivek Khera MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15282.16519.937665.189852@onceler.kciLink.com> Date: Wed, 26 Sep 2001 16:54:31 -0400 To: stable@freebsd.org, bind-users@isc.org Subject: BIND 8.2.4-REL in FreeBSD 4.4 broke my DNSSEC X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I had been running 4.3-STABLE from about June on my primary DNS server, and had BIND 8.2.3-REL on it (I forget if I updated it or it was already that version when I installed FreeBSD). Anyhow, my DNSSEC configuration is now failing with these errors: /etc/namedb/named.conf:23: unknown key 'kci-yertle' /etc/namedb/named.conf:23: empty key not added to server list /etc/namedb/named.conf:51: unknown key 'vortex-kci' /etc/namedb/named.conf:51: empty key not added to server list Does anyonw know anything about this? I see in the CHANGES file these entries: 1186. [bug] DNSSEC key ids were computed incorrectly. 1156. [bug] don't use a known bogus key name. I don't see anything in the docs that indicate syntax change. Again, this worked just fine with 8.2.3-REL and prior. The BIND users mailing list archive shows nothing related to these errors, and I don't recall seeing anything like this on the freebsd lists. My config is like this: key kci-yertle. { algorithm hmac-md5; secret "my-secret-is-here"; }; server 216.194.193.105 { keys { kci-yertle.; }; }; For kicks, I tried generating a new key using the dnskeygen progam, but that also gave the same types of errors. Any help would be appreciated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 14:15:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.urx.com (2811.dynacom.net [206.107.213.4]) by hub.freebsd.org (Postfix) with ESMTP id 571A137B439 for ; Wed, 26 Sep 2001 14:15:42 -0700 (PDT) Received: from owt.com [206.159.132.160] by mail.urx.com with ESMTP (SMTPD32-7.03) id A5771A01B8; Wed, 26 Sep 2001 14:15:35 -0700 Message-ID: <3BB24575.E8779527@owt.com> Date: Wed, 26 Sep 2001 14:15:33 -0700 From: Kent Stewart X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en,pdf MIME-Version: 1.0 To: Lobster Harmonica Cc: stable@FreeBSD.ORG Subject: Re: /usr/ports disappeared References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Lobster Harmonica wrote: > > hi all. > > i've just noticed that my entire /ports directory is missing! strange i can > still "use" ports via /stand/sysinstall though. anyone else ever see this > strange behavior? Did you cvsup with the wrong tag? For example, the ports are all "tag=." since there is only the head. Kent > > thanks in advance. > > -j > > "Trying is the first step towards failure." - Homer J. Simpson > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com Carl Sagan quote on Seti@home http://setiathome.ssl.berkeley.edu/pale_blue_dot.html It is hard to believe you are soaring with Eagles (las águilas) when you accept SPAM like a mouse (el ratón). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 14:37:49 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aquinas.techsquare.com (aquinas.techsquare.com [199.190.186.200]) by hub.freebsd.org (Postfix) with ESMTP id 45C5137B426 for ; Wed, 26 Sep 2001 14:37:47 -0700 (PDT) Received: (from jamie@localhost) by aquinas.techsquare.com (8.10.2/8.10.2) id f8QLbga20192; Wed, 26 Sep 2001 17:37:42 -0400 (EDT) Date: Wed, 26 Sep 2001 17:37:42 -0400 From: Jamie Oulman To: Lobster Harmonica Cc: stable@freebsd.org Subject: Re: /usr/ports disappeared Message-ID: <20010926173742.A19548@techsquare.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from failure@speakeasy.net on Wed, Sep 26, 2001 at 12:52:57PM -0700 Organization: TechSquare Inc X-PGP-ID: 56D99DC1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG rm -rf /usr/ports possibly? jamie. > i've just noticed that my entire /ports directory is missing! strange i can > still "use" ports via /stand/sysinstall though. anyone else ever see this > strange behavior? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 14:55: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from luke.immure.com (luke.immure.com [207.8.42.74]) by hub.freebsd.org (Postfix) with ESMTP id 322B937B418 for ; Wed, 26 Sep 2001 14:54:57 -0700 (PDT) Received: (from bob@localhost) by luke.immure.com (8.11.2/8.11.5) id f8QLsuC10308 for freebsd-stable@freebsd.org; Wed, 26 Sep 2001 16:54:56 -0500 (CDT) (envelope-from bob) Date: Wed, 26 Sep 2001 16:54:56 -0500 From: Bob Willcox To: stable list Subject: 4-stable hang booting on system w/ASUS P3B MB Message-ID: <20010926165456.B98417@luke.immure.com> Reply-To: Bob Willcox Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi All, We have a system here that had been running release 4.1.1 for a long time (since 4.1.1 was new) that we just updated to 4-stable (as of yesterday). Unfortunately, the new 4-stable kernel is hanging right at the end of the configure function (in i386/i386/autoconf.c) right as it calls spl0() to handle pending interrupts. At the point the system hangs up solid and requires a reset or power cycle to get running again. This system has an ASUS P3B (440BX chipset) mother board and a 400 MHz PIII processor with 128MB of memory. As I stated above, it runs the 4.1.1 kernel just fine. I have attached our kernel config file. Note that we have tried this both with and without apm enable (sort of on a whim, I guess). Thanks for any help you can provide, Bob -- Bob Willcox Putt's Law: bob@vieo.com Technology is dominated by two types of people: Austin, TX Those who understand what they do not manage. Those who manage what they do not understand. --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=PARODY # # PARODY -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.34 2001/08/12 13:13:46 joerg Exp $ machine i386 cpu I386_CPU cpu I486_CPU cpu I586_CPU cpu I686_CPU ident PARODY maxusers 64 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=10000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev # Enable kernel debugger options DDB options DDB_UNATTENDED device isa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # # If you have a Toshiba Libretto with its Y-E Data PCMCIA floppy, # don't use the above line for fdc0 but the following one: #device fdc0 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets) options SYM_SETUP_LP_PROBE_MAP=0x40 # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device ch # SCSI media changers device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) #device apm0 at nexus? disable flags 0x20 # Advanced Power Management # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device pcn # AMD Am79C97x PCI 10/100 NICs device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device ste # Sundance ST201 (D-Link DFE-550TX) device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device wx # Intel Gigabit Ethernet Card (``Wiseman'') device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocate. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device uscanner # Scanners ## USB Ethernet, requires mii #device aue # ADMtek USB ethernet #device cue # CATC USB ethernet #device kue # Kawasaki LSI USB ethernet --Q68bSM7Ycu6FN28Q-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 15:21:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lists.blarg.net (lists.blarg.net [206.124.128.17]) by hub.freebsd.org (Postfix) with ESMTP id 16F4D37B446 for ; Wed, 26 Sep 2001 15:21:49 -0700 (PDT) Received: from thig.blarg.net (thig.blarg.net [206.124.128.18]) by lists.blarg.net (Postfix) with ESMTP id 8F664BD20; Wed, 26 Sep 2001 15:21:48 -0700 (PDT) Received: from localhost.localdomain ([206.124.139.115]) by thig.blarg.net (8.9.3/8.9.3) with ESMTP id PAA11329; Wed, 26 Sep 2001 15:21:48 -0700 Received: (from jojo@localhost) by localhost.localdomain (8.11.3/8.11.3) id f8QMKFu60130; Wed, 26 Sep 2001 15:20:15 -0700 (PDT) (envelope-from swear@blarg.net) To: Jamie Norwood Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <3BB0A0A2.6CCC454B@chrisland.net> <20010926103827.S37693@buffoon.automagic.org> <20010926133747.Y37693@buffoon.automagic.org> <20010926134253.A65444@mushhaven.net> From: swear@blarg.net (Gary W. Swearingen) Date: 26 Sep 2001 15:20:14 -0700 In-Reply-To: <20010926134253.A65444@mushhaven.net> Message-ID: Lines: 100 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jamie Norwood writes: > On Wed, Sep 26, 2001 at 01:37:48PM -0400, Joe Abley wrote: > > > > If you'd like to describe in as simple terms as possible what you're > > trying to achieve, I'd be happy to work through it with you. Maybe > > off-list, unless you think there is some general issue that needs > > publicising. > > I'd be interested in keeping in on this, I am curious as to the > situation and how it is being handled. I do networking for a living, > so love being in on odd things. Two gluttons for punishment, I guess. I don't want to take the time right now to rerun tests so I can accurately explain the problems I have had and don't want to waste your kindly-offered time further with any more general discussion at this time. (I want to get a web site back on line at its new non-ISP domain after my ISP shut down, etc.) But here's the basic situation if you'd care to suggest something for me to experiment with later: My firewall talks to a DSL router, a DMZ server, and a workstation over three network segments (crossover Tbase10) - no hubs or switches. I've got a /29 subnet so there's one address for each of the six host interfaces, should they be needed. I don't want to do NAT because I don't see the need for it (and it's problematical and I'm headstrong). oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo That's it, but rambling on... I considered doing a bridging firewall so all segments could be on one (sub)network but meagerness of documentation discouraged an attempt. AFAIK, to do "correct" networking, my three network segments separated by a routing firewall require three separate networks while my ISP-assigned subnet supports only two sub-subnets. I also tried setting it all up on 10.x addresses with public IPs aliased on the server and workstation; I might have just messed up. Should that work? I currently have addresses assigned like this: a.b.c.0 subnetwork (ISP-assigned) a.b.c.1 DSL router (ISP-assigned; not sure why I couldn't choose) a.b.c.2 firewall's workstation interface a.b.c.3 workstation a.b.c.4 firewall's server interface a.b.c.5 server a.b.c.6 firewall's DSL router interface a.b.c.7 subnetwork broadcast (ISP-assigned) The following is the only thing I've blundered upon which works on the workstation (and server). (It's considerably worse on the firewall.) $ netstat -nr Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 334 lo0 $ ifconfig xl0 a.b.c.3/29 [IIRC, /30 works too; 31 or 32 don't] $ netstat -nr Destination Gateway Flags Refs Use Netif Expire default a.b.c.2 UGSc 0 0 xl0 127.0.0.1 127.0.0.1 UH 0 334 lo0 a.b.c.0/29 link#2 UC 1 0 xl0 => At which point I can ping firewall but no further. I wish it didn't auto-add the route, but, oh well; it makes some sense. Then I delete the subnet route and add one for a.b.c.2/31: Using "route add a.b.c.2/31 -interface xl0" gives: a.b.c.2/31 link#2 UCSc 0 0 xl0 => which routes as desired. (Using "route add a.b.c.2 -interface xl0" gives: a.b.c.2 UHLS 0 0 lo0 which is hardly what I want and doesn't route as desired.) Unfortunately, doing "ifconfig xl0 down; go fishing; ifconfig xl0 up" puts back the a.b.c.0/29 route, breaking my routing. If I start with: ifconfig xl0 a.b.c.2/31 I get from netstat: Destination Gateway Flags Refs Use Netif Expire default a.b.c.2 UGSc 0 0 xl0 127.0.0.1 127.0.0.1 UH 0 334 lo0 a.b.c.2/31 link#2 UC 1 0 xl0 => which looks pretty good (except Flags), but doesn't ping past the firewall. Thanks again for your interest. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 16: 1:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.oskarmobil.cz (smtp1.oskarmobil.cz [217.77.161.133]) by hub.freebsd.org (Postfix) with ESMTP id 8048D37B410 for ; Wed, 26 Sep 2001 16:01:34 -0700 (PDT) Received: from wh01ex01.ceskymobil.cz (wh01ex01.oskarmobil.cz [172.20.116.17]) by smtp1.oskarmobil.cz (8.11.2/8.11.1) with ESMTP id f8QMwkV98381 for ; Thu, 27 Sep 2001 00:58:47 +0200 (CEST) (envelope-from Milon.Papezik@oskarmobil.cz) Received: by wh01ex01.oskarmobil.cz with Internet Mail Service (5.5.2653.19) id ; Thu, 27 Sep 2001 00:59:10 +0200 Message-ID: From: Milon Papezik To: "'freebsd-stable@freebsd.org'" Subject: none Date: Thu, 27 Sep 2001 00:59:07 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-2" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe milon.papezik@oskarmobil.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 16: 8:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from tp.databus.com (p101-46.acedsl.com [160.79.101.46]) by hub.freebsd.org (Postfix) with ESMTP id 9158B37B409 for ; Wed, 26 Sep 2001 16:08:22 -0700 (PDT) Received: (from barney@localhost) by tp.databus.com (8.11.6/8.11.4) id f8QN7bJ80780; Wed, 26 Sep 2001 19:07:37 -0400 (EDT) (envelope-from barney) Date: Wed, 26 Sep 2001 19:07:32 -0400 From: Barney Wolff To: "Gary W. Swearingen" Cc: Jamie Norwood , freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued Message-ID: <20010926190732.A80636@tp.databus.com> References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <3BB0A0A2.6CCC454B@chrisland.net> <20010926103827.S37693@buffoon.automagic.org> <20010926133747.Y37693@buffoon.automagic.org> <20010926134253.A65444@mushhaven.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from swear@blarg.net on Wed, Sep 26, 2001 at 03:20:14PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At first glance, you can't do what you want with only a /29. Every "link" requires a /30, because the first and last addresses cannot be assigned to interfaces. Also, I rather doubt that you can get an Ethernet to work as a point-to-point link because the driver needs to arp. (Yes of course the crossover cables work - that's not the point.) One thing you might try is to replace the DSL router with a mere DSL modem, or, if possible, put the DSL router into bridge mode. That way, the firewall can use the external address that was assigned to the DSL router (which is in some other netblock than your /29) as its external address, and then a hub or switch on the internal side will connect all your other boxes. I run my DSL /29 this way. The only other choice is to run the firewall as a bridge. This is not a matter of documentation - what you're asking route to do cannot be done. Barney Wolff On Wed, Sep 26, 2001 at 03:20:14PM -0700, Gary W. Swearingen wrote: > Jamie Norwood writes: > > > On Wed, Sep 26, 2001 at 01:37:48PM -0400, Joe Abley wrote: > > > > > > If you'd like to describe in as simple terms as possible what you're > > > trying to achieve, I'd be happy to work through it with you. Maybe > > > off-list, unless you think there is some general issue that needs > > > publicising. > > > > I'd be interested in keeping in on this, I am curious as to the > > situation and how it is being handled. I do networking for a living, > > so love being in on odd things. > > Two gluttons for punishment, I guess. > > I don't want to take the time right now to rerun tests so I can > accurately explain the problems I have had and don't want to waste your > kindly-offered time further with any more general discussion at this > time. (I want to get a web site back on line at its new non-ISP domain > after my ISP shut down, etc.) > > But here's the basic situation if you'd care to suggest something for > me to experiment with later: > > My firewall talks to a DSL router, a DMZ server, and a workstation over > three network segments (crossover Tbase10) - no hubs or switches. > > I've got a /29 subnet so there's one address for each of the six host > interfaces, should they be needed. I don't want to do NAT because I > don't see the need for it (and it's problematical and I'm headstrong). > > oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo > > That's it, but rambling on... > > I considered doing a bridging firewall so all segments could be on one > (sub)network but meagerness of documentation discouraged an attempt. > > AFAIK, to do "correct" networking, my three network segments separated > by a routing firewall require three separate networks while my > ISP-assigned subnet supports only two sub-subnets. > > I also tried setting it all up on 10.x addresses with public IPs aliased > on the server and workstation; I might have just messed up. Should > that work? > > I currently have addresses assigned like this: > > a.b.c.0 subnetwork (ISP-assigned) > a.b.c.1 DSL router (ISP-assigned; not sure why I couldn't choose) > a.b.c.2 firewall's workstation interface > a.b.c.3 workstation > a.b.c.4 firewall's server interface > a.b.c.5 server > a.b.c.6 firewall's DSL router interface > a.b.c.7 subnetwork broadcast (ISP-assigned) > > The following is the only thing I've blundered upon which works on the > workstation (and server). (It's considerably worse on the firewall.) > > $ netstat -nr > Destination Gateway Flags Refs Use Netif Expire > 127.0.0.1 127.0.0.1 UH 0 334 lo0 > > $ ifconfig xl0 a.b.c.3/29 [IIRC, /30 works too; 31 or 32 don't] > > $ netstat -nr > Destination Gateway Flags Refs Use Netif Expire > default a.b.c.2 UGSc 0 0 xl0 > 127.0.0.1 127.0.0.1 UH 0 334 lo0 > a.b.c.0/29 link#2 UC 1 0 xl0 => > > At which point I can ping firewall but no further. I wish it didn't > auto-add the route, but, oh well; it makes some sense. > > Then I delete the subnet route and add one for a.b.c.2/31: > > Using "route add a.b.c.2/31 -interface xl0" gives: > a.b.c.2/31 link#2 UCSc 0 0 xl0 => > which routes as desired. > > (Using "route add a.b.c.2 -interface xl0" gives: > a.b.c.2 UHLS 0 0 lo0 > which is hardly what I want and doesn't route as desired.) > > Unfortunately, doing "ifconfig xl0 down; go fishing; ifconfig xl0 up" > puts back the a.b.c.0/29 route, breaking my routing. > > If I start with: > ifconfig xl0 a.b.c.2/31 > > I get from netstat: > Destination Gateway Flags Refs Use Netif Expire > default a.b.c.2 UGSc 0 0 xl0 > 127.0.0.1 127.0.0.1 UH 0 334 lo0 > a.b.c.2/31 link#2 UC 1 0 xl0 => > > which looks pretty good (except Flags), but doesn't ping past the firewall. > > Thanks again for your interest. > > 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 Wed Sep 26 16:23:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.oskarmobil.cz (smtp1.oskarmobil.cz [217.77.161.133]) by hub.freebsd.org (Postfix) with ESMTP id 2D72A37B415 for ; Wed, 26 Sep 2001 16:23:11 -0700 (PDT) Received: from wh01ex01.ceskymobil.cz (wh01ex01.oskarmobil.cz [172.20.116.17]) by smtp1.oskarmobil.cz (8.11.2/8.11.1) with ESMTP id f8QNKNV98678 for ; Thu, 27 Sep 2001 01:20:23 +0200 (CEST) (envelope-from Milon.Papezik@oskarmobil.cz) Received: by wh01ex01.oskarmobil.cz with Internet Mail Service (5.5.2653.19) id ; Thu, 27 Sep 2001 01:20:47 +0200 Message-ID: From: Milon Papezik To: "'freebsd-stable@freebsd.org'" Subject: Installworld broken ? Date: Thu, 27 Sep 2001 01:20:46 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-2" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I tried several times the usual cvsup->buildworld->buildkernel ->installkernel,installworld on machine installed from 4.4RC3. However 'installworld' is failing with the attached error messages. The last cvsup is from 2001-09-26, somewhere between 00:00-06:00 GMT, however it was the same a week ago. My CVSup version is SNAP-16.1e. ===> bin/rm install -c -s -o root -g wheel -m 555 rm /bin install -c -o root -g wheel -m 444 rm.1.gz /usr/share/man/man1 /usr/share/man/man1/unlink.1.gz -> /usr/share/man/man1/rm.1.gz /bin/unlink -> /bin/rm ===> bin/rmdir install -c -s -o root -g wheel -m 555 rmdir /bin install -c -o root -g wheel -m 444 rmdir.1.gz /usr/share/man/man1 ===> bin/sh install -c -s -o root -g wheel -m 555 sh /bin Could not execute shell *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Please, does anyone have a clue what can cause it ? (I am sorry if it is somethink trivial, but I cannot resolve it for last 2 days and I feel now like a fresh candidate for pointy-haired hat). Thanks in advance for any pointer, Milon -- milon.papezik@oskarmobil.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 19: 3:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hollowman.mweb.co.za (hollowman.mweb.co.za [196.2.46.15]) by hub.freebsd.org (Postfix) with ESMTP id 30D3737B405 for ; Wed, 26 Sep 2001 19:03:09 -0700 (PDT) Received: from siberiyan.dyndns.org ([196.30.182.165]) by hollowman.mweb.co.za (iPlanet Messaging Server 5.1 (built May 7 2001)) with SMTP id <0GKA00K5HTP3AH@hollowman.mweb.co.za> for freebsd-stable@freebsd.org; Thu, 27 Sep 2001 04:03:05 +0200 (SAST) Received: by siberiyan.dyndns.org (sSMTP sendmail emulation); Thu, 27 Sep 2001 04:03:33 +0200 Date: Thu, 27 Sep 2001 04:03:33 +0200 From: Piet Delport Subject: "fixlabel: invalid magic" while dd'ing to /dev/ad4s1 To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@freebsd.org Message-id: <20010927040332.C96979@athalon.homenet> MIME-version: 1.0 Content-type: multipart/signed; boundary=liOOAslEiF7prFVr; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.3.22.1i X-Operating-System: FreeBSD 4.4-STABLE X-Editor: VIM - Vi IMproved 6.0ax BETA (http://www.vim.org/) X-Crypto: gpg (GnuPG) 1.0.6 (http://www.gnupg.org/) X-GPG-Key-ID: 0x6B191427 X-GPG-Fingerprint: C7FF A540 2199 F7BF 1933 5640 CD15 0FF3 6B19 1427 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi stable people, Some verbose background (hurried folks can skip to "end background"): A while back, while i was installing FreeBSD onto a free slice on this box, i accidentally overwrote the start of my first slice (which contains a Winders 98 installation) with the FreeBSD boot loader, instead of installing it in the MBR. The result is that said Win98 slice is now unbootable (FreeBSD gets booted instead when i try) and unmountable (both from FreeBSD and a DOS boot floppy). Not too big a deal, as my most important data is elsewhere, and the Windows installation is expendable, but there's still one or two non-backed-up files on the Win98 slice that i'd like to recover. Which is what i set out to do, in the name of Knowledge, Prosperity, and Copious Free Time. Initial investigation revealed that only the first 8K of /dev/ad4s1 (the Windows boot slice) differed from a normal FAT32 filesystem header, a convenient example of which exists in the form of /dev/ad4s5, my other FAT32 slice. So, by restoring the first 8K of ad4s1 from ad4s5, i am hoping to make ad4s1 usable again, at least enough so that i can recover my files. [end background] I tried the following: # dd if=3D/dev/ad4s5 of=3D/dev/ad4s1 bs=3D512 count=3D16 but dd replied with: | dd: /dev/ad4s1: Read-only file system | 2+0 records in | 1+0 records out | 512 bytes transferred in 0.022429 secs (22828 bytes/sec) Note that the first 512 bytes were indeed written to ad4s1, but nothing more was. Additionally, the kernel reported: | dscheck(#ad/0x20022): fixlabel: invalid magic | fixlabel: invalid magic For what it's worth, 0x20022 seems to be the minor device number of /dev/ad4s1: $ ls -l /dev | grep 20022 crw-r----- 2 root operator 116, 0x00020022 Sep 27 01:47 ad4s1 crw-r----- 2 root operator 116, 0x00020022 Sep 27 01:47 rad4s1 $ Searching various manpages didn't shed any light on the error messages, so i grepped the FreeBSD source tree for "fixlabel: invalid magic" and found (the only) match in sys/kern/subr_diskslice.c: | /* These errors "can't happen" so don't bother reporting details. */ | if (lp->d_magic !=3D DISKMAGIC || lp->d_magic2 !=3D DISKMAGIC) | return ("fixlabel: invalid magic"); | if (dkcksum(lp) !=3D 0) | return ("fixlabel: invalid checksum"); Unfortunately, my non-existent kernel-fu precluded me from gleaning anything meaningful from the code, other than that this probably shouldn't happen. I should also mention that i tried: # disklabel -W ad4s1 after reading about it in disklabel(8), but i still got the same error message. I also tried dd'ing to/from /dev/rad4s? instead of /dev/ad4s?, with no success. Am i doing something wrong here, is this a bug, or what? Thanks in advance for any replies, --=20 Piet Delport Today's subliminal thought is: --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) iD8DBQE7soj0zRUP82sZFCcRAhuWAJ9glNo8v95D4dYGoh9AMc34dB4dZgCdFNe4 0liUS5RV4TrcT8UX2gN5m1M= =RxVP -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 20:15: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.121.85]) by hub.freebsd.org (Postfix) with ESMTP id 3D5C037B43C for ; Wed, 26 Sep 2001 20:14:58 -0700 (PDT) Received: from there (user-33qsaa4.dsl.mindspring.com [199.174.41.68]) by gull.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with SMTP id UAA07836 for ; Wed, 26 Sep 2001 20:14:57 -0700 (PDT) Message-Id: <200109270314.UAA07836@gull.mail.pas.earthlink.net> Content-Type: text/plain; charset="iso-8859-1" From: Lane Holcombe To: stable@freebsd.org Subject: Going STABLE from CURRENT Date: Wed, 26 Sep 2001 22:14:56 -0500 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG PAM broke the other day, and after too long I realize that it is because I have been running 5.0-CURRENT when I should be STABLE. So now I want to get to 4.4-STABLE. I removed /usr/src and reran cvsup for RELENG_4. Then I sucessfully ran make build/install kernel KERNCONF=GENERIC. But now make buildworld keeps failing at: sys/boot/ficl ".depend", line 1: Need an operator < hundreds more lines of the same snipped> I finally located the offending file at /usr/obj/usr/src/sys/boot/ficl/.depend and the first several lines appear as garbage characters, but then the following words appear: Created from source file @/dev/pci./pci_if.m with @/kern/makeobj/ops.pl But I don't know what to do with this information. How can I get to STABLE from CURRENT? lane (holcombe) P.S. I initially posted this at freebsd-questions@freebsd.org and THEN I read Mark's reply, below. I have followed his advice, including two runs of "make cleandir" and "rm -rf /usr/obj/*" but the problem repeats itself. ---------- Forwarded Message ---------- Subject: Re: Please forgive me if I am out of line ... Date: Mon, 24 Sep 2001 08:59:27 +0100 From: Mark Murray To: Lane Holcombe Hi Clean up your source tree completely, and make sure there is no garbage. ("make cleandir" twice does most of that. 'rm -rf /usr/obj/*' does a bit more.) Then cvsup your cources to the latest possible. (STABLE or CURRENT). Then make world. If that doesn't work, then please report the problem in great detail to current@freebsd.org or stable@freebsd.org (not both) depending on which version of freebsd you are using. M > I'm trying to make PAM work because I continue to get the follwing message > when I use "su": > > /usr/libexec/ld-elf.so.1: /usr/lib/pam_rootok.so: Undefined symbol > "_pam_verbose_error" > > I have attempted to recreate PAM from source at /usr/src/lib/libpam but the > build fails at pam_ssh with: > > /usr/libexec/elf/ld: cannot find -lssh > > I have been working around this for several weeks, but it has become quite > a headache. > > The reason that I have contacted you is because committer markm last > created the Makefile in /usr/src/lib/libpam/libpam on 2001/07/09 - and I > hope that is you. > > thanks in advance > > lane (holcombe) -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn ------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 21:37:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ms23.hinet.net (ms23.hinet.net [168.95.4.23]) by hub.freebsd.org (Postfix) with ESMTP id 34A8837B428; Wed, 26 Sep 2001 21:36:53 -0700 (PDT) Received: from 168.95.192.1 (61-216-51-248.HINET-IP.hinet.net [61.216.51.248]) by ms23.hinet.net (8.8.8/8.8.8) with SMTP id MAA22095; Thu, 27 Sep 2001 12:36:44 +0800 (CST) Message-Id: <200109270436.MAA22095@ms23.hinet.net> From: "=?BIG5?Q?12345=A2I12345?=" To: "" <> Subject: =?BIG5?Q?2=A4p=AE=C9=A5=DF=A7Y=C0=B0=B1z=BA=F4=B8=F4=B6}=A9=B1=C0=E7=B7~!!?= Date: Thu, 27 Sep 2001 10:42:42 +0800 Content-Type: multipart/mixed; boundary="---RisingEdge.798C1A93.2001.09.27.10.42.42" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multipart message in mime format. -----RisingEdge.798C1A93.2001.09.27.10.42.42 Content-Type: multipart/alternative; boundary="---RisingEdge.14FEBFB6.2001.09.27.10.42.42" Content-Transfer-Encoding: 8bit -----RisingEdge.14FEBFB6.2001.09.27.10.42.42 Content-Type: text/plain; charset="BIG5" Content-Transfer-Encoding: quoted-printable 2=A4p=AE=C9=A7=D6=B3t=BA=F4=AD=B6=BBs=A7@=A4=CE=AD=D7=A7=EF. =BA=F4=A7= }=A7K=B6O!! =BA=F4=AD=B6=BBs=A7@=B6W=A7C=BB=F9=A5u=ADnNT800=A4=B8. =A7K=B6O=BA=F4= =A7}=B1=BE=A4W. =A5=DF=A7Y=C0=B0=B1z=BA=F4=B8=F4=B6}=A9=B1=C0=E7=B7~=B0= =B5=A5=CD=B7N!! (=BA=F4=AF=B8=A4=BA=AEe=A5i=A4=C0: =A4=BD=A5q=C2=B2=A4=B6. =B2=A3=AB= ~=A4=B6=B2=D0. =B2=A3=AB~=AC=DB=A4=F9. =AB=C8=A4=E1=AFd=A8=A5=AAO. =A9= w=C1=CA=AA=ED=B3=E6. =B1m=A6=E2=B0=CA=B5e=B5=A5) =A6=B3=B7N=AA=CC=C5w=AA=EF=AC=A2=BD=CD!! http://in.members.tripodasia.com/gffff/ =BA=F4=AD=B6=B3]=ADp=AFd=A8=A5: http://in.members.tripodasia.com/gffff/k.htm =BD=D0=A4=C5=AA=BD=B1=B5=A6^=ABH!! -----RisingEdge.14FEBFB6.2001.09.27.10.42.42-- -----RisingEdge.798C1A93.2001.09.27.10.42.42-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 21:49:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id DB94537B443 for ; Wed, 26 Sep 2001 21:49:32 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8R4nVu47476; Wed, 26 Sep 2001 22:49:31 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id f8R4nP771287; Wed, 26 Sep 2001 22:49:26 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109270449.f8R4nP771287@harmony.village.org> To: "Kevin Oberman" Subject: Re: 127/8 continued Cc: swear@blarg.net (Gary W. Swearingen), Joe Abley , Juha Saarinen , "'Andrew Reilly'" , freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Mon, 24 Sep 2001 13:43:40 PDT." <200109242043.f8OKheR16906@ptavv.es.net> References: <200109242043.f8OKheR16906@ptavv.es.net> Date: Wed, 26 Sep 2001 22:49:25 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200109242043.f8OKheR16906@ptavv.es.net> "Kevin Oberman" writes: : > Are IANA/IETF/Internet standards EVER applicable to what goes on inside : > our computers? Or just to the data crossing our Internet interfaces? : > (Not rhetorical - I'm wondering.) : : No. This is explicitly stated in an early RFC (although I have no idea : which one any more). If it does not leave a system, no standard RFC is : relevant. That is one reason that the handling of 127/8 is limited to : the statement that it should not appear as a destination of any packet : leaving the system. Well, to be pedantic, there are several RFCs that describe host progamming APIs. Those are relevant to what happens inside the host :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 21:52:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5E5F637B435 for ; Wed, 26 Sep 2001 21:52:31 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8R4qUu47494; Wed, 26 Sep 2001 22:52:30 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id f8R4qT771317; Wed, 26 Sep 2001 22:52:29 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109270452.f8R4qT771317@harmony.village.org> To: Eliezer Rodriguez Gonzalez Subject: Re: Compiling release sources failed. (fwd) Cc: freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Tue, 25 Sep 2001 09:52:02 EDT." References: Date: Wed, 26 Sep 2001 22:52:29 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message Eliezer Rodriguez Gonzalez writes: : Wondering if this same patch will make things work for 4.0-RELEASE as well I think this is worthwhile if things otherwise work. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 22: 5:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id CC04137B43B for ; Wed, 26 Sep 2001 22:05:34 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8R55Xu47539; Wed, 26 Sep 2001 23:05:33 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id f8R55W771393; Wed, 26 Sep 2001 23:05:32 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109270505.f8R55W771393@harmony.village.org> To: Lane Holcombe Subject: Re: Going STABLE from CURRENT Cc: stable@FreeBSD.ORG In-reply-to: Your message of "Wed, 26 Sep 2001 22:14:56 CDT." <200109270314.UAA07836@gull.mail.pas.earthlink.net> References: <200109270314.UAA07836@gull.mail.pas.earthlink.net> Date: Wed, 26 Sep 2001 23:05:32 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200109270314.UAA07836@gull.mail.pas.earthlink.net> Lane Holcombe writes: : PAM broke the other day, and after too long I realize that it is because I : have been running 5.0-CURRENT when I should be STABLE. : : So now I want to get to 4.4-STABLE. I removed /usr/src and reran cvsup for : RELENG_4. Then I sucessfully ran make build/install kernel KERNCONF=GENERIC. : : But now make buildworld keeps failing at: That sounds strange. In the past (like 4 months ago), I did a 5.0 -> 4.3-stable upgrade with the following technique: make buildworld make instalworld -k make instalworld -k # build the kernel via the old way install the kernel mergemaster reboot make world rebuild the kernel again mergemaster (again) I'm sure that I've forgotten some hacks I had to do to make it work. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 22: 9:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by hub.freebsd.org (Postfix) with ESMTP id BD11437B43B for ; Wed, 26 Sep 2001 22:09:44 -0700 (PDT) Received: from [195.20.224.219] (helo=mrvdom03.schlund.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #2) id 15mTQd-0003Vo-00 for freebsd-stable@freebsd.org; Thu, 27 Sep 2001 07:09:43 +0200 Received: from pd9017251.dip.t-dialin.net ([217.1.114.81]) by mrvdom03.schlund.de with esmtp (Exim 2.12 #2) id 15mTQd-0002DU-00 for freebsd-stable@freebsd.org; Thu, 27 Sep 2001 07:09:43 +0200 Date: Thu, 27 Sep 2001 05:09:10 +0000 (GMT) From: "P. U. (Uli) Kruppa" X-X-Sender: To: Subject: gnome-port fails Message-ID: <20010927050023.I10129-100000@big> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! I tried to do # make install in /usr/ports/x11/gnome . It failed with: ------------------------------- (...) int main() { shl_load() ; return 0; } configure:5500: checking for dlopen configure:5528: cc -o conftest -O -pipe -I/usr/X11R6/include -Wall -Wunused -I/usr/local/include -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include -L/usr/X11R6/lib conftest.c -L/usr/local/lib 1>&5 configure:5576: checking for CApplet library configure:5591: checking for Configure Easter Egg version >= 3.14 configure:5595: checking for GdkPixbuf library >= 0.7.0 (end of "config.log") *** Error code 1 Stop in /usr/ports/x11/gnomecore. *** Error code 1 Stop in /usr/ports/x11/gnomecore. *** Error code 1 Stop in /usr/ports/x11/gnomecore. *** Error code 1 Stop in /usr/ports/x11/gnomecore. *** Error code 1 Stop in /usr/ports/x11/gnomecore. *** Error code 1 Stop in /usr/ports/x11/gnome. *** Error code 1 Stop in /usr/ports/x11/gnome. *** Error code 1 Stop in /usr/ports/x11/gnome. *** Error code 1 Stop in /usr/ports/x11/gnome. *** Error code 1 Stop in /usr/ports/x11/gnome. *** Error code 1 Stop in /usr/ports/x11/gnome. ----------------------------- Sorry if this message should go to freebsd-ports. I just thought someone should know. Uli. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 22:10:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-153.dsl.lsan03.pacbell.net [63.207.60.153]) by hub.freebsd.org (Postfix) with ESMTP id 2D73537B432 for ; Wed, 26 Sep 2001 22:10:24 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B8F3C66D46; Wed, 26 Sep 2001 22:10:23 -0700 (PDT) Date: Wed, 26 Sep 2001 22:10:23 -0700 From: Kris Kennaway To: Stoian Mishinev Cc: freebsd-stable@FreeBSD.ORG Subject: Re: anoncvs Message-ID: <20010926221023.A92482@xor.obsecurity.org> References: <3BB22EBA.E1EAFBFE@digsys.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BB22EBA.E1EAFBFE@digsys.bg>; from mishinev@digsys.bg on Wed, Sep 26, 2001 at 10:38:34PM +0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 26, 2001 at 10:38:34PM +0300, Stoian Mishinev wrote: > Hi, >=20 > Is there a problem with anoncvs server I'm trying to update my ports > tree and got=20 >=20 > cvs [login aborted]: connect to anoncvs.FreeBSD.org:2401 failed: > Operation timed out >=20 > this continues about 4-5 days. Yes, the server has been down for a while. Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7srS/Wry0BWjoQKURAgHAAKDeVXAYkkWJCuiIemacVAbUTfH6aACeKZSz 7j/+R5nj2AVTXD9auQVGevU= =HWYT -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 22:18:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 5275337B447 for ; Wed, 26 Sep 2001 22:18:11 -0700 (PDT) Received: from [192.168.1.10] (helo=den2) by vimfuego.saarinen.org with esmtp (Exim 3.22 #1 (Red Hack)) id 15mTVb-0001ms-04; Thu, 27 Sep 2001 17:14:51 +1200 From: "Juha Saarinen" To: "'Warner Losh'" , "'Lane Holcombe'" Cc: Subject: RE: Going STABLE from CURRENT Date: Thu, 27 Sep 2001 17:14:44 +1200 Message-ID: <016101c14713$51fdc1e0$0a01a8c0@den2> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <200109270505.f8R55W771393@harmony.village.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :: make instalworld -k :: make instalworld -k What does the -k switch do? -- Juha To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 22:24:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id BE0AE37B408 for ; Wed, 26 Sep 2001 22:24:32 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8R5OVu47611; Wed, 26 Sep 2001 23:24:31 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id f8R5OU771580; Wed, 26 Sep 2001 23:24:30 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109270524.f8R5OU771580@harmony.village.org> To: "Juha Saarinen" Subject: Re: Going STABLE from CURRENT Cc: "'Lane Holcombe'" , stable@FreeBSD.ORG In-reply-to: Your message of "Thu, 27 Sep 2001 17:14:44 +1200." <016101c14713$51fdc1e0$0a01a8c0@den2> References: <016101c14713$51fdc1e0$0a01a8c0@den2> Date: Wed, 26 Sep 2001 23:24:30 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <016101c14713$51fdc1e0$0a01a8c0@den2> "Juha Saarinen" writes: : :: make instalworld -k : :: make instalworld -k : : What does the -k switch do? Don't let errors bother you and keep going. It is better than -i, since it doesn't ignore too many errors :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 22:31:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from office-plovdiv.digsys.bg (plovdiv20.pip.digsys.bg [193.68.2.20]) by hub.freebsd.org (Postfix) with ESMTP id 7B27B37B43E for ; Wed, 26 Sep 2001 22:31:02 -0700 (PDT) Received: from digsys.bg (localhost.digsys.bg [127.0.0.1]) by office-plovdiv.digsys.bg (8.11.6/8.11.1) with ESMTP id f8R5UkY00602; Thu, 27 Sep 2001 08:30:46 +0300 (EEST) (envelope-from mishinev@digsys.bg) Message-ID: <3BB2B986.4961512E@digsys.bg> Date: Thu, 27 Sep 2001 08:30:46 +0300 From: Stoian Mishinev X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.4-STABLE i386) X-Accept-Language: bg, en MIME-Version: 1.0 To: ian j hart Cc: freebsd-stable@FreeBSD.ORG Subject: Re: UDMA ICRC READ ERROR References: <3BB102B3.5965C0B4@digsys.bg> <3BB218E2.27E6B2C5@ntlworld.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, About history: This is second hand PC previously worked with windows, but the hard disk is new according to seller :-). about dmesg: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-RELEASE #0: Thu Jun 7 19:49:54 EEST 2001 root@gate.bularmex-ik.bg:/usr/src/sys/compile/BularmexIPX Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 136818836 Hz CPU: Pentium/P54C (136.82-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 28545024 (27876K bytes) Preloaded elf kernel "kernel" at 0xc0439000. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0x6400-0x641f irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered chip1: port 0x5000-0x500f at device 7.3 on pci0 pci0: at 17.0 irq 10 rl0: port 0x6c00-0x6cff mem 0xe1001000-0xe10010ff irq 12 at device 18.0 on pci0 rl0: Ethernet address: 00:c0:26:10:4e:9a miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto an0: port 0x7400-0x743f,0x7000-0x707f mem 0xe1002000-0xe100207f irq 5 at device 19.0 on pci0 an0: Ethernet address: 00:40:96:34:c9:40 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppi0: on ppbus0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port DUMMYNET initialized (000608) IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, unlimited logging ad0: 4112MB [8912/15/63] at ata0-master UDMA33 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted ad0: UDMA ICRC READ ERROR blk# 139295 retrying ad0: UDMA ICRC READ ERROR blk# 519775 retrying ad0: UDMA ICRC READ ERROR blk# 519775 retrying rl0: promiscuous mode enabled rl0: promiscuous mode disabled ad0: UDMA ICRC READ ERROR blk# 3473959 retrying ad0: UDMA ICRC READ ERROR blk# 8321559 retrying ad0: UDMA ICRC READ ERROR blk# 8321559 retrying And this is a part of /var/log/messages: Sep 27 02:03:51 gate /kernel: ad0: 4112MB [8912/15/63] at ata0-master UDMA33 Sep 27 02:03:51 gate /kernel: Mounting root from ufs:/dev/ad0s1a Sep 27 02:03:51 gate /kernel: WARNING: / was not properly dismounted Sep 27 02:03:51 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 139295 retrying Sep 27 02:03:51 gate named[125]: starting. named 8.2.3-T6B Mon Nov 20 11:27:49 GMT 2000 Sep 27 02:03:51 gate named[125]: limit files set to fdlimit (1024) Sep 27 02:03:51 gate named[126]: Ready to answer queries. Sep 27 02:03:55 gate ntpd[129]: ntpd 4.0.99b Mon Nov 20 11:27:20 GMT 2000 (1) Sep 27 02:03:55 gate ntpd[129]: using kernel phase-lock loop 2040 Sep 27 02:04:02 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 519775 retrying Sep 27 02:04:02 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 519775 retrying Sep 27 02:04:04 gate /kernel: rl0: promiscuous mode enabled Sep 27 02:04:04 gate arpwatch: fopen(arp.dat): No such file or directory Sep 27 02:04:04 gate /kernel: rl0: promiscuous mode disabled Sep 27 02:04:05 gate squid[232]: Starting Squid Cache version 2.3.STABLE4 for i386--freebsd4.2... Sep 27 02:04:05 gate squid[232]: Process ID 232 Sep 27 02:04:05 gate squid[232]: With 1064 file descriptors available ............... ............... Sep 27 02:11:47 gate ntpd[129]: kernel pll status change 2041 Sep 27 02:58:54 gate ntpd[129]: time reset -0.244426 s Sep 27 07:58:59 gate ntpd[129]: time reset -0.149632 s Sep 27 08:11:54 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 8321559 retrying Sep 27 08:11:55 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 8321559 retrying Sep 27 08:25:37 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 3470055 retrying Sep 27 08:25:38 gate last message repeated 2 times Sep 27 08:25:38 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 3470055 falling back to PIO mode ian j hart wrote: > > Stoian Mishinev wrote: > > > > Hi, > > > > Can someone tell me wat this mean: > > > > Sep 26 01:11:51 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 135751 > > retrying > > Sep 26 01:11:52 gate last message repeated 2 times > > Sep 26 01:11:52 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 135751 > > falling back to PIO mode > > > > Thanks! > > > > Stoain Mishinev > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > Post the output from dmesg. > > Some history might also be useful. eg recent O/S or hardware > upgrade. > > Did you read any of the threads on this subject? (stable and hardware) > > -- > ian j hart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 22:40:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from office-plovdiv.digsys.bg (plovdiv20.pip.digsys.bg [193.68.2.20]) by hub.freebsd.org (Postfix) with ESMTP id 6C27D37B449 for ; Wed, 26 Sep 2001 22:40:30 -0700 (PDT) Received: from digsys.bg (localhost.digsys.bg [127.0.0.1]) by office-plovdiv.digsys.bg (8.11.6/8.11.1) with ESMTP id f8R5eFY00639; Thu, 27 Sep 2001 08:40:17 +0300 (EEST) (envelope-from mishinev@digsys.bg) Message-ID: <3BB2BBBF.BAD15F4@digsys.bg> Date: Thu, 27 Sep 2001 08:40:15 +0300 From: Stoian Mishinev X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.4-STABLE i386) X-Accept-Language: bg, en MIME-Version: 1.0 To: Kris Kennaway Cc: freebsd-stable@FreeBSD.ORG Subject: Re: anoncvs References: <3BB22EBA.E1EAFBFE@digsys.bg> <20010926221023.A92482@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OK. Did you now when it will be UP? Regards, Mishinev Kris Kennaway wrote: > > On Wed, Sep 26, 2001 at 10:38:34PM +0300, Stoian Mishinev wrote: > > Hi, > > > > Is there a problem with anoncvs server I'm trying to update my ports > > tree and got > > > > cvs [login aborted]: connect to anoncvs.FreeBSD.org:2401 failed: > > Operation timed out > > > > this continues about 4-5 days. > > Yes, the server has been down for a while. > > Kris > > ------------------------------------------------------------------------ > Part 1.2Type: application/pgp-signature To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 22:58:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-153.dsl.lsan03.pacbell.net [63.207.60.153]) by hub.freebsd.org (Postfix) with ESMTP id 5DB0A37B403 for ; Wed, 26 Sep 2001 22:58:10 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E265F66D46; Wed, 26 Sep 2001 22:58:06 -0700 (PDT) Date: Wed, 26 Sep 2001 22:58:06 -0700 From: Kris Kennaway To: Stoian Mishinev Cc: Kris Kennaway , freebsd-stable@FreeBSD.ORG Subject: Re: anoncvs Message-ID: <20010926225806.A93021@xor.obsecurity.org> References: <3BB22EBA.E1EAFBFE@digsys.bg> <20010926221023.A92482@xor.obsecurity.org> <3BB2BBBF.BAD15F4@digsys.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BB2BBBF.BAD15F4@digsys.bg>; from mishinev@digsys.bg on Thu, Sep 27, 2001 at 08:40:15AM +0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 27, 2001 at 08:40:15AM +0300, Stoian Mishinev wrote: > OK.=20 >=20 > Did you now when it will be UP? No, sorry. Kris --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7sr/tWry0BWjoQKURAlrrAKCWrYikMKGewCYVOIVcY3LbeGSlYACfbXIn fAmXHqUEL30oURZi3gp8xaE= =7a8r -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Sep 26 23:41: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id DA26D37B411 for ; Wed, 26 Sep 2001 23:40:45 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8R6eWG85719; Thu, 27 Sep 2001 09:40:32 +0300 (EEST) (envelope-from ru) Date: Thu, 27 Sep 2001 09:40:31 +0300 From: Ruslan Ermilov To: Lane Holcombe Cc: stable@FreeBSD.ORG Subject: Re: Going STABLE from CURRENT Message-ID: <20010927094031.D82237@sunbay.com> References: <200109270314.UAA07836@gull.mail.pas.earthlink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109270314.UAA07836@gull.mail.pas.earthlink.net>; from laneholc@earthlink.net on Wed, Sep 26, 2001 at 10:14:56PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Umm, I would suggest that you start with clean /usr/obj. I fixed the 5.0-CURRENT -> 4.4-STABLE downgrade path yesterday. The only preventing issue was: : RCS file: /home/ncvs/src/bin/sh/mknodes.c,v : Working file: mknodes.c : head: 1.13 : branch: : locks: strict : access list: : keyword substitution: kv : total revisions: 23; selected revisions: 1 : description: : ---------------------------- : revision 1.11.2.2 : date: 2001/09/26 06:54:26; author: ru; state: Exp; lines: +3 -2 : MFC: 1.13: Initialize infp at main(). : : (This unbreaks downgrading from 5.0-CURRENT to 4.4-STABLE.) On Wed, Sep 26, 2001 at 10:14:56PM -0500, Lane Holcombe wrote: > PAM broke the other day, and after too long I realize that it is because I > have been running 5.0-CURRENT when I should be STABLE. > > So now I want to get to 4.4-STABLE. I removed /usr/src and reran cvsup for > RELENG_4. Then I sucessfully ran make build/install kernel KERNCONF=GENERIC. > > But now make buildworld keeps failing at: > > sys/boot/ficl > ".depend", line 1: Need an operator > < hundreds more lines of the same snipped> > > I finally located the offending file at > /usr/obj/usr/src/sys/boot/ficl/.depend and the first several lines appear as > garbage characters, but then the following words appear: > > Created from source file > @/dev/pci./pci_if.m > with > @/kern/makeobj/ops.pl > > But I don't know what to do with this information. > > How can I get to STABLE from CURRENT? -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 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 Thu Sep 27 1:50: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cc-gw.1anetworks.net (cc-gw.1anetworks.net [193.243.179.83]) by hub.freebsd.org (Postfix) with SMTP id E853437B435 for ; Thu, 27 Sep 2001 01:50:04 -0700 (PDT) Received: from brian (brian.1anetworks.net [212.36.98.200]) by parma.1anetworks.net (8.9.3+Sun/8.9.3) with SMTP id JAA24256 for ; Thu, 27 Sep 2001 09:49:53 +0100 (BST) From: "Bri" To: Subject: Date: Thu, 27 Sep 2001 10:05:53 +0100 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.2314.1300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 2:59:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from haybaler.sackheads.org (haybaler.sackheads.org [205.158.174.201]) by hub.freebsd.org (Postfix) with ESMTP id 5483937B42B for ; Thu, 27 Sep 2001 02:59:54 -0700 (PDT) Received: by haybaler.sackheads.org (Postfix, from userid 1008) id ECCB537CE; Thu, 27 Sep 2001 02:59:53 -0700 (PDT) Date: Thu, 27 Sep 2001 02:59:53 -0700 From: Dave Peacock To: Andrew Boothman Cc: freebsd-stable@freebsd.org Subject: Re: /stand/sysinstall not upgraded during 4.4 binary upgrade Message-ID: <20010927025953.A8960@sackheads.org> References: <20010924030814.A11328@sackheads.org> <01092502420900.00382@spatula.home> <20010925005744.A24104@sackheads.org> <01092518142400.00394@spatula.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01092518142400.00394@spatula.home>; from andrew@cream.org on Tue, Sep 25, 2001 at 06:14:24PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Sep 25, 2001 at 06:14:24PM +0100, Andrew Boothman wrote: > I'd be happy to submit some changes to the handbook and/or FAQ if there are > some areas which may be confusing. But I couldn't actually find anywhere in > either document that suggests what you paraphrased above. > > Can you be more spacific about parts of the documents that were unclear? Certainly. I actually found this in the INSTALL.[TXT|HTM] in the root of the CD / FTP install tree. Just near the beginning of section 3, Upgrading. "Important: These notes assume that you are using the version of sysinstall(8) supplied with the version of FreeBSD to which you intend to upgrade. Using a mismatched version of sysinstall(8) is almost guaranteed to cause problems and has been known to leave systems in an unusable state. The most commonly made mistake in this regard is the use of an old copy of sysinstall(8) from an existing installation to upgrade to a newer version of FreeBSD. This is not recommended." Thanks! :-) -- Dave Peacock - dave@sackheads.org http://darkcorner.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 4: 4:46 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shaft.techsupport.co.uk (shaft.techsupport.co.uk [212.250.77.214]) by hub.freebsd.org (Postfix) with ESMTP id 6B2BF37B41B for ; Thu, 27 Sep 2001 04:04:43 -0700 (PDT) Received: from rasputin by shaft.techsupport.co.uk with local (Exim 3.22 #1) id 15mYza-0004sE-00 for stable@freebsd.org; Thu, 27 Sep 2001 12:06:10 +0100 Date: Thu, 27 Sep 2001 12:06:10 +0100 From: Rasputin To: stable@freebsd.org Subject: dhclient question Message-ID: <20010927120610.A18723@shaft.techsupport.co.uk> Reply-To: Rasputin Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Morning all, I was wondering if there were any hooks in dhclient to run a script when a new address is assigned? I need to update my dynamic DNS hostname with the new IP address, and resync my ipfilter ruleset. Couldn't see anything in the manpages, but I'd say this was a fairly common requirement, so wondered how you guys did it? Cheers. -- Q: How many Zen masters does it take to screw in a light bulb? A: None. The Universe spins the bulb, and the Zen master stays out of the way. Rasputin :: Jack of All Trades - Master of Nuns :: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 4:20:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id 356C237B503; Thu, 27 Sep 2001 04:20:47 -0700 (PDT) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id f8RBKg352271; Thu, 27 Sep 2001 13:20:46 +0200 (CEST) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Thu, 27 Sep 2001 13:20:42 +0200 (CEST) From: "Hartmann, O." To: Cc: Subject: FreeBSD 4.4 and P4/i850 RAMBUS Systems Message-ID: <20010927131414.I50406-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Sirs. We plan to buy a workstation based on a Intel P4, ASUS P4T with 1 GB RDRAM and a IBM ICL35-type harddisk (ATA100). I know that new hardware have problems with FreeBSD if the chipset is to new. Do the community have experiences with the new P4 chipsets? VIA now offers also a Inte P4 chipset for DDR-RAM (P4X... or similar). Is this chipset being supported by FreeBSD 4.4-RELEASE or 4.4-STABLE? On the other hand, the alternative would be a AMD type machine with KT266A chipset from VIA. FreeBSD 4.3 had problems with the chipset (ASUS A7V266 motherboard and AMD TBird 1,4 GHz). Hope these problems has been wiped out ... -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 4:53:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shaft.techsupport.co.uk (shaft.techsupport.co.uk [212.250.77.214]) by hub.freebsd.org (Postfix) with ESMTP id 383EE37B491 for ; Thu, 27 Sep 2001 04:53:26 -0700 (PDT) Received: from rasputin by shaft.techsupport.co.uk with local (Exim 3.22 #1) id 15mZkg-0004wY-00; Thu, 27 Sep 2001 12:54:50 +0100 Date: Thu, 27 Sep 2001 12:54:50 +0100 From: Rasputin To: David Wolfskill Cc: stable@freebsd.org Subject: Re: dhclient question Message-ID: <20010927125450.A18973@shaft.techsupport.co.uk> Reply-To: Rasputin References: <20010927120610.A18723@shaft.techsupport.co.uk> <200109271148.f8RBm9l89839@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109271148.f8RBm9l89839@bunrab.catwhisker.org>; from david@catwhisker.org on Thu, Sep 27, 2001 at 04:48:09AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * David Wolfskill [010927 12:49]: > >I was wondering if there were any hooks in dhclient to run > >a script when a new address is assigned? > Yes. /sbin/dhclient-script looks for & invokes /etc/dhclient-exit-hooks > (if it's found). > >I need to update my dynamic DNS hostname with the new IP address, > >and resync my ipfilter ruleset. > For an example of the former (as well as a couple of other things) -- > which could likely be done better, but seems to work, take a look at > http://www.catwhisker.org/~david/FreeBSD/dhclient-exit-hooks. Cheers - I was about to mung /stand/dhclient-script directly , but I'll check that out first. > >Couldn't see anything in the manpages..... > It does seem to be mentioned in "man dhclient-script". Yeah, it just wasn't mentioned in dhclient.conf(5), which is where I looked. Thnaks to everyone for their replies. -- Rasputin :: Jack of All Trades - Master of Nuns :: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 5: 4:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from balmung.jeje.org (none.jeje.org [212.129.62.129]) by hub.freebsd.org (Postfix) with ESMTP id 6855437B417 for ; Thu, 27 Sep 2001 05:04:33 -0700 (PDT) Received: from sauron.admin.in.none.net (jeje.eng.freesbee.net [212.129.2.30]) by balmung.jeje.org (Postfix) with ESMTP id 3BD18109CFC for ; Thu, 27 Sep 2001 14:11:08 +0200 (CEST) Date: Thu, 27 Sep 2001 14:04:08 +0200 From: Jeje To: stable@freebsd.org Subject: ad device READ error Message-ID: <1710000.1001592248@sauron.admin.in.none.net> X-Mailer: Mulberry/2.1.0 (SunOS/SPARC) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a 80Go IDE drive from Maxtor, on a P2B Asus motherboard, with a BIOS correctly handling this large disk. However, when I stress the disk (I mean large I/O), I get a lot of kernel errors like this: Sep 27 12:52:03 balmung /kernel: ad0: HARD READ ERROR blk# 3027119 status=59 error=40 Sep 27 12:52:13 balmung /kernel: ad0: READ command timeout - resetting Sep 27 12:52:13 balmung /kernel: ata0: resetting devices .. done Sep 27 12:52:13 balmung /kernel: ad0: read interrupt arrived earlyad0: read error detected (too) late Sep 27 12:52:17 balmung /kernel: ad0: HARD READ ERROR blk# 3027119 status=59 error=40 Sep 27 12:52:30 balmung last message repeated 3 times stressing the machine (high cpu load while resetting the device). Anyone could help ? I run 4.1.1-STABLE, should I upgrade ? Thanks -- Jerome Fleury /jeje To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 5:20:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cc-gw.1anetworks.net (cc-gw.1anetworks.net [193.243.179.83]) by hub.freebsd.org (Postfix) with SMTP id 3F99837B415 for ; Thu, 27 Sep 2001 05:20:39 -0700 (PDT) Received: from brian (brian.1anetworks.net [212.36.98.200]) by parma.1anetworks.net (8.9.3+Sun/8.9.3) with SMTP id NAA00377 for ; Thu, 27 Sep 2001 13:20:36 +0100 (BST) From: "Bri" To: Subject: Question about a promise IDE controller Date: Thu, 27 Sep 2001 13:36:35 +0100 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.2314.1300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi I know that that FreeBSD 4.2 RELEASE supports the Promise Ultra-100 as I found it in the HARDWARE.TXT file in the root of the dist but do you know whether the tx-2 version of this card will work with FreeBSD 4.2 at a guess I'd say it should do as the only difference between the 2 cards are one works with the 33Mhz PCI bus and the other just supports the 66Mhz PCI bus which is the one I'm thinking of getting. Does anyone know ? thanks Bri, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 5:44:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nelly.internal.irrelevant.org (irrelevant.demon.co.uk [158.152.220.121]) by hub.freebsd.org (Postfix) with ESMTP id 9755237B429 for ; Thu, 27 Sep 2001 05:44:47 -0700 (PDT) Received: from simond by nelly.internal.irrelevant.org with local (Exim 3.33 #1) id 15maWk-0002gM-00; Thu, 27 Sep 2001 13:44:30 +0100 Date: Thu, 27 Sep 2001 13:44:30 +0100 From: Simon Dick To: Bri Cc: stable@freebsd.org Subject: Re: Question about a promise IDE controller Message-ID: <20010927134430.D381@irrelevant.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from brian@ukip.com on Thu, Sep 27, 2001 at 01:36:35PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 27, 2001 at 01:36:35PM +0100, Bri wrote: > Hi I know that that FreeBSD 4.2 RELEASE supports the Promise Ultra-100 as I > found it in the HARDWARE.TXT file in the root of the dist but do you know > whether the tx-2 version of this card will work with FreeBSD 4.2 at a guess > I'd say it should do as the only difference between the 2 cards are one > works with the 33Mhz PCI bus and the other just supports the 66Mhz PCI bus > which is the one I'm thinking of getting. From what I can see only FreeBSD 4.4 RELEASE and higher will support the TX2 controller. -- Simon Dick simond@irrelevant.org "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 7: 1: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by hub.freebsd.org (Postfix) with ESMTP id 75ED237B442 for ; Thu, 27 Sep 2001 07:01:02 -0700 (PDT) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.11.3/jtpda-5.3.3) with ESMTP id f8RE0xP51582 for ; Thu, 27 Sep 2001 16:00:59 +0200 (CEST) Received: from niobe.lpthe.jussieu.fr (zp9tig@niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (8.11.1/jtpda-5.3.1) with ESMTP id f8RE0vS07821 for ; Thu, 27 Sep 2001 16:00:59 +0200 (MEST) Received: (from uucp@localhost) by niobe.lpthe.jussieu.fr (8.11.3/8.11.3) with UUCP id f8RE0vJ77173 for freebsd-stable@freebsd.org; Thu, 27 Sep 2001 16:00:57 +0200 (CEST) (envelope-from michel@rose.lpthe.jussieu.fr) Received: (from michel@localhost) by rose.lpthe.jussieu.fr (8.11.3/8.11.3) id f8RE0q316068 for freebsd-stable@freebsd.org; Thu, 27 Sep 2001 16:00:52 +0200 (CEST) (envelope-from michel) Date: Thu, 27 Sep 2001 16:00:52 +0200 From: Michel Talon To: freebsd-stable@freebsd.org Subject: FreeBSD 4.4 and P4/i850 RAMBUS Systems Message-ID: <20010927160052.A16050@lpthe.jussieu.fr> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG We have just received a PIV machine with rambus memory. Good news is that rambus is now rather cheap. More good news, this machine runs very fast on the computations we do. These are spin systems computations which do a lot of random access to memory (and not many computations for each access). The result is that the PIV 1.8Ghz runs twice as fast as an AMD Athlon 1.2 Ghz with the same memory size as soon as the size of the computation is large in memory (for small size the Athlon does better). These tests have been done in Linux. At least they show that rambus is a great bonus in this game. -- Michel Talon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 7: 9:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.hub.org (webmail.hub.org [216.126.85.1]) by hub.freebsd.org (Postfix) with ESMTP id 3048337B40A for ; Thu, 27 Sep 2001 07:09:12 -0700 (PDT) Received: from localhost (scrappy@localhost) by mail1.hub.org (8.11.3/8.11.4) with ESMTP id f8RE9Er23094 for ; Thu, 27 Sep 2001 10:09:14 -0400 (EDT) (envelope-from scrappy@hub.org) Date: Thu, 27 Sep 2001 10:09:14 -0400 (EDT) From: "Marc G. Fournier" To: Subject: Printer daemon killing machine ... ? Message-ID: <20010927100726.F58293-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just upgraded to the most recent version of 4.4, via CVSup ... we have a printer (HP 880c) attached to the back, that we have our windows boxes printing to via samba ... if a print job is sent, the machine pretty much dies for several minutes and then goes on its merry way ... the machine is a dual celeron with 256meg of RAM ... not what I'd consider to be a small machine ... 0 swap is being used ... something I'm overlooking, as far as config might be concerned? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 7:11:37 2001 Delivered-To: freebsd-stable@freebsd.org Received: from c1828785-a.saltlk1.ut.home.com (c1828785-a.saltlk1.ut.home.com [24.20.97.231]) by hub.freebsd.org (Postfix) with ESMTP id 4B4BB37B43A for ; Thu, 27 Sep 2001 07:11:29 -0700 (PDT) Received: from there (cfqpsz@localhost [127.0.0.1]) by c1828785-a.saltlk1.ut.home.com (8.11.6/8.11.5) with SMTP id f8REBNH02164; Thu, 27 Sep 2001 08:11:23 -0600 (MDT) (envelope-from mupi@mknet.org) Message-Id: <200109271411.f8REBNH02164@c1828785-a.saltlk1.ut.home.com> Content-Type: text/plain; charset="iso-8859-1" From: Mike Porter To: swear@blarg.net (Gary W. Swearingen), Jamie Norwood Subject: Re: 127/8 continued Date: Thu, 27 Sep 2001 08:11:22 -0600 X-Mailer: KMail [version 1.3] Cc: freebsd-stable@FreeBSD.ORG References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <20010926134253.A65444@mushhaven.net> In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 26 September 2001 04:20 pm, Gary W. Swearingen wrote: > Jamie Norwood writes: > That's it, but rambling on... > > I considered doing a bridging firewall so all segments could be on one > (sub)network but meagerness of documentation discouraged an attempt. > > AFAIK, to do "correct" networking, my three network segments separated > by a routing firewall require three separate networks while my > ISP-assigned subnet supports only two sub-subnets. > As somone else mentioned, however, to do "correct" networking, the first address and last address of *each subnet* are reserved. But I think there is a way around what you are trying to do. (well, two ways, but one of them isn't what you are trying to do, so I don't know if it counts.) > I also tried setting it all up on 10.x addresses with public IPs aliased > on the server and workstation; I might have just messed up. Should > that work? > That should work, but implies NAT to do the "aliasing" Also the firewall needs an external IP as well. (Yes, you can alias more than one IP to an interface, however, IIUC, this affects the listening for packets, not the sending of packets, packets sent out an interface receive the primary interface address (somebody correct me if I'm wrong?). However, with a /29, you could use a 1-to-1 NAT, which should eliminate any of the problems typically associated with NAT. (in ipnat, you simply use the bimap keyword so that all packets from the outside bound for a.b.c.4 get routed to the appropriate machine (say 10.0.1.2, for the sake of argument) and packets FROM 10.0.1.2 get translated to appear from a.b.c.4, but ports etc will remain the same. Since no two machines will ever share the same IP under this scheme, it will work fine, while hiding your intenal network structure from "the world". > I currently have addresses assigned like this: > > a.b.c.0 subnetwork (ISP-assigned) > a.b.c.1 DSL router (ISP-assigned; not sure why I couldn't choose) two reasons: they want to know your router's IP, so they can (attempt to) connect to it to verify connectivity in the event that you call and complain that you can't connect (if they can ping your router, it is on "your side" of the network). And tradition. The "router" is usually the first available address. (or sometimes the last) in a subnet. > a.b.c.2 firewall's workstation interface > a.b.c.3 workstation > a.b.c.4 firewall's server interface > a.b.c.5 server > a.b.c.6 firewall's DSL router interface > a.b.c.7 subnetwork broadcast (ISP-assigned) > > The following is the only thing I've blundered upon which works on the > workstation (and server). (It's considerably worse on the firewall.) > yes, becase your firewall is also trying to route. > $ netstat -nr > Destination Gateway Flags Refs Use Netif > Expire 127.0.0.1 127.0.0.1 UH 0 334 > lo0 > > $ ifconfig xl0 a.b.c.3/29 [IIRC, /30 works too; 31 or 32 don't] > > $ netstat -nr > Destination Gateway Flags Refs Use Netif > Expire default a.b.c.2 UGSc 0 0 > xl0 127.0.0.1 127.0.0.1 UH 0 334 lo0 > a.b.c.0/29 link#2 UC 1 0 xl0 => > > At which point I can ping firewall but no further. I wish it didn't > auto-add the route, but, oh well; it makes some sense. > The problem is that in your scheme, in order to pass from one subnet to the other, it must use the gateway. HOWEVER, it will only send a packet to the gateway, if it is outside of the interface's netmask. So setting the interface to a.b.c.3/29 means it considers all of the packets to be on the local subnet, and will attempt to connect directly to any other machine. Of course, since only the firewall is directly connected, that is the only one that will work. (well, pinging an outside address, say, your ISP, should work, unless the firewall is blocking ICMP), becuase that is OUTSIDE your /29, thus will try to use the gateway. The trick should be to use a /32 netmask, so that ALL addresses are considered non-local, and delivered to the gateway. Though you might have to use /31. The other thing you need to do, though, for this to work is set the broadcast address for each interface. I may be wrong here, but I *think* you can set this to an arbitrary value. Without the correct broadcast address, at least unless you have manual static routes set up in the firewall, packets won't find their way back. > Then I delete the subnet route and add one for a.b.c.2/31: > > Using "route add a.b.c.2/31 -interface xl0" gives: > a.b.c.2/31 link#2 UCSc 0 0 xl0 => > which routes as desired. > > (Using "route add a.b.c.2 -interface xl0" gives: > a.b.c.2 UHLS 0 0 lo0 > which is hardly what I want and doesn't route as desired.) > > Unfortunately, doing "ifconfig xl0 down; go fishing; ifconfig xl0 up" > puts back the a.b.c.0/29 route, breaking my routing. > This is becuase you already have the /29 netmask for xl0; if you change the xl0 netmask ("ifconfig xl0 netmask 255.255.255.252" as well as changing the rc.conf info) ifconfig xl0 up will bring back the correct (/31) family. > If I start with: > ifconfig xl0 a.b.c.2/31 > > I get from netstat: > Destination Gateway Flags Refs Use Netif > Expire default a.b.c.2 UGSc 0 0 > xl0 127.0.0.1 127.0.0.1 UH 0 334 lo0 > a.b.c.2/31 link#2 UC 1 0 xl0 => > > which looks pretty good (except Flags), but doesn't ping past the firewall. > > Thanks again for your interest. > Again, you are having conflicts with your subnets and your routing. You need to either get enough addresses to support a "real" subnet (including the two "dead" addresses per net), use bridging, or use NAT. One of the reasons there is little documentation on bridging, at least in FBSD, is that in FBSD all that is required is "gateway_enable=YES" in rc.conf. (you might need a kernel config tweak, I don't recall offhand. If you are running ipfw or ipf, then you should already have whatever kernel tweaks you need). With gateway_enable=YES, packets appearing on one interface, get popped out the other interface (at least they did for me) unless blocked or NAT'ed by your firewall ruleset. This lead to me suddenly flooding my subnet with 192.168 packets by mistake at one point configuring my own home network. (which uses NAT because I have a /32 address. <(}:) This *should* allow everythng to work as your existing setup, using /29 for your netmask, and everything talk to each other without fancy routing. naturally, of course, you will want to configure your firewall rules so that packets from workstation to server don't go out to your DSL link, and clutter up your upstream bandwidth. Your only other choice is to go with NAT, which as previously mentioned, you have enough addresses to use 1-to-1 NAT, which will eliminate MOST of the problems associated with it. mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 7:21:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from c1828785-a.saltlk1.ut.home.com (c1828785-a.saltlk1.ut.home.com [24.20.97.231]) by hub.freebsd.org (Postfix) with ESMTP id 1563B37B435; Thu, 27 Sep 2001 07:21:40 -0700 (PDT) Received: from there (fwdixg@localhost [127.0.0.1]) by c1828785-a.saltlk1.ut.home.com (8.11.6/8.11.5) with SMTP id f8RELdH02178; Thu, 27 Sep 2001 08:21:39 -0600 (MDT) (envelope-from mupi@mknet.org) Message-Id: <200109271421.f8RELdH02178@c1828785-a.saltlk1.ut.home.com> Content-Type: text/plain; charset="iso-8859-1" From: Mike Porter To: Ruslan Ermilov , Lane Holcombe Subject: Re: Going STABLE from CURRENT Date: Thu, 27 Sep 2001 08:21:39 -0600 X-Mailer: KMail [version 1.3] Cc: stable@FreeBSD.ORG References: <200109270314.UAA07836@gull.mail.pas.earthlink.net> <20010927094031.D82237@sunbay.com> In-Reply-To: <20010927094031.D82237@sunbay.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thursday 27 September 2001 12:40 am, Ruslan Ermilov wrote: > Umm, I would suggest that you start with clean /usr/obj. > I fixed the 5.0-CURRENT -> 4.4-STABLE downgrade path > You probably also should use the "make buildkernel KERNCONF=" method to build your new kernel. It *shouldn't* matter, but it *might* matter. Read UPDATING for exact instructions. mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 7:35:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pr0n.kutulu.org (pr0n.kutulu.org [151.196.107.157]) by hub.freebsd.org (Postfix) with ESMTP id CD91037B40F for ; Thu, 27 Sep 2001 07:35:24 -0700 (PDT) Received: from kutulu.kutulu.org ([64.212.128.3]) by pr0n.kutulu.org (8.11.6/8.11.6) with ESMTP id f8R9cj781435; Thu, 27 Sep 2001 09:38:49 GMT (envelope-from kutulu@kutulu.org) Message-Id: <5.1.0.14.0.20010927100649.009ff800@127.0.0.1> X-Sender: kutulu@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 27 Sep 2001 10:17:45 -0400 To: Mike Porter From: Kutulu Subject: Re: 127/8 continued Cc: swear@blarg.net (Gary W. Swearingen), Jamie Norwood , freebsd-stable@FreeBSD.ORG In-Reply-To: <200109271411.f8REBNH02164@c1828785-a.saltlk1.ut.home.com> References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <20010926134253.A65444@mushhaven.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 08:11 AM 09/27/2001 -0600, Mike Porter wrote: > (Yes, you can alias more than one IP to an >interface, however, IIUC, this affects the listening for packets, not the >sending of packets, packets sent out an interface receive the primary >interface address (somebody correct me if I'm wrong?). It's possible to specify any of the local IP addresses when you call bind() on a newly created socket. However, it's mostly program-specific whether this actually happens or how to specify which. Typically you find IRC programs like BitchX doing this to allow people to use vanity hostnames, but I'm sure there are more legitimate reasons for it as well. >However, with a /29, >you could use a 1-to-1 NAT, which should eliminate any of the problems >typically associated with NAT. Unless your NAT application also contains very good content manipuilation rules, protocols in the vein of FTP which pass IP numbers as part of the packet's payload will still have problems. Apart from that, however, I can vouch for the fact that this setup works. I have used it in the past, when my former employer made the mistake of chooing $LOCAL_TELCO for our network provider, and they would only give us a /28 to share among 12 machines. We were unable to set up a true DMZ with just one web server in it and still have room for the remaining 10 machines on the other subnet, so we ended up using NAT and adding a few strategic static routes on the gateway/firewall, webserver, and for good measure, the router. --K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 8: 4:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id AC45237B43C for ; Thu, 27 Sep 2001 08:04:29 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8RF2mP54055; Thu, 27 Sep 2001 18:02:48 +0300 (EEST) (envelope-from ru) Date: Thu, 27 Sep 2001 18:02:47 +0300 From: Ruslan Ermilov To: Mike Porter Cc: Lane Holcombe , stable@FreeBSD.ORG Subject: Re: Going STABLE from CURRENT Message-ID: <20010927180247.A53747@sunbay.com> References: <200109270314.UAA07836@gull.mail.pas.earthlink.net> <20010927094031.D82237@sunbay.com> <200109271421.f8RELdH02178@c1828785-a.saltlk1.ut.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109271421.f8RELdH02178@c1828785-a.saltlk1.ut.home.com>; from mupi@mknet.org on Thu, Sep 27, 2001 at 08:21:39AM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 27, 2001 at 08:21:39AM -0600, Mike Porter wrote: > On Thursday 27 September 2001 12:40 am, Ruslan Ermilov wrote: > > Umm, I would suggest that you start with clean /usr/obj. > > I fixed the 5.0-CURRENT -> 4.4-STABLE downgrade path > > > > You probably also should use the "make buildkernel KERNCONF=" method to build > your new kernel. It *shouldn't* matter, but it *might* matter. Read > UPDATING for exact instructions. > Ah sure, thanks, forgot to mention. And it *DOES* matter. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 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 Thu Sep 27 8:12:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from balmung.jeje.org (none.jeje.org [212.129.62.129]) by hub.freebsd.org (Postfix) with ESMTP id B009037B430 for ; Thu, 27 Sep 2001 08:12:50 -0700 (PDT) Received: from sauron.admin.in.none.net (jeje.eng.freesbee.net [212.129.2.30]) by balmung.jeje.org (Postfix) with ESMTP id 6B55A10A83A for ; Thu, 27 Sep 2001 17:19:37 +0200 (CEST) Date: Thu, 27 Sep 2001 17:12:37 +0200 From: Jerome Fleury To: stable@freebsd.org Subject: Re: ad device READ error Message-ID: <20990000.1001603557@sauron.admin.in.none.net> In-Reply-To: <1710000.1001592248@sauron.admin.in.none.net> References: <1710000.1001592248@sauron.admin.in.none.net> X-Mailer: Mulberry/2.1.0 (SunOS/SPARC) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --On Thursday, September 27, 2001 02:04:08 PM +0200 Jeje wrote: > I have a 80Go IDE drive from Maxtor, on a P2B Asus motherboard, with a > BIOS correctly handling this large disk. > > However, when I stress the disk (I mean large I/O), I get a lot of kernel > errors like this: > > Sep 27 12:52:03 balmung /kernel: ad0: HARD READ ERROR blk# 3027119 > status=59 error=40 Sep 27 12:52:13 balmung /kernel: ad0: READ command > timeout - resetting Sep 27 12:52:13 balmung /kernel: ata0: resetting > devices .. done > Sep 27 12:52:13 balmung /kernel: ad0: read interrupt arrived earlyad0: > read error detected (too) late Sep 27 12:52:17 balmung /kernel: ad0: HARD > READ ERROR blk# 3027119 status=59 error=40 Sep 27 12:52:30 balmung last > message repeated 3 times > > stressing the machine (high cpu load while resetting the device). I would just add that when resetting the device, it fallbacks to pio mode (sysctl hw.atamodes), but I still get errors. -- Jerome Fleury To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 8:49: 7 2001 Delivered-To: freebsd-stable@freebsd.org Received: from cx344940-a.meta1.la.home.com (cx344940-a.meta1.la.home.com [24.6.21.74]) by hub.freebsd.org (Postfix) with ESMTP id 7398E37B40C for ; Thu, 27 Sep 2001 08:49:04 -0700 (PDT) Received: (from conrads@localhost) by cx344940-a.meta1.la.home.com (8.11.6/8.11.6) id f8RFn0g00396; Thu, 27 Sep 2001 10:49:00 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010926174849.A378@f113.hadiko.de> Date: Thu, 27 Sep 2001 10:49:00 -0500 (CDT) Organization: @Home Network From: Conrad Sabatier To: "Thomas E. Zander" Subject: Re: Virtual timer expired Cc: stable@FreeBSD.ORG, Gabriel Rocha , David Malone Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 26-Sep-2001 Thomas E. Zander wrote: > Am Di , dem 25. Sep 2001, um 16:59 +0100 Uhr schrubte David Malone > zum Thema [Re: Virtual timer expired]: > >> It is likely that this is due to a kernel stack underflow. Matt >> Dillon has just committed a fix. You could test it by editing >> >> /usr/src/sys/i386/include/paramh.h >> >> and look for the line which says "#define UPAGES 2" and change it >> to "#define UPAGES 3". Then you'll need to recompile your kernel, >> install it and reboot. > > Absolutely right. This was it. I see it just has been committed. > > Thanks > Riggs Far-effin'-out! VLC now works! Excellent! ---------------------------------- E-Mail: Conrad Sabatier Date: 27-Sep-2001 Time: 10:48:14 This message was sent by XFMail ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 9: 8: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pc1-cove4-0-cust214.bir.cable.ntl.com (pc1-cove4-0-cust214.bir.cable.ntl.com [213.105.93.214]) by hub.freebsd.org (Postfix) with ESMTP id D7B6E37B42C for ; Thu, 27 Sep 2001 09:07:50 -0700 (PDT) Received: from ntlworld.com (alpha.private [192.168.0.2]) (authenticated) by pc1-cove4-0-cust214.bir.cable.ntl.com (8.11.6/8.11.6) with ESMTP id f8RG79441857 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO); Thu, 27 Sep 2001 17:07:12 +0100 (BST) (envelope-from ianjhart@ntlworld.com) Message-ID: <3BB34EAD.565FEB7C@ntlworld.com> Date: Thu, 27 Sep 2001 17:07:09 +0100 From: ian j hart X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Stoian Mishinev Cc: freebsd-stable@FreeBSD.ORG Subject: Re: UDMA ICRC READ ERROR References: <3BB102B3.5965C0B4@digsys.bg> <3BB218E2.27E6B2C5@ntlworld.com> <3BB2B986.4961512E@digsys.bg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Stoian Mishinev wrote: > > Hi, > > About history: This is second hand PC previously worked with windows, > but the hard disk is new according to seller :-). > > about dmesg: > Copyright (c) 1992-2000 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights > reserved. > FreeBSD 4.2-RELEASE #0: Thu Jun 7 19:49:54 EEST 2001 > root@gate.bularmex-ik.bg:/usr/src/sys/compile/BularmexIPX > Timecounter "i8254" frequency 1193182 Hz > Timecounter "TSC" frequency 136818836 Hz > CPU: Pentium/P54C (136.82-MHz 586-class CPU) > Origin = "GenuineIntel" Id = 0x52c Stepping = 12 > Features=0x1bf > real memory = 33554432 (32768K bytes) > avail memory = 28545024 (27876K bytes) > Preloaded elf kernel "kernel" at 0xc0439000. > Intel Pentium detected, installing workaround for F00F bug > md0: Malloc disk > npx0: on motherboard > npx0: INT 16 interface > pcib0: on motherboard > pci0: on pcib0 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0xf000-0xf00f at device 7.1 > on pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > uhci0: port 0x6400-0x641f irq > 11 at device 7.2 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > chip1: port 0x5000-0x500f at > device 7.3 on pci0 > pci0: at 17.0 irq 10 > rl0: port 0x6c00-0x6cff mem > 0xe1001000-0xe10010ff irq 12 at device 18.0 on pci0 > rl0: Ethernet address: 00:c0:26:10:4e:9a > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > an0: port 0x7400-0x743f,0x7000-0x707f mem > 0xe1002000-0xe100207f irq 5 at device 19.0 on pci0 > an0: Ethernet address: 00:40:96:34:c9:40 > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on > isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: at port 0x60,0x64 on isa0 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/16 bytes threshold > ppi0: on ppbus0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > DUMMYNET initialized (000608) > IP packet filtering initialized, divert enabled, rule-based forwarding > enabled, default to accept, unlimited logging > ad0: 4112MB [8912/15/63] at ata0-master UDMA33 > Mounting root from ufs:/dev/ad0s1a > WARNING: / was not properly dismounted > ad0: UDMA ICRC READ ERROR blk# 139295 retrying > ad0: UDMA ICRC READ ERROR blk# 519775 retrying > ad0: UDMA ICRC READ ERROR blk# 519775 retrying > rl0: promiscuous mode enabled > rl0: promiscuous mode disabled > ad0: UDMA ICRC READ ERROR blk# 3473959 retrying > ad0: UDMA ICRC READ ERROR blk# 8321559 retrying > ad0: UDMA ICRC READ ERROR blk# 8321559 retrying > > And this is a part of /var/log/messages: > > Sep 27 02:03:51 gate /kernel: ad0: 4112MB [8912/15/63] at > ata0-master UDMA33 > Sep 27 02:03:51 gate /kernel: Mounting root from ufs:/dev/ad0s1a > Sep 27 02:03:51 gate /kernel: WARNING: / was not properly dismounted > Sep 27 02:03:51 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 139295 > retrying > Sep 27 02:03:51 gate named[125]: starting. named 8.2.3-T6B Mon Nov 20 > 11:27:49 GMT 2000 > Sep 27 02:03:51 gate named[125]: limit files set to fdlimit (1024) > Sep 27 02:03:51 gate named[126]: Ready to answer queries. > Sep 27 02:03:55 gate ntpd[129]: ntpd 4.0.99b Mon Nov 20 11:27:20 GMT > 2000 (1) > Sep 27 02:03:55 gate ntpd[129]: using kernel phase-lock loop 2040 > Sep 27 02:04:02 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 519775 > retrying > Sep 27 02:04:02 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 519775 > retrying > Sep 27 02:04:04 gate /kernel: rl0: promiscuous mode enabled > Sep 27 02:04:04 gate arpwatch: fopen(arp.dat): No such file or directory > Sep 27 02:04:04 gate /kernel: rl0: promiscuous mode disabled > Sep 27 02:04:05 gate squid[232]: Starting Squid Cache version > 2.3.STABLE4 for i386--freebsd4.2... > Sep 27 02:04:05 gate squid[232]: Process ID 232 > Sep 27 02:04:05 gate squid[232]: With 1064 file descriptors available > > ............... > ............... > > Sep 27 02:11:47 gate ntpd[129]: kernel pll status change 2041 > Sep 27 02:58:54 gate ntpd[129]: time reset -0.244426 s > Sep 27 07:58:59 gate ntpd[129]: time reset -0.149632 s > Sep 27 08:11:54 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 8321559 > retrying > Sep 27 08:11:55 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 8321559 > retrying > Sep 27 08:25:37 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 3470055 > retrying > Sep 27 08:25:38 gate last message repeated 2 times > Sep 27 08:25:38 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 3470055 > falling back to PIO mode > > ian j hart wrote: > > > > Stoian Mishinev wrote: > > > > > > Hi, > > > > > > Can someone tell me wat this mean: > > > > > > Sep 26 01:11:51 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 135751 > > > retrying > > > Sep 26 01:11:52 gate last message repeated 2 times > > > Sep 26 01:11:52 gate /kernel: ad0: UDMA ICRC READ ERROR blk# 135751 > > > falling back to PIO mode > > > > > > Thanks! > > > > > > Stoain Mishinev > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-stable" in the body of the message > > > > Post the output from dmesg. > > > > Some history might also be useful. eg recent O/S or hardware > > upgrade. > > > > Did you read any of the threads on this subject? (stable and hardware) > > > > -- > > ian j hart Open the case and see if you can identify the motherboard. This is not always easy, you may end up searching the net for obscure numbers. If you can id the M/B look for a BIOS update. While you have the case open measure the IDE cable, M/B to drive, and check for obvious faults/kinks/whatever. Is the drive really hot? Consider upgrading to 4.4-RELEASE. A _new_ 4Gb drive sounds a tad suspect ;) Do the faults go away once the drive is in pio mode? -- ian j hart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 9:37:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 5489237B43B for ; Thu, 27 Sep 2001 09:37:15 -0700 (PDT) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f8RGb1k00323; Thu, 27 Sep 2001 09:37:01 -0700 (PDT) Message-Id: <200109271637.f8RGb1k00323@ptavv.es.net> To: Warner Losh Cc: swear@blarg.net (Gary W. Swearingen), Joe Abley , Juha Saarinen , "'Andrew Reilly'" , freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued In-reply-to: Your message of "Wed, 26 Sep 2001 22:49:25 MDT." <200109270449.f8R4nP771287@harmony.village.org> Date: Thu, 27 Sep 2001 09:37:01 -0700 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Wed, 26 Sep 2001 22:49:25 -0600 > From: Warner Losh > Sender: owner-freebsd-stable@FreeBSD.ORG > > In message <200109242043.f8OKheR16906@ptavv.es.net> "Kevin Oberman" writes: > : > Are IANA/IETF/Internet standards EVER applicable to what goes on inside > : > our computers? Or just to the data crossing our Internet interfaces? > : > (Not rhetorical - I'm wondering.) > : > : No. This is explicitly stated in an early RFC (although I have no idea > : which one any more). If it does not leave a system, no standard RFC is > : relevant. That is one reason that the handling of 127/8 is limited to > : the statement that it should not appear as a destination of any packet > : leaving the system. > > Well, to be pedantic, there are several RFCs that describe host > progamming APIs. Those are relevant to what happens inside the host > :-) Yes, many RFCs do describe APIs and lots of other things that are limited to a host, but none are standards track RFCs. All are informational or BCP or something of that sort. RFCs can be on most any subject (and some are very far field), but none of those are standards track (Proposed Standard, Draft Standard, Standard, ...). R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 9:42: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id B9C4137B412 for ; Thu, 27 Sep 2001 09:42:01 -0700 (PDT) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f8RGfsx167056; Thu, 27 Sep 2001 12:41:54 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20010927100726.F58293-100000@mail1.hub.org> References: <20010927100726.F58293-100000@mail1.hub.org> Date: Thu, 27 Sep 2001 12:41:51 -0400 To: "Marc G. Fournier" , From: Garance A Drosihn Subject: Re: Printer daemon killing machine ... ? Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 10:09 AM -0400 9/27/01, Marc G. Fournier wrote: >Just upgraded to the most recent version of 4.4, via CVSup ... we have a >printer (HP 880c) attached to the back, that we have our windows boxes >printing to via samba ... if a print job is sent, the machine pretty >much dies for several minutes and then goes on its merry way ... > >the machine is a dual celeron with 256meg of RAM ... not what I'd >consider to be a small machine ... 0 swap is being used ... > >something I'm overlooking, as far as config might be concerned? How is the printer connected? (serial or parallel?) Some time ago there was a thread on "stray irq's 7, printing hangs, about 20000-50000 irqs per second", which had to do with the configuration of a parallel-connected HP printer. I think the key suggestion in that thread was: Antony T Curtis : You may want to investigate changing the default mode of the printer port driver by playing with the flags for the printer port device (see `man ppc' ) ECP mode should give the best performance by using a DMA channel to transfer data and only issuing an IRQ at the end of DMA. Should yield up to 2MB/s. However, I always seem to get occasional bytes going missing when printing to a Panasonic laser printer. Otherwise, one can opt for EPP or PS/2 mode, which should enable the small FIFO available in most printer ports - this should slash the number of IRQs. disclaimer: I'm just guessing here. Everything that I do with printing is done with network-connected printers. I avoid serial and parallel connections! -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 9:49:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 8C9DD37B419 for ; Thu, 27 Sep 2001 09:49:23 -0700 (PDT) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f8RGnKk00648; Thu, 27 Sep 2001 09:49:20 -0700 (PDT) Message-Id: <200109271649.f8RGnKk00648@ptavv.es.net> To: EKR Cc: freebsd-stable@freebsd.org Subject: Re: 127/8 continued In-reply-to: Your message of "27 Sep 2001 09:49:41 PDT." Date: Thu, 27 Sep 2001 09:49:20 -0700 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Sender: ekr@rtfm.com > From: Eric Rescorla > Date: 27 Sep 2001 09:49:41 -0700 > > "Kevin Oberman" writes: > > Yes, many RFCs do describe APIs and lots of other things that are > > limited to a host, but none are standards track RFCs. All are > > informational or BCP or something of that sort. RFCs can be on most any > > subject (and some are very far field), but none of those are standards > > track (Proposed Standard, Draft Standard, Standard, ...). > This isn't actually correct. > > See for instance, > RFC 2853 -- Generic Security Service API Version 2 : Java Bindings > RFC 2744 -- Generic Security Service API Version 2 : C Bindings Eric, I stand corrected! I am also very surprised to see that as an Internet Standard (or on its way to being one). Sorry to have doubted Werner. (And I should know better.) Can we now return to relevant content? (I'm so embarrassed to have helped drag this relevant discussion to where it never belonged.) R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 9:53:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pc1-cove4-0-cust214.bir.cable.ntl.com (pc1-cove4-0-cust214.bir.cable.ntl.com [213.105.93.214]) by hub.freebsd.org (Postfix) with ESMTP id CB4F237B417 for ; Thu, 27 Sep 2001 09:53:41 -0700 (PDT) Received: from ntlworld.com (alpha.private [192.168.0.2]) (authenticated) by pc1-cove4-0-cust214.bir.cable.ntl.com (8.11.6/8.11.6) with ESMTP id f8RGrT441952 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO); Thu, 27 Sep 2001 17:53:32 +0100 (BST) (envelope-from ianjhart@ntlworld.com) Message-ID: <3BB35989.5AFA4BEC@ntlworld.com> Date: Thu, 27 Sep 2001 17:53:29 +0100 From: ian j hart X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Jeje Cc: stable@FreeBSD.ORG Subject: Re: ad device READ error References: <1710000.1001592248@sauron.admin.in.none.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jeje wrote: > > I have a 80Go IDE drive from Maxtor, on a P2B Asus motherboard, with a BIOS > correctly handling this large disk. > > However, when I stress the disk (I mean large I/O), I get a lot of kernel > errors like this: > > Sep 27 12:52:03 balmung /kernel: ad0: HARD READ ERROR blk# 3027119 > status=59 error=40 > Sep 27 12:52:13 balmung /kernel: ad0: READ command timeout - resetting > Sep 27 12:52:13 balmung /kernel: ata0: resetting devices .. done > Sep 27 12:52:13 balmung /kernel: ad0: read interrupt arrived earlyad0: read > error detected (too) late > Sep 27 12:52:17 balmung /kernel: ad0: HARD READ ERROR blk# 3027119 > status=59 error=40 > Sep 27 12:52:30 balmung last message repeated 3 times > > stressing the machine (high cpu load while resetting the device). > > Anyone could help ? > > I run 4.1.1-STABLE, should I upgrade ? Shouldn't hurt. > > Thanks > > -- > Jerome Fleury > > /jeje > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message I'm surprised a M/B of this vintage supports a drive this big. I've had cases where the size is correctly detected but the drive just didn't work correctly. (eg VIA MVP3 + IBM DTLA 75Gb) I upgraded the M/B. What does the manual say about maximum drive size? Do you have the latest BIOS? Normally I would recommend using the drive vendor tool to reduce the UDMA level to match the M/B. However, it looks like the Maxtor tool doesn't support this drive (yet) :( You are using an 80 way cable, aren't you? Is the error always the same block? -- ian j hart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 11:16:28 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lists.blarg.net (lists.blarg.net [206.124.128.17]) by hub.freebsd.org (Postfix) with ESMTP id 1900337B42A for ; Thu, 27 Sep 2001 11:16:23 -0700 (PDT) Received: from thig.blarg.net (thig.blarg.net [206.124.128.18]) by lists.blarg.net (Postfix) with ESMTP id 96D3EBCDC; Thu, 27 Sep 2001 11:16:22 -0700 (PDT) Received: from localhost.localdomain ([206.124.139.115]) by thig.blarg.net (8.9.3/8.9.3) with ESMTP id LAA20486; Thu, 27 Sep 2001 11:16:12 -0700 Received: (from jojo@localhost) by localhost.localdomain (8.11.3/8.11.3) id f8RIEax61060; Thu, 27 Sep 2001 11:14:36 -0700 (PDT) (envelope-from swear@blarg.net) To: Mike Porter Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <20010926134253.A65444@mushhaven.net> <200109271411.f8REBNH02164@c1828785-a.saltlk1.ut.home.com> From: swear@blarg.net (Gary W. Swearingen) Date: 27 Sep 2001 11:14:35 -0700 In-Reply-To: <200109271411.f8REBNH02164@c1828785-a.saltlk1.ut.home.com> Message-ID: <4cd74ctsac.74c@localhost.localdomain> Lines: 119 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike, your post had some interesting and helpful info. Here's a few comments on parts of it. > > I also tried setting it all up on 10.x addresses with public IPs aliased > > on the server and workstation; I might have just messed up. Should > > that work? > > > That should work, but implies NAT to do the "aliasing" I meant to imply IP aliasing on the host interface using ifconfig. > Also the firewall needs an external IP as well. By definition, yes. But do you mean "public" (Internet-routable)? I'm fairly sure I was communicating with my DSL router when I had only 10.x address on the firewall. (Had to set 10.x.x.x as gateway the in the DSL router's route to my firewall.) I wasn't talking between my internal computers and the Internet at that time, so I'm not sure it would work. But nobody on the Internet needs to address my firewall, except the DSL router which should be able to use private addresses -- especially if my ISP would let me configure my end of the DSL router to use a private address. But I"m not sure about their PPP/ATM stuff; it might need a public IP address on both ends of the PPP/ATM link. > [ suggestion of 1-to-1 NAT ] > Since no two machines will ever share the same IP under > this scheme, it will work fine, while hiding your intenal network structure > from "the world". I read about that in my firewalling book, but I just don't get it, even ignoring the problem with not translating IP addresses within the packets. How does translating IP addresses help with security, as long as the translation is transparent? I don't see that I'm hiding anything important, just some IP numbers nobody cares about, not things like network structure or ports or data. The firewall rules hide those. > The trick should be to use a /32 > netmask, so that ALL addresses are considered non-local, and delivered to the > gateway. That's what I thought. Or to use point-to-point (given that I've seen almost nothing about it but the little in the ifconfig man page). But it isn't the trick. Though you might have to use /31. I'm am, but it won't work at ifconfig time. I have to use /29 (or /30?) and then replace the /29 route with a /31 route. )easier said, than done. > The other thing you need to do, > though, for this to work is set the broadcast address for each interface. I > may be wrong here, but I *think* you can set this to an arbitrary value. > Without the correct broadcast address, at least unless you have manual static > routes set up in the firewall, packets won't find their way back. First, ifconfig ignores you if you try to set broadcast or (netmask) on a configured interface, even if it is "down". You didn't say what the broadcast address should be, but I've tried many and nothing works but the one created by a /29 config. > > Unfortunately, doing "ifconfig xl0 down; go fishing; ifconfig xl0 up" > > puts back the a.b.c.0/29 route, breaking my routing. > > > This is becuase you already have the /29 netmask for xl0; if you change the > xl0 netmask ("ifconfig xl0 netmask 255.255.255.252" as well as changing the > rc.conf info) ifconfig xl0 up will bring back the correct (/31) family. But I can't change the netmask and if I use a /31 (you meant .254, right?) netmask at interface setup, I can't get it to route properly. > Again, you are having conflicts with your subnets and your routing. You need > to either get enough addresses to support a "real" subnet (including the two > "dead" addresses per net), use bridging, or use NAT. Or use my awkward, non-standard kludge. As a reminder, my original post wasn't asking how I can set up my network. I was bitching about what I consider a high-level design deficiency in the OS (and all OSes, I suppose) software which makes it awkward or impossible to efficiently and/or easily utilize a 6-IP block of IP address for a 2-computer, 1-firewall, network which should be able to get by with 3 addresses (or even 2 if the ISP would use a private IP for my or both ends of the private PPP/ATM link). (I was also complaining some about the FreeBSD network tools and documentation.) > One of the reasons there is little documentation on bridging, at least in > FBSD, is that in FBSD all that is required is "gateway_enable=YES" in > rc.conf. (you might need a kernel config tweak, I don't recall offhand. If > you are running ipfw or ipf, then you should already have whatever kernel > tweaks you need). With gateway_enable=YES, packets appearing on one > interface, get popped out the other interface (at least they did for me) > unless blocked or NAT'ed by your firewall ruleset. This lead to me suddenly > flooding my subnet with 192.168 packets by mistake at one point configuring > my own home network. (which uses NAT because I have a /32 address. <(}:) > This *should* allow everythng to work as your existing setup, using /29 for > your netmask, and everything talk to each other without fancy routing. > naturally, of course, you will want to configure your firewall rules so that > packets from workstation to server don't go out to your DSL link, and clutter > up your upstream bandwidth. I think you're confusing gatewaying with bridging. My firewall has gatewaying (and filtering) enabled with some the results you mention, but not the routing part. Gatewaying just has the routing software accept packets with non-localhost destination addresses (usually so they can be sent on to some other network). Bridging, AFAIK so far, makes the host seem like a cable joining two cables coming into the host, so that two external hosts seem to be communicating over a single network segment (eg, one cable). The bridge and its two bridged interfaces have no IP addresses at all. That's what I understood from my books, at least. Scott Lambert told me yesterday about this article (not in my 4.3 docs) on filtering bridges: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/filtering-bridges/filtering-bridges-ipfirewall.html which seems to explain the details of configuring one quite well, but which doesn't introduce the concepts except a brief discussion about choosing between a bridge and a router. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 11:19: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from stargate.nol.co.za (nol.co.za [196.33.45.2]) by hub.freebsd.org (Postfix) with ESMTP id 1670D37B41C for ; Thu, 27 Sep 2001 11:19:00 -0700 (PDT) Received: from sun.sz.co.za ([196.33.45.209] helo=netgod.nol.co.za) by stargate.nol.co.za with esmtp (Exim 3.32 #1) id 15mflK-0002fL-00 for freebsd-stable@freebsd.org; Thu, 27 Sep 2001 20:19:54 +0200 Message-Id: <5.0.2.1.2.20010927202042.00a48b80@nol.co.za> X-Sender: tim@nol.co.za X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Thu, 27 Sep 2001 20:21:43 +0200 To: freebsd-stable@freebsd.org From: "Timothy S. Bowers" Subject: Re: 4.4stable not building In-Reply-To: <5.0.2.1.2.20010925233224.00abb660@nol.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi all, It was make.conf ! I had an open line after "master ftp site: \" I just deleted that line and now everything works fine. Sticky fingers ;-) -Timothy At 11:32 PM 01/09/25, you wrote: >Hi, > >I've just installed FreeBSD from CD. When I do uname it says: FreeBSD 4.2-RELEASE > >I've cvsup'd my sources to 4.4stable but it does not compile with the command: make buildworld > >I get the following error: > >---------------------------------------------- >===> usr.bin >"usr/src/share/mk/bsd.subdir.mk", line 81: Inconsistent operator for ftp >make: fatal errors encountered -- cannot continue >*** Error code 1 > >Stop in /usr/src. >*** Error code 1 >----------------------------------------------- > > >Please help, >Timothy > > >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 Thu Sep 27 11:40:38 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id E9CAA37B415; Thu, 27 Sep 2001 11:40:27 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8RIe1780989; Thu, 27 Sep 2001 21:40:01 +0300 (EEST) (envelope-from ru) Date: Thu, 27 Sep 2001 21:40:01 +0300 From: Ruslan Ermilov To: Sheldon Hearn Cc: stable@FreeBSD.ORG, Jordan Hubbard Subject: Re: [FIXED] Re: Cross-building and read-only src both broken Message-ID: <20010927214001.B79596@sunbay.com> References: <26311.1000459295@axl.seasidesoftware.co.za> <20010914181314.A48860@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010914181314.A48860@sunbay.com>; from ru@FreeBSD.org on Fri, Sep 14, 2001 at 06:13:14PM +0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmm, I'm confused as to why it worked before, but now the following is also required for the "standard" buildworld that builds "secure": Index: Makefile.inc1 =================================================================== RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.218 diff -u -r1.218 Makefile.inc1 --- Makefile.inc1 2001/09/25 12:17:52 1.218 +++ Makefile.inc1 2001/09/27 18:28:46 @@ -677,6 +654,8 @@ cd ${.CURDIR}/kerberosIV/lib/libkdb; ${MAKE} beforeinstall cd ${.CURDIR}/kerberosIV/lib/libkrb; ${MAKE} beforeinstall cd ${.CURDIR}/kerberosIV/lib/libtelnet; ${MAKE} beforeinstall +.elif exists(${.CURDIR}/secure) && !defined(NOCRYPT) && !defined(NOSECURE) + cd ${.CURDIR}/secure/lib/libtelnet; ${MAKE} beforeinstall .else cd ${.CURDIR}/lib/libtelnet; ${MAKE} beforeinstall .endif Index: secure/lib/libtelnet/Makefile =================================================================== RCS file: /home/ncvs/src/secure/lib/libtelnet/Makefile,v retrieving revision 1.25 diff -u -r1.25 Makefile --- secure/lib/libtelnet/Makefile 2001/08/20 12:32:38 1.25 +++ secure/lib/libtelnet/Makefile 2001/09/27 18:28:46 @@ -15,14 +15,18 @@ INCS= ${TELNETDIR}/arpa/telnet.h INCDIR= /usr/include/arpa +.include + +.PATH: ${TELNETDIR}/libtelnet + # # Remove obsolete shared libraries, if any. We don't bother moving them # to /usr/lib/compat, since they were only used by telnet, telnetd and # tn3270. # -beforeinstall: +beforeinstall: __remove-stale-libs +__remove-stale-libs: .PHONY +.if exists(${DESTDIR}${SHLIBDIR}/lib${LIB}.so.2.0) + -chflags noschg ${DESTDIR}${SHLIBDIR}/lib${LIB}.so.2.0 rm -f ${DESTDIR}${SHLIBDIR}/lib${LIB}.so.2.0 - -.include - -.PATH: ${TELNETDIR}/libtelnet +.endif When "CFLAGS+=-nostdinc ${DESTDIR}/usr/include" magic was in bsd.lib.mk, the result was "-nostdinc -I${TELNETDIR} -I${WORLDTMP}/usr/include", and that picked up the right header from ${TELNETDIR}/arpa. Now, with this magic in Makefile.inc1, "-I${WORLDTMP}/usr/include -I${TELNETDIR}" picks up the wrong header, as we didn't install the correct header. Plus one bug fix. :-) Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 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 Thu Sep 27 11:43:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pr0n.kutulu.org (pr0n.kutulu.org [151.196.107.157]) by hub.freebsd.org (Postfix) with ESMTP id E077437B40D for ; Thu, 27 Sep 2001 11:43:05 -0700 (PDT) Received: from kutulu.kutulu.org ([64.212.128.3]) by pr0n.kutulu.org (8.11.6/8.11.6) with ESMTP id f8RDlH782704; Thu, 27 Sep 2001 13:47:17 GMT (envelope-from kutulu@kutulu.org) Message-Id: <5.1.0.14.0.20010927140705.009ffc60@127.0.0.1> X-Sender: kutulu@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 27 Sep 2001 14:23:45 -0400 To: swear@blarg.net (Gary W. Swearingen) From: Kutulu Subject: Re: 127/8 continued Cc: Mike Porter , freebsd-stable@FreeBSD.ORG In-Reply-To: <4cd74ctsac.74c@localhost.localdomain> References: <200109271411.f8REBNH02164@c1828785-a.saltlk1.ut.home.com> <20010924094048.X5906-100000@coredump.scriptkiddie.org> <20010926134253.A65444@mushhaven.net> <200109271411.f8REBNH02164@c1828785-a.saltlk1.ut.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:14 AM 09/27/2001 -0700, Gary W. Swearingen wrote: >By definition, yes. But do you mean "public" (Internet-routable)? I'm >fairly sure I was communicating with my DSL router when I had only 10.x >address on the firewall. (Had to set 10.x.x.x as gateway the in the DSL >router's route to my firewall.) In order for the machines on your network to communicate with the outside world, they will either need public, routable IP addresses (all of them, not just your firewall), or you will need to run NAT somewhere. If your firewall has a private IP of 10.0.0.2, for example, even if it routes traffic correctly to the DSL router, once that packet hits the public internet there's no way to know how to get back to your 10.0.0.2. > > [ suggestion of 1-to-1 NAT ] > > Since no two machines will ever share the same IP under > > this scheme, it will work fine, while hiding your intenal network > structure > > from "the world". > >I read about that in my firewalling book, but I just don't get it, even >ignoring the problem with not translating IP addresses within the >packets. How does translating IP addresses help with security, as long >as the translation is transparent? The benefit is not really security here. The benefit is, you can have machines on the same logical subnet on different physical segments. Since the only place the real local IP's of those machines is known is the firewall, all data heading to both your DMZ server and your firewalled workstation will appear to the outside world to be on the same subnet. As your firewall receives the packets and translates them, they end up being on different internal segments (10.0.0.0 vs 10.0.1.0, for example), and get routed correctly. This is actually what NAT was originally designed for. It allowed people with a limited number of IP's (ie, one from their dial up provider) to handle traffic for multiple separate machines). The security aspects are really just a nice side effect. >As a reminder, my original post wasn't asking how I can set up my >network. I was bitching about what I consider a high-level design >deficiency in the OS (and all OSes, I suppose) software which makes it The deficiency here is really in IP itself. The IP protocol was built around the assumption that IP networks would be physically segmented in the same basic structure as they were logically segmented. Each separate IP subnet is assumed to be a separate physical network segment, and thus, all machines on that IP subnet should be directly reachable through the attached interface. And this is still the case the vast majority of the time. For those times when it is not the case, there are static routing kludges, and NAT, to take case of it. --K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 12: 1:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from logicalhost.com (logicalhost.com [63.169.206.2]) by hub.freebsd.org (Postfix) with ESMTP id CF05A37B40C for ; Thu, 27 Sep 2001 12:01:11 -0700 (PDT) Received: from localhost (diesel@localhost) by logicalhost.com (8.11.6/8.11.6) with ESMTP id f8RJ2Rr50539 for ; Thu, 27 Sep 2001 15:02:27 -0400 (EDT) Date: Thu, 27 Sep 2001 15:02:27 -0400 (EDT) From: raymond hicks X-X-Sender: To: Subject: possible mem leak in command "top"? Message-ID: <20010927144914.P50404-100000@logicalhost.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has anyone else noticed memory leak when running the command "top"? I noticed there were NO free CPU cycles on my box (4.3-stable) 2 days ago. Listing process showed top had been running for over 24 hours and was using 99% of CPU. I killed that process and started top again. This time I let it run for just under an hour. In that time it accelerated from using at start just under 2% of CPU to over 44% after I finally killed it. What is also interesting is when you kill the process, the display goes away but ps still shows the process about 20 % of the time>?? Any input is appreciated. Raymond hicks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 12:18:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shikima.mine.nu (pc2-card3-0-cust85.cdf.cable.ntl.com [213.107.2.85]) by hub.freebsd.org (Postfix) with ESMTP id 796A437B403 for ; Thu, 27 Sep 2001 12:18:15 -0700 (PDT) Received: from rasputin by shikima.mine.nu with local (Exim 3.33 #1) id 15mgfx-0009dr-00 for stable@freebsd.org; Thu, 27 Sep 2001 20:18:25 +0100 Date: Thu, 27 Sep 2001 20:18:24 +0100 From: Rasputin To: stable@freebsd.org Subject: option PNPBIOS Message-ID: <20010927201824.A29493@shikima.mine.nu> Reply-To: Rasputin Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does this kernel option do anything (in 4.4-STABLE)? I'm not sure to read it as ' BSD doesn't need to sort anything out, the BIOS did it all ' (due to the name) or as: ' assume everything is a mess when the kernel boots' (since it seems to have replaced pnp0) I'm having grief getting a USB card fitted, and think it would help to have FreeBSD sort out the PCI bus because, frankly, my BIOS is crap at it. Every piece of hardware I install seems to conflict with my PCI SB128 (thanks to those good folks who helped me get my wireless NIC sorted out over the weekend, incidentally) I'm thinking of setting the 'pnp os installed = yes' BIOS option (a.k.a "don't touch anything, I said , 'leave it!'" ) and letting the OS sort it out. Or is there any way to force 'PnP' devices to use specific resources? [ I shudder to say it, but if I boot Win9X and let that figure out hardware settings, will the BIOS 'remember' them?] If I had any free ISA slots, I'd throw my old SB16 back in, but sadly I don't... Cheers. -- "I'm not really a hardware kind of guy" -- me Rasputin :: Jack of All Trades - Master of Nuns :: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 12:27:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lists.blarg.net (lists.blarg.net [206.124.128.17]) by hub.freebsd.org (Postfix) with ESMTP id 9677637B40A for ; Thu, 27 Sep 2001 12:27:41 -0700 (PDT) Received: from thig.blarg.net (thig.blarg.net [206.124.128.18]) by lists.blarg.net (Postfix) with ESMTP id 3D2C6BD2A; Thu, 27 Sep 2001 12:27:41 -0700 (PDT) Received: from localhost.localdomain ([206.124.139.115]) by thig.blarg.net (8.9.3/8.9.3) with ESMTP id MAA02410; Thu, 27 Sep 2001 12:27:40 -0700 Received: (from jojo@localhost) by localhost.localdomain (8.11.3/8.11.3) id f8RJQ5261067; Thu, 27 Sep 2001 12:26:05 -0700 (PDT) (envelope-from swear@blarg.net) To: Barney Wolff Cc: freebsd-stable@freebsd.org Subject: Re: 127/8 continued References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <3BB0A0A2.6CCC454B@chrisland.net> <20010926103827.S37693@buffoon.automagic.org> <20010926133747.Y37693@buffoon.automagic.org> <20010926134253.A65444@mushhaven.net> <20010926190732.A80636@tp.databus.com> From: swear@blarg.net (Gary W. Swearingen) Date: 27 Sep 2001 12:26:05 -0700 In-Reply-To: <20010926190732.A80636@tp.databus.com> Message-ID: Lines: 52 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Barney, you wrote: > At first glance, you can't do what you want with only a /29. I wish I knew what I want as well as you seem to :-). > Every "link" requires a /30, because the first and last addresses > cannot be assigned to interfaces. Yes, which is why I said I could only have two of the required three subnets, using a standard, "correct" design. But thanks for noting that; I expect my list of current IP assignments seemed to imply my ignorance of that "requirement". But it seems to work, regardless; just awkwardly. I'm thinking it would be nice if the network software could do for me what I am now doing manually or with scripts. But, there are likely reasons for it I don't see yet. > can get an Ethernet to work as a point-to-point link because the > driver needs to arp. (Yes of course the crossover cables work - > that's not the point.) I don't get any of that. But I'll do some net searching later and try to learn some details of that point-to-point stuff. > One thing you might try is to replace the DSL router with a mere > DSL modem, or, if possible, put the DSL router into bridge mode. > That way, the firewall can use the external address that was > assigned to the DSL router (which is in some other netblock than > your /29) as its external address, and then a hub or switch on > the internal side will connect all your other boxes. I run my > DSL /29 this way. Good suggestion, but I doubt my ISP would go for it. I had to reconfigure it from bridge to router when I switched to them. (Before that I only used one computer and DHCP). You probably already know that the DSL box has many more features when run in routing mode, though its debatable if they are worth much. > This is not a matter of documentation - what you're asking route > to do cannot be done. I think it IS a matter of documentation that I have to resort to experimentation to learn what "route" and "ifconfig" will do and what they do and even the fine points of their command syntax. Also, I could say that "route" (and other software) IS doing what I want; it's just awkward to get it to do it and hard to learn how. I hope that didn't read too snippy for you. I do appreciate your having sent your comments and FreeBSD contributors for making it available at all, and I hope to help make it better (and already have in a few PRs and doc patches). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 12:54:45 2001 Delivered-To: freebsd-stable@freebsd.org Received: from welshfantasyfootball.com (host48.tns.co.uk [194.152.91.114]) by hub.freebsd.org (Postfix) with SMTP id 8F42937B410 for ; Thu, 27 Sep 2001 12:54:40 -0700 (PDT) From: "Claire" To: Subject: Cash Prizes Win! Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Thu, 27 Sep 2001 20:52:49 +0100 Content-Transfer-Encoding: 8bit Message-Id: <20010927195440.8F42937B410@hub.freebsd.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To all our fans!! Welsh Fantasy Football has paid your entrance fee to the WELSH FANTASY FOOTBALL GAME 2001 Go to www.welshfantasyfootball.com you have to be in it to WIN it!! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 13:48:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id 760A837B40A for ; Thu, 27 Sep 2001 13:48:41 -0700 (PDT) Received: (qmail 73142 invoked by uid 1001); 27 Sep 2001 20:48:35 +0000 (GMT) To: diesel@bsdvault.net Cc: freebsd-stable@freebsd.org Subject: Re: possible mem leak in command "top"? From: sthaug@nethelp.no In-Reply-To: Your message of "Thu, 27 Sep 2001 15:02:27 -0400 (EDT)" References: <20010927144914.P50404-100000@logicalhost.com> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 27 Sep 2001 22:48:35 +0200 Message-ID: <73140.1001623715@verdi.nethelp.no> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Has anyone else noticed memory leak when running the command "top"? Also observed on 4.3-STABLE from 20010507. In other words, not a new problem. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 14: 3:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from hotmail.com (f219.law14.hotmail.com [64.4.21.219]) by hub.freebsd.org (Postfix) with ESMTP id 2B73837B40A for ; Thu, 27 Sep 2001 14:03:16 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 27 Sep 2001 14:03:16 -0700 Received: from 24.241.32.175 by lw14fd.law14.hotmail.msn.com with HTTP; Thu, 27 Sep 2001 21:03:15 GMT X-Originating-IP: [24.241.32.175] From: "Bryan Berch" To: root@pukruppa.de, freebsd-stable@freebsd.org Subject: Re: gnome-port fails Date: Thu, 27 Sep 2001 17:03:15 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 27 Sep 2001 21:03:16.0091 (UTC) FILETIME=[D3BA24B0:01C14797] Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I tried to install bitchx 2 nights ago from the ports and it failed with the installation of gnomecore. >From: "P. U. (Uli) Kruppa" >To: >Subject: gnome-port fails >Date: Thu, 27 Sep 2001 05:09:10 +0000 (GMT) > >Hi! > >I tried to do ># make install >in /usr/ports/x11/gnome . It failed with: > > ------------------------------- >(...) >int main() { >shl_load() >; return 0; } >configure:5500: checking for dlopen >configure:5528: cc -o conftest -O -pipe -I/usr/X11R6/include -Wall >-Wunused -I/usr/local/include -I/usr/X11R6/include/gtk12 >-I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include >-L/usr/X11R6/lib conftest.c -L/usr/local/lib 1>&5 >configure:5576: checking for CApplet library >configure:5591: checking for Configure Easter Egg version >= 3.14 >configure:5595: checking for GdkPixbuf library >= 0.7.0 >(end of "config.log") >*** Error code 1 > >Stop in /usr/ports/x11/gnomecore. >*** Error code 1 > >Stop in /usr/ports/x11/gnomecore. >*** Error code 1 > >Stop in /usr/ports/x11/gnomecore. >*** Error code 1 > >Stop in /usr/ports/x11/gnomecore. >*** Error code 1 > >Stop in /usr/ports/x11/gnomecore. >*** Error code 1 > >Stop in /usr/ports/x11/gnome. >*** Error code 1 > >Stop in /usr/ports/x11/gnome. >*** Error code 1 > >Stop in /usr/ports/x11/gnome. >*** Error code 1 > >Stop in /usr/ports/x11/gnome. >*** Error code 1 > >Stop in /usr/ports/x11/gnome. >*** Error code 1 > >Stop in /usr/ports/x11/gnome. > > ----------------------------- > >Sorry if this message should go to freebsd-ports. >I just thought someone should know. > > >Uli. > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 14:32:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from joefox.quist.ca (joefox.quist.ca [128.100.96.195]) by hub.freebsd.org (Postfix) with SMTP id 9836C37B40B for ; Thu, 27 Sep 2001 14:32:09 -0700 (PDT) Received: (qmail 1184 invoked by uid 1000); 27 Sep 2001 21:32:13 -0000 Date: Thu, 27 Sep 2001 17:31:51 -0401 From: "Russell P. Sutherland" To: freebsd-stable@FreeBSD.ORG Subject: Upgrading from the source Message-ID: <20010927173151.B10009@quist.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: Quist Consulting Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've attempting to update several FreeBSD 4.2 and 4.3 systems remotely to 4.4, by first cvsup'ing the current sources and then building the sources. I believe that the install should be done from the console in single user mode. (All based on the "make world" section of Chapter 19, The Cutting Edge from the FreeBSD Handbook) A few questions... 1. Does make buildworld also build the kernel or does one need to perform a make buildkernel as well 2. Do the make installworld, installkernel operations need to be done in single-user mode? I'm thinking of a lightly used system 3. Given a neo-phyte at the helm, is the pre-building from source method easier that the upgrade option with the FreeBSD 4.4 CD. -- Quist Consulting Email: russ@quist.ca 219 Donlea Drive Voice: +1.416.696.7600 Toronto ON M4G 2N1 Cell: +1.416.803.0080 CANADA WWW: http://www.quist.ca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 14:42:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from quarter.csl.sri.com (quarter.csl.sri.com [130.107.1.30]) by hub.freebsd.org (Postfix) with ESMTP id 1AE2437B401 for ; Thu, 27 Sep 2001 14:42:30 -0700 (PDT) Received: from glob.csl.sri.com (glob.csl.sri.com [130.107.15.161]) by quarter.csl.sri.com (8.11.1/8.11.1) with ESMTP id f8RLgTP00827; Thu, 27 Sep 2001 14:42:29 -0700 Received: from glob.csl.sri.com (hogsett@localhost) by glob.csl.sri.com (8.11.2/8.8.7) with ESMTP id f8RLgTb27606; Thu, 27 Sep 2001 14:42:29 -0700 Message-Id: <200109272142.f8RLgTb27606@glob.csl.sri.com> X-Authentication-Warning: glob.csl.sri.com: hogsett owned process doing -bs To: "Russell P. Sutherland" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Upgrading from the source In-Reply-To: Your message of "Thu, 27 Sep 2001 17:31:51 -0401." <20010927173151.B10009@quist.ca> Date: Thu, 27 Sep 2001 14:42:29 -0700 From: Mike Hogsett Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > 1. Does make buildworld also build the kernel or > does one need to perform a make buildkernel > as well Buildworld does not build the kernel, that is why there are also two kernel related targets of "buildkernel" and "installkernel" which build and install a GENERIC kernel. > 2. Do the make installworld, installkernel operations > need to be done in single-user mode? I'm thinking > of a lightly used system It is recommended. Although I have successfully done it in multi user mode when no one was logged in and most services were shutdown ( only sshd and a few other services were running ). I would not do this unless I had easy access to the console though. (The machines were, and still are, 300 feet away) > 3. Given a neo-phyte at the helm, is the pre-building from > source method easier that the upgrade option with the > FreeBSD 4.4 CD. I found cvsup'ing and building from source to be completely painless, although your mileage may vary. - Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 14:43:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mikea.ath.cx (okc-65-26-223-53.mmcable.com [65.26.223.53]) by hub.freebsd.org (Postfix) with ESMTP id 2EE5937B40B for ; Thu, 27 Sep 2001 14:43:10 -0700 (PDT) Received: (from mikea@localhost) by mikea.ath.cx (8.11.6/8.11.1) id f8RLh1018361; Thu, 27 Sep 2001 16:43:01 -0500 (CDT) (envelope-from mikea) Date: Thu, 27 Sep 2001 16:43:01 -0500 From: mikea To: "Russell P. Sutherland" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Upgrading from the source Message-ID: <20010927164300.A18338@mikea.ath.cx> References: <20010927173151.B10009@quist.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010927173151.B10009@quist.ca>; from russ@quist.ca on Thu, Sep 27, 2001 at 05:31:51PM -0401 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 27, 2001 at 05:31:51PM -0401, Russell P. Sutherland wrote: > I've attempting to update several FreeBSD 4.2 and 4.3 systems > remotely to 4.4, by first cvsup'ing the current sources and then > building the sources. I believe that the install should > be done from the console in single user mode. (All based on > the "make world" section of Chapter 19, The Cutting Edge > from the FreeBSD Handbook) > > A few questions... > > 1. Does make buildworld also build the kernel or > does one need to perform a make buildkernel > as well The kernel needs a separate build operation. > 2. Do the make installworld, installkernel operations > need to be done in single-user mode? I'm thinking > of a lightly used system Installkernel can be done anytime. Installworld is best donw in single-user mode. > 3. Given a neo-phyte at the helm, is the pre-building from > source method easier that the upgrade option with the > FreeBSD 4.4 CD. I had absolutely no trouble going from 4.3-Release to 4.4 via cvsup. I did it all at once, too, rebuilding a cracked system from CD. Others' mileages may vary. -- Mike Andrews mikea@mikea.ath.cx Tired old sysadmin since 1964 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 14:46:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from inspiron.tenebras.com (ip-216-73-143-80.vantas.net [216.73.143.80]) by hub.freebsd.org (Postfix) with ESMTP id E925737B40B for ; Thu, 27 Sep 2001 14:46:09 -0700 (PDT) Received: from tenebras.com (localhost [127.0.0.1]) by inspiron.tenebras.com (8.11.6/8.11.6) with ESMTP id f8RLjpB01122; Thu, 27 Sep 2001 14:45:53 -0700 (PDT) (envelope-from kudzu@tenebras.com) Message-ID: <3BB39E0A.C883A5DE@tenebras.com> Date: Thu, 27 Sep 2001 14:45:46 -0700 From: Michael Sierchio X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: mikea Cc: "Russell P. Sutherland" , freebsd-stable@FreeBSD.ORG Subject: Re: Upgrading from the source References: <20010927173151.B10009@quist.ca> <20010927164300.A18338@mikea.ath.cx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG mikea wrote: > > Installkernel can be done anytime. Not quite. It can yield disappointing results with kern.securelevel > 0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 15:23:10 2001 Delivered-To: freebsd-stable@freebsd.org Received: from steeltoe.niceboots.com (steeltoe.niceboots.com [208.25.85.157]) by hub.freebsd.org (Postfix) with ESMTP id 1C66037B40E for ; Thu, 27 Sep 2001 15:23:07 -0700 (PDT) Received: from localhost (tenebrae@localhost) by steeltoe.niceboots.com (8.11.3/8.11.0) with ESMTP id f8RMN0711442; Thu, 27 Sep 2001 15:23:00 -0700 (PDT) Date: Thu, 27 Sep 2001 15:23:00 -0700 (PDT) From: Tenebrae Reply-To: tenebrae_BSD@niceboots.com To: "Russell P. Sutherland" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Upgrading from the source In-Reply-To: <200109272142.f8RLgTb27606@glob.csl.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 27 Sep 2001, Mike Hogsett wrote: > > 3. Given a neo-phyte at the helm, is the pre-building from > > source method easier that the upgrade option with the > > FreeBSD 4.4 CD. > > I found cvsup'ing and building from source to be completely painless, > although your mileage may vary. Same here. I'm a perpetual newbie and found cvsup to be frighteningly easy to deal with... I still boggle at the ease of upgrading my server from 4.1.1-RELEASE to 4.3-STABLE. There MUST be some horrible painful memory I'm trying to block out! ;) -Tenebrae. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 15:25:32 2001 Delivered-To: freebsd-stable@freebsd.org Received: from c1828785-a.saltlk1.ut.home.com (c1828785-a.saltlk1.ut.home.com [24.20.97.231]) by hub.freebsd.org (Postfix) with ESMTP id A01A737B40C for ; Thu, 27 Sep 2001 15:25:24 -0700 (PDT) Received: from there (lmrwvm@localhost [127.0.0.1]) by c1828785-a.saltlk1.ut.home.com (8.11.6/8.11.5) with SMTP id f8RMPLH02946; Thu, 27 Sep 2001 16:25:21 -0600 (MDT) (envelope-from mupi@mknet.org) Message-Id: <200109272225.f8RMPLH02946@c1828785-a.saltlk1.ut.home.com> Content-Type: text/plain; charset="iso-8859-1" From: Mike Porter To: swear@blarg.net (Gary W. Swearingen) Subject: Re: 127/8 continued Date: Thu, 27 Sep 2001 16:25:21 -0600 X-Mailer: KMail [version 1.3] Cc: freebsd-stable@FreeBSD.ORG References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <200109271411.f8REBNH02164@c1828785-a.saltlk1.ut.home.com> <4cd74ctsac.74c@localhost.localdomain> In-Reply-To: <4cd74ctsac.74c@localhost.localdomain> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thursday 27 September 2001 12:14 pm, Gary W. Swearingen wrote: > Mike, your post had some interesting and helpful info. > Here's a few comments on parts of it. > > By definition, yes. But do you mean "public" (Internet-routable)? I'm > fairly sure I was communicating with my DSL router when I had only 10.x > address on the firewall. (Had to set 10.x.x.x as gateway the in the DSL > router's route to my firewall.) I wasn't talking between my internal > computers and the Internet at that time, so I'm not sure it would work. > But nobody on the Internet needs to address my firewall, except the DSL > router which should be able to use private addresses -- especially if > my ISP would let me configure my end of the DSL router to use a private > address. But I"m not sure about their PPP/ATM stuff; it might need a > public IP address on both ends of the PPP/ATM link. > While this is possible using NAT at the DSL router (most of them support it there), as a general rule, any machine that accepts packets from the internet, and injects packets to the internet, including a firewall, needs a public ("routeable") IP. The one exception to this that I know of is OpenBSD's "transparent bridge" which allows a machine to appear to be simply a high-latency network cable. However, this is only useful, really, in conjunction with firewalling, and (from what I have heard) tends to break down if you try it with three nics. It is also fairly processor intensive, since it has to put both interfaces in promiscous mode and process EVERY packet. ( I guess FBSD supports transparent bridgeing with ipfw, but I haven't investigated it much) > I read about that in my firewalling book, but I just don't get it, even > ignoring the problem with not translating IP addresses within the > packets. How does translating IP addresses help with security, as long > as the translation is transparent? I don't see that I'm hiding anything > important, just some IP numbers nobody cares about, not things like > network structure or ports or data. The firewall rules hide those. > see kutulu's response. It is a side effect of NAT, because the external IP's do not need to correspond to any specific internal subnet. There would be no way, to use your example, for somone tracerouting your /29, to know that a.b.c.2 and a.b.c.4 are on separate subnets. If you increase the scale, in a corporate setting, those two IP's could correspond to machines in completely different offices on their own proprietary network. > > The trick should be to use a /32 > > netmask, so that ALL addresses are considered non-local, and delivered to > > the gateway. > > That's what I thought. Or to use point-to-point (given that I've seen > almost nothing about it but the little in the ifconfig man page). But > it isn't the trick. > > Though you might have to use /31. > > I'm am, but it won't work at ifconfig time. I have to use /29 (or > /30?) and then replace the /29 route with a /31 route. > )easier said, than done. > > > First, ifconfig ignores you if you try to set broadcast or (netmask) on > a configured interface, even if it is "down". > OK, then I was wrong. The broadcast is (normally) the last address in the subnet (.255 for a class C, .255 for my subnet ( with a .128 netmask, but I am in the top half. I presume that those with IP's below .129 have .127 set for a broadcast, with .128 being the other unusable address. I forget exactly what its for?) > You didn't say what the broadcast address should be, but I've tried many > and nothing works but the one created by a /29 config. > I suspect that the problem is that ifconfig CAN'T create a broadcast address with less than 4 IPs in the netmask (/30) (I guess it could use 3, but I don't think that's a valid netmask <(}:) ifconfig WILL allow you to specify aliases using a /32 netmask, I've never tried with a different value, but as mentioned previously in this thread, there appears no way to deterministicly tell the OS which IP to use as it's "primary" IP. > > > Unfortunately, doing "ifconfig xl0 down; go fishing; ifconfig xl0 up" > > > puts back the a.b.c.0/29 route, breaking my routing. > > > > This is becuase you already have the /29 netmask for xl0; if you change > > the xl0 netmask ("ifconfig xl0 netmask 255.255.255.252" as well as > > changing the rc.conf info) ifconfig xl0 up will bring back the correct > > (/31) family. > > But I can't change the netmask and if I use a /31 (you meant .254, > right?) netmask at interface setup, I can't get it to route properly. > ummm....yeah, I must have menat that <(}; Actually I think I was thinking of /30 rather than /31. > > Again, you are having conflicts with your subnets and your routing. You > > need to either get enough addresses to support a "real" subnet (including > > the two "dead" addresses per net), use bridging, or use NAT. > > Or use my awkward, non-standard kludge. > > As a reminder, my original post wasn't asking how I can set up my > network. I was bitching about what I consider a high-level design > deficiency in the OS (and all OSes, I suppose) software which makes it > awkward or impossible to efficiently and/or easily utilize a 6-IP block > of IP address for a 2-computer, 1-firewall, network which should be able > to get by with 3 addresses (or even 2 if the ISP would use a private IP > for my or both ends of the private PPP/ATM link). (I was also > complaining some about the FreeBSD network tools and documentation.) > The point is that you CAN do this, just not the way you want to do it. If you put a hub or a switch behind the firewall, then attach your sever and workstation to that, you will be fine. This is essentially my setup at home, with a "main" PC acting as a firewall/router connected to the cable modem, and on the "inside" side I have two laptops and a network printer. Granted that I use 192 addresses and NAT for the "inside" side, but it really wouldn't matter; if I had a /29 subnet (/30 wouldn't work without static routes, because there are only two useful IP's in a /30) Remeber that your /29 actually specifies 8 IP addresses, even though you can only use 6 of them. This is a limitation of IP, not of any OS. (I think kutulu said it first in this thread). If you drop the subnetting requirement, then you can use three IPs. The only thing you lose is the DMZ. > I think you're confusing gatewaying with bridging. My firewall has > gatewaying (and filtering) enabled with some the results you mention, > but not the routing part. Gatewaying just has the routing software > accept packets with non-localhost destination addresses (usually so > they can be sent on to some other network). Bridging, AFAIK so far, > makes the host seem like a cable joining two cables coming into the > host, so that two external hosts seem to be communicating over a > single network segment (eg, one cable). The bridge and its two bridged > interfaces have no IP addresses at all. That's what I understood from > my books, at least. Scott Lambert told me yesterday about this article > (not in my 4.3 docs) on filtering bridges: > Yeah, although the terminology is frequently used interchangeably. That doesn't make it right. The distinction I would draw is between transparent bridging (which is what you describe) and "normal" bridging, which is probably better referred to as "gateway" or "relay" behaviour. I think gateway or relay behaviour is more what you are after. Or "switching" behavior might be the term. Too bad we can't go back to the "good ol' days" when everyone could have a class c just for the asking....you could subnet to your heart's content <(}: Even so, IPv6, come quickly.... mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 15:35:54 2001 Delivered-To: freebsd-stable@freebsd.org Received: from h216-170-019-170.adsl.navix.net (h216-170-019-170.adsl.navix.net [216.170.19.170]) by hub.freebsd.org (Postfix) with ESMTP id 31DF137B40C for ; Thu, 27 Sep 2001 15:35:52 -0700 (PDT) Received: from h216-170-019-170.adsl.navix.net (localhost.adsl.navix.net [127.0.0.1]) by h216-170-019-170.adsl.navix.net (8.11.6/8.11.6) with SMTP id f8RMa6x38124 for ; Thu, 27 Sep 2001 17:36:06 -0500 (CDT) (envelope-from phaedrus@alltel.net) Content-Type: text/plain; charset="iso-8859-1" From: Dave Cantrell Reply-To: phaedrus@alltel.net Organization: Kachina Climate Systems To: freebsd-stable@FreeBSD.ORG Subject: Re: Upgrading from the source Date: Thu, 27 Sep 2001 17:36:05 -0500 X-Mailer: KMail [version 1.2] References: <200109272142.f8RLgTb27606@glob.csl.sri.com> In-Reply-To: <200109272142.f8RLgTb27606@glob.csl.sri.com> MIME-Version: 1.0 Message-Id: <01092717360500.37762@h216-170-019-170.adsl.navix.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thursday 27 September 2001 16:42, you wrote: STUFF CLIPPED > I found cvsup'ing and building from source to be completely painless, > although your mileage may vary. > > I just upgraded via cvsup from 4.4RELEASE to 4.4STABLE with the instructions found at: http://bsdvault.net/sections.php?op=viewarticle&artid=2 I had absolutely NO problems, but then my hardware is fairly bland. drc -- Dave Cantrell | Contrary to popular belief, UNIX is User Friendly. phaedrus@alltel.net | It's just choosy with whom it makes friends. Lincoln, Nebraska, USA | And currently we have only a nodding acquaintance. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 15:43:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 4E36837B408 for ; Thu, 27 Sep 2001 15:43:53 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id f8RMr0a03302; Thu, 27 Sep 2001 15:53:00 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200109272253.f8RMr0a03302@mass.dis.org> To: Rasputin Cc: stable@freebsd.org, msmith@mass.dis.org Subject: Re: option PNPBIOS In-Reply-To: Message from Rasputin of "Thu, 27 Sep 2001 20:18:24 BST." <20010927201824.A29493@shikima.mine.nu> Date: Thu, 27 Sep 2001 15:52:59 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Does this kernel option do anything (in 4.4-STABLE)? > > I'm not sure to read it as > ' BSD doesn't need to sort anything out, the BIOS did it all ' > (due to the name) or as: > ' assume everything is a mess when the kernel boots' > (since it seems to have replaced pnp0) It's neither. It means "go ask the BIOS about PnP devices as well as scanning the ISA bus". > I'm having grief getting a USB card fitted, and think it > would help to have FreeBSD sort out the PCI bus because, > frankly, my BIOS is crap at it. This is a major ongoing project. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 15:50:59 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pr0n.kutulu.org (pr0n.kutulu.org [151.196.107.157]) by hub.freebsd.org (Postfix) with ESMTP id E447E37B40C for ; Thu, 27 Sep 2001 15:50:56 -0700 (PDT) Received: from kutulu.kutulu.org ([64.212.128.3]) by pr0n.kutulu.org (8.11.6/8.11.6) with ESMTP id f8RHt2745506; Thu, 27 Sep 2001 17:55:03 GMT (envelope-from kutulu@kutulu.org) Message-Id: <5.1.0.14.0.20010927182433.00a27510@127.0.0.1> X-Sender: kutulu@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 27 Sep 2001 18:29:26 -0400 To: Mike Porter From: Kutulu Subject: Re: 127/8 continued Cc: swear@blarg.net (Gary W. Swearingen), freebsd-stable@FreeBSD.ORG In-Reply-To: <200109272225.f8RMPLH02946@c1828785-a.saltlk1.ut.home.com> References: <4cd74ctsac.74c@localhost.localdomain> <20010924094048.X5906-100000@coredump.scriptkiddie.org> <200109271411.f8REBNH02164@c1828785-a.saltlk1.ut.home.com> <4cd74ctsac.74c@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 04:25 PM 09/27/2001 -0600, Mike Porter wrote: >OK, then I was wrong. The broadcast is (normally) the last address in the >subnet (.255 for a class C, .255 for my subnet ( with a .128 netmask, but I >am in the top half. I presume that those with IP's below .129 have .127 set >for a broadcast, with .128 being the other unusable address. I forget >exactly what its for?) The two reserved addresses are the network address and the broadcast address. The network address is all host bits zero, and the broadcast address is all host bits 1. Thus, for a network of 192.168.0.0 with a netmask of 255.255.255.128, there would be two subnets: 192.168.0.0 - 192.168.0.127 192.168.0.128 - 192.168.0.255 The exact math is a pair of pretty basic bitwise functions, which most any networking essentials book will have in it, but that's the general idea. But now we're really getting off the subject of freebsd-stable. :) --K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 15:54:21 2001 Delivered-To: freebsd-stable@freebsd.org Received: from grace.speakeasy.org (grace.speakeasy.org [216.254.0.2]) by hub.freebsd.org (Postfix) with SMTP id 5538C37B401 for ; Thu, 27 Sep 2001 15:54:16 -0700 (PDT) Received: (qmail 21234 invoked by uid 31413); 27 Sep 2001 22:54:16 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 27 Sep 2001 22:54:16 -0000 Date: Thu, 27 Sep 2001 15:54:16 -0700 (PDT) From: Lobster Harmonica To: Kent Stewart Cc: "stable@FreeBSD.ORG" Subject: Re: /usr/ports disappeared In-Reply-To: <3BB24575.E8779527@owt.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hmmm. i'm not familiar with 'tag.' and no i didn't rm -rf the directory. = ;) i've just re-installed all system sources, binaries, etc from /stand/sysins= tall. still not showing up. i'm gonna take a look at freebsd.org... thanks for the help. -jared "Trying is the first step towards failure." - Homer J. Simpson On Wed, 26 Sep 2001, Kent Stewart wrote: > > > Lobster Harmonica wrote: > > > > hi all. > > > > i've just noticed that my entire /ports directory is missing! strange = i can > > still "use" ports via /stand/sysinstall though. anyone else ever see t= his > > strange behavior? > > Did you cvsup with the wrong tag? For example, the ports are all "tag=3D.= " > since there is only the head. > > Kent > > > > > thanks in advance. > > > > -j > > > > "Trying is the first step towards failure." - Homer J. Simpson > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > -- > Kent Stewart > Richland, WA > mailto:kbstew99@hotmail.com > > Carl Sagan quote on Seti@home > http://setiathome.ssl.berkeley.edu/pale_blue_dot.html > > It is hard to believe you are soaring with Eagles (las =E1guilas) > when you accept SPAM like a mouse (el rat=F3n). > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 16:40:42 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-153.dsl.lsan03.pacbell.net [63.207.60.153]) by hub.freebsd.org (Postfix) with ESMTP id 52DFD37B40A for ; Thu, 27 Sep 2001 16:40:38 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1B02B66E4C; Thu, 27 Sep 2001 16:40:38 -0700 (PDT) Date: Thu, 27 Sep 2001 16:40:37 -0700 From: Kris Kennaway To: sthaug@nethelp.no Cc: diesel@bsdvault.net, freebsd-stable@FreeBSD.ORG Subject: Re: possible mem leak in command "top"? Message-ID: <20010927164037.B2587@xor.obsecurity.org> References: <20010927144914.P50404-100000@logicalhost.com> <73140.1001623715@verdi.nethelp.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="qlTNgmc+xy1dBmNv" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <73140.1001623715@verdi.nethelp.no>; from sthaug@nethelp.no on Thu, Sep 27, 2001 at 10:48:35PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --qlTNgmc+xy1dBmNv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 27, 2001 at 10:48:35PM +0200, sthaug@nethelp.no wrote: > > Has anyone else noticed memory leak when running the command "top"? >=20 > Also observed on 4.3-STABLE from 20010507. In other words, not a new > problem. There's a PR open about this somewhere. Kris --qlTNgmc+xy1dBmNv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7s7j1Wry0BWjoQKURAsEIAJ0VaRnW7PD0pmzZCudg0+EPLpaMMwCcCbCo sPwMMs9+4NSEFE3kEC1pflo= =pv7j -----END PGP SIGNATURE----- --qlTNgmc+xy1dBmNv-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 16:42:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from logicalhost.com (logicalhost.com [63.169.206.2]) by hub.freebsd.org (Postfix) with ESMTP id 2332937B40E for ; Thu, 27 Sep 2001 16:42:55 -0700 (PDT) Received: from zen (2Cust42.tnt4.tco2.da.uu.net [63.20.69.170]) by logicalhost.com (8.11.6/8.11.6) with ESMTP id f8RNhtI53028; Thu, 27 Sep 2001 19:43:55 -0400 (EDT) From: "diesel" To: Cc: Subject: RE: possible mem leak in command "top"? Date: Thu, 27 Sep 2001 19:45:38 -0400 Message-ID: <008001c147ae$834c93c0$0400000a@zen> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <73140.1001623715@verdi.nethelp.no> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Many thanks... Is there a newer version of this command? I am experiencing it with version 3.4.... ray -----Original Message----- From: sthaug@nethelp.no [mailto:sthaug@nethelp.no] Sent: Thursday, September 27, 2001 4:49 PM To: diesel@bsdvault.net Cc: freebsd-stable@freebsd.org Subject: Re: possible mem leak in command "top"? > Has anyone else noticed memory leak when running the command "top"? Also observed on 4.3-STABLE from 20010507. In other words, not a new problem. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 17:13:36 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 3C27D37B40A for ; Thu, 27 Sep 2001 17:13:30 -0700 (PDT) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f8S0DJk04764; Thu, 27 Sep 2001 17:13:20 -0700 (PDT) Message-Id: <200109280013.f8S0DJk04764@ptavv.es.net> To: Kutulu Cc: Mike Porter , swear@blarg.net (Gary W. Swearingen), freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued In-reply-to: Your message of "Thu, 27 Sep 2001 18:29:26 EDT." <5.1.0.14.0.20010927182433.00a27510@127.0.0.1> Date: Thu, 27 Sep 2001 17:13:19 -0700 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Thu, 27 Sep 2001 18:29:26 -0400 > From: Kutulu > Sender: owner-freebsd-stable@FreeBSD.ORG > > At 04:25 PM 09/27/2001 -0600, Mike Porter wrote: > > > >OK, then I was wrong. The broadcast is (normally) the last address in the > >subnet (.255 for a class C, .255 for my subnet ( with a .128 netmask, but I > >am in the top half. I presume that those with IP's below .129 have .127 set > >for a broadcast, with .128 being the other unusable address. I forget > >exactly what its for?) > > The two reserved addresses are the network address and the broadcast > address. The network address is all host bits zero, and the broadcast > address is all host bits 1. > > Thus, for a network of 192.168.0.0 with a netmask of 255.255.255.128, there > would be two subnets: > > 192.168.0.0 - 192.168.0.127 > 192.168.0.128 - 192.168.0.255 > > The exact math is a pair of pretty basic bitwise functions, which most any > networking essentials book will have in it, but that's the general > idea. But now we're really getting off the subject of freebsd-stable. :) This is a good explanation of the use of the first and last address of any CIDR block, if you are trying to get maximum use from a small space assignment (like a /29), there is really no reason to waste half of a /30. Neither the broadcast nor the network address really serve a useful purpose on /30. RFC 3021 describes a better way of addressing directly connected links so half the space is not wasted. a /31 is used for each connection allowing for 4 point to point connections from a /29. Whether FreeBSD routers can be configured to do this, I can't say, but I suspect manual route commands would do the job. I know Juniper routers support this capability. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 19: 0:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mikea.ath.cx (okc-65-26-223-53.mmcable.com [65.26.223.53]) by hub.freebsd.org (Postfix) with ESMTP id B38BB37B40A for ; Thu, 27 Sep 2001 19:00:43 -0700 (PDT) Received: (from mikea@localhost) by mikea.ath.cx (8.11.6/8.11.1) id f8S20Ol19266; Thu, 27 Sep 2001 21:00:24 -0500 (CDT) (envelope-from mikea) Date: Thu, 27 Sep 2001 21:00:24 -0500 From: mikea To: "H. Wade Minter" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: [PROBLEM] Re: Upgrading from the source Message-ID: <20010927210024.A19245@mikea.ath.cx> References: <20010927164300.A18338@mikea.ath.cx> <20010927214523.N29833-100000@bunning.skiltech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010927214523.N29833-100000@bunning.skiltech.com>; from minter@lunenburg.org on Thu, Sep 27, 2001 at 09:48:20PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 27, 2001 at 09:48:20PM -0400, H. Wade Minter wrote: > On Thu, 27 Sep 2001, mikea wrote: > > > I had absolutely no trouble going from 4.3-Release to 4.4 via > > cvsup. I did it all at once, too, rebuilding a cracked system > > from CD. Others' mileages may vary. > > I actually had a really weird problem on one of my three FreeBSD boxes > that I cvsup'd and upgraded from RELENG_4_3 to RELENG_4_4. On two of > the machines (nearly identical hardware), it went fine. On one, though, > when I tried to boot into the 4.4 kernel, the networking on fxp0 went > haywire. According to the on-site guy (it's colocated), it can ping its > IP address, as well as aliased IPs on the same box, it can ping localhost, > but it can't ping the router or any other address. Booting the machine > into the 4.3 kernel (kernel.old), and it works fine. > > Anyone have any ideas what could be going on with this one machine? We've > replaced the motherboard and NIC to no avail. What were the original and replacement mobo and NICs? If old and new were the same model, and the problem is in the mobo, then I could see it not moving with the mobo. Same with the NIC. Are the other two boxes using the same mobos and NICs? It sounds like a 4.4-specific interaction with hardware and/or BIOS. Can you afford the time (and colo staff time costs, if any) to boot back into 4.4 and see if it's visible from the router, what the arp cache looks like, what ifconfig shows, what dmesg shows, and all the other diagnostic stuff? You have piqued my interest. -- Mike Andrews mikea@mikea.ath.cx Tired old sysadmin since 1964 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 19: 0:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id 70BCE37B422 for ; Thu, 27 Sep 2001 19:00:51 -0700 (PDT) Received: (from jgreco@localhost) by aurora.sol.net (8.9.3/8.9.2/SNNS-1.02) id VAA23645; Thu, 27 Sep 2001 21:00:19 -0500 (CDT) From: Joe Greco Message-Id: <200109280200.VAA23645@aurora.sol.net> Subject: Re: 127/8 continued To: kutulu@kutulu.org, mupi@mknet.org, swear@blarg.net, oberman@es.net, freebsd-stable@FreeBSD.ORG Date: Thu, 27 Sep 2001 21:00:18 -0500 (CDT) X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > This is a good explanation of the use of the first and last address of > any CIDR block, if you are trying to get maximum use from a small > space assignment (like a /29), there is really no reason to waste half > of a /30. Neither the broadcast nor the network address really serve a > useful purpose on /30. > > RFC 3021 describes a better way of addressing directly connected links > so half the space is not wasted. a /31 is used for each connection > allowing for 4 point to point connections from a /29. > > Whether FreeBSD routers can be configured to do this, I can't say, but > I suspect manual route commands would do the job. I know Juniper > routers support this capability. This is a bad explanation of the use of the first and last address of any CIDR block; it propagates the myth that a network and broadcast address is appropriate in all circumstances. It is true that a net and broadcast address are required by IP-on-Ethernet (and some similar multi-node networks). That is the only case where this is strictly true. The "current practice" described in RFC 3021 is anything but a current practice. Many people - including myself - have been using /31's for quite some time (read: since mid '90's) for point to point links. Most folks I know have already been pressed into using host addresses, /31's, or (in a few cases) ugly things like 192.168-net. FreeBSD does not appear to care on a point-to-point link, and hasn't for many years. Feel free to use it. -- Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net "We call it the 'one bite at the apple' rule. Give me one chance [and] then I won't contact you again." - Direct Marketing Ass'n position on e-mail spam(CNN) With 24 million small businesses in the US alone, that's way too many apples. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 19:55:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.121.50]) by hub.freebsd.org (Postfix) with ESMTP id 546C537B40B; Thu, 27 Sep 2001 19:55:05 -0700 (PDT) Received: from user-33qsaa4.dsl.mindspring.com ([199.174.41.68] helo=there) by avocet.mail.pas.earthlink.net with smtp (Exim 3.32 #2) id 15mnns-0004c4-00; Thu, 27 Sep 2001 19:55:05 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Lane Holcombe To: freebsd-questions@freebsd.org Subject: Re: Going STABLE from CURRENT Date: Thu, 27 Sep 2001 21:55:03 -0500 X-Mailer: KMail [version 1.3] Cc: stable@FreeBSD.ORG References: <200109270314.UAA07836@gull.mail.pas.earthlink.net> <20010927094031.D82237@sunbay.com> In-Reply-To: <20010927094031.D82237@sunbay.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks for all of the help. I think maybe I just looked at it too long. The trick was to do it all *IN ORDER* so that i "rm -rf /usr/obj" BEFORE i "cvsup -yadda -yadda" etc... after removing /usr/obj then cvsup'ing /usr/src (RELENG_4) I was able to successfully make buildworld And in the end PAM worked fine. What an adventure! And what fun! lane P.S. It's funny how much more "slick" 4.4 is over 5.0. I guess that's why they call -CURRENT "the bleeding edge" On Thursday 27 September 2001 01:40 am, Ruslan Ermilov wrote: > Umm, I would suggest that you start with clean /usr/obj. > I fixed the 5.0-CURRENT -> 4.4-STABLE downgrade path > > yesterday. The only preventing issue was: > : RCS file: /home/ncvs/src/bin/sh/mknodes.c,v > : Working file: mknodes.c > : head: 1.13 > : branch: > : locks: strict > : access list: > : keyword substitution: kv > : total revisions: 23; selected revisions: 1 > : description: > : ---------------------------- > : revision 1.11.2.2 > : date: 2001/09/26 06:54:26; author: ru; state: Exp; lines: +3 -2 > : MFC: 1.13: Initialize infp at main(). > : > : (This unbreaks downgrading from 5.0-CURRENT to 4.4-STABLE.) > > On Wed, Sep 26, 2001 at 10:14:56PM -0500, Lane Holcombe wrote: > > PAM broke the other day, and after too long I realize that it is because > > I have been running 5.0-CURRENT when I should be STABLE. > > > > So now I want to get to 4.4-STABLE. I removed /usr/src and reran cvsup > > for RELENG_4. Then I sucessfully ran make build/install kernel > > KERNCONF=GENERIC. > > > > But now make buildworld keeps failing at: > > > > sys/boot/ficl > > ".depend", line 1: Need an operator > > < hundreds more lines of the same snipped> > > > > I finally located the offending file at > > /usr/obj/usr/src/sys/boot/ficl/.depend and the first several lines appear > > as garbage characters, but then the following words appear: > > > > Created from source file > > @/dev/pci./pci_if.m > > with > > @/kern/makeobj/ops.pl > > > > But I don't know what to do with this information. > > > > How can I get to STABLE from CURRENT? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 20: 0:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-153.dsl.lsan03.pacbell.net [63.207.60.153]) by hub.freebsd.org (Postfix) with ESMTP id 6211A37B410 for ; Thu, 27 Sep 2001 20:00:44 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9822066D46; Thu, 27 Sep 2001 20:00:43 -0700 (PDT) Date: Thu, 27 Sep 2001 20:00:43 -0700 From: Kris Kennaway To: diesel Cc: sthaug@nethelp.no, freebsd-stable@FreeBSD.ORG Subject: Re: possible mem leak in command "top"? Message-ID: <20010927200043.D4627@xor.obsecurity.org> References: <73140.1001623715@verdi.nethelp.no> <008001c147ae$834c93c0$0400000a@zen> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="bajzpZikUji1w+G9" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <008001c147ae$834c93c0$0400000a@zen>; from diesel@bsdvault.net on Thu, Sep 27, 2001 at 07:45:38PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --bajzpZikUji1w+G9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 27, 2001 at 07:45:38PM -0400, diesel wrote: > Many thanks... Is there a newer version of this command? I am > experiencing it with version 3.4....=20 Well, the version included in 4.4 is of course a "newer version", but it's claimed the problem isn't yet fixed. I think there's a PR with a patch included though..you might like to try it out and report success/failure in the PR's audit trail. Kris --bajzpZikUji1w+G9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7s+fbWry0BWjoQKURArsYAKClFu4CKlOGk/NkkDDVbv5DRWmQLQCgvPU/ WXC2CE1EX3ZKOWExBaS3cis= =0yN+ -----END PGP SIGNATURE----- --bajzpZikUji1w+G9-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 20:36:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sial.org (sense-sea-MegaSub-1-583.oz.net [216.39.146.75]) by hub.freebsd.org (Postfix) with ESMTP id BB42037B401 for ; Thu, 27 Sep 2001 20:36:44 -0700 (PDT) Received: (from jmates@localhost) by darkness.sial.org (8.11.6/8.11.6) id f8RFrIP87328 for stable@freebsd.org; Thu, 27 Sep 2001 08:53:18 -0700 (PDT) Date: Thu, 27 Sep 2001 08:53:18 -0700 From: "Jeremey A. Mates" To: stable@freebsd.org Subject: Re: Upgrading system perl Message-ID: <20010927085318.A87159@darkness.sial.org> Mail-Followup-To: "Jeremey A. Mates" , stable@freebsd.org References: <20010926085253.O58361-100000@mail1.hub.org> <012d01c146a8$9a0b5ad0$279c10ac@INTERNAL> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <012d01c146a8$9a0b5ad0$279c10ac@INTERNAL> User-Agent: Mutt/1.3.22.1i Organization: http://www.sial.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Jeff Eckermann [2001-09-26 09:31:18]: > (Perl wouldn't recognize that I had installed modules, though: is > there an easy fix, or do I need to reinstall all of them? I > installed them from ports.) Options: 1. Reinstall all the perl modules. In the future, you can use the CPAN "autobundle" feature to create a list of installed perl modules, then install said bundle on the new perl to bring in all the extra modules from CPAN that you like after upgrading perl. Run "perldoc CPAN" for more info. Or, you can maintain a list of stuff to install-- this is mainly useful when installing perl modules on systems you do not want CPAN upgrading perl on behind your back. http://www.sial.org/code/perl/docs/perl-modules-quick.txt 2. Diddle with the Configure steps to perl when compiling 5.6.1, which allows one to build a new perl that is backwards compatible with the old 5.005 modules. Good if you have non-standard modules that are a hassle (or impossible) to upgrade. > On the second server, the install failed with error messages > reproduced below. FreeBSD version: Missing system ndbm include/libraries, or maybe the "wrong" version of ndbm is installed? -- Jeremy Mates http://www.sial.org/ "You cannot control, only catch." -- Tsung Tsai To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 20:50:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mozone.net (mail.mozone.net [206.165.200.53]) by hub.freebsd.org (Postfix) with ESMTP id 670D737B407 for ; Thu, 27 Sep 2001 20:50:37 -0700 (PDT) Received: (from mki@localhost) by mozone.net (8.11.2/8.11.2) id f8S3oVm23389 for freebsd-stable@freebsd.org; Thu, 27 Sep 2001 20:50:31 -0700 Date: Thu, 27 Sep 2001 20:50:31 -0700 From: mki To: freebsd-stable@freebsd.org Subject: make.conf options for -stable update Message-ID: <20010927205031.O1671@cyclonus.mozone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In order to maintain the original canned install type, such as Developer, are there any other options one has to include in make.conf? I had to use a -DNOGAMES on a buildworld after I updated the sources, or else it would have installed all the games on the fs. Thanks -mohan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 20:52:29 2001 Delivered-To: freebsd-stable@freebsd.org Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149]) by hub.freebsd.org (Postfix) with ESMTP id E231937B40B for ; Thu, 27 Sep 2001 20:52:25 -0700 (PDT) Received: from [195.20.224.204] (helo=mrvdom00.schlund.de) by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 15moh9-0001ry-00; Fri, 28 Sep 2001 05:52:11 +0200 Received: from pd950c7b8.dip.t-dialin.net ([217.80.199.184]) by mrvdom00.schlund.de with esmtp (Exim 2.12 #2) id 15moh8-0007BI-00; Fri, 28 Sep 2001 05:52:10 +0200 Date: Fri, 28 Sep 2001 03:51:41 +0000 (GMT) From: "P. U. (Uli) Kruppa" X-X-Sender: To: "Russell P. Sutherland" Cc: Subject: Re: Upgrading from the source In-Reply-To: <20010927173151.B10009@quist.ca> Message-ID: <20010928033759.R55476-100000@big> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 27 Sep 2001, Russell P. Sutherland wrote: > I've attempting to update several FreeBSD 4.2 and 4.3 systems > remotely to 4.4, by first cvsup'ing the current sources and then > building the sources. I believe that the install should > be done from the console in single user mode. (All based on > the "make world" section of Chapter 19, The Cutting Edge > from the FreeBSD Handbook) They recommend this sequence: # make buildworld # make buildkernel KERNCONF=YOURKERNEL # make installkernel KERNCONF=YOURKERNEL # make installworld > > A few questions... > > 1. Does make buildworld also build the kernel No. > or > does one need to perform a make buildkernel > as well Yes. > 2. Do the make installworld, installkernel operations > need to be done in single-user mode? I'm thinking > of a lightly used system On my private PC I never had any problems with that. But it is not recommended. > 3. Given a neo-phyte at the helm, is the pre-building from > source method easier that the upgrade option with the > FreeBSD 4.4 CD. I don't have the least idea what a neo-phyte is, but building sources will take about half a day, installing from CD half an hour. Regards. Uli. > -- > Quist Consulting Email: russ@quist.ca > 219 Donlea Drive Voice: +1.416.696.7600 > Toronto ON M4G 2N1 Cell: +1.416.803.0080 > CANADA WWW: http://www.quist.ca > > 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 Thu Sep 27 22:56:13 2001 Delivered-To: freebsd-stable@freebsd.org Received: from rj.sgi.com (rj.SGI.COM [204.94.215.100]) by hub.freebsd.org (Postfix) with ESMTP id 33A4837B40B for ; Thu, 27 Sep 2001 22:56:11 -0700 (PDT) Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by rj.sgi.com (8.11.4/8.11.4/linux-outbound_gateway-1.0) with ESMTP id f8S5u5L05922 for ; Thu, 27 Sep 2001 22:56:10 -0700 Received: from tulip-e185.americas.sgi.com (tulip.americas.sgi.com [128.162.185.208]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id AAA3085552 for ; Fri, 28 Sep 2001 00:56:05 -0500 (CDT) Received: from kzerza.americas.sgi.com (kzerza.americas.sgi.com [128.162.190.117]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.7) with ESMTP id AAA05996 for ; Fri, 28 Sep 2001 00:56:05 -0500 (CDT) Date: Fri, 28 Sep 2001 00:56:04 -0500 From: Brent Casavant X-Sender: bcasavan@kzerza.americas.sgi.com Reply-To: Brent Casavant To: freebsd-stable@freebsd.org Subject: ld build problem with RELENG_4_3 Message-ID: Organization: "Silicon Graphics, Inc." MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I recently switched my cvsup tag to RELENG_4_3 from RELENG_4 (need to hold down code influx until I have time to jump to 4.4-STABLE), updated /usr/src, and attempted to buildworld. Unfortunately the build is bailing out fairly early, as follows: ===> ld cc -O -pipe -march=pentium -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsd\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -DVERSION=\"2.10.1\" -DBFD_VERSION=\"2.10.1\" -I/usr/obj/usr/src/i386/usr/include -c eelf_i386.c eelf_i386.c: In function `gldelf_i386_check_ld_elf_hints': eelf_i386.c:175: `_PATH_ELF_HINTS' undeclared (first use in this function) eelf_i386.c:175: (Each undeclared identifier is reported only once eelf_i386.c:175: for each function it appears in.) eelf_i386.c:178: storage size of `hdr' isn't known eelf_i386.c:181: `ELFHINTS_MAGIC' undeclared (first use in this function) *** Error code 1 I haven't yet been able to track down the source of this problem, and was hoping one of you might provide some guidance. I did perform a `make clean` from /usr/src after the update, but I don't put it past myself to have missed some crucial step. I even went so far as to completely blow away /usr/obj. There's nothing particularly interesting about my configuration. I've been happily chugging along with 4.3-STABLE and updates every few weeks for months now. Thank you, Brent Casavant -- Brent Casavant http://www.angeltread.org b.j.casavant@ieee.org -.- -.. ..... . -- -... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Sep 27 23: 3:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from sanctuary.magill.unisa.edu.au (sanctuary.magill.unisa.edu.au [130.220.227.239]) by hub.freebsd.org (Postfix) with ESMTP id 92A0B37B40E for ; Thu, 27 Sep 2001 23:03:18 -0700 (PDT) Received: from localhost (sayersjm@localhost) by sanctuary.magill.unisa.edu.au (8.11.6/8.11.4) with ESMTP id f8S641179484; Fri, 28 Sep 2001 15:34:02 +0930 (CST) (envelope-from Jarrod.Sayers@unisa.edu.au) Date: Fri, 28 Sep 2001 15:34:01 +0930 (CST) From: Jarrod Sayers X-X-Sender: To: Brent Casavant Cc: Subject: Re: ld build problem with RELENG_4_3 In-Reply-To: Message-ID: <20010928153029.J75848-100000@sanctuary.magill.unisa.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 28 Sep 2001, Brent Casavant wrote: > Date: Fri, 28 Sep 2001 00:56:04 -0500 > From: Brent Casavant > To: freebsd-stable@freebsd.org > Subject: ld build problem with RELENG_4_3 > > Hello, > > I recently switched my cvsup tag to RELENG_4_3 from RELENG_4 (need > to hold down code influx until I have time to jump to 4.4-STABLE), > updated /usr/src, and attempted to buildworld. [snip] > I haven't yet been able to track down the source of this problem, > and was hoping one of you might provide some guidance. I did perform > a `make clean` from /usr/src after the update, but I don't put it > past myself to have missed some crucial step. I even went so far > as to completely blow away /usr/obj. > > There's nothing particularly interesting about my configuration. > I've been happily chugging along with 4.3-STABLE and updates every > few weeks for months now. RELENG_4 tracks the latest in the STABLE branch, the equilivent of 4.4-S, your actually sending it backwards to the security releases of 4.3-R which may be the cause of the problem. Try cleaning out /usr/src and /usr/obj first and re-checking out the sources and try again. Blowing away /usr/obj isn't always a bad thing ;) 'make world' blows it away for you anytways I think. Jarrod Sayers Information Technologist School of Communication, Information and New Media University of South Australia, Magill Campus. Phone: +61 8 83024045 Fax: +61 8 83024745 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 0: 6:43 2001 Delivered-To: freebsd-stable@freebsd.org Received: from bunning.skiltech.com (bunning.skiltech.com [216.235.79.240]) by hub.freebsd.org (Postfix) with ESMTP id D58E037B40D for ; Fri, 28 Sep 2001 00:06:40 -0700 (PDT) Received: (from minter@localhost) by bunning.skiltech.com (8.11.6/8.11.3) id f8S1mKp29925; Thu, 27 Sep 2001 21:48:20 -0400 (EDT) (envelope-from minter) Date: Thu, 27 Sep 2001 21:48:20 -0400 (EDT) From: "H. Wade Minter" X-X-Sender: To: mikea Cc: "Russell P. Sutherland" , Subject: [PROBLEM] Re: Upgrading from the source In-Reply-To: <20010927164300.A18338@mikea.ath.cx> Message-ID: <20010927214523.N29833-100000@bunning.skiltech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 27 Sep 2001, mikea wrote: > I had absolutely no trouble going from 4.3-Release to 4.4 via > cvsup. I did it all at once, too, rebuilding a cracked system > from CD. Others' mileages may vary. I actually had a really weird problem on one of my three FreeBSD boxes that I cvsup'd and upgraded from RELENG_4_3 to RELENG_4_4. On two of the machines (nearly identical hardware), it went fine. On one, though, when I tried to boot into the 4.4 kernel, the networking on fxp0 went haywire. According to the on-site guy (it's colocated), it can ping its IP address, as well as aliased IPs on the same box, it can ping localhost, but it can't ping the router or any other address. Booting the machine into the 4.3 kernel (kernel.old), and it works fine. Anyone have any ideas what could be going on with this one machine? We've replaced the motherboard and NIC to no avail. --Wade -- Do your part in the fight against injustice. Free Dmitry Sklyarov! http://www.freesklyarov.org/ Fight the DMCA! http://www.anti-dmca.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 0: 6:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id DDA9B37B40E for ; Fri, 28 Sep 2001 00:06:41 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id f8S76Gq28804; Fri, 28 Sep 2001 10:06:16 +0300 (EEST) (envelope-from ru) Date: Fri, 28 Sep 2001 10:06:16 +0300 From: Ruslan Ermilov To: mki Cc: freebsd-stable@FreeBSD.ORG Subject: Re: make.conf options for -stable update Message-ID: <20010928100616.B26804@sunbay.com> References: <20010927205031.O1671@cyclonus.mozone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010927205031.O1671@cyclonus.mozone.net>; from mki@mozone.net on Thu, Sep 27, 2001 at 08:50:31PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 27, 2001 at 08:50:31PM -0700, mki wrote: > In order to maintain the original canned install type, such > as Developer, are there any other options one has to include > in make.conf? I had to use a -DNOGAMES on a buildworld > after I updated the sources, or else it would have installed > all the games on the fs. > Just examine the make.conf(5) variables with the "NO" prefix. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 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 Fri Sep 28 0:18:57 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 7B7E637B405 for ; Fri, 28 Sep 2001 00:18:47 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id f8S7IJV30005; Fri, 28 Sep 2001 10:18:19 +0300 (EEST) (envelope-from ru) Date: Fri, 28 Sep 2001 10:18:19 +0300 From: Ruslan Ermilov To: Brent Casavant Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ld build problem with RELENG_4_3 Message-ID: <20010928101819.C26804@sunbay.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from b.j.casavant@ieee.org on Fri, Sep 28, 2001 at 12:56:04AM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Um, it is unclean from the below what is your current installed version. If this is 4.4-STABLE, you should have /usr/include/elf-hints.h header that defines this constant, and shouldn't have this problem. If your version is 4.4-STABLE, and you don't have this header, your /usr/include is corrupted. If this is on an earlier release, you'll need to backport the fix from gnu/usr.bin/binutils/ld/Makefile,v 1.8.2.5. Just remove the "defined(BOOTSTRAPPING) &&" part. Sorry, but we currently only support downgrades from 5.0-CURRENT to RELENG_4 (4.4-STABLE at the moment). We can't support downgrades to "sticky" releases, and abusing security branches like RELENG_4_3 doesn't seem a good idea. Cheers, On Fri, Sep 28, 2001 at 12:56:04AM -0500, Brent Casavant wrote: > Hello, > > I recently switched my cvsup tag to RELENG_4_3 from RELENG_4 (need > to hold down code influx until I have time to jump to 4.4-STABLE), > updated /usr/src, and attempted to buildworld. > > Unfortunately the build is bailing out fairly early, as follows: > > ===> ld > cc -O -pipe -march=pentium -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsd\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -DVERSION=\"2.10.1\" -DBFD_VERSION=\"2.10.1\" -I/usr/obj/usr/src/i386/usr/include -c eelf_i386.c > eelf_i386.c: In function `gldelf_i386_check_ld_elf_hints': > eelf_i386.c:175: `_PATH_ELF_HINTS' undeclared (first use in this function) > eelf_i386.c:175: (Each undeclared identifier is reported only once > eelf_i386.c:175: for each function it appears in.) > eelf_i386.c:178: storage size of `hdr' isn't known > eelf_i386.c:181: `ELFHINTS_MAGIC' undeclared (first use in this function) > *** Error code 1 > > I haven't yet been able to track down the source of this problem, > and was hoping one of you might provide some guidance. I did perform > a `make clean` from /usr/src after the update, but I don't put it > past myself to have missed some crucial step. I even went so far > as to completely blow away /usr/obj. > > There's nothing particularly interesting about my configuration. > I've been happily chugging along with 4.3-STABLE and updates every > few weeks for months now. > > Thank you, > Brent Casavant -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 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 Fri Sep 28 0:21:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 2652037B40D; Fri, 28 Sep 2001 00:21:28 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id f8S7Kgx30278; Fri, 28 Sep 2001 10:20:42 +0300 (EEST) (envelope-from ru) Date: Fri, 28 Sep 2001 10:20:42 +0300 From: Ruslan Ermilov To: Sheldon Hearn Cc: stable@FreeBSD.ORG, Jordan Hubbard Subject: Re: [FIXED] Re: Cross-building and read-only src both broken Message-ID: <20010928102042.A30062@sunbay.com> References: <26311.1000459295@axl.seasidesoftware.co.za> <20010914181314.A48860@sunbay.com> <20010927214001.B79596@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010927214001.B79596@sunbay.com>; from ru@FreeBSD.org on Thu, Sep 27, 2001 at 09:40:01PM +0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oops, this should have been directed to another (private) thread, sorry. On Thu, Sep 27, 2001 at 09:40:01PM +0300, Ruslan Ermilov wrote: > Hmm, I'm confused as to why it worked before, but now the following > is also required for the "standard" buildworld that builds "secure": > > Index: Makefile.inc1 > =================================================================== > RCS file: /home/ncvs/src/Makefile.inc1,v > retrieving revision 1.218 > diff -u -r1.218 Makefile.inc1 > --- Makefile.inc1 2001/09/25 12:17:52 1.218 > +++ Makefile.inc1 2001/09/27 18:28:46 > @@ -677,6 +654,8 @@ > cd ${.CURDIR}/kerberosIV/lib/libkdb; ${MAKE} beforeinstall > cd ${.CURDIR}/kerberosIV/lib/libkrb; ${MAKE} beforeinstall > cd ${.CURDIR}/kerberosIV/lib/libtelnet; ${MAKE} beforeinstall > +.elif exists(${.CURDIR}/secure) && !defined(NOCRYPT) && !defined(NOSECURE) > + cd ${.CURDIR}/secure/lib/libtelnet; ${MAKE} beforeinstall > .else > cd ${.CURDIR}/lib/libtelnet; ${MAKE} beforeinstall > .endif > Index: secure/lib/libtelnet/Makefile > =================================================================== > RCS file: /home/ncvs/src/secure/lib/libtelnet/Makefile,v > retrieving revision 1.25 > diff -u -r1.25 Makefile > --- secure/lib/libtelnet/Makefile 2001/08/20 12:32:38 1.25 > +++ secure/lib/libtelnet/Makefile 2001/09/27 18:28:46 > @@ -15,14 +15,18 @@ > INCS= ${TELNETDIR}/arpa/telnet.h > INCDIR= /usr/include/arpa > > +.include > + > +.PATH: ${TELNETDIR}/libtelnet > + > # > # Remove obsolete shared libraries, if any. We don't bother moving them > # to /usr/lib/compat, since they were only used by telnet, telnetd and > # tn3270. > # > -beforeinstall: > +beforeinstall: __remove-stale-libs > +__remove-stale-libs: .PHONY > +.if exists(${DESTDIR}${SHLIBDIR}/lib${LIB}.so.2.0) > + -chflags noschg ${DESTDIR}${SHLIBDIR}/lib${LIB}.so.2.0 > rm -f ${DESTDIR}${SHLIBDIR}/lib${LIB}.so.2.0 > - > -.include > - > -.PATH: ${TELNETDIR}/libtelnet > +.endif > > When "CFLAGS+=-nostdinc ${DESTDIR}/usr/include" magic was in bsd.lib.mk, > the result was "-nostdinc -I${TELNETDIR} -I${WORLDTMP}/usr/include", and > that picked up the right header from ${TELNETDIR}/arpa. Now, with this > magic in Makefile.inc1, "-I${WORLDTMP}/usr/include -I${TELNETDIR}" picks > up the wrong header, as we didn't install the correct header. > > Plus one bug fix. :-) -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 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 Fri Sep 28 0:30:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by hub.freebsd.org (Postfix) with SMTP id 7759437B409 for ; Fri, 28 Sep 2001 00:30:29 -0700 (PDT) Received: from h00104b63ea48.ne.mediaone.net (HELO cougar) (24.147.249.229) by smtp.mail.vip.sc5.yahoo.com with SMTP; 28 Sep 2001 07:30:29 -0000 X-Apparently-From: Message-ID: <001a01c147ef$71bc82a0$0600000a@ravencode.com> From: "Avery Fay" To: Cc: , References: <20010928033759.R55476-100000@big> Subject: Re: Upgrading from the source Date: Fri, 28 Sep 2001 03:30:26 -0400 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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Thu, 27 Sep 2001, Russell P. Sutherland wrote: > > > I've attempting to update several FreeBSD 4.2 and 4.3 systems > > remotely to 4.4, by first cvsup'ing the current sources and then > > building the sources. I believe that the install should > > be done from the console in single user mode. (All based on > > the "make world" section of Chapter 19, The Cutting Edge > > from the FreeBSD Handbook) > They recommend this sequence: > # make buildworld > # make buildkernel KERNCONF=YOURKERNEL > # make installkernel KERNCONF=YOURKERNEL > # make installworld > Actually, recommended would be # make buildworld # make buildkernel KERNCONF=YOURKERNEL # make installkernel KERNCONF=YOURKERNEL boot to single user # make installworld # mergemaster and finally reboot normally The idea is that if the kernel doesnt work then going back to the old kernel is a lot easier than going back to the old world. Also, updating binaries with lots of daemons running can possibly cause problems. Never forget mergemaster or things that worked previously may not work anymore (until you update the configs). That being said, I used to not reboot into single user and never had a problem until i screwed up my new kernel config. Luckily, booting the old kernel with the new world worked well enough to let me recompile the new kernel. > > > > A few questions... > > > > 1. Does make buildworld also build the kernel > No. > > or > > does one need to perform a make buildkernel > > as well > Yes. > > > 2. Do the make installworld, installkernel operations > > need to be done in single-user mode? I'm thinking > > of a lightly used system > On my private PC I never had any problems with that. > But it is not recommended. booting to single user for install world *IS* recommended. > > > 3. Given a neo-phyte at the helm, is the pre-building from > > source method easier that the upgrade option with the > > FreeBSD 4.4 CD. > I don't have the least idea what a neo-phyte is, but > building sources will take about half a day, installing from > CD half an hour. I personally find building from source easier and although I don't have the numbers I think that there's a good chance it is the more tested option. As for time, on my athlon 800 with 256M ram (and -j 4) it seems to take between .75 and 1.5 hours, but I've never tested exactly. BTW, a neophyte is a beginner. Avery Fay _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 0:30:58 2001 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 33FCA37B408 for ; Fri, 28 Sep 2001 00:30:51 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id f8S7UP231516; Fri, 28 Sep 2001 10:30:25 +0300 (EEST) (envelope-from ru) Date: Fri, 28 Sep 2001 10:30:25 +0300 From: Ruslan Ermilov To: Milon Papezik Cc: stable@FreeBSD.org Subject: Re: Installworld broken ? Message-ID: <20010928103025.B30062@sunbay.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from Milon.Papezik@oskarmobil.cz on Thu, Sep 27, 2001 at 01:20:46AM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Make sure your PATH is set to a sane value before "make installworld". Also, you may try to run "make -dl installworld". On Thu, Sep 27, 2001 at 01:20:46AM +0200, Milon Papezik wrote: > Hi all, > > I tried several times the usual cvsup->buildworld->buildkernel > ->installkernel,installworld on machine installed from 4.4RC3. > > However 'installworld' is failing with the attached error messages. > > The last cvsup is from 2001-09-26, somewhere between 00:00-06:00 GMT, > however it was the same a week ago. My CVSup version is SNAP-16.1e. > > ===> bin/rm > install -c -s -o root -g wheel -m 555 rm /bin > install -c -o root -g wheel -m 444 rm.1.gz /usr/share/man/man1 > /usr/share/man/man1/unlink.1.gz -> /usr/share/man/man1/rm.1.gz > /bin/unlink -> /bin/rm > ===> bin/rmdir > install -c -s -o root -g wheel -m 555 rmdir /bin > install -c -o root -g wheel -m 444 rmdir.1.gz /usr/share/man/man1 > ===> bin/sh > install -c -s -o root -g wheel -m 555 sh /bin > Could not execute shell > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > Please, does anyone have a clue what can cause it ? > (I am sorry if it is somethink trivial, but I cannot resolve it for last 2 > days > and I feel now like a fresh candidate for pointy-haired hat). > > Thanks in advance for any pointer, > > Milon > -- > milon.papezik@oskarmobil.cz > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 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 Fri Sep 28 1: 5:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from drugs.dv.isc.org (drugs.dv.isc.org [130.155.191.236]) by hub.freebsd.org (Postfix) with ESMTP id 4B0FD37B403 for ; Fri, 28 Sep 2001 01:05:45 -0700 (PDT) Received: from isc.org (localhost.dv.isc.org [127.0.0.1]) by drugs.dv.isc.org (8.11.3/8.11.2) with ESMTP id f8S85Rr03084; Fri, 28 Sep 2001 18:05:29 +1000 (EST) (envelope-from marka@isc.org) Message-Id: <200109280805.f8S85Rr03084@drugs.dv.isc.org> To: Vivek Khera Cc: stable@freebsd.org, bind-users@isc.org From: Mark.Andrews@isc.org Subject: Re: BIND 8.2.4-REL in FreeBSD 4.4 broke my DNSSEC In-reply-to: Your message of "Wed, 26 Sep 2001 16:54:31 -0400." <15282.16519.937665.189852@onceler.kciLink.com> Date: Fri, 28 Sep 2001 18:05:27 +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I had been running 4.3-STABLE from about June on my primary DNS > server, and had BIND 8.2.3-REL on it (I forget if I updated it or it > was already that version when I installed FreeBSD). > > Anyhow, my DNSSEC configuration is now failing with these errors: > > /etc/namedb/named.conf:23: unknown key 'kci-yertle' > /etc/namedb/named.conf:23: empty key not added to server list > /etc/namedb/named.conf:51: unknown key 'vortex-kci' > /etc/namedb/named.conf:51: empty key not added to server list > > Does anyonw know anything about this? I see in the CHANGES file these > entries: > > 1186. [bug] DNSSEC key ids were computed incorrectly. > 1156. [bug] don't use a known bogus key name. > > I don't see anything in the docs that indicate syntax change. > > Again, this worked just fine with 8.2.3-REL and prior. The BIND users > mailing list archive shows nothing related to these errors, and I > don't recall seeing anything like this on the freebsd lists. > > My config is like this: > > key kci-yertle. { > algorithm hmac-md5; secret "my-secret-is-here"; > }; > > server 216.194.193.105 { > keys { kci-yertle.; }; > }; Are you sure that you have these clauses in this order and not the reverse order. Keys have to be defined before they used. > > For kicks, I tried generating a new key using the dnskeygen progam, > but that also gave the same types of errors. > > Any help would be appreciated. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Mark Andrews, Internet Software Consortium 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews@isc.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 2:14: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from enigma.whacky.net (enigma.whacky.net [194.109.204.120]) by hub.freebsd.org (Postfix) with ESMTP id 0C5FB37B406 for ; Fri, 28 Sep 2001 02:13:57 -0700 (PDT) Received: (from root@localhost) by enigma.whacky.net (8.11.6/8.11.3) id f8S9EWq76238; Fri, 28 Sep 2001 11:14:32 +0200 (CEST) (envelope-from stephanb) Received: (from stephanb@localhost) by enigma.whacky.net (8.11.6/8.11.3av) id f8S9ERK76230; Fri, 28 Sep 2001 11:14:27 +0200 (CEST) (envelope-from stephanb) Date: Fri, 28 Sep 2001 11:14:27 +0200 From: Stephan van Beerschoten To: mki Cc: freebsd-stable@freebsd.org Subject: Re: make.conf options for -stable update Message-ID: <20010928111427.A75890@enigma.whacky.net> References: <20010927205031.O1671@cyclonus.mozone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010927205031.O1671@cyclonus.mozone.net>; from mki@mozone.net on Thu, Sep 27, 2001 at 08:50:31PM -0700 X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 27 Sep 2001, mki wrote: > In order to maintain the original canned install type, such > as Developer, are there any other options one has to include > in make.conf? I had to use a -DNOGAMES on a buildworld > after I updated the sources, or else it would have installed > all the games on the fs. You can examine /etc/defaults/make.conf for all the definitions.o I don't know exactly which distribution sets are left out when you install 'Developer', but with these define's you can pretty much tune every set of software to be in your install or not. -Stephan -- Stephan van Beerschoten [SVB21-RIPE] stephanb@whacky.net PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 "To err is human, to forgive is Not Company Policy" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 3:31: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from acutiator.nacamar.de (mail.nacamar.de [194.162.162.200]) by hub.freebsd.org (Postfix) with ESMTP id 5234537B408 for ; Fri, 28 Sep 2001 03:31:00 -0700 (PDT) Received: from coelis.nacamar.de (coelis.nacamar.de [195.63.228.175]) by acutiator.nacamar.de (Postfix) with ESMTP id 6E8235D48; Fri, 28 Sep 2001 12:30:53 +0200 (CEST) Received: (from kjwolf@localhost) by coelis.nacamar.de (8.11.6/8.11.2) id f8SAUqH05884; Fri, 28 Sep 2001 12:30:52 +0200 (CEST) (envelope-from klaus-juergen.wolf@de.tiscali.com) Date: Fri, 28 Sep 2001 12:30:52 +0200 From: "Klaus-J. Wolf" To: freebsd-stable@FreeBSD.ORG Subject: Stability problems with 4.4-RELEAESE Message-ID: <20010928123052.A5497@coelis.nacamar.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: Tiscali Business GmbH Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have recently re-installed (not upgraded) 4.4-RELEASE on my machine, and, it appears, the system gets unstable under high I/O-load. Sometimes it simply hangs, sometimes it reboots after having not been able to flush the disk buffers completely. Since I have never observed that beahviour on my machine ever before, I suspect 4.4-RELEASE to be the reason. Has somebody made similar observations? Greetings k.j. -- Klaus-Juergen Wolf | Tiscali Business GmbH System Engineering | Robert-Bosch-Str. 32 / D-63303 Dreieich fon: +49-6103-916-993 | http://www.tiscali-business.de/ fax: +49-6103-916-899 | klaus-juergen.wolf@de.tiscali.com gpg: 900E 93B4 B772 B132 FBF4 796E 2E20 3CAC 1C50 95BA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 5:29:17 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by hub.freebsd.org (Postfix) with ESMTP id 296B737B40F for ; Fri, 28 Sep 2001 05:29:12 -0700 (PDT) Received: from f113.hadiko.de (root@hadif113.hadiko.uni-karlsruhe.de [172.20.42.143]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.16 #1) id 15mwlS-0005y9-00; Fri, 28 Sep 2001 14:29:10 +0200 Received: (from riggs@localhost) by f113.hadiko.de (8.11.6/8.11.4) id f8SCTAN31512 for stable@freebsd.org; Fri, 28 Sep 2001 14:29:10 +0200 (CEST) (envelope-from riggs) Date: Fri, 28 Sep 2001 14:29:10 +0200 From: "Thomas E. Zander" To: stable@freebsd.org Subject: CPU Features Message-ID: <20010928142910.C28091@f113.hadiko.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Organization: =?iso-8859-1?Q?RiggiServ_-_Ihr_Partner_f=FCr_alles_Delikate?= X-PGP-KeyID: 0xC85996CD X-PGP-Fingerprint: 4F59 75B4 4CE3 3B00 BC61 5400 8DD4 8929 C859 96CD X-Mailer: Riggisoft Ausguck Eggsbress (Build 1001679718) X-Operating-System: Riggiland BSD 4.4-STABLE (To serve and protect.) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, sorry, probably it is the wrong list, but it's a simple and quick question :) I need to know what is the tag in a dmesg->CPU Features that indicate the presence of MMX2 instruction set? Is it MMX2? Is is KMI? Thank you Riggs --=20 - Die Welt schl=E4ft tief schon lange Zeit | Sent with RiggiSmooth [tm] - -- Mich nur flieht die Dunkelheit | ------------------------- -- --- Denn per Infrarot seh ich | just to fit your --- ---- Die Nacht ist wirklich widerlich. | primitive screen. ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 5:41:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from balmung.jeje.org (none.jeje.org [212.129.62.129]) by hub.freebsd.org (Postfix) with ESMTP id 4EE6E37B40D for ; Fri, 28 Sep 2001 05:41:13 -0700 (PDT) Received: from sauron.admin.in.none.net (jeje.eng.freesbee.net [212.129.2.30]) by balmung.jeje.org (Postfix) with ESMTP id 22280109707 for ; Fri, 28 Sep 2001 14:48:01 +0200 (CEST) Date: Fri, 28 Sep 2001 14:41:00 +0200 From: Jerome Fleury To: stable@freebsd.org Subject: SCSI (?) hang on boot with 4.4 Message-ID: <0.1001680860@sauron.admin.in.none.net> X-Mailer: Mulberry/2.1.0 (SunOS/SPARC) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I did a clean update of my system from 4.1.1 to 4.4, the new kernel refuses to work and hangs just before the usual message "Waiting for SCSI devices to settle" I suppose the 4.4 kernel hangs because of my SCSI card (I disabled all the atapi devices) which is a Tekram 390. It used to work perfectly with the 4.1.1 kernel. Has anyone an idea to solve the problem ? Thanks. -- Jerome Fleury To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 7:31:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from onceler.kciLink.com (onceler.kcilink.com [216.194.193.106]) by hub.freebsd.org (Postfix) with ESMTP id A0CEF37B405 for ; Fri, 28 Sep 2001 07:31:13 -0700 (PDT) Received: (from khera@localhost) by onceler.kciLink.com (8.11.6/8.11.6) id f8SEV5K99185; Fri, 28 Sep 2001 10:31:05 -0400 (EDT) (envelope-from khera) From: Vivek Khera MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15284.35240.906360.637739@onceler.kciLink.com> Date: Fri, 28 Sep 2001 10:31:04 -0400 To: Mark.Andrews@isc.org Cc: stable@freebsd.org, bind-users@isc.org Subject: Re: BIND 8.2.4-REL in FreeBSD 4.4 broke my DNSSEC In-Reply-To: <200109280805.f8S85Rr03084@drugs.dv.isc.org> References: <15282.16519.937665.189852@onceler.kciLink.com> <200109280805.f8S85Rr03084@drugs.dv.isc.org> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "MA" == Mark Andrews writes: >> My config is like this: >> >> key kci-yertle. { >> algorithm hmac-md5; MA> secret "my-secret-is-here"; >> }; >> >> server 216.194.193.105 { >> keys { kci-yertle.; }; >> }; MA> Are you sure that you have these clauses in this order and not MA> the reverse order. Keys have to be defined before they used. Yes; it used to work with 8.2.3-REL as I stated. It turns out to be a bug in 8.2.4-REL that dislikes key names that end with a period. Changing the key name not to end with a period allows it to work. A bug report has been filed. Thanks for your reply. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. Khera Communications, Inc. Internet: khera@kciLink.com Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 8:51:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by hub.freebsd.org (Postfix) with ESMTP id 5361737B409 for ; Fri, 28 Sep 2001 08:51:07 -0700 (PDT) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.11.3/jtpda-5.3.3) with ESMTP id f8SFp4P55069 for ; Fri, 28 Sep 2001 17:51:05 +0200 (CEST) Received: from niobe.lpthe.jussieu.fr (ag0rho@niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (8.11.1/jtpda-5.3.1) with ESMTP id f8SFp0S22542 for ; Fri, 28 Sep 2001 17:51:04 +0200 (MEST) Received: (from uucp@localhost) by niobe.lpthe.jussieu.fr (8.11.3/8.11.3) with UUCP id f8SFoxC80289 for freebsd-stable@freebsd.org; Fri, 28 Sep 2001 17:50:59 +0200 (CEST) (envelope-from michel@rose.lpthe.jussieu.fr) Received: (from michel@localhost) by rose.lpthe.jussieu.fr (8.11.6/8.11.3) id f8SFosN00559 for freebsd-stable@freebsd.org; Fri, 28 Sep 2001 17:50:54 +0200 (CEST) (envelope-from michel) Date: Fri, 28 Sep 2001 17:50:53 +0200 From: Michel Talon To: freebsd-stable@freebsd.org Subject: Problems with 4.4-RELEASE Message-ID: <20010928175053.A516@lpthe.jussieu.fr> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Today i have upgraded my laptop Dell Inspiron 3500 from 4.3-RELEASE to 4.4-RELEASE Good news is that the pcic works with interrupts routed to PCI and shared. Bad news is that my onboard soundcard does not work anymore. The only way to get it recognized (since 4.3-RELEASE, previously and since 3.* it worked perfectly with the line device pcm0 at isa? irq 5 drq 0 flags 0x11 in kernel config) is to put options PNPBIOS device pcm in the config file. No way to use the module snd_neomagic or snd_pcm, either in loader.conf or afterwards, it will not be recognized, with or without options PNPBIOS. But while it worked correctly at 4.3, it is now recognized but the sound channel is dead. Here are the boot messages chip1: ...irq 11 at device 0.1 on pci1 Note that pcic0, pcic1 and the network pcmcia card all end up on IRQ 11. pcm0: at port 0x220-0x22f,0x530-0x537,0x388-0x38f,0x320-0x321 irq 5 drq 0,1 on isa0 And /dev/sndstat FreeBSD Audio Driver (newpcm) Sep 28 2001 15:15:33 Installed devices: pcm0: at io 0x530 irq 5 drq 0:1 (1p/1r/0v channels duplex) All this perfectly fine. But as soon as i play a file: pcm0: play interrupt timeout, channel dead Of course i have run MAKEDEV snd0 Another killer problem: as soon as i unload the ipfilter module (ipl.ko) the machine immediately reboots. I have seen that on two machines. But i have separately compiled ipf.ko from the version 3.4.14 which accepts perfectly to be loaded and unloaded. IP Filter: v3.4.14 initialized. Default = pass all, Logging = enabled IP Filter: v3.4.14 unloaded Moreover as far as i can see the rules in /etc/ipf.rules are not correctly obeyed by the ipf which comes with 4.4-RELEASE, a lot of packets are blocked and logged which should pass by a previous quick rule. Of course my rules have the intended effect with the 3.4.14 version of ipf.ko. I have been informed by a friend that he also has severe problems with ipfilter, and that he knows someother guy with the same troubles. I suspect that something nasty is in the version of ipfilter coming with FreeBSD 4.4-RELEASE. -- Michel Talon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 8:52:40 2001 Delivered-To: freebsd-stable@freebsd.org Received: from balmung.jeje.org (none.jeje.org [212.129.62.129]) by hub.freebsd.org (Postfix) with ESMTP id 7888D37B408 for ; Fri, 28 Sep 2001 08:52:37 -0700 (PDT) Received: from sauron.admin.in.none.net (jeje.eng.freesbee.net [212.129.2.30]) by balmung.jeje.org (Postfix) with ESMTP id B099610A8A3 for ; Fri, 28 Sep 2001 17:59:29 +0200 (CEST) Date: Fri, 28 Sep 2001 17:52:28 +0200 From: Jerome Fleury To: stable@freebsd.org Subject: Re: SCSI (?) hang on boot with 4.4 Message-ID: <27320000.1001692348@sauron.admin.in.none.net> X-Mailer: Mulberry/2.1.0 (SunOS/SPARC) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --On Friday, September 28, 2001 02:41:00 PM +0200 Jerome Fleury wrote: > I did a clean update of my system from 4.1.1 to 4.4, the new kernel > refuses to work and hangs just before the usual message "Waiting for SCSI > devices to settle" > > I suppose the 4.4 kernel hangs because of my SCSI card (I disabled all > the atapi devices) which is a Tekram 390. It used to work perfectly with > the 4.1.1 kernel. > > Has anyone an idea to solve the problem ? Finally found a workaround, I changed the SCSI card PCI slot and kernel did not hand anymore. -- Jerome Fleury To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 8:56:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from bunning.skiltech.com (bunning.skiltech.com [216.235.79.240]) by hub.freebsd.org (Postfix) with ESMTP id AEBA137B405 for ; Fri, 28 Sep 2001 08:55:56 -0700 (PDT) Received: (from minter@localhost) by bunning.skiltech.com (8.11.6/8.11.3) id f8SDorf43022; Fri, 28 Sep 2001 09:50:53 -0400 (EDT) (envelope-from minter) Date: Fri, 28 Sep 2001 09:50:53 -0400 (EDT) From: "H. Wade Minter" X-X-Sender: To: mikea Cc: Subject: Re: [PROBLEM] Re: Upgrading from the source In-Reply-To: <20010927210024.A19245@mikea.ath.cx> Message-ID: <20010928094759.E42885-800000@bunning.skiltech.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-646143390-1001685053=:42885" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: 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. --0-646143390-1001685053=:42885 Content-Type: TEXT/PLAIN; charset=US-ASCII According to our colo guy, he can't ping the machine from the router when it boots into 4.4, but he can when it boots the 4.3 kernel. Attached is the diagnostic information that he gave us from this morning. Any theories would be appreciated. --Wade On Thu, 27 Sep 2001, mikea wrote: > On Thu, Sep 27, 2001 at 09:48:20PM -0400, H. Wade Minter wrote: > > On Thu, 27 Sep 2001, mikea wrote: > > > > > I had absolutely no trouble going from 4.3-Release to 4.4 via > > > cvsup. I did it all at once, too, rebuilding a cracked system > > > from CD. Others' mileages may vary. > > > > I actually had a really weird problem on one of my three FreeBSD boxes > > that I cvsup'd and upgraded from RELENG_4_3 to RELENG_4_4. On two of > > the machines (nearly identical hardware), it went fine. On one, though, > > when I tried to boot into the 4.4 kernel, the networking on fxp0 went > > haywire. According to the on-site guy (it's colocated), it can ping its > > IP address, as well as aliased IPs on the same box, it can ping localhost, > > but it can't ping the router or any other address. Booting the machine > > into the 4.3 kernel (kernel.old), and it works fine. > > > > Anyone have any ideas what could be going on with this one machine? We've > > replaced the motherboard and NIC to no avail. > > What were the original and replacement mobo and NICs? If old and > new were the same model, and the problem is in the mobo, then I > could see it not moving with the mobo. Same with the NIC. > > Are the other two boxes using the same mobos and NICs? > > It sounds like a 4.4-specific interaction with hardware and/or > BIOS. > > Can you afford the time (and colo staff time costs, if any) to > boot back into 4.4 and see if it's visible from the router, what > the arp cache looks like, what ifconfig shows, what dmesg shows, > and all the other diagnostic stuff? You have piqued my interest. > > -- > Mike Andrews > mikea@mikea.ath.cx > Tired old sysadmin since 1964 > -- Do your part in the fight against injustice. Free Dmitry Sklyarov! http://www.freesklyarov.org/ Fight the DMCA! http://www.anti-dmca.org/ --0-646143390-1001685053=:42885 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="netstat.ran.44" Content-Transfer-Encoding: BASE64 Content-ID: <20010928095053.T42885@bunning.skiltech.com> Content-Description: Content-Disposition: attachment; filename="netstat.ran.44" Um91dGluZyB0YWJsZXMNCg0KSW50ZXJuZXQ6DQpEZXN0aW5hdGlvbiAgICAg ICAgR2F0ZXdheSAgICAgICAgICAgIEZsYWdzICAgIFJlZnMgICAgICBVc2Ug IE5ldGlmIEV4cGlyZQ0KZGVmYXVsdCAgICAgICAgICAgIDIxNi4yMzUuNjQu MSAgICAgICBVR1NjICAgICAgIDI5ICAgICAxMTQwICAgZnhwMA0KMTI3LjAu MC4xICAgICAgICAgIDEyNy4wLjAuMSAgICAgICAgICBVSCAgICAgICAgICAx ICAgICAgICA4ICAgIGxvMA0KMTI4LjguMTAuOTAgICAgICAgIDIxNi4yMzUu NjQuMSAgICAgICBVR0hXMyAgICAgICAwICAgICAgNzAxICAgZnhwMCAgIDM1 OTUNCjEyOC45LjAuMTA3ICAgICAgICAyMTYuMjM1LjY0LjEgICAgICAgVUdI VzMgICAgICAgMCAgICAgIDcwOSAgIGZ4cDAgICAzNTk5DQoxMjguNjMuMi41 MyAgICAgICAgMjE2LjIzNS42NC4xICAgICAgIFVHSFczICAgICAgIDAgICAg ICA2MTEgICBmeHAwICAgMzU5NA0KMTkyLjUuNS4yNDEgICAgICAgIDIxNi4y MzUuNjQuMSAgICAgICBVR0hXMyAgICAgICAwICAgICAgNzE5ICAgZnhwMCAg IDM2MDANCjE5Mi4zMy40LjEyICAgICAgICAyMTYuMjM1LjY0LjEgICAgICAg VUdIVzMgICAgICAgMCAgICAgIDUyMyAgIGZ4cDAgICAzNTk4DQoxOTIuMzYu MTQ4LjE3ICAgICAgMjE2LjIzNS42NC4xICAgICAgIFVHSFczICAgICAgIDAg ICAgICA2NjcgICBmeHAwICAgMzU5NA0KMTkyLjExMi4zNi40ICAgICAgIDIx Ni4yMzUuNjQuMSAgICAgICBVR0hXMyAgICAgICAwICAgICAgNjQ1ICAgZnhw MCAgIDM1OTANCjE5Mi4yMDMuMjMwLjEwICAgICAyMTYuMjM1LjY0LjEgICAg ICAgVUdIVzMgICAgICAgMCAgICAgIDY4NyAgIGZ4cDAgICAzNTk4DQoxOTMu MC4xNC4xMjkgICAgICAgMjE2LjIzNS42NC4xICAgICAgIFVHSFczICAgICAg IDAgICAgICA1NjEgICBmeHAwICAgMzU5OQ0KMTk4LjMyLjY0LjEyICAgICAg IDIxNi4yMzUuNjQuMSAgICAgICBVR0hXMyAgICAgICAwICAgICAgNjI4ICAg ZnhwMCAgIDM1OTkNCjE5OC40MS4wLjQgICAgICAgICAyMTYuMjM1LjY0LjEg ICAgICAgVUdIVzMgICAgICAgMCAgICAgIDcyNyAgIGZ4cDAgICAzNTk5DQox OTguNDEuMC4xMCAgICAgICAgMjE2LjIzNS42NC4xICAgICAgIFVHSFczICAg ICAgIDAgICAgICAgNzcgICBmeHAwICAgMzYwMA0KMjAyLjEyLjI3LjMzICAg ICAgIDIxNi4yMzUuNjQuMSAgICAgICBVR0hXMyAgICAgICAwICAgICAgNTg2 ICAgZnhwMCAgIDM1OTQNCjIxNi4yMzUuNzkuMjM5ICAgICAwOjI6YjM6NjI6 NDc6OTQgICAgVUhMVyAgICAgICAgMCAgICAgICAyNCAgICBsbzAgPT4NCjIx Ni4yMzUuNzkuMjM5LzMyICBsaW5rIzEgICAgICAgICAgICAgVUMgICAgICAg ICAgMSAgICAgICAgMCAgIGZ4cDANCjIxNi4yMzUuNzkuMjQwICAgICAyMTYu MjM1LjY0LjEgICAgICAgVUdIVyAgICAgICAxMyAgICAgMTAxNCAgIGZ4cDAN CjIxNi4yMzUuNzkuMjQxLzMyICBsaW5rIzEgICAgICAgICAgICAgVUMgICAg ICAgICAgMCAgICAgICAgMCAgIGZ4cDANCjIxNi4yMzUuNzkuMjQyLzMyICBs aW5rIzEgICAgICAgICAgICAgVUMgICAgICAgICAgMCAgICAgICAgMCAgIGZ4 cDANCjIxNi4yMzUuNzkuMjQzLzMyICBsaW5rIzEgICAgICAgICAgICAgVUMg ICAgICAgICAgMCAgICAgICAgMCAgIGZ4cDANCjIxNi4yMzUuNzkuMjQ0LzMy ICBsaW5rIzEgICAgICAgICAgICAgVUMgICAgICAgICAgMCAgICAgICAgMCAg IGZ4cDANCjIxNi4yMzUuNzkuMjQ1LzMyICBsaW5rIzEgICAgICAgICAgICAg VUMgICAgICAgICAgMCAgICAgICAgMCAgIGZ4cDANCjIxNi4yMzUuNzkuMjQ2 LzMyICBsaW5rIzEgICAgICAgICAgICAgVUMgICAgICAgICAgMCAgICAgICAg MCAgIGZ4cDANCjIxNi4yMzUuNzkuMjQ3LzMyICBsaW5rIzEgICAgICAgICAg ICAgVUMgICAgICAgICAgMCAgICAgICAgMCAgIGZ4cDANCg== --0-646143390-1001685053=:42885 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="netstat.44" Content-Transfer-Encoding: BASE64 Content-ID: <20010928095053.P42885@bunning.skiltech.com> Content-Description: Content-Disposition: attachment; filename="netstat.44" QWN0aXZlIEludGVybmV0IGNvbm5lY3Rpb25zIChpbmNsdWRpbmcgc2VydmVy cykNClByb3RvIFJlY3YtUSBTZW5kLVEgIExvY2FsIEFkZHJlc3MgICAgICAg ICAgRm9yZWlnbiBBZGRyZXNzICAgICAgICAoc3RhdGUpDQp0Y3A0ICAgICAg IDAgICAgICAwICBhc2hidXJuLmRvbWFpbiAgICAgICAgIGJ1bm5pbmcuMzY2 NSAgICAgICAgICAgU1lOX1JDVkQNCnRjcDQgICAgICAgMCAgICAgIDAgIGFz aGJ1cm4uZG9tYWluICAgICAgICAgYnVubmluZy4zNjYzICAgICAgICAgICBT WU5fUkNWRA0KdGNwNCAgICAgICAwICAgICAgMCAgYXNoYnVybi5kb21haW4g ICAgICAgICBidW5uaW5nLjM2NjEgICAgICAgICAgIFNZTl9SQ1ZEDQp0Y3A0 ICAgICAgIDAgICAgICAwICBhc2hidXJuLmRvbWFpbiAgICAgICAgIGJ1bm5p bmcuMzY2MCAgICAgICAgICAgU1lOX1JDVkQNCnRjcDQgICAgICAgMCAgICAg IDAgIGFzaGJ1cm4uZG9tYWluICAgICAgICAgYnVubmluZy4zNjU4ICAgICAg ICAgICBTWU5fUkNWRA0KdGNwNCAgICAgICAwICAgICAgMCAgYXNoYnVybi5k b21haW4gICAgICAgICBidW5uaW5nLjM2NTUgICAgICAgICAgIFNZTl9SQ1ZE DQp0Y3A0ICAgICAgIDAgICAgICAwICAqLjMzMDYgICAgICAgICAgICAgICAg ICouKiAgICAgICAgICAgICAgICAgICAgTElTVEVODQp0Y3A0ICAgICAgIDAg ICAgICAwICAqLnN1Ym1pc3Npb24gICAgICAgICAgICouKiAgICAgICAgICAg ICAgICAgICAgTElTVEVODQp0Y3A0ICAgICAgIDAgICAgICAwICAqLnNtdHAg ICAgICAgICAgICAgICAgICouKiAgICAgICAgICAgICAgICAgICAgTElTVEVO DQp0Y3A0ICAgICAgIDAgICAgICAwICAqLmFtaWR4dGFwZSAgICAgICAgICAg ICouKiAgICAgICAgICAgICAgICAgICAgTElTVEVODQp0Y3A0ICAgICAgIDAg ICAgICAwICAqLmFtYW5kYWlkeCAgICAgICAgICAgICouKiAgICAgICAgICAg ICAgICAgICAgTElTVEVODQp0Y3A0ICAgICAgIDAgICAgICAwICAqLmltYXAg ICAgICAgICAgICAgICAgICouKiAgICAgICAgICAgICAgICAgICAgTElTVEVO DQp0Y3A0ICAgICAgIDAgICAgICAwICAqLnBvcDMgICAgICAgICAgICAgICAg ICouKiAgICAgICAgICAgICAgICAgICAgTElTVEVODQp0Y3A0ICAgICAgIDAg ICAgICAwICAqLmZ0cCAgICAgICAgICAgICAgICAgICouKiAgICAgICAgICAg ICAgICAgICAgTElTVEVODQp0Y3A0ICAgICAgIDAgICAgICAwICBsb2NhbGhv c3QuZG9tYWluICAgICAgICouKiAgICAgICAgICAgICAgICAgICAgTElTVEVO DQp0Y3A0ICAgICAgIDAgICAgICAwICBhc2hidXJuLmRvbWFpbiAgICAgICAg ICouKiAgICAgICAgICAgICAgICAgICAgTElTVEVODQp1ZHA0ICAgICAgIDAg ICAgICAwICAqLjEwNDkgICAgICAgICAgICAgICAgICouKiAgICAgICAgICAg ICAgICAgICAgDQp1ZHA0ICAgICAgIDAgICAgICAwICAqLmFtYW5kYSAgICAg ICAgICAgICAgICouKiAgICAgICAgICAgICAgICAgICAgDQp1ZHA0ICAgICAg IDAgICAgICAwICBsb2NhbGhvc3QubnRwICAgICAgICAgICouKiAgICAgICAg ICAgICAgICAgICAgDQp1ZHA0ICAgICAgIDAgICAgICAwICBhc2hidXJuLm50 cCAgICAgICAgICAgICouKiAgICAgICAgICAgICAgICAgICAgDQp1ZHA0ICAg ICAgIDAgICAgICAwICAqLm50cCAgICAgICAgICAgICAgICAgICouKiAgICAg ICAgICAgICAgICAgICAgDQp1ZHA0ICAgICAgIDAgICAgICAwICAqLjEwMjQg ICAgICAgICAgICAgICAgICouKiAgICAgICAgICAgICAgICAgICAgDQp1ZHA0 ICAgICAgIDAgICAgICAwICBsb2NhbGhvc3QuZG9tYWluICAgICAgICouKiAg ICAgICAgICAgICAgICAgICAgDQp1ZHA0ICAgICAgIDAgICAgICAwICBhc2hi dXJuLmRvbWFpbiAgICAgICAgICouKiAgICAgICAgICAgICAgICAgICAgDQp1 ZHA0ICAgICAgIDAgICAgICAwICAqLnN5c2xvZyAgICAgICAgICAgICAgICou KiAgICAgICAgICAgICAgICAgICAgDQpBY3RpdmUgVU5JWCBkb21haW4gc29j a2V0cw0KQWRkcmVzcyAgVHlwZSAgIFJlY3YtUSBTZW5kLVEgICAgSW5vZGUg ICAgIENvbm4gICAgIFJlZnMgIE5leHRyZWYgQWRkcg0KZGYwNjJkYzAgc3Ry ZWFtICAgICAgMCAgICAgIDAgZGYwYTVkYzAgICAgICAgIDAgICAgICAgIDAg ICAgICAgIDAgL3RtcC9teXNxbC5zb2NrDQpkZjA2MmU0MCBzdHJlYW0gICAg ICAwICAgICAgMCBkZjA2YWZjMCAgICAgICAgMCAgICAgICAgMCAgICAgICAg MCAvdmFyL3B3Y2hlY2svcHdjaGVjaw0KZGYwNjJmNDAgc3RyZWFtICAgICAg MCAgICAgIDAgZGYwNjMwMDAgICAgICAgIDAgICAgICAgIDAgICAgICAgIDAg L3Zhci9ydW4vbmRjDQpkZjA2MmU4MCBkZ3JhbSAgICAgICAwICAgICAgMCAg ICAgICAgMCBkZjA2MWZjMCAgICAgICAgMCBkZjA2MmQ4MA0KZGYwNjJkODAg ZGdyYW0gICAgICAgMCAgICAgIDAgICAgICAgIDAgZGYwNjFmYzAgICAgICAg IDAgZGYwNjJlYzANCmRmMDYyZWMwIGRncmFtICAgICAgIDAgICAgICAwICAg ICAgICAwIGRmMDYxZmMwICAgICAgICAwIGRmMDYyZjAwDQpkZjA2MmYwMCBk Z3JhbSAgICAgICAwICAgICAgMCAgICAgICAgMCBkZjA2MWZjMCAgICAgICAg MCAgICAgICAgMA0KZGYwNjJmODAgZGdyYW0gICAgICAgMCAgICAgIDAgICAg ICAgIDAgZGYwNjJmYzAgICAgICAgIDAgICAgICAgIDANCmRmMDYyZmMwIGRn cmFtICAgIDMyNzAgICAgICAwIGRmMDVmZmMwICAgICAgICAwIGRmMDYyZjgw ICAgICAgICAwIC92YXIvbmFtZWQvdmFyL3J1bi9sb2cNCmRmMDYxZmMwIGRn cmFtICAgICAgIDAgICAgICAwIGRmMDYwMmMwICAgICAgICAwIGRmMDYyZTgw ICAgICAgICAwIC92YXIvcnVuL2xvZw0K --0-646143390-1001685053=:42885 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ifconfig.43" Content-Transfer-Encoding: BASE64 Content-ID: <20010928095053.C42885@bunning.skiltech.com> Content-Description: Content-Disposition: attachment; filename="ifconfig.43" ZnhwMDogZmxhZ3M9ODg0MzxVUCxCUk9BRENBU1QsUlVOTklORyxTSU1QTEVY LE1VTFRJQ0FTVD4gbXR1IDE1MDANCglpbmV0IDIxNi4yMzUuNzkuMjM5IG5l dG1hc2sgMHhmZmZmZmZmZiBicm9hZGNhc3QgMjE2LjIzNS43OS4yMzkNCglp bmV0NiBmZTgwOjoyMDI6YjNmZjpmZTYyOjQ3OTQlZnhwMCBwcmVmaXhsZW4g NjQgc2NvcGVpZCAweDEgDQoJaW5ldCAyMTYuMjM1Ljc5LjI0MSBuZXRtYXNr IDB4ZmZmZmZmZmYgYnJvYWRjYXN0IDIxNi4yMzUuNzkuMjQxDQoJaW5ldCAy MTYuMjM1Ljc5LjI0MiBuZXRtYXNrIDB4ZmZmZmZmZmYgYnJvYWRjYXN0IDIx Ni4yMzUuNzkuMjQyDQoJaW5ldCAyMTYuMjM1Ljc5LjI0MyBuZXRtYXNrIDB4 ZmZmZmZmZmYgYnJvYWRjYXN0IDIxNi4yMzUuNzkuMjQzDQoJaW5ldCAyMTYu MjM1Ljc5LjI0NCBuZXRtYXNrIDB4ZmZmZmZmZmYgYnJvYWRjYXN0IDIxNi4y MzUuNzkuMjQ0DQoJaW5ldCAyMTYuMjM1Ljc5LjI0NSBuZXRtYXNrIDB4ZmZm ZmZmZmYgYnJvYWRjYXN0IDIxNi4yMzUuNzkuMjQ1DQoJaW5ldCAyMTYuMjM1 Ljc5LjI0NiBuZXRtYXNrIDB4ZmZmZmZmZmYgYnJvYWRjYXN0IDIxNi4yMzUu NzkuMjQ2DQoJaW5ldCAyMTYuMjM1Ljc5LjI0NyBuZXRtYXNrIDB4ZmZmZmZm ZmYgYnJvYWRjYXN0IDIxNi4yMzUuNzkuMjQ3DQoJZXRoZXIgMDA6MDI6YjM6 NjI6NDc6OTQgDQoJbWVkaWE6IEV0aGVybmV0IGF1dG9zZWxlY3QgKDEwMGJh c2VUWCA8ZnVsbC1kdXBsZXg+KQ0KCXN0YXR1czogYWN0aXZlDQpscDA6IGZs YWdzPTg4MTA8UE9JTlRPUE9JTlQsU0lNUExFWCxNVUxUSUNBU1Q+IG10dSAx NTAwDQpwcHAwOiBmbGFncz04MDEwPFBPSU5UT1BPSU5ULE1VTFRJQ0FTVD4g bXR1IDE1MDANCnNsMDogZmxhZ3M9YzAxMDxQT0lOVE9QT0lOVCxMSU5LMixN VUxUSUNBU1Q+IG10dSA1NTINCmZhaXRoMDogZmxhZ3M9ODAwMDxNVUxUSUNB U1Q+IG10dSAxNTAwDQpnaWYwOiBmbGFncz04MDEwPFBPSU5UT1BPSU5ULE1V TFRJQ0FTVD4gbXR1IDEyODANCmdpZjE6IGZsYWdzPTgwMTA8UE9JTlRPUE9J TlQsTVVMVElDQVNUPiBtdHUgMTI4MA0KZ2lmMjogZmxhZ3M9ODAxMDxQT0lO VE9QT0lOVCxNVUxUSUNBU1Q+IG10dSAxMjgwDQpnaWYzOiBmbGFncz04MDEw PFBPSU5UT1BPSU5ULE1VTFRJQ0FTVD4gbXR1IDEyODANCmxvMDogZmxhZ3M9 ODA0OTxVUCxMT09QQkFDSyxSVU5OSU5HLE1VTFRJQ0FTVD4gbXR1IDE2Mzg0 DQoJaW5ldDYgZmU4MDo6MSVsbzAgcHJlZml4bGVuIDY0IHNjb3BlaWQgMHhh IA0KCWluZXQ2IDo6MSBwcmVmaXhsZW4gMTI4IA0KCWluZXQgMTI3LjAuMC4x IG5ldG1hc2sgMHhmZjAwMDAwMCANCg== --0-646143390-1001685053=:42885 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ifconfig.-a.44" Content-Transfer-Encoding: BASE64 Content-ID: <20010928095053.P42885@bunning.skiltech.com> Content-Description: Content-Disposition: attachment; filename="ifconfig.-a.44" ZnhwMDogZmxhZ3M9ODg0MzxVUCxCUk9BRENBU1QsUlVOTklORyxTSU1QTEVY LE1VTFRJQ0FTVD4gbXR1IDE1MDANCglpbmV0IDIxNi4yMzUuNzkuMjM5IG5l dG1hc2sgMHhmZmZmZmZmZiBicm9hZGNhc3QgMjE2LjIzNS43OS4yMzkNCglp bmV0IDIxNi4yMzUuNzkuMjQxIG5ldG1hc2sgMHhmZmZmZmZmZiBicm9hZGNh c3QgMjE2LjIzNS43OS4yNDENCglpbmV0IDIxNi4yMzUuNzkuMjQyIG5ldG1h c2sgMHhmZmZmZmZmZiBicm9hZGNhc3QgMjE2LjIzNS43OS4yNDINCglpbmV0 IDIxNi4yMzUuNzkuMjQzIG5ldG1hc2sgMHhmZmZmZmZmZiBicm9hZGNhc3Qg MjE2LjIzNS43OS4yNDMNCglpbmV0IDIxNi4yMzUuNzkuMjQ0IG5ldG1hc2sg MHhmZmZmZmZmZiBicm9hZGNhc3QgMjE2LjIzNS43OS4yNDQNCglpbmV0IDIx Ni4yMzUuNzkuMjQ1IG5ldG1hc2sgMHhmZmZmZmZmZiBicm9hZGNhc3QgMjE2 LjIzNS43OS4yNDUNCglpbmV0IDIxNi4yMzUuNzkuMjQ2IG5ldG1hc2sgMHhm ZmZmZmZmZiBicm9hZGNhc3QgMjE2LjIzNS43OS4yNDYNCglpbmV0IDIxNi4y MzUuNzkuMjQ3IG5ldG1hc2sgMHhmZmZmZmZmZiBicm9hZGNhc3QgMjE2LjIz NS43OS4yNDcNCglldGhlciAwMDowMjpiMzo2Mjo0Nzo5NCANCgltZWRpYTog RXRoZXJuZXQgYXV0b3NlbGVjdCAoMTAwYmFzZVRYIDxmdWxsLWR1cGxleD4p DQoJc3RhdHVzOiBhY3RpdmUNCmxwMDogZmxhZ3M9ODgxMDxQT0lOVE9QT0lO VCxTSU1QTEVYLE1VTFRJQ0FTVD4gbXR1IDE1MDANCmZhaXRoMDogZmxhZ3M9 ODAwMDxNVUxUSUNBU1Q+IG10dSAxNTAwDQpsbzA6IGZsYWdzPTgwNDk8VVAs TE9PUEJBQ0ssUlVOTklORyxNVUxUSUNBU1Q+IG10dSAxNjM4NA0KCWluZXQg MTI3LjAuMC4xIG5ldG1hc2sgMHhmZjAwMDAwMCANCnBwcDA6IGZsYWdzPTgw MTA8UE9JTlRPUE9JTlQsTVVMVElDQVNUPiBtdHUgMTUwMA0Kc2wwOiBmbGFn cz1jMDEwPFBPSU5UT1BPSU5ULExJTksyLE1VTFRJQ0FTVD4gbXR1IDU1Mg0K --0-646143390-1001685053=:42885 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="arp.ashburn.44" Content-Transfer-Encoding: BASE64 Content-ID: <20010928095053.S42885@bunning.skiltech.com> Content-Description: Content-Disposition: attachment; filename="arp.ashburn.44" PyAoMjE2LjIzNS43OS4yMzkpIGF0IDA6MjpiMzo2Mjo0Nzo5NCBwZXJtYW5l bnQgW2V0aGVybmV0XQ0K --0-646143390-1001685053=:42885 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="arp.ashburn.43" Content-Transfer-Encoding: BASE64 Content-ID: <20010928095053.G42885@bunning.skiltech.com> Content-Description: Content-Disposition: attachment; filename="arp.ashburn.43" PyAoMjE2LjIzNS43OS4yMzkpIGF0IDA6MjpiMzo2Mjo0Nzo5NCBwZXJtYW5l bnQgW2V0aGVybmV0XQ0K --0-646143390-1001685053=:42885 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.44" Content-Transfer-Encoding: BASE64 Content-ID: <20010928095053.W42885@bunning.skiltech.com> Content-Description: Content-Disposition: attachment; filename="dmesg.44" IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9z dCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3Qg YWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3Vw IDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5l dHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3Ig MjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVk OiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBj YW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBs b29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9j YWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZv IGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBm YWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29s dmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQN CmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBv biBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBs bGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42 NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJw cmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0 LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMg bm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9j YXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9z dCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3Qg YWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3Vw IDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5l dHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3Ig MjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVk OiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBj YW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBs b29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9j YWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZv IGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBm YWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29s dmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQN CmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBv biBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBs bGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42 NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJw cmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0 LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMg bm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9j YXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9z dCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3Qg YWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3Vw IDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5l dHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3Ig MjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVk OiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBj YW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBs b29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9j YWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZv IGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBm YWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29s dmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQN CmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBv biBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBs bGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42 NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJw cmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0 LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMg bm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9j YXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9z dCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3Qg YWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3Vw IDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5l dHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3Ig MjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVk OiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBj YW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBs b29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9j YWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZv IGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBm YWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29s dmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQN CmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBv biBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBs bGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42 NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJw cmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0 LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMg bm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9j YXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9z dCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3Qg YWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3Vw IDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5l dHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3Ig MjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVk OiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBj YW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBs b29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9j YWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZv IGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBm YWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29s dmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQN CmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBv biBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBs bGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42 NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJw cmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0 LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMg bm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9j YXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9z dCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3Qg YWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3Vw IDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5l dHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3Ig MjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVk OiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBj YW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBs b29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9j YWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZv IGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBm YWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29s dmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQN CmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBv biBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBs bGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42 NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJw cmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0 LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMg bm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9j YXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9z dCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3Qg YWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3Vw IDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5l dHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3Ig MjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVk OiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBj YW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBs b29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9j YWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZv IGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBm YWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29s dmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQN CmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBv biBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBs bGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42 NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJw cmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0 LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMg bm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9j YXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9z dCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3Qg YWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3Vw IDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5l dHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3Ig MjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVk OiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBj YW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBs b29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9j YWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZv IGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBm YWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29s dmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQN CmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBv biBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBs bGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42 NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJw cmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0 LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMg bm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9j YXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9z dCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3Qg YWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3Vw IDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5l dHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3Ig MjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVk OiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBj YW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBs b29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9j YWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZv IGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBm YWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29s dmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQN CmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBv biBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBs bGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42 NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJw cmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0 LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMg bm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9j YXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9z dCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3Qg YWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3Vw IDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5l dHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3Ig MjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVk OiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBj YW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBs b29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9j YWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZv IGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBm YWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29s dmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQN CmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBv biBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBs bGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42 NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJw cmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0 LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMg bm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9j YXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9z dCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3Qg YWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3Vw IDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5l dHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3Ig MjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVk OiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBj YW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBs b29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9j YWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZv IGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBm YWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29s dmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQN CmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBv biBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBs bGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42 NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJw cmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0 LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMg bm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9j YXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9z dCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3Qg YWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3Vw IDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5l dHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3Ig MjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVk OiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBj YW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBs b29rdXAgMjE2LjIzNS42NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9j YWwgbmV0d29yaw0KYXJwcmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZv IGZvciAyMTYuMjM1LjY0LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBm YWlsZWQ6IGhvc3QgaXMgbm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29s dmU6IGNhbid0IGFsbG9jYXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQN CmFycGxvb2t1cCAyMTYuMjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBv biBsb2NhbCBuZXR3b3JrDQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBs bGluZm8gZm9yIDIxNi4yMzUuNjQuMXJ0DQphcnBsb29rdXAgMjE2LjIzNS42 NC4xIGZhaWxlZDogaG9zdCBpcyBub3Qgb24gbG9jYWwgbmV0d29yaw0KYXJw cmVzb2x2ZTogY2FuJ3QgYWxsb2NhdGUgbGxpbmZvIGZvciAyMTYuMjM1LjY0 LjFydA0KYXJwbG9va3VwIDIxNi4yMzUuNjQuMSBmYWlsZWQ6IGhvc3QgaXMg bm90IG9uIGxvY2FsIG5ldHdvcmsNCmFycHJlc29sdmU6IGNhbid0IGFsbG9j YXRlIGxsaW5mbyBmb3IgMjE2LjIzNS42NC4xcnQNCmFycGxvb2t1cCAyMTYu MjM1LjY0LjEgZmFpbGVkOiBob3N0IGlzIG5vdCBvbiBsb2NhbCBuZXR3b3Jr DQphcnByZXNvbHZlOiBjYW4ndCBhbGxvY2F0ZSBsbGluZm8gZm9yIDIxNi4y MzUuNjQuMXJ0DQo= --0-646143390-1001685053=:42885-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 8:59:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from grant.org (grant.org [206.190.164.98]) by hub.freebsd.org (Postfix) with ESMTP id A52BB37B406 for ; Fri, 28 Sep 2001 08:59:08 -0700 (PDT) Received: from splat.grant.org (mgrant@host213-122-19-81.btinternet.com [213.122.19.81]) by grant.org (8.11.3/8.11.3) with ESMTP id f8SFx7D11495 for ; Fri, 28 Sep 2001 11:59:07 -0400 (EDT) (envelope-from mgrant@splat.grant.org) Received: (from mgrant@localhost) by splat.grant.org (8.9.3+Sun/8.9.1) id QAA15235; Fri, 28 Sep 2001 16:59:05 +0100 (BST) Date: Fri, 28 Sep 2001 16:59:05 +0100 (BST) Message-Id: <200109281559.QAA15235@splat.grant.org> From: Michael Grant To: freebsd-stable@FreeBSD.ORG Subject: upgrading and removing old files Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does anyone have any good ways to find and remove old files after updating from source? (for example executables or libs which have either gone away or changed names). Something that would be useful would be to have a list of files which are installed from a vanilla install. When one installs a port, a +CONTENTS file is created in /var/db/pkg/foo. I couldn't find an equivelent thing for make installworld. Using that, I could compare with what's there now and examine the differences. Functionality to remove old files might be useful to add to mergemaster. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 9:10:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ranger.argus-systems.com (ranger.argus-systems.com [206.221.232.80]) by hub.freebsd.org (Postfix) with ESMTP id 9A94A37B40D for ; Fri, 28 Sep 2001 09:10:24 -0700 (PDT) Received: from dedog.argus-systems.co.uk (host212-140-156-214.host.btclick.com [212.140.156.214]) by ranger.argus-systems.com (8.9.3/8.9.3) with SMTP id LAA05383 for ; Fri, 28 Sep 2001 11:10:22 -0500 (CDT) Received: by dedog.argus-systems.co.uk (sSMTP sendmail emulation); Fri, 28 Sep 2001 17:13:43 +0100 Date: Fri, 28 Sep 2001 17:13:43 +0100 From: fergus To: stable Subject: xe (xircom) driver no longer in MAKEDEV Message-ID: <20010928171343.D3792@dedog.argus-systems.co.uk> Mail-Followup-To: stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG i'm sure this is simpler than i making it - guess i've missed a conversation thread, somewhere, about this. basically somewhere in the last two/three weeks the xe driver has dissappeared from MAKEDEV. how can add the node as i cannot find the driver number in the majors file? tia. -- Fergus Cameron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 9:15:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from tp.databus.com (p101-46.acedsl.com [160.79.101.46]) by hub.freebsd.org (Postfix) with ESMTP id ABDE837B40A for ; Fri, 28 Sep 2001 09:15:29 -0700 (PDT) Received: (from barney@localhost) by tp.databus.com (8.11.6/8.11.4) id f8SGFIl90573; Fri, 28 Sep 2001 12:15:18 -0400 (EDT) (envelope-from barney) Date: Fri, 28 Sep 2001 12:15:18 -0400 From: Barney Wolff To: Joe Greco Cc: freebsd-stable@freebsd.org Subject: Re: 127/8 continued Message-ID: <20010928121518.A90242@tp.databus.com> References: <200109280200.VAA23645@aurora.sol.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109280200.VAA23645@aurora.sol.net>; from jgreco@ns.sol.net on Thu, Sep 27, 2001 at 09:00:18PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joe, does this work on an Ethernet used as a point-to-point, with a crossover cable? That would actually be quite useful, but I'd be pleasantly surprised if it works now. Thanks, Barney Wolff On Thu, Sep 27, 2001 at 09:00:18PM -0500, Joe Greco wrote: > > The "current practice" described in RFC 3021 is anything but a current > practice. Many people - including myself - have been using /31's for > quite some time (read: since mid '90's) for point to point links. Most > folks I know have already been pressed into using host addresses, /31's, > or (in a few cases) ugly things like 192.168-net. > > FreeBSD does not appear to care on a point-to-point link, and hasn't for > many years. Feel free to use it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 9:22:54 2001 Delivered-To: freebsd-stable@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id B3A8A37B40C for ; Fri, 28 Sep 2001 09:22:51 -0700 (PDT) Received: (from jgreco@localhost) by aurora.sol.net (8.9.3/8.9.2/SNNS-1.02) id LAA88126; Fri, 28 Sep 2001 11:22:49 -0500 (CDT) From: Joe Greco Message-Id: <200109281622.LAA88126@aurora.sol.net> Subject: Re: 127/8 continued To: barney@databus.com (Barney Wolff) Date: Fri, 28 Sep 2001 11:22:49 -0500 (CDT) Cc: freebsd-stable@freebsd.org In-Reply-To: <20010928121518.A90242@tp.databus.com> from "Barney Wolff" at Sep 28, 2001 12:15:18 PM X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Joe, does this work on an Ethernet used as a point-to-point, with > a crossover cable? That would actually be quite useful, but I'd > be pleasantly surprised if it works now. No, since the OS does not see it as a point-to-point link, even if there are just the two nodes on it. I do not think there's any technical reason it couldn't be done though, if someone wanted to write a point-to-point mod for the ethernet drivers. -- Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net "We call it the 'one bite at the apple' rule. Give me one chance [and] then I won't contact you again." - Direct Marketing Ass'n position on e-mail spam(CNN) With 24 million small businesses in the US alone, that's way too many apples. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 9:45:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from pc1-cove4-0-cust214.bir.cable.ntl.com (pc1-cove4-0-cust214.bir.cable.ntl.com [213.105.93.214]) by hub.freebsd.org (Postfix) with ESMTP id 78D5337B40B for ; Fri, 28 Sep 2001 09:45:48 -0700 (PDT) Received: from ntlworld.com (alpha.private [192.168.0.2]) (authenticated) by pc1-cove4-0-cust214.bir.cable.ntl.com (8.11.6/8.11.6) with ESMTP id f8SGjf444949 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO); Fri, 28 Sep 2001 17:45:43 +0100 (BST) (envelope-from ianjhart@ntlworld.com) Message-ID: <3BB4A935.9E1A685D@ntlworld.com> Date: Fri, 28 Sep 2001 17:45:41 +0100 From: ian j hart X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Russell P. Sutherland" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Upgrading from the source References: <20010927173151.B10009@quist.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Russell P. Sutherland" wrote: > > I've attempting to update several FreeBSD 4.2 and 4.3 systems > remotely to 4.4, by first cvsup'ing the current sources and then > building the sources. I believe that the install should > be done from the console in single user mode. (All based on > the "make world" section of Chapter 19, The Cutting Edge > from the FreeBSD Handbook) > > A few questions... > > 1. Does make buildworld also build the kernel or > does one need to perform a make buildkernel > as well > > 2. Do the make installworld, installkernel operations > need to be done in single-user mode? I'm thinking > of a lightly used system > > 3. Given a neo-phyte at the helm, is the pre-building from > source method easier that the upgrade option with the > FreeBSD 4.4 CD. > > -- > Quist Consulting Email: russ@quist.ca > 219 Donlea Drive Voice: +1.416.696.7600 > Toronto ON M4G 2N1 Cell: +1.416.803.0080 > CANADA WWW: http://www.quist.ca > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message Remote updates can bite, take care. Always read /usr/src/UPDATING and the stable list first. eg some net cards now need miibus. (I'm assuming that you don't have serial console access to these boxes.) As other folk have said the official instructions (from /usr/src/UPDATING) are make buildworld make buildkernel KERNCONF=YOUR_KERNEL_HERE make installkernel KERNCONF=YOUR_KERNEL_HERE reboot (in single user) make installworld mergemaster reboot If you are remote you don't have any way to select single user mode and start the network services. hacks > /dev/null :) You have a number of choices depending on how remote these boxes are. Go to the machine and work from the console (safe). Go to the machine and configure a serial console (complex) Skip the reboot step and cross your fingers (mostly safe) Reboot multi-user and cross fingers and toes (not recomended) If you decide to reboot you should be aware that having a new kernel with an old world can break network services. If the boxes really are remote then get a local box with identical hardware and practice the remote install on that box. Another useful tip. If these boxes are on your LAN then you don't need to build the software on each system. Build kernel and world on one machine and nfs export (ro) /usr/src and /usr/obj. Run installkernel installworld and mergemaster from the nfs mounted /usr/src. There are gotcha's with this of course. The mount points should be the same, as should the contents of /etc/make.conf. Don't set any special CPU options. Don't reboot if you do this. Having mount_nfs fail on you is stressful - I speak from experience. This is what I do, and I've yet to have any major problems - pilot error excepted :). HTH -- ian j hart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 10:27: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 7FF0337B406 for ; Fri, 28 Sep 2001 10:27:00 -0700 (PDT) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f8SHQxk16611; Fri, 28 Sep 2001 10:26:59 -0700 (PDT) Message-Id: <200109281726.f8SHQxk16611@ptavv.es.net> To: fergus Cc: stable Subject: Re: xe (xircom) driver no longer in MAKEDEV In-reply-to: Your message of "Fri, 28 Sep 2001 17:13:43 BST." <20010928171343.D3792@dedog.argus-systems.co.uk> Date: Fri, 28 Sep 2001 10:26:59 -0700 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Fri, 28 Sep 2001 17:13:43 +0100 > From: fergus > Sender: owner-freebsd-stable@FreeBSD.ORG > > i'm sure this is simpler than i making it - guess i've missed a > conversation thread, somewhere, about this. > > basically somewhere in the last two/three weeks the xe driver has > dissappeared from MAKEDEV. > > how can add the node as i cannot find the driver number in the > majors file? If you ever found xe in MAKEDEV, I'd be surprised as network devices are created on the fly with no entry ever created in /dev. You should never have any network device in /dev. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 11:47:55 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.tgd.net (rand.tgd.net [64.81.67.117]) by hub.freebsd.org (Postfix) with SMTP id 641A737B41B for ; Fri, 28 Sep 2001 11:47:44 -0700 (PDT) Received: (qmail 30588 invoked by uid 1001); 28 Sep 2001 18:47:41 -0000 Date: Fri, 28 Sep 2001 11:47:41 -0700 From: Sean Chittenden To: freebsd-stable@freebsd.org Subject: VFS_AIO and aio_*.... Message-ID: <20010928114741.B29974@rand.tgd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I was diving through trying to write some code that uses aio and ran across a few surprises: 1) need to recompile my kernel, 2) the message in LINT, it kinda scared me. # Use real implementations of the aio_* system calls. There are numerous # stability issues in the current aio code that make it unsuitable for # inclusion on shell boxes. options VFS_AIO Can someone comment on aio status? Is the doc out of sync with what's going on under the hood? I haven't seen anything in the monthly status reports nor on any of the lists over the last 6+ months. The mailing lists seem to indicate that what bugs have been found have been squashed, but I don't know if the code has been MFC'ed. -sc -- Sean Chittenden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 12:12:24 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lists.blarg.net (lists.blarg.net [206.124.128.17]) by hub.freebsd.org (Postfix) with ESMTP id C842F37B40C for ; Fri, 28 Sep 2001 12:12:10 -0700 (PDT) Received: from thig.blarg.net (thig.blarg.net [206.124.128.18]) by lists.blarg.net (Postfix) with ESMTP id 5B210BCFE; Fri, 28 Sep 2001 12:12:10 -0700 (PDT) Received: from localhost.localdomain ([206.124.139.115]) by thig.blarg.net (8.9.3/8.9.3) with ESMTP id MAA15222; Fri, 28 Sep 2001 12:12:09 -0700 Received: (from jojo@localhost) by localhost.localdomain (8.11.6/8.11.3) id f8SJGGV00516; Fri, 28 Sep 2001 12:16:17 -0700 (PDT) (envelope-from swear@blarg.net) To: Kutulu Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued References: <200109271411.f8REBNH02164@c1828785-a.saltlk1.ut.home.com> <20010924094048.X5906-100000@coredump.scriptkiddie.org> <20010926134253.A65444@mushhaven.net> <200109271411.f8REBNH02164@c1828785-a.saltlk1.ut.home.com> <5.1.0.14.0.20010927140705.009ffc60@127.0.0.1> From: swear@blarg.net (Gary W. Swearingen) Date: 28 Sep 2001 12:16:16 -0700 In-Reply-To: <5.1.0.14.0.20010927140705.009ffc60@127.0.0.1> Message-ID: Lines: 46 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kutulu writes: > In order for the machines on your network to communicate with the > outside world, they will either need public, routable IP addresses (all > of them, not just your firewall), or you will need to run NAT somewhere. > If your firewall has a private IP of 10.0.0.2, for example, even if it > routes traffic correctly to the DSL router, once that packet hits the > public internet there's no way to know how to get back to your 10.0.0.2. Nobody should be TRYING to get back to 10.0.0.2; the packet src & dst are all Internet addresses and the DSL and firewall routers should be able to communicate privately. The other end of my DSL connection looks like a router with a public address that some other router uses as a gateway for packets to my workstation or server. As far as the world should know or care, the DSL router and my firewall router are a single router. No? > > How does translating IP addresses help with security, as long > >as the translation is transparent? > > The benefit is not really security here. The benefit is, you can have > machines on the same logical subnet on different physical segments. That's what I was thinking (on both counts), except I wonder why that is "not really" instead of "not". > This is actually what NAT was originally designed for. It allowed > people with a limited number of IP's (ie, one from their dial up > provider) to handle traffic for multiple separate machines). The > security aspects are really just a nice side effect. Again, what security aspects? > The deficiency here is really in IP itself. The IP protocol was built > around the assumption that IP networks would be physically segmented in > the same basic structure as they were logically segmented. Each > separate IP subnet is assumed to be a separate physical network segment, > and thus, all machines on that IP subnet should be directly reachable > through the attached interface. And this is still the case the vast > majority of the time. For those times when it is not the case, there > are static routing kludges, and NAT, to take case of it. Assumptions that were reasonable when made, but are giving lots of people grief now. The work-arounds are awkward, partially broken, complicated, or otherwise costly of SA time, IP address, etc. Room for someone to innovate, but maybe it's better they work on IPv6. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 12:45:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lists.blarg.net (lists.blarg.net [206.124.128.17]) by hub.freebsd.org (Postfix) with ESMTP id 17B7F37B409 for ; Fri, 28 Sep 2001 12:45:08 -0700 (PDT) Received: from thig.blarg.net (thig.blarg.net [206.124.128.18]) by lists.blarg.net (Postfix) with ESMTP id AB7A4BCFD; Fri, 28 Sep 2001 12:45:02 -0700 (PDT) Received: from localhost.localdomain ([206.124.139.115]) by thig.blarg.net (8.9.3/8.9.3) with ESMTP id MAA21309; Fri, 28 Sep 2001 12:45:02 -0700 Received: (from jojo@localhost) by localhost.localdomain (8.11.6/8.11.3) id f8SJn9200522; Fri, 28 Sep 2001 12:49:09 -0700 (PDT) (envelope-from swear@blarg.net) To: David Wolfskill Cc: freebsd-stable@freebsd.org Subject: Re: 127/8 continued References: <200109271847.f8RIlwi90547@bunrab.catwhisker.org> From: swear@blarg.net (Gary W. Swearingen) Date: 28 Sep 2001 12:49:09 -0700 In-Reply-To: <200109271847.f8RIlwi90547@bunrab.catwhisker.org> Message-ID: Lines: 23 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Wolfskill writes: > The math doesn't favor your chosen approach. I guess I'm not expressing myself well enough; I knew everything you said (but thanks anyway -- really) and my chosen approach is working (well enough, at least). But it wasn't easy to do or to learn to do. That "math" is imposed by the design of the FreeBSD (and probably most every other OS) networking software, and is not imposed by Internet standards, because the Internet standards need only cover the data flowing through my DSL router's internal port. (Actually, even further upstream than that if my ISP was accommodating.) All (?) I'm saying is that handing out small blocks of IPs for a small number of computers is a common situation and I doubt that many care whether their local networks are Internet standards compliant as long as they can look like they are to the Internet (which I know they could with modified software). The software should be doing the kludging, not the small-time SAs. (Easier said than done, of course; but not very I suppose, and not compared with all the SA effort devoted it.) Thanks again for trying to set me straight. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 12:55: 6 2001 Delivered-To: freebsd-stable@freebsd.org Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-228.oz.net [216.39.147.228]) by hub.freebsd.org (Postfix) with SMTP id 9F6CB37B40F for ; Fri, 28 Sep 2001 12:55:02 -0700 (PDT) Received: (qmail 24306 invoked by uid 1001); 28 Sep 2001 19:55:36 -0000 From: Joe Kelsey MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15284.54712.21104.354322@zircon.zircon.seattle.wa.us> Date: Fri, 28 Sep 2001 12:55:36 -0700 To: freebsd-stable@freebsd.org Subject: Re: 127/8 continued In-Reply-To: References: <200109271847.f8RIlwi90547@bunrab.catwhisker.org> X-Mailer: VM 6.92 under Emacs 20.7.1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gary W. Swearingen writes: > David Wolfskill writes: > > > The math doesn't favor your chosen approach. > > I guess I'm not expressing myself well enough; I knew everything you > said (but thanks anyway -- really) and my chosen approach is working > (well enough, at least). But it wasn't easy to do or to learn to do. You are trying to solve the wrong problem with the wrong tools. > That "math" is imposed by the design of the FreeBSD (and probably most > every other OS) networking software, and is not imposed by Internet > standards, because the Internet standards need only cover the data > flowing through my DSL router's internal port. (Actually, even further > upstream than that if my ISP was accommodating.) You are attempting to use a BROADCAST network (Ethernet) to solve a point-to-point networking problem. THIS WILL NOT WORK. Your problem has NOTHING to do with IP. Your problem is entirely rooted in your fundamental misunderstanding of what is and isn't possible to do with ETHERNET networks. > All (?) I'm saying is that handing out small blocks of IPs for a small > number of computers is a common situation and I doubt that many care > whether their local networks are Internet standards compliant as long > as they can look like they are to the Internet (which I know they could > with modified software). The software should be doing the kludging, > not the small-time SAs. (Easier said than done, of course; but not > very I suppose, and not compared with all the SA effort devoted it.) It is trivial to use point-to-point networking technology to allow people to publish small groups of IP addresses and keep their private networks entirely separate from the Internet as a whole. That is NOT what you are attempting to do. You apparantly feel that you should be able to pervert a BROADCAST network into acting like a POINT-TO-POINT network. If you want point-to-point, invest in the appropriate technology. Since you have chosen to invest in broadcast networking hardware, you must live within the limitations imposed by the physical networking architecture. Your problems have nothing whatsoever to do with Internet standards and everything to do with your inability to separate physical layer protocols from network layer protocols. /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 13: 8:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lists.blarg.net (lists.blarg.net [206.124.128.17]) by hub.freebsd.org (Postfix) with ESMTP id 81E6D37B409 for ; Fri, 28 Sep 2001 13:08:24 -0700 (PDT) Received: from thig.blarg.net (thig.blarg.net [206.124.128.18]) by lists.blarg.net (Postfix) with ESMTP id 29BF2BD2A; Fri, 28 Sep 2001 13:08:24 -0700 (PDT) Received: from localhost.localdomain ([206.124.139.115]) by thig.blarg.net (8.9.3/8.9.3) with ESMTP id NAA25915; Fri, 28 Sep 2001 13:08:23 -0700 Received: (from jojo@localhost) by localhost.localdomain (8.11.6/8.11.3) id f8SKCVZ00529; Fri, 28 Sep 2001 13:12:31 -0700 (PDT) (envelope-from swear@blarg.net) To: "Kevin Oberman" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued References: <200109280013.f8S0DJk04764@ptavv.es.net> From: swear@blarg.net (Gary W. Swearingen) Date: 28 Sep 2001 13:12:31 -0700 In-Reply-To: <200109280013.f8S0DJk04764@ptavv.es.net> Message-ID: <8bpu8bjcr4.u8b@localhost.localdomain> Lines: 23 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Kevin Oberman" writes: > RFC 3021 describes a better way of addressing directly connected links > so half the space is not wasted. a /31 is used for each connection > allowing for 4 point to point connections from a /29. > > Whether FreeBSD routers can be configured to do this, I can't say, but > I suspect manual route commands would do the job. I know Juniper > routers support this capability. Based on my many experiments (but sketchy knowledge), I find that the "route" command does the job, but the "ifconfig" command has problems with it. I can't get routing to work if I configure the interface with /31 (or /32 or point-to-point, if that's relevant). I have to use /29 (maybe /30 works too - I've forgotten), and then, of course, ifconfig creates /29 routes at creation and again at "up" time. That's interesting about the RFC. I had read that true subnet network address could be used for hosts IPs but I had not heard that for the broadcast address too. I wonder what fraction of SAs could say when or why it's OK to do so. Thanks for the tip. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 14:12:50 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-153.dsl.lsan03.pacbell.net [63.207.60.153]) by hub.freebsd.org (Postfix) with ESMTP id 806DE37B405 for ; Fri, 28 Sep 2001 14:12:47 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0CFFA66D46; Fri, 28 Sep 2001 14:12:47 -0700 (PDT) Date: Fri, 28 Sep 2001 14:12:46 -0700 From: Kris Kennaway To: stable@FreeBSD.org Subject: dirpref gives massive performance boost Message-ID: <20010928141246.A15515@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, Just a note to those who have updated to 4.4-STABLE that it's well worth doing a backup + newfs + restore on all your UFS volumes. The "dirpref" UFS changes which went in after 4.4-RELEASE give a significant performance boost to common filesystem operations. For example: cvs update on my /usr/src from a local CVS repository used to take 1200 seconds, pre-dirpref. It now takes 400 seconds - that's a factor of 3 faster on a real-world benchmark. I forgot to time cvs update in ports before I newfs'ed, but I'd expect the performance gain to be even higher because the ports tree is chock full of directories. Truly impressive.. Kris --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7tOfOWry0BWjoQKURAg8jAJ9bDV1MEpaWxGHjoqGEoEj6eemoLACg+q0a UDjGbUjLeXnYtyHkjlj2Grc= =pQoi -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 14:16: 8 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lists.blarg.net (lists.blarg.net [206.124.128.17]) by hub.freebsd.org (Postfix) with ESMTP id B19BF37B409 for ; Fri, 28 Sep 2001 14:16:02 -0700 (PDT) Received: from thig.blarg.net (thig.blarg.net [206.124.128.18]) by lists.blarg.net (Postfix) with ESMTP id 61024BCE3; Fri, 28 Sep 2001 14:16:02 -0700 (PDT) Received: from localhost.localdomain ([206.124.139.115]) by thig.blarg.net (8.9.3/8.9.3) with ESMTP id OAA05852; Fri, 28 Sep 2001 14:16:01 -0700 Received: (from jojo@localhost) by localhost.localdomain (8.11.6/8.11.3) id f8SLK9400563; Fri, 28 Sep 2001 14:20:09 -0700 (PDT) (envelope-from swear@blarg.net) To: Mike Porter Cc: freebsd-stable@freebsd.org Subject: Re: 127/8 continued References: <20010924094048.X5906-100000@coredump.scriptkiddie.org> <200109271411.f8REBNH02164@c1828785-a.saltlk1.ut.home.com> <4cd74ctsac.74c@localhost.localdomain> <200109272225.f8RMPLH02946@c1828785-a.saltlk1.ut.home.com> From: swear@blarg.net (Gary W. Swearingen) Date: 28 Sep 2001 14:20:08 -0700 In-Reply-To: <200109272225.f8RMPLH02946@c1828785-a.saltlk1.ut.home.com> Message-ID: Lines: 60 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm really feeling guilty for using so much of people's time (including my own), so I want you to please feel free to ignore this. You write: > While this is possible using NAT at the DSL router (most of them support it > there), as a general rule, any machine that accepts packets from the > internet, and injects packets to the internet, including a firewall, needs a > public ("routeable") IP. As long as I can set my DSL's router to make my firewall the DSL router's gateway (and I can), I don't see why the firewall needs a public IP. What or who needs to have "DST" addressed to my firewall? It or they should be satisfied talking to my other hosts, no? > ( I guess FBSD supports transparent bridgeing with ipfw, but I > haven't investigated it much) http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/filtering-bridges/index.html shows how to set it up two-legged (but barely introduces the concepts). Someone warned of possible problems, esp. three-legged, I suppose from lack of use & bug-reporting. > There would be no > way, to use your example, for somone tracerouting your /29, to know that > a.b.c.2 and a.b.c.4 are on separate subnets. I'll have to trust you that they can determine that and that I should care. Actually that should be "I WILL trust you..." and take the advice of experts even if I don't understand the reasons. I'm sure I can live with the various problems of NAT in configuration and behavior. > ummm....yeah, I must have menat that <(}; Actually I think I was thinking > of /30 rather than /31. Which would give a similar problem as /29. But don't worry about it. > The only thing you lose is the DMZ. Having a DMZ was the only reason I'm messing with any of this. > > I think you're confusing gatewaying with bridging. > > > Yeah, although the terminology is frequently used interchangeably. That > doesn't make it right. The distinction I would draw is between transparent > bridging (which is what you describe) and "normal" bridging, which is > probably better referred to as "gateway" or "relay" behaviour. I think > gateway or relay behaviour is more what you are after. Or "switching" > behavior might be the term. In my little description of bridging I erred in considering it a cable insert. I think the principle purpose of bridges is to limit the propagation of broadcasts to parts of a many-host network. I agree with your last comment; I want a filtering switch more than a filtering bridge (though I'm not sure there's a difference with just two other hosts). I wonder if that "filtering bridge" article should comment on this topic. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 14:20:44 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.dada.it (mail4.dada.it [195.110.96.56]) by hub.freebsd.org (Postfix) with SMTP id 697B337B40E for ; Fri, 28 Sep 2001 14:20:40 -0700 (PDT) Received: (qmail 5787 invoked from network); 28 Sep 2001 21:20:21 -0000 Received: from unknown (HELO libero.sunshine.ale) (195.110.114.252) by mail.dada.it with SMTP; 28 Sep 2001 21:20:21 -0000 Received: by libero.sunshine.ale (Postfix, from userid 1001) id 81EBD5D7C; Fri, 28 Sep 2001 23:20:09 +0200 (CEST) Date: Fri, 28 Sep 2001 23:20:09 +0200 From: Alessandro de Manzano To: Kris Kennaway Cc: stable@FreeBSD.org Subject: Re: dirpref gives massive performance boost Message-ID: <20010928232009.A29187@libero.sunshine.ale> Reply-To: Alessandro de Manzano References: <20010928141246.A15515@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010928141246.A15515@xor.obsecurity.org>; from kris@obsecurity.org on Fri, Sep 28, 2001 at 02:12:46PM -0700 X-Operating-System: FreeBSD 4.4-STABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Sep 28, 2001 at 02:12:46PM -0700, Kris Kennaway wrote: > Just a note to those who have updated to 4.4-STABLE that it's well > worth doing a backup + newfs + restore on all your UFS volumes. The does the "newfs" step is necessary or just recommended for optimum performance gain ? thanks! -- bye! Ale ale@unixmania.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 14:26:15 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-153.dsl.lsan03.pacbell.net [63.207.60.153]) by hub.freebsd.org (Postfix) with ESMTP id 03F4037B40C for ; Fri, 28 Sep 2001 14:26:13 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4755C66D46; Fri, 28 Sep 2001 14:26:12 -0700 (PDT) Date: Fri, 28 Sep 2001 14:26:11 -0700 From: Kris Kennaway To: Alessandro de Manzano Cc: Kris Kennaway , stable@FreeBSD.org Subject: Re: dirpref gives massive performance boost Message-ID: <20010928142611.A15946@xor.obsecurity.org> References: <20010928141246.A15515@xor.obsecurity.org> <20010928232009.A29187@libero.sunshine.ale> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010928232009.A29187@libero.sunshine.ale>; from ale@unixmania.net on Fri, Sep 28, 2001 at 11:20:09PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 28, 2001 at 11:20:09PM +0200, Alessandro de Manzano wrote: > On Fri, Sep 28, 2001 at 02:12:46PM -0700, Kris Kennaway wrote: >=20 > > Just a note to those who have updated to 4.4-STABLE that it's well > > worth doing a backup + newfs + restore on all your UFS volumes. The >=20 > does the "newfs" step is necessary or just recommended for optimum > performance gain ? Well, you need to wipe the disk so that when you restore it can lay things out optimally from the start. Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7tOrzWry0BWjoQKURAgghAKC7p+sBMHkMBbXdyVCmxSFKxWdmDgCgrOgE R7L6DYrKZh1VCVTX2XSiJcQ= =XDRV -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 14:30:22 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.tgd.net (rand.tgd.net [64.81.67.117]) by hub.freebsd.org (Postfix) with SMTP id A2DBF37B40C for ; Fri, 28 Sep 2001 14:30:19 -0700 (PDT) Received: (qmail 31726 invoked by uid 1001); 28 Sep 2001 21:30:16 -0000 Date: Fri, 28 Sep 2001 14:30:16 -0700 From: Sean Chittenden To: Kris Kennaway Cc: Alessandro de Manzano , stable@FreeBSD.org Subject: Re: dirpref gives massive performance boost Message-ID: <20010928143016.H29974@rand.tgd.net> References: <20010928141246.A15515@xor.obsecurity.org> <20010928232009.A29187@libero.sunshine.ale> <20010928142611.A15946@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="adJ1OR3c6QgCpb/j" Content-Disposition: inline In-Reply-To: <20010928142611.A15946@xor.obsecurity.org>; from "kris@obsecurity.org" on Fri, Sep 28, 2001 at = 02:26:11PM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --adJ1OR3c6QgCpb/j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > On Fri, Sep 28, 2001 at 02:12:46PM -0700, Kris Kennaway wrote: > >=20 > > > Just a note to those who have updated to 4.4-STABLE that it's well > > > worth doing a backup + newfs + restore on all your UFS volumes. The > >=20 > > does the "newfs" step is necessary or just recommended for optimum > > performance gain ? >=20 > Well, you need to wipe the disk so that when you restore it can lay > things out optimally from the start. But turning on soft-updates should be sufficient to get these performance= =20 boosts from this point on, correct? -sc --=20 Sean Chittenden --adJ1OR3c6QgCpb/j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: Sean Chittenden iEYEARECAAYFAju06+cACgkQn09c7x7d+q3h6gCgqQWAAbHl8UaIx8a66fyi0uem dEgAoLjTlbwESWageOShFtWEKL5dYkdn =UFNH -----END PGP SIGNATURE----- --adJ1OR3c6QgCpb/j-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 14:35:54 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.dada.it (mail4.dada.it [195.110.96.56]) by hub.freebsd.org (Postfix) with SMTP id F10A737B405 for ; Fri, 28 Sep 2001 14:35:47 -0700 (PDT) Received: (qmail 9587 invoked from network); 28 Sep 2001 21:35:37 -0000 Received: from unknown (HELO libero.sunshine.ale) (195.110.114.252) by mail.dada.it with SMTP; 28 Sep 2001 21:35:37 -0000 Received: by libero.sunshine.ale (Postfix, from userid 1001) id 3D4615D7C; Fri, 28 Sep 2001 23:35:24 +0200 (CEST) Date: Fri, 28 Sep 2001 23:35:24 +0200 From: Alessandro de Manzano To: Kris Kennaway Cc: stable@FreeBSD.org Subject: Re: dirpref gives massive performance boost Message-ID: <20010928233524.A29391@libero.sunshine.ale> Reply-To: Alessandro de Manzano References: <20010928141246.A15515@xor.obsecurity.org> <20010928232009.A29187@libero.sunshine.ale> <20010928142611.A15946@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010928142611.A15946@xor.obsecurity.org>; from kris@obsecurity.org on Fri, Sep 28, 2001 at 02:26:11PM -0700 X-Operating-System: FreeBSD 4.4-STABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Sep 28, 2001 at 02:26:11PM -0700, Kris Kennaway wrote: > > does the "newfs" step is necessary or just recommended for optimum > > performance gain ? > > Well, you need to wipe the disk so that when you restore it can lay > things out optimally from the start. Yup, of course, you're right :-) I'll try it without newfs-ing, maybe I'll see a little gain ;-) tnx! -- bye! Ale ale@unixmania.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 14:38:14 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-153.dsl.lsan03.pacbell.net [63.207.60.153]) by hub.freebsd.org (Postfix) with ESMTP id B0A4237B408 for ; Fri, 28 Sep 2001 14:38:10 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1A00066E4F; Fri, 28 Sep 2001 14:38:10 -0700 (PDT) Date: Fri, 28 Sep 2001 14:38:09 -0700 From: Kris Kennaway To: Sean Chittenden Cc: Kris Kennaway , Alessandro de Manzano , stable@FreeBSD.org Subject: Re: dirpref gives massive performance boost Message-ID: <20010928143809.A16067@xor.obsecurity.org> References: <20010928141246.A15515@xor.obsecurity.org> <20010928232009.A29187@libero.sunshine.ale> <20010928142611.A15946@xor.obsecurity.org> <2001@=> <20010928143016.H29974@rand.tgd.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010928143016.H29974@rand.tgd.net>; from sean@chittenden.org on Fri, Sep 28, 2001 at 02:30:16PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 28, 2001 at 02:30:16PM -0700, Sean Chittenden wrote: > > > On Fri, Sep 28, 2001 at 02:12:46PM -0700, Kris Kennaway wrote: > > >=20 > > > > Just a note to those who have updated to 4.4-STABLE that it's well > > > > worth doing a backup + newfs + restore on all your UFS volumes. The > > >=20 > > > does the "newfs" step is necessary or just recommended for optimum > > > performance gain ? > >=20 > > Well, you need to wipe the disk so that when you restore it can lay > > things out optimally from the start. >=20 > But turning on soft-updates should be sufficient to get these performance= =20 > boosts from this point on, correct? -sc I don't know if dirpref is tied to softupdates..I didnt think it was. You'll probably get some automatic benefit for new files depending on how full your disk is, but the algorithm can only lay things out in the remaining free space on the drive. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7tO3BWry0BWjoQKURAkxlAJ9ssQokda0xXcSUxSLX4oN1qDQxKQCeOBK5 sCdN4x6s1ymXq8QGgQTuDpQ= =i2EE -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 14:38:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.dada.it (mail3.dada.it [195.110.96.70]) by hub.freebsd.org (Postfix) with SMTP id 35CA037B408 for ; Fri, 28 Sep 2001 14:38:20 -0700 (PDT) Received: (qmail 1719 invoked from network); 28 Sep 2001 21:38:12 -0000 Received: from unknown (HELO libero.sunshine.ale) (195.110.114.252) by mail.dada.it with SMTP; 28 Sep 2001 21:38:12 -0000 Received: by libero.sunshine.ale (Postfix, from userid 1001) id CC4285D7C; Fri, 28 Sep 2001 23:38:00 +0200 (CEST) Date: Fri, 28 Sep 2001 23:38:00 +0200 From: Alessandro de Manzano To: Sean Chittenden Cc: Kris Kennaway , stable@FreeBSD.org Subject: Re: dirpref gives massive performance boost Message-ID: <20010928233800.B29391@libero.sunshine.ale> Reply-To: Alessandro de Manzano References: <20010928141246.A15515@xor.obsecurity.org> <20010928232009.A29187@libero.sunshine.ale> <20010928142611.A15946@xor.obsecurity.org> <20010928143016.H29974@rand.tgd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010928143016.H29974@rand.tgd.net>; from sean@chittenden.org on Fri, Sep 28, 2001 at 02:30:16PM -0700 X-Operating-System: FreeBSD 4.4-STABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Sep 28, 2001 at 02:30:16PM -0700, Sean Chittenden wrote: > > Well, you need to wipe the disk so that when you restore it can lay > > things out optimally from the start. > > But turning on soft-updates should be sufficient to get these performance > boosts from this point on, correct? -sc AFAIK SU is not related to the physical layout of data on disk, this is the work of UFS_DIRHASH. -- bye! Ale ale@unixmania.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 14:41:51 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-153.dsl.lsan03.pacbell.net [63.207.60.153]) by hub.freebsd.org (Postfix) with ESMTP id 6ADA137B407 for ; Fri, 28 Sep 2001 14:41:47 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0169466D46; Fri, 28 Sep 2001 14:41:46 -0700 (PDT) Date: Fri, 28 Sep 2001 14:41:46 -0700 From: Kris Kennaway To: Alessandro de Manzano Cc: Sean Chittenden , Kris Kennaway , stable@FreeBSD.org Subject: Re: dirpref gives massive performance boost Message-ID: <20010928144146.A16221@xor.obsecurity.org> References: <20010928141246.A15515@xor.obsecurity.org> <20010928232009.A29187@libero.sunshine.ale> <20010928142611.A15946@xor.obsecurity.org> <20010928143016.H29974@rand.tgd.net> <20010928233800.B29391@libero.sunshine.ale> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010928233800.B29391@libero.sunshine.ale>; from ale@unixmania.net on Fri, Sep 28, 2001 at 11:38:00PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 28, 2001 at 11:38:00PM +0200, Alessandro de Manzano wrote: > On Fri, Sep 28, 2001 at 02:30:16PM -0700, Sean Chittenden wrote: >=20 > > > Well, you need to wipe the disk so that when you restore it can lay > > > things out optimally from the start. > >=20 > > But turning on soft-updates should be sufficient to get these performan= ce=20 > > boosts from this point on, correct? -sc >=20 > AFAIK SU is not related to the physical layout of data on disk, this is > the work of UFS_DIRHASH. No, that's something different. # Directory hashing improves the speed of operations on very large # directories at the expense of some memory. # Warning: this is experimental code! options UFS_DIRHASH The changes to dirpref are an improved on-disk layout policy for directories (and files?) It's enabled by default because there's no downside. Kris --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7tO6aWry0BWjoQKURAggJAJ9sZPI/w/SL1XeeVn4q6RMGAX2JTwCeLNqu /6Vqz/tySKfiksW6rlfYtMw= =mnFq -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 14:45: 0 2001 Delivered-To: freebsd-stable@freebsd.org Received: from lists.blarg.net (lists.blarg.net [206.124.128.17]) by hub.freebsd.org (Postfix) with ESMTP id 04E9537B40C for ; Fri, 28 Sep 2001 14:44:58 -0700 (PDT) Received: from thig.blarg.net (thig.blarg.net [206.124.128.18]) by lists.blarg.net (Postfix) with ESMTP id A89B1BC84; Fri, 28 Sep 2001 14:44:57 -0700 (PDT) Received: from localhost.localdomain ([206.124.139.115]) by thig.blarg.net (8.9.3/8.9.3) with ESMTP id OAA11308; Fri, 28 Sep 2001 14:44:57 -0700 Received: (from jojo@localhost) by localhost.localdomain (8.11.6/8.11.3) id f8SLn3D00617; Fri, 28 Sep 2001 14:49:03 -0700 (PDT) (envelope-from swear@blarg.net) To: Joe Greco Cc: barney@databus.com (Barney Wolff), freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued References: <200109281622.LAA88126@aurora.sol.net> From: swear@blarg.net (Gary W. Swearingen) Date: 28 Sep 2001 14:49:02 -0700 In-Reply-To: <200109281622.LAA88126@aurora.sol.net> Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Both "ifconfig" and "networking" man pages mention "point to point", but neither gives a clue as to what it might be or that it isn't supported by the Ethernet drivers (though I guess the later really belongs in the driver man pages -- a caution would be good though). Do you think that some man page should say something about it? If someone would determine a good place for it and create some plain text to stick in, I'm willing to prepare the doc PR and mandoc-language patch. (But I'll insert hyphens as in "point-to-point".) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 14:54:48 2001 Delivered-To: freebsd-stable@freebsd.org Received: from tomts6-srv.bellnexxia.net (tomts6.bellnexxia.net [209.226.175.26]) by hub.freebsd.org (Postfix) with ESMTP id A761937B40C for ; Fri, 28 Sep 2001 14:54:45 -0700 (PDT) Received: from TMA-1.brad-x.com ([64.228.80.123]) by tomts6-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20010928215444.UAZA4990.tomts6-srv.bellnexxia.net@TMA-1.brad-x.com>; Fri, 28 Sep 2001 17:54:44 -0400 Received: from localhost (localhost.brad-x.com [127.0.0.1]) by TMA-1.brad-x.com (Postfix) with ESMTP id B71167B142; Fri, 28 Sep 2001 17:55:30 -0400 (EDT) Date: Fri, 28 Sep 2001 17:55:30 -0400 (EDT) From: Brad Laue To: Kris Kennaway Cc: freebsd-stable@freebsd.org Subject: Re: dirpref gives massive performance boost In-Reply-To: <20010928145040.A16450@xor.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ahh.. (Forwarding this to the list, since people may benefit) Would creating copies of directory trees, or passing them between partitions rebuild their structure in an optimized way, without clearing the filesystems? Brad // -- http://www.BRAD-X.com/ -- // On Fri, 28 Sep 2001, Kris Kennaway wrote: > On Fri, Sep 28, 2001 at 05:47:57PM -0400, Brad Laue wrote: > > Apologies; that was meant for the list. > > Well, no matter. To expand on my comment, because dirpref is an > improved way of laying directories out on disk, you'll get performance > benefit automatically for any new directories you create, you just > won't get nearly as much as if you start from a blank slate. > > Kris > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 14:56:54 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-153.dsl.lsan03.pacbell.net [63.207.60.153]) by hub.freebsd.org (Postfix) with ESMTP id 16DFE37B410 for ; Fri, 28 Sep 2001 14:56:52 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7099E66D46; Fri, 28 Sep 2001 14:56:51 -0700 (PDT) Date: Fri, 28 Sep 2001 14:56:51 -0700 From: Kris Kennaway To: Brad Laue Cc: Kris Kennaway , freebsd-stable@freebsd.org Subject: Re: dirpref gives massive performance boost Message-ID: <20010928145651.A16573@xor.obsecurity.org> References: <20010928145040.A16450@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from brad@brad-x.com on Fri, Sep 28, 2001 at 05:55:30PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 28, 2001 at 05:55:30PM -0400, Brad Laue wrote: > Ahh.. (Forwarding this to the list, since people may benefit) >=20 > Would creating copies of directory trees, or passing them between > partitions rebuild their structure in an optimized way, without clearing > the filesystems? I assume you'd get a partial benefit depending on how much free space you have on the disk. Kris --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7tPIiWry0BWjoQKURAjncAKCzcI7wtnhM7/9PvPurPCjyg7YNDgCfZlWE SUvGqFnNayEtqU/xP0cEoxs= =9Pjl -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 15: 6: 2 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 32E5537B409 for ; Fri, 28 Sep 2001 15:05:59 -0700 (PDT) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id QAA15453; Fri, 28 Sep 2001 16:05:57 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id QAA29367; Fri, 28 Sep 2001 16:05:57 -0600 (MDT) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15284.62532.646632.721076@nomad.yogotech.com> Date: Fri, 28 Sep 2001 16:05:56 -0600 To: Kris Kennaway Cc: stable@FreeBSD.ORG Subject: Re: dirpref gives massive performance boost In-Reply-To: <20010928141246.A15515@xor.obsecurity.org> References: <20010928141246.A15515@xor.obsecurity.org> X-Mailer: VM 6.95 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Just a note to those who have updated to 4.4-STABLE that it's well > worth doing a backup + newfs + restore on all your UFS volumes. Umm, I was under the impression that the dirpref changes didn't require any modifications to the FS. Do we have to create new filesystems for this to be effective? Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 15: 8:39 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id D375037B409 for ; Fri, 28 Sep 2001 15:08:35 -0700 (PDT) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id QAA15554; Fri, 28 Sep 2001 16:08:25 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id QAA29385; Fri, 28 Sep 2001 16:08:25 -0600 (MDT) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15284.62680.507872.259266@nomad.yogotech.com> Date: Fri, 28 Sep 2001 16:08:24 -0600 To: Kris Kennaway Cc: Alessandro de Manzano , Sean Chittenden , stable@FreeBSD.ORG Subject: Re: dirpref gives massive performance boost In-Reply-To: <20010928144146.A16221@xor.obsecurity.org> References: <20010928141246.A15515@xor.obsecurity.org> <20010928232009.A29187@libero.sunshine.ale> <20010928142611.A15946@xor.obsecurity.org> <20010928143016.H29974@rand.tgd.net> <20010928233800.B29391@libero.sunshine.ale> <20010928144146.A16221@xor.obsecurity.org> X-Mailer: VM 6.95 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > > Well, you need to wipe the disk so that when you restore it can lay > > > > things out optimally from the start. > > > > > > But turning on soft-updates should be sufficient to get these performance > > > boosts from this point on, correct? -sc > > > > AFAIK SU is not related to the physical layout of data on disk, this is > > the work of UFS_DIRHASH. > > No, that's something different. > > # Directory hashing improves the speed of operations on very large > # directories at the expense of some memory. > # Warning: this is experimental code! > options UFS_DIRHASH > > The changes to dirpref are an improved on-disk layout policy for > directories (and files?) It's enabled by default because there's no > downside. Again, I thought DIRHASH was an in-core data structure that helps with cache lookups for large directories, and had no effect on the on-disk layout. (Hence the reason why it is 'safe' to use in -stable.) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 15:12: 9 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-153.dsl.lsan03.pacbell.net [63.207.60.153]) by hub.freebsd.org (Postfix) with ESMTP id 2988E37B40B for ; Fri, 28 Sep 2001 15:12:05 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6DD9866E30; Fri, 28 Sep 2001 15:12:04 -0700 (PDT) Date: Fri, 28 Sep 2001 15:12:04 -0700 From: Kris Kennaway To: Nate Williams Cc: Kris Kennaway , Alessandro de Manzano , Sean Chittenden , stable@FreeBSD.ORG Subject: Re: dirpref gives massive performance boost Message-ID: <20010928151204.A16750@xor.obsecurity.org> References: <20010928141246.A15515@xor.obsecurity.org> <20010928232009.A29187@libero.sunshine.ale> <20010928142611.A15946@xor.obsecurity.org> <20010928143016.H29974@rand.tgd.net> <20010928233800.B29391@libero.sunshine.ale> <20010928144146.A16221@xor.obsecurity.org> <15284.62680.507872.259266@nomad.yogotech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15284.62680.507872.259266@nomad.yogotech.com>; from nate@yogotech.com on Fri, Sep 28, 2001 at 04:08:24PM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 28, 2001 at 04:08:24PM -0600, Nate Williams wrote: > > > > > Well, you need to wipe the disk so that when you restore it can l= ay > > > > > things out optimally from the start. > > > >=20 > > > > But turning on soft-updates should be sufficient to get these perfo= rmance=20 > > > > boosts from this point on, correct? -sc > > >=20 > > > AFAIK SU is not related to the physical layout of data on disk, this = is > > > the work of UFS_DIRHASH. > >=20 > > No, that's something different. > >=20 > > # Directory hashing improves the speed of operations on very large > > # directories at the expense of some memory. > > # Warning: this is experimental code! > > options UFS_DIRHASH > >=20 > > The changes to dirpref are an improved on-disk layout policy for > > directories (and files?) It's enabled by default because there's no > > downside. >=20 > Again, I thought DIRHASH was an in-core data structure that helps with > cache lookups for large directories, and had no effect on the on-disk > layout. (Hence the reason why it is 'safe' to use in -stable.) Yes, like I said in the text you quoted, they *are* different things. Kris --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7tPWzWry0BWjoQKURApoZAKCADpFcjySE99eXEiQue/dDlWFD5QCgloNc 8Np3Eqe/rms9jIWgZwsRxRY= =HFag -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 15:12:25 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-153.dsl.lsan03.pacbell.net [63.207.60.153]) by hub.freebsd.org (Postfix) with ESMTP id A53E937B40C for ; Fri, 28 Sep 2001 15:12:22 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 26A1A66DD9; Fri, 28 Sep 2001 15:12:22 -0700 (PDT) Date: Fri, 28 Sep 2001 15:12:22 -0700 From: Kris Kennaway To: Nate Williams Cc: Kris Kennaway , stable@FreeBSD.ORG Subject: Re: dirpref gives massive performance boost Message-ID: <20010928151221.B16750@xor.obsecurity.org> References: <20010928141246.A15515@xor.obsecurity.org> <15284.62532.646632.721076@nomad.yogotech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="R3G7APHDIzY6R/pk" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15284.62532.646632.721076@nomad.yogotech.com>; from nate@yogotech.com on Fri, Sep 28, 2001 at 04:05:56PM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --R3G7APHDIzY6R/pk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 28, 2001 at 04:05:56PM -0600, Nate Williams wrote: > > Just a note to those who have updated to 4.4-STABLE that it's well > > worth doing a backup + newfs + restore on all your UFS volumes. >=20 > Umm, I was under the impression that the dirpref changes didn't require > any modifications to the FS. >=20 > Do we have to create new filesystems for this to be effective? See my later messages in this thread. Kris --R3G7APHDIzY6R/pk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7tPXFWry0BWjoQKURAhG1AJwPibdqTdv0iUi9KKZqcwcSoXbl2QCeNNQu YI9pkCT3L2Am0SxPgtrAl98= =8A/x -----END PGP SIGNATURE----- --R3G7APHDIzY6R/pk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 15:14: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 8F05737B409 for ; Fri, 28 Sep 2001 15:13:58 -0700 (PDT) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id QAA15783; Fri, 28 Sep 2001 16:13:49 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id QAA29416; Fri, 28 Sep 2001 16:13:49 -0600 (MDT) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15284.63005.31275.606644@nomad.yogotech.com> Date: Fri, 28 Sep 2001 16:13:49 -0600 To: Kris Kennaway Cc: Nate Williams , Alessandro de Manzano , Sean Chittenden , stable@FreeBSD.ORG Subject: Re: dirpref gives massive performance boost In-Reply-To: <20010928151204.A16750@xor.obsecurity.org> References: <20010928141246.A15515@xor.obsecurity.org> <20010928232009.A29187@libero.sunshine.ale> <20010928142611.A15946@xor.obsecurity.org> <20010928143016.H29974@rand.tgd.net> <20010928233800.B29391@libero.sunshine.ale> <20010928144146.A16221@xor.obsecurity.org> <15284.62680.507872.259266@nomad.yogotech.com> <20010928151204.A16750@xor.obsecurity.org> X-Mailer: VM 6.95 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > > > > Well, you need to wipe the disk so that when you restore it can lay > > > > > > things out optimally from the start. > > > > > > > > > > But turning on soft-updates should be sufficient to get these performance > > > > > boosts from this point on, correct? -sc > > > > > > > > AFAIK SU is not related to the physical layout of data on disk, this is > > > > the work of UFS_DIRHASH. > > > > > > No, that's something different. > > > > > > # Directory hashing improves the speed of operations on very large > > > # directories at the expense of some memory. > > > # Warning: this is experimental code! > > > options UFS_DIRHASH > > > > > > The changes to dirpref are an improved on-disk layout policy for > > > directories (and files?) It's enabled by default because there's no > > > downside. > > > > Again, I thought DIRHASH was an in-core data structure that helps with > > cache lookups for large directories, and had no effect on the on-disk > > layout. (Hence the reason why it is 'safe' to use in -stable.) > > Yes, like I said in the text you quoted, they *are* different things. *DUH* Yeah, I was confusing dirpref and DIRHASH. My bad, sorry for the braino.... My apologies Kris! Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 15:19:33 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.nipsi.de (dsl-213-023-032-176.arcor-ip.net [213.23.32.176]) by hub.freebsd.org (Postfix) with SMTP id 23CB937B40E for ; Fri, 28 Sep 2001 15:19:29 -0700 (PDT) Received: (qmail 95374 invoked from network); 28 Sep 2001 22:17:45 -0000 Received: from unknown (HELO nipsi.de) (172.16.1.101) by nipsi with SMTP; 28 Sep 2001 22:17:45 -0000 Message-ID: <3BB4F7A0.16935170@nipsi.de> Date: Sat, 29 Sep 2001 00:20:16 +0200 From: Dennis Berger Organization: Nipsi X-Mailer: Mozilla 4.75 [de] (Windows NT 5.0; U) X-Accept-Language: de MIME-Version: 1.0 To: Kris Kennaway Cc: stable@FreeBSD.org Subject: Re: dirpref gives massive performance boost References: <20010928141246.A15515@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG uhm did they add it to RELENG_4 ? I thought there was only one patchkit in the mailinglist ... Kris Kennaway wrote: > Hi all, > > Just a note to those who have updated to 4.4-STABLE that it's well > worth doing a backup + newfs + restore on all your UFS volumes. The > "dirpref" UFS changes which went in after 4.4-RELEASE give a > significant performance boost to common filesystem operations. For > example: > > cvs update on my /usr/src from a local CVS repository used to take > 1200 seconds, pre-dirpref. It now takes 400 seconds - that's a factor > of 3 faster on a real-world benchmark. I forgot to time cvs update in > ports before I newfs'ed, but I'd expect the performance gain to be > even higher because the ports tree is chock full of directories. > > Truly impressive.. > > Kris > > ------------------------------------------------------------------------ > Part 1.2Type: application/pgp-signature To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 15:34: 4 2001 Delivered-To: freebsd-stable@freebsd.org Received: from CRWdog.demon.co.uk (t1-22.realtime.net [205.238.131.22]) by hub.freebsd.org (Postfix) with SMTP id 560EA37B406 for ; Fri, 28 Sep 2001 15:34:00 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 11AE43E2A; Fri, 28 Sep 2001 17:33:58 -0500 (CDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Joe Greco Cc: barney@databus.com (Barney Wolff), freebsd-stable@FreeBSD.ORG Subject: Re: 127/8 continued In-Reply-To: Message from Joe Greco of "Fri, 28 Sep 2001 11:22:49 CDT." <200109281622.LAA88126@aurora.sol.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 Sep 2001 17:33:58 -0500 From: Andy Sparrow Message-Id: <20010928223358.11AE43E2A@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Joe, does this work on an Ethernet used as a point-to-point, with > > a crossover cable? That would actually be quite useful, but I'd > > be pleasantly surprised if it works now. > > No, since the OS does not see it as a point-to-point link, even if there > are just the two nodes on it. > > I do not think there's any technical reason it couldn't be done though, if > someone wanted to write a point-to-point mod for the ethernet drivers. ObDataPoint: Solaris lets you set the POINTTOPOINT flag on ethernet links via ifconfig. I've found it quite useful for dedicated backup links, or alternative NAS device->App server data paths. It's no substitute for GigabitEthernet, however.. Cheers, AS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Sep 28 15:44: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from carbon.flatlan.net (carbon.berkeley.netdot.net [216.27.190.209]) by hub.freebsd.org (Postfix) with ESMTP id AE33637B408; Fri, 28 Sep 2001 15:43:37 -0700 (PDT) Received: by carbon.flatlan.net (Postfix, from userid 101) id 383123C143; Fri, 28 Sep 2001 15:43:37 -0700 (PDT) Date: Fri, 28 Sep 2001 15:43:37 -0700 From: Nicholas Esborn To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org Subject: pcm0: record interrupt timeout, channel dead; emu10k1 on 4.4-STABLE Message-ID: <20010928154337.A43106@netdot.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="9amGYk9869ThD9tj" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello. I'm trying to run voice-over-IP programs on my 4.4-STABLE, but none of them seem to be able to use /dev/dsp. When they try, the kernel complains: pcm0: record interrupt timeout, channel dead catting /dev/dsp pauses for a second, outputting no data from the record source, then drops back to a prompt. rat 4 doesn't see /dev/dsp0. Although it lets me select /dev/audio0, I can't change input sources, and neither sampling nor playback work. I've seen some other problems with sound cards with 4.4 go by on the mailing lists. Has anyone been able to determine the status of the pcm and bridge drivers? uname: FreeBSD carbuncle 4.4-PRERELEASE FreeBSD 4.4-PRERELEASE #0: Thu Aug 2 14:01:02 PDT 2001 nick@carbuncle:/tmp/mfs/obj/share/FreeBSD/src/sys/CARBUNCLE i386 dmesg and kernel conf attached. Thanks! -nick -- Nicholas Esborn Unix Systems Administrator nick@netdot.net --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=CARBUNCLE # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.24 2001/04/05 17:23:10 sos Exp $ machine i386 cpu I686_CPU ident CARBUNCLE maxusers 512 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INET #InterNETworking options INET6 #IPv6 communications protocols options IPSEC options IPSEC_ESP options IPSEC_DEBUG options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required #options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options EXT2FS #Linux ext2 filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev options USER_LDT options NETATALK options QUOTA options MAXDSIZ="(512*1024*1024)" options DFLDSIZ="(256*1024*1024)" device isa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) #device apm0 at nexus? disable flags 0x20 # Advanced Power Management device apm0 # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer #device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device tx # SMC 9432TX (83c170 ``EPIC'') device vx # 3Com 3c590, 3c595 (``Vortex'') #device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes #device pcn # AMD Am79C79x PCI 10/100 NICs #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device ste # Sundance ST201 (D-Link DFE-550TX) #device tl # Texas Instruments ThunderLAN #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device alpm device pcm #options BKTR_SIS_VIA_MODE device smbus device iicbus device iicbb device bktr # Pseudo devices - the number indicates how many units to allocate. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support #pseudo-device sl 1 # Kernel SLIP #pseudo-device ppp 1 # Kernel PPP #pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" #pseudo-device gif 4 # IPv6 and IPv4 tunneling #pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners device umodem #device udsc # USB digital cameras # USB Ethernet, requires mii device aue # ADMtek USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=carbuncle-dmesg Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.4-PRERELEASE #0: Thu Aug 2 14:01:02 PDT 2001 nick@carbuncle:/tmp/mfs/obj/share/FreeBSD/src/sys/CARBUNCLE Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(tm) Processor (801.82-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000<,AMIE,DSP,3DNow!> real memory = 536805376 (524224K bytes) avail memory = 517554176 (505424K bytes) Preloaded elf kernel "kernel" at 0xc0435000. Preloaded elf module "agp.ko" at 0xc043509c. Pentium Pro MTRR support enabled md0: Malloc disk apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 10 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xd400-0xd41f irq 3 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered bktr0: mem 0xda101000-0xda101fff irq 10 at device 8.0 on pci0 iicbb0: on bti2c0 iicbus0: on iicbb0 master-only smbus0: on bti2c0 bktr0: Hauppauge Model 61201 A2ME bktr0: Hauppauge WinCast/TV, Philips NTSC tuner. pci0: (vendor=0x109e, dev=0x0878) at 8.1 irq 10 fxp0: port 0xdc00-0xdc1f mem 0xda000000-0xda0fffff,0xda100000-0xda100fff irq 11 at device 9.0 on pci0 fxp0: Ethernet address 00:90:27:37:ae:95 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: port 0xe000-0xe01f irq 3 at device 11.0 on pci0 pcib1: on motherboard pci2: on pcib1 orm0:

QT2.3 install failing on 4.3-STABLE ….I = searched the mailing list and saw similar issue:=A0 Specifically, =A0glu.h was not found?=A0=A0 I am running X 4.0.3.=A0 and I = have the appropriate entries in /etc/make.conf…=A0 Is it now recommended to upgrade = to newer version of X4 ?=A0 I have read that glu.h should be = installed by Xfree86.=A0 Any help is = appreciated.

 

Many thanks

 

Raymond hicks=A0 =

------=_NextPart_000_0006_01C14919.F42574B0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Sep 29 16:29:16 2001 Delivered-To: freebsd-stable@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-153.dsl.lsan03.pacbell.net [63.207.60.153]) by hub.freebsd.org (Postfix) with ESMTP id 4B5E137B408 for ; Sat, 29 Sep 2001 16:29:13 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E477366D0E; Sat, 29 Sep 2001 16:29:12 -0700 (PDT) Date: Sat, 29 Sep 2001 16:29:12 -0700 From: Kris Kennaway To: francisv@dagupan.com Cc: stable@FreeBSD.ORG Subject: Re: dirprefs? Message-ID: <20010929162912.D31418@xor.obsecurity.org> References: <10F29E27A956D511B0940050DA8D86A9340A00@chat.dagupan.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="5p8PegU4iirBW1oA" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <10F29E27A956D511B0940050DA8D86A9340A00@chat.dagupan.com>; from francisv@dagupan.com on Sat, Sep 29, 2001 at 02:20:49PM +0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --5p8PegU4iirBW1oA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 29, 2001 at 02:20:49PM +0800, francisv@dagupan.com wrote: > Hi, >=20 > Somebody mentioned 'dirprefs' in the new 4.4 system, how is it applied? It's automatic. You don't need to do anything and there are no user-servicable parts inside. > Where can I find the documentation/readme for this feature? In the code, or the mailing lists when the code was discussed. Kris --5p8PegU4iirBW1oA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7tllIWry0BWjoQKURAqD6AJ987020w7w7Si5or3Ac2nKGztm9xgCgsnyt qy9klVcVSdz07AL/VRH3cMI= =H8LA -----END PGP SIGNATURE----- --5p8PegU4iirBW1oA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Sep 29 17:40:17 2001 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 C715737B40E for ; Sat, 29 Sep 2001 17:40:13 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id RAA10109; Sat, 29 Sep 2001 17:39:54 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda10107; Sat Sep 29 17:39:45 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.6/8.9.1) id f8U0dhh01751; Sat, 29 Sep 2001 17:39:43 -0700 (PDT) Received: from UNKNOWN(10.1.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdrC1749; Sat Sep 29 17:39:08 2001 Received: (from smtpd@localhost) by cwsys.cwsent.com (8.11.6/8.9.1) id f8U0d7b98204; Sat, 29 Sep 2001 17:39:07 -0700 (PDT) Message-Id: <200109300039.f8U0d7b98204@cwsys.cwsent.com> X-Authentication-Warning: cwsys.cwsent.com: smtpd set sender to using -f Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdH98200; Sat Sep 29 17:38:20 2001 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: Kris Kennaway Cc: francisv@dagupan.com, stable@FreeBSD.ORG Subject: Re: dirprefs? In-reply-to: Your message of "Sat, 29 Sep 2001 16:29:12 PDT." <20010929162912.D31418@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 29 Sep 2001 17:38:20 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010929162912.D31418@xor.obsecurity.org>, Kris Kennaway writes: > On Sat, Sep 29, 2001 at 02:20:49PM +0800, francisv@dagupan.com wrote: > > Hi, > > > > Somebody mentioned 'dirprefs' in the new 4.4 system, how is it applied? > > It's automatic. You don't need to do anything and there are no > user-servicable parts inside. > > > Where can I find the documentation/readme for this feature? > > In the code, or the mailing lists when the code was discussed. The author of the new dirpref describes the algorithm at http://www.ptci.ru/gluk/dirpref/old/dirpref.html. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD Ministry of Management Services Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Sep 29 22:15:47 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.nortenet.pt (mar.nortenet.pt [212.13.32.243]) by hub.freebsd.org (Postfix) with ESMTP id 2C08C37B408 for ; Sat, 29 Sep 2001 22:15:26 -0700 (PDT) Received: from nortenet.pt (v1-pppS46.nortenet.pt [212.13.32.46]) by mail.nortenet.pt (8.11.1/8.11.1) with ESMTP id f8U5Btn30825 for ; Sun, 30 Sep 2001 06:11:57 +0100 Message-ID: <3BB6AB75.E969F566@nortenet.pt> Date: Sun, 30 Sep 2001 06:19:49 +0100 From: Guilherme Oliveira Organization: Host-Valley.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i586) X-Accept-Language: pt, pt-BR, en MIME-Version: 1.0 To: stable@freebsd.org Subject: Re: RELENG_4 buildworld errors References: <20010929103954.M952-100000@olgeni.olgeni> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi ! I've take the sugested tips: set date&time, delete /usr/src and install again, cvsup to RELENG_4, delete /usr/obj, make buildworld first. Really I want to stable my machine, but I don't know how ... It's my fault or I should submit a send_pr ? When building world it gives errors again, not in perl, but in ipfilter: cc -pipe -O -march=pentium -mcpu=pentium -DDOSOCKET -DIPL_NAME=\"/dev/ipl\" -I - -I. -I/usr/src/usr.sbin/ipsend/../../sys/netinet -I/usr/src/usr.sbin/ipsend/. ./../contrib/ipfilter/ipsend -I/usr/src/usr.sbin/ipsend/../../contrib/ipfilter/ iplang -I/usr/src/usr.sbin/ipsend/../../contrib/ipfilter -I/usr/obj/usr/src/i 386/usr/include -c /usr/src/usr.sbin/ipsend/../../contrib/ipfilter/ipsend/44arp .c cc -pipe -O -march=pentium -mcpu=pentium -DDOSOCKET -DIPL_NAME=\"/dev/ipl\" -I - -I. -I/usr/src/usr.sbin/ipsend/../../sys/netinet -I/usr/src/usr.sbin/ipsend/. ./../contrib/ipfilter/ipsend -I/usr/src/usr.sbin/ipsend/../../contrib/ipfilter/ iplang -I/usr/src/usr.sbin/ipsend/../../contrib/ipfilter -I/usr/obj/usr/src/i 386/usr/include -c iplang_y.c /usr/src/usr.sbin/ipsend/../../contrib/ipfilter/iplang/iplang_y.y: In function ` set_data': /usr/src/usr.sbin/ipsend/../../contrib/ipfilter/iplang/iplang_y.y:832: Internal compiler error in `find_basic_blocks_1', at flow.c:733 Please submit a full bug report. See for instructions. cpp0: output pipe has been closed *** Error code 1 Stop in /usr/src/usr.sbin/ipsend. *** Error code 1 Stop in /usr/src/usr.sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [1]+ Done ppp nortenet (wd: /usr/src/gnu/usr.bin/perl/minip erl) (wd now: /usr/src) root@sarpa:/usr/src# To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Sep 29 23:49:12 2001 Delivered-To: freebsd-stable@freebsd.org Received: from catastrophe.net (ictus.catastrophe.net [207.227.243.193]) by hub.freebsd.org (Postfix) with SMTP id 2108437B40D for ; Sat, 29 Sep 2001 23:49:10 -0700 (PDT) Received: (qmail 91536 invoked by uid 1002); 30 Sep 2001 06:49:09 -0000 Date: Sun, 30 Sep 2001 01:49:09 -0500 (CDT) From: Reply-To: To: Subject: Distributed File Systems Message-ID: Organization: http://users.catastrophe.net/~eric Legal-Notice: Copyright 2001 eric@catastrophe.net. The contents of this transmission and any forementioned sections stated by eric@catastrophe.net remain property of eric@catastrophe.net. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Does the latest -STABLE release have anything to implement a distributed file system? AFS looks good, but running kerberos isn't something I'd like to tackle. Also, interfacing with Linux would be nice. Thanks! -#0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message