From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 03:19:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0ABF16A41F for ; Sun, 11 Sep 2005 03:19:23 +0000 (GMT) (envelope-from drwitura@primus.ca) Received: from mail.primustel.ca (mail.primustel.ca [216.254.136.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 896A643D46 for ; Sun, 11 Sep 2005 03:19:23 +0000 (GMT) (envelope-from drwitura@primus.ca) Received: from staffshell.tor.primus.ca ([216.254.136.110]) by mail.primustel.ca with esmtp (Exim 3.36 #1) id 1EEING-0006tw-00 for freebsd-stable@freebsd.org; Sun, 11 Sep 2005 03:19:22 +0000 Date: Sat, 10 Sep 2005 23:19:22 -0400 (EDT) From: Didier Rwitura To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Can't reboot into single mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 03:19:23 -0000 After I upgraded my FreeBSD-5.3 to FreeBSD -5.4 stable, I can't to go to single user mode anymore . I am getting the following error message init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv0 init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv1 init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv2 init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv3 and the system hangs Any help will be apreciated Thanx ------------------------------------------ Didier Rwitura -- ---------------------------------------------------------------------------- This electronic message contains information from Primus Telecommunications Canada Inc. ("PRIMUS") , which may be legally privileged and confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or e-mail (to the number or address above) immediately. Any views, opinions or advice expressed in this electronic message are not necessarily the views, opinions or advice of PRIMUS. It is the responsibility of the recipient to ensure that any attachments are virus free and PRIMUS bears no responsibility for any loss or damage arising in any way from the use thereof.The term "PRIMUS" includes its affiliates. ---------------------------------------------------------------------------- Pour la version en français de ce message, veuillez voir http://www.primustel.ca/fr/legal/cs.htm ---------------------------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 09:13:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26A0216A41F for ; Sun, 11 Sep 2005 09:13:49 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E73E43D46 for ; Sun, 11 Sep 2005 09:13:48 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.13.3/8.13.3) with ESMTP id j8B9Dkj9053855; Sun, 11 Sep 2005 11:13:46 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 4539A66D1; Sun, 11 Sep 2005 11:13:46 +0200 (CEST) Date: Sun, 11 Sep 2005 11:13:46 +0200 From: Roland Smith To: Didier Rwitura Message-ID: <20050911091346.GB18267@slackbox.xs4all.nl> Mail-Followup-To: Didier Rwitura , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.10i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Can't reboot into single mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 09:13:49 -0000 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 10, 2005 at 11:19:22PM -0400, Didier Rwitura wrote: >=20 > After I upgraded my FreeBSD-5.3 to FreeBSD -5.4 stable, I can't to go to= =20 > single user mode anymore . I am getting the following error message >=20 > init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv0 >=20 > init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv1 >=20 > init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv2 > =20 > init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv3 >=20 > and the system hangs=20 Which begs the questions: - does /usr/libexec/getty exist? - is it executable? - is /usr mounted in single user mode? What do 'ls -l /usr/libexec/getty' and 'file /usr/libexec/getty' say? Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --K8nIJk4ghYZn606h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDI/VKEnfvsMMhpyURAhkeAJ0eMnhVreSFSMvzp9CY1fGHddRy6gCeOs8q MYkv9OF9FW3nWDn1kLEGyfk= =zC+s -----END PGP SIGNATURE----- --K8nIJk4ghYZn606h-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 10:21:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5316B16A420; Sun, 11 Sep 2005 10:21:32 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DC6443D58; Sun, 11 Sep 2005 10:21:17 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IMN005JCE3F50@ms-dienst.rz.rwth-aachen.de>; Sun, 11 Sep 2005 12:21:16 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sun, 11 Sep 2005 12:21:15 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j8BALEvG025823; Sun, 11 Sep 2005 12:21:14 +0200 (MEST) Received: from lorien.hitnet.rwth-aachen.de ([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1EEOxW-0001ey-00; Sun, 11 Sep 2005 12:21:14 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 8AB0928477; Sun, 11 Sep 2005 12:20:44 +0200 (CEST) Date: Sun, 11 Sep 2005 12:20:44 +0200 From: Christian Brueffer In-reply-to: <200509110042.31358@harrymail> To: Emanuel Strobl Message-id: <20050911102044.GA1142@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=X1bOJ3K7DJ5YkBrT; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.9i X-Operating-System: FreeBSD 6.0-BETA4 X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <200509110042.31358@harrymail> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: acpi_sony - no powerd, no man page! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 10:21:32 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 11, 2005 at 12:42:17AM +0200, Emanuel Strobl wrote: > Hello, >=20 > I just installed BETA4 on my notebook and was curious about the acpi_sony= =20 > driver, but all I can see is that powerd soesn't work anymoder (if I call= =20 > powerd -a min dev.cpu.0.freq is still 800 wher it was 62 without acpi_son= y=20 > compiled in) and that I can set LCD brightness :) *bright_smile* > But what does ctr, pcr, wdp and cdp mean? > A short man page was wonderful! > And is it known/intended that cpufreq doesn't work with acpi_sony? >=20 I wrote a small manpage some time ago (more of a dummy kind), but haven't committed it yet because it's not that useful... The meanings of ctr, pcr, wdp and cdp are unknown. takawata@, who wrote the driver, got his information solely from the DSDT of the BIOS. So, he doesn't know the meaning either :-) - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFDJAT8bHYXjKDtmC0RAuoDAJ9NH1BYafIs2mIfA2y6hjEaVeRkewCgsB78 ru/lzO5Kl1J8RPVjrReQDU8= =EapX -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 10:21:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 519CE16A41F for ; Sun, 11 Sep 2005 10:21:40 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC8FF43D6E for ; Sun, 11 Sep 2005 10:21:32 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp233-172.lns2.adl4.internode.on.net [203.122.233.172]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8BALMQb040377 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 11 Sep 2005 19:51:28 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 11 Sep 2005 19:51:01 +0930 User-Agent: KMail/1.8.1 References: <20050911091346.GB18267@slackbox.xs4all.nl> In-Reply-To: <20050911091346.GB18267@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10431113.0EkCfh9OyY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509111951.12934.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Didier Rwitura Subject: Re: Can't reboot into single mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 10:21:40 -0000 --nextPart10431113.0EkCfh9OyY Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 11 September 2005 18:43, Roland Smith wrote: > > init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv0 > > > > init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv1 > > > > init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv2 > > > > init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv3 > > > > and the system hangs > > Which begs the questions: > - does /usr/libexec/getty exist? > - is it executable? > - is /usr mounted in single user mode? The real question is.. If this is single user mode, why is it trying to run getty? My guess is that, in fact, he isn't really booting into single user mode.. Try breaking into the loader (ie press space at the count down) then type=20 'boot -s'. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart10431113.0EkCfh9OyY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDJAUY5ZPcIHs/zowRAioWAJ9LdDdUk5HNzoATq01lpGVCjMd0VgCeJqWj ZoImz3wLBDxkQDDJFcBC7tU= =ornt -----END PGP SIGNATURE----- --nextPart10431113.0EkCfh9OyY-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 10:36:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 084FB16A41F for ; Sun, 11 Sep 2005 10:36:57 +0000 (GMT) (envelope-from steve@sohara.org) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDD1843D48 for ; Sun, 11 Sep 2005 10:36:54 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 53998 invoked by uid 16563); 11 Sep 2005 10:36:53 -0000 Received: from unknown (HELO df1.marelmo.com) ([159.134.157.160]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 11 Sep 2005 10:36:53 -0000 Date: Sun, 11 Sep 2005 11:36:52 +0100 From: Steve O'Hara-Smith To: Roland Smith Message-Id: <20050911113652.359fb15a.steve@sohara.org> In-Reply-To: <20050911091346.GB18267@slackbox.xs4all.nl> References: <20050911091346.GB18267@slackbox.xs4all.nl> X-Mailer: Sylpheed version 2.0.1 (GTK+ 2.6.10; i386-pc-dragonflyp) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX, Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: drwitura@primus.ca, freebsd-stable@freebsd.org Subject: Re: Can't reboot into single mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 10:36:57 -0000 On Sun, 11 Sep 2005 11:13:46 +0200 Roland Smith wrote: > On Sat, Sep 10, 2005 at 11:19:22PM -0400, Didier Rwitura wrote: > > > > After I upgraded my FreeBSD-5.3 to FreeBSD -5.4 stable, I can't to go to > > single user mode anymore . I am getting the following error message > > > > init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv0 > > > > init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv1 > > > > init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv2 > > > > init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv3 > > > > and the system hangs > > Which begs the questions: That means *dodges* the question > - does /usr/libexec/getty exist? > - is it executable? > - is /usr mounted in single user mode? A more important question is why is a single user boot trying to start getty on the ttyv* ports anyway. It shouldn't be happening. -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 11:12:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3169116A41F for ; Sun, 11 Sep 2005 11:12:34 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail24.syd.optusnet.com.au (mail24.syd.optusnet.com.au [211.29.133.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8346443D48 for ; Sun, 11 Sep 2005 11:12:33 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail24.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j8BBCUgc018647 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 11 Sep 2005 21:12:31 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id j8BBCUYq093039; Sun, 11 Sep 2005 21:12:30 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.13.4/8.13.1/Submit) id j8BBCT7p093038; Sun, 11 Sep 2005 21:12:29 +1000 (EST) (envelope-from peter) Date: Sun, 11 Sep 2005 21:12:29 +1000 From: Peter Jeremy To: Didier Rwitura Message-ID: <20050911111229.GB91588@server.vk2pj.dyndns.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Can't reboot into single mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 11:12:34 -0000 On Sat, Sep 10, 2005 at 11:19:22PM -0400, Didier Rwitura wrote: > >After I upgraded my FreeBSD-5.3 to FreeBSD -5.4 stable, I can't to go to >single user mode anymore . I am getting the following error message > >init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv0 ... getty's are only exec'd in multi-user mode so something odd is happening. More information is needed: How did you upgrade? Source upgrade or binary upgrade? If it was a source upgrade, exactly what did you do? How are you booting to single user mode? Breaking to the loader prompt and entering "boot -s" or entering "4" (from memory) into the boot menu? When you boot single user, what are console messages between "Mounting root..." and the "can't exec getty" message? -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 16:55:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBF5D16A41F for ; Sun, 11 Sep 2005 16:55:26 +0000 (GMT) (envelope-from ohmer@epita.info) Received: from marge.cload.net (ambres.net2.nerim.net [213.41.172.209]) by mx1.FreeBSD.org (Postfix) with SMTP id 10FE343D46 for ; Sun, 11 Sep 2005 16:55:25 +0000 (GMT) (envelope-from ohmer@epita.info) Received: (qmail 90064 invoked by uid 100); 11 Sep 2005 18:57:18 +0200 Received: from unknown (HELO moe) (213.41.180.70) by marge.cload.net with SMTP; 11 Sep 2005 18:57:18 +0200 Date: Sun, 11 Sep 2005 18:55:19 +0200 From: oHmEr To: stable@freebsd.org Message-ID: <20050911185519.789244ff@moe> X-Mailer: Sylpheed-Claws 1.9.11 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: kernel error message from device ida X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 16:55:27 -0000 hello, I have a server running 5.4-STABLE for months with a compaq smart array raid controller. I recently discovered that kernel was reporting errors from this device : Sep 11 18:16:47 marge kernel: ida0: ida_timeout() qactive 1 Sep 11 18:16:47 marge kernel: ida0: IDA_INTERRUPTS Sep 11 18:16:47 marge kernel: ida0: R_CMD_FIFO: 00000000 Sep 11 18:16:47 marge kernel: R_DONE_FIFO: 00000000 Sep 11 18:16:47 marge kernel: R_INT_MASK: 00000000 Sep 11 18:16:47 marge kernel: R_STATUS: 00000000 Sep 11 18:16:47 marge kernel: R_INT_PENDING: 00000000 Sep 11 18:16:56 marge kernel: ida0: ida_timeout() qactive 1 Sep 11 18:16:56 marge kernel: ida0: IDA_INTERRUPTS Sep 11 18:16:56 marge kernel: ida0: R_CMD_FIFO: 00000000 Sep 11 18:16:56 marge kernel: R_DONE_FIFO: 00000000 Sep 11 18:16:56 marge kernel: R_INT_MASK: 00000000 Sep 11 18:16:56 marge kernel: R_STATUS: 00000000 Sep 11 18:16:56 marge kernel: R_INT_PENDING: 00000000 Sep 11 18:17:01 marge kernel: ida0: ida_timeout() qactive 1 Sep 11 18:17:01 marge kernel: ida0: IDA_INTERRUPTS Sep 11 18:17:01 marge kernel: ida0: R_CMD_FIFO: 00000000 Sep 11 18:17:01 marge kernel: R_DONE_FIFO: 00000000 Sep 11 18:17:01 marge kernel: R_INT_MASK: 00000000 Sep 11 18:17:01 marge kernel: R_STATUS: 00000000 Sep 11 18:17:01 marge kernel: R_INT_PENDING: 00000000 theses messages are more and more often reported. the system doesn't seem to be affected (no disfunction, no performance loss). my questions are : - what does this mean ? - is it a serious problem ? - can it be related to a dump process running for long time that is unkillable ? (i mean that kill -9 is ineffective) - if it is serious, what can i do ? relax and enjoy ? thanks for your help ! PS: i posted another question to acpi@ [1] about to the big noisy fan that doesnt slow down as it does with windows. it is still unanswered so if anyone has an idea, i'd be very pleased ! [1] http://lists.freebsd.org/pipermail/freebsd-acpi/2005-January/001121.html -- Matthieu Michaud | EPITA 2007 Phone: +33 6 13 40 49 29 From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 20:20:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27AA416A41F for ; Sun, 11 Sep 2005 20:20:34 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE3643D53 for ; Sun, 11 Sep 2005 20:20:32 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EEYI6-0003Zv-Ke for freebsd-stable@freebsd.org; Sun, 11 Sep 2005 22:19:06 +0200 Received: from anthonychavez.org ([166.70.126.66]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Sep 2005 22:19:06 +0200 Received: from acc by anthonychavez.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Sep 2005 22:19:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Anthony Chavez Date: Sun, 11 Sep 2005 14:18:36 -0600 Lines: 141 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: anthonychavez.org X-PGP-Key: http://anthonychavez.org/pubkey.asc User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/22.0.50 (darwin) Cancel-Lock: sha1:fnO4TphO8TJfDBITsXtFPwTpINY= Sender: news Subject: Re: Stress testing and TIMEOUT - WRITE_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 20:20:34 -0000 --=-=-= I'm not seeing much in the way of responses to this post from freebsd-questions, so I thought I'd take it to freebsd-stable, where it is probably more relevant. ;-) Please see my original thread on freebsd-questions for context. On Fri, 26 Aug 2005 03:21:35 -0600 Anthony Chavez wrote: > My question is simply this: is the fact that I received 4 TIMEOUT > warnings in the space of roughly 2 weeks significant cause for concern? Apparently, the fact that the stress tool produced so few warnings may have given me a false sense of security. I'm being treated to the following messages (81 in total) today, after 8 days uptime: Sep 6 11:35:27 mybox kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=8348191 ... Sep 6 18:59:09 mybox kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=8348383 Sep 6 19:04:58 mybox kernel: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=61749183 The READ_DMA timeouts are happening very infrequently, but it's worth mentioning that I'm seeing them now in addition. This is quite disturbing, particularly when the machine in question is *in*production.* Has anyone who has experienced this pain found solace in 5-STABLE's ATA drivers? dmesg below. -- Anthony Chavez http://anthonychavez.org/ mailto:acc@anthonychavez.org jabber:acc@jabber.anthonychavez.org Copyright (c) 1992-2005 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 5.4-RELEASE-p6 #0: Fri Aug 26 02:23:19 MDT 2005 root@mybox:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.40GHz (2392.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff real memory = 266813440 (254 MB) avail memory = 251445248 (239 MB) ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xfeb80000-0xfebfffff,0xe8000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: detected 892k stolen memory agp0: aperture size is 128M uhci0: port 0xff80-0xff9f irq 16 at device 29.0 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 uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) xl0: <3Com 3c900-TPO Etherlink XL> port 0xddc0-0xddff irq 18 at device 6.0 on pci1 xl0: selecting 10baseT transceiver, half duplex xl0: Ethernet address: 00:60:97:74:a8:6d bfe0: mem 0xfe9fe000-0xfe9fffff irq 17 at device 9.0 on pci1 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:12:3f:d4:21:75 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x778-0x77f,0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xcd000-0xcffff,0xcb800-0xccfff,0xc0000-0xcb7ff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2392248384 Hz quality 800 Timecounters tick every 10.000 msec ad0: 76293MB at ata0-master UDMA100 acd0: CDROM at ata1-master UDMA33 ATA PseudoRAID loaded Mounting root from ufs:/dev/ad0s1a --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (Darwin) iQEVAwUAQySRH/AIdTFWAbdTAQqjjwf+JT4gV24iDurW3GR0URcLO91pNe6mpKuR uBhJZ2V9vNJXfLe2lrm7DwOPZHlRU9PDHmsPXmPGCDFO4b6+wwcqIelGnCveT9fd JhWA+JMDFpcBHNcAwouiZxdyY/5YDq7sxzfsnp4GHtYDz3WEPwI7i8BtKLD3VwFH 60Nc988oXRsMhPImu+l/YmsRnQBMJmr08NsRSEmtGWtLnWBrVQLOHkf8oMftl7hA eei6ZYBuptBavidAObn8ykZwpzNgIOrE2ZPUddnTGKEBZBxqx5AGU1E21iJlt0zf nxNTfoQU5+RVA2nr6cj6AzE/ZHzobOv4dfD3e2D+aoAYHid1KzTlNQ== =jNWi -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 20:34:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B52116A41F for ; Sun, 11 Sep 2005 20:34:54 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDC7D43D46 for ; Sun, 11 Sep 2005 20:34:53 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id A07F21CC6D; Sun, 11 Sep 2005 22:34:52 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id D73561CC65; Sun, 11 Sep 2005 22:34:45 +0200 (CEST) Date: Sun, 11 Sep 2005 22:33:47 +0200 From: Daniel Gerzo X-Mailer: The Bat! (v3.5) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <1275346059.20050911223347@rulez.sk> To: Anthony Chavez In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----------3B1517534F5D5CB" X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, score=-5.741 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-3.3, AWL=0.158, BAYES_00=-2.599] X-Spam-Score: -5.741 X-Spam-Level: X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re[2]: Stress testing and TIMEOUT - WRITE_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 20:34:54 -0000 This is a cryptographically signed message in MIME format. ------------3B1517534F5D5CB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Anthony, Sunday, September 11, 2005, 10:18:36 PM, you has on mind: > I'm not seeing much in the way of responses to this post from > freebsd-questions, so I thought I'd take it to freebsd-stable, where it > is probably more relevant. ;-) > Please see my original thread on freebsd-questions for context. > On Fri, 26 Aug 2005 03:21:35 -0600 Anthony Chavez = wrote: >> My question is simply this: is the fact that I received 4 TIMEOUT >> warnings in the space of roughly 2 weeks significant cause for concern? > Apparently, the fact that the stress tool produced so few warnings may > have given me a false sense of security. I'm being treated to the > following messages (81 in total) today, after 8 days uptime: > Sep 6 11:35:27 mybox kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retrie= s left) LBA=3D8348191 > ... > Sep 6 18:59:09 mybox kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retrie= s left) LBA=3D8348383 > Sep 6 19:04:58 mybox kernel: ad0: TIMEOUT - READ_DMA retrying (2 retries= left) LBA=3D61749183 > The READ_DMA timeouts are happening very infrequently, but it's worth > mentioning that I'm seeing them now in addition. > This is quite disturbing, particularly when the machine in question is > *in*production.* I thing you should really quickly look for backuping your data. When I was seeing this kind of messages last time, my disk died after 3 days from time they started showing up in my log files. I wasn't able to write any data to the disk (system just sudennly paniced, when I tried to mount it rw, but I was able to mount it ro and copy most of the data) Note, that I wasn't able to copy about 10GB out of 30GB. So don't ignore them and have a good luck. > Has anyone who has experienced this pain found solace in 5-STABLE's ATA > drivers? > dmesg below. --=20 Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at: http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ I am not Mr. Tator! I am not the entertainment! - Dictator to Yakko ] ------------3B1517534F5D5CB-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 21:02:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6A4216A41F for ; Sun, 11 Sep 2005 21:02:41 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AADD43D45 for ; Sun, 11 Sep 2005 21:02:41 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.10] (p54AA8807.dip0.t-ipconnect.de [84.170.136.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 327A32E7E7; Sun, 11 Sep 2005 23:05:31 +0200 (CEST) Message-ID: <43249B73.80103@incubus.de> Date: Sun, 11 Sep 2005 23:02:43 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anthony Chavez References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Stress testing and TIMEOUT - WRITE_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 21:02:42 -0000 Anthony Chavez wrote: > Sep 6 11:35:27 mybox kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=8348191 [...] > Has anyone who has experienced this pain found solace in 5-STABLE's ATA > drivers? Is this with the ATA mkIII patches? I assume you're acquainted with the ATA DMA timeout discussions of the last couple months concerning 5.x. mkb. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 21:42:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A033616A442 for ; Sun, 11 Sep 2005 21:42:34 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02F0743D48 for ; Sun, 11 Sep 2005 21:42:33 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EEZZN-0007Oa-Cz for freebsd-stable@freebsd.org; Sun, 11 Sep 2005 23:41:01 +0200 Received: from anthonychavez.org ([166.70.126.66]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Sep 2005 23:41:01 +0200 Received: from acc by anthonychavez.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Sep 2005 23:41:01 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Anthony Chavez Date: Sun, 11 Sep 2005 15:40:05 -0600 Lines: 52 Message-ID: References: <43249B73.80103@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: anthonychavez.org X-PGP-Key: http://anthonychavez.org/pubkey.asc User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/22.0.50 (darwin) Cancel-Lock: sha1:IvuN+gOu+HBseBmb6ojiiYWcsys= Sender: news Subject: Re: Stress testing and TIMEOUT - WRITE_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2005 21:42:34 -0000 --=-=-= On Sun, 11 Sep 2005 23:02:43 +0200 Matthias Buelow wrote: > Anthony Chavez wrote: > >> Sep 6 11:35:27 mybox kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=8348191 > [...] >> Has anyone who has experienced this pain found solace in 5-STABLE's ATA >> drivers? > > Is this with the ATA mkIII patches? As I mentioned in my first post to -questions, the system in question is currently tracking RELENG_5 and is currently at version 5.4-RELEASE-p6. I have applied Soeren's mkIII revsion n patchset, available at http://people.freebsd.org/~sos/ATA/, and I'm still seeing the messages, although *much* less frequently than before applying the patches. The question I have is: should I revert back to an unaffected 5.x-RELEASE (which version would that be?) or should I consider tracking 5-STABLE instead? > I assume you're acquainted with the ATA DMA timeout discussions of the > last couple months concerning 5.x. Yes, I have read through the discussions. Is it safe yet to assume that the issues (at least for the ICH controllers) have been fixed in -CURRENT? Thanks. -- Anthony Chavez http://anthonychavez.org/ mailto:acc@anthonychavez.org jabber:acc@jabber.anthonychavez.org --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (Darwin) iQEVAwUAQySkOPAIdTFWAbdTAQpaRAf9EtQrj0mBDbWkUDQ+BZtd6kr8VJeXrHf2 F4ilvOWODy7b2Uw26V7E1waxreXKAYnZBgdc+TfubdDC/7rpzI6cBCObzfNkw8WE EY8eU0Mwh8wMh+QgDwyN53s7OIoJgb7BwZpKsa5XKFKgVh1kpJHZT3yun+Ixxw/M PX63UCeVEHcYUD9JxWUJrP86vpq2wExLlhggqTm8D86tbMHdtqJuBKsmH7EC1gvJ t5JTZL8HhqCEWYQ7Vs37gCKkAwE6OvqMqkGcAOquK5fzwP5vGQSTPJHtyMc5B8Vb SmwsvYyDe6L605K7V61rsokT2rYX69DVM5Oje9AKhxyQUeeu79VXfA== =EujZ -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 06:19:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C9B616A41F for ; Mon, 12 Sep 2005 06:19:13 +0000 (GMT) (envelope-from corwin@pleiades.aeternal.net) Received: from amber.aeternal.net (amber.in.markiza.sk [62.168.76.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C47EB43D48 for ; Mon, 12 Sep 2005 06:19:12 +0000 (GMT) (envelope-from corwin@pleiades.aeternal.net) Received: from localhost (localhost.aeternal.net [127.0.0.1]) by amber.aeternal.net (Postfix) with ESMTP id DA7B0B884 for ; Mon, 12 Sep 2005 08:19:43 +0200 (CEST) Received: from amber.aeternal.net ([127.0.0.1]) by localhost (amber.aeternal.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21510-09 for ; Mon, 12 Sep 2005 08:19:42 +0200 (CEST) Received: from pleiades.aeternal.net (pleiades.aeternal.net [192.168.0.44]) by amber.aeternal.net (Postfix) with ESMTP id AEE86B88A for ; Mon, 12 Sep 2005 08:19:42 +0200 (CEST) Received: by pleiades.aeternal.net (Postfix, from userid 1001) id 30A591141E; Mon, 12 Sep 2005 08:19:18 +0200 (CEST) Date: Mon, 12 Sep 2005 08:19:18 +0200 From: martin hudec To: freebsd-stable@freebsd.org Message-ID: <20050912061917.GP69713@pleiades.aeternal.net> References: <1275346059.20050911223347@rulez.sk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V2tfspbppmK1TQo2" Content-Disposition: inline In-Reply-To: <1275346059.20050911223347@rulez.sk> X-Copyright: (C) 2005 Martin Hudec X-Operating-System: FreeBSD pleiades.aeternal.net 7.0-CURRENT i386 X-PGP-Key: http://www.aeternal.net/corwin_aeternal.asc User-Agent: mutt-ng/devel-r445 (FreeBSD) X-Virus-Scanned: by amavisd-new at aeternal.net Subject: Re: Stress testing and TIMEOUT - WRITE_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: martin hudec List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 06:19:13 -0000 --V2tfspbppmK1TQo2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, On Sun, Sep 11, 2005 at 10:33:47PM +0200 or thereabouts, Daniel Gerzo wrote: > > Sep 6 11:35:27 mybox kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retr= ies left) LBA=3D8348191 > > ... > > Sep 6 18:59:09 mybox kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retr= ies left) LBA=3D8348383 > > Sep 6 19:04:58 mybox kernel: ad0: TIMEOUT - READ_DMA retrying (2 retri= es left) LBA=3D61749183 >=20 > > The READ_DMA timeouts are happening very infrequently, but it's worth > > mentioning that I'm seeing them now in addition. >=20 > > This is quite disturbing, particularly when the machine in question is > > *in*production.* >=20 > I thing you should really quickly look for backuping your data. When > I was seeing this kind of messages last time, my disk died after 3 > days from time they started showing up in my log files. I wasn't able > to write any data to the disk (system just sudennly paniced, when > I tried to mount it rw, but I was able to mount it ro and copy most of > the data) Note, that I wasn't able to copy about 10GB out of 30GB. So > don't ignore them and have a good luck. Hmmm, before trashing that disk, you could surely consider running smartmontools to see what they have to say about health condition of your disk :).. go for sysutils/smartmontools. After that can one make assumptions whether it is faulty hardware or ata patches :). --=20 martin hudec * 421 907 303 393 * corwin@aeternal.net * http://www.aeternal.net "Nothing travels faster than the speed of light with the possible=20 exception of bad news, which obeys its own special laws." Douglas Adams, "The Hitchhiker's Guide to the Galaxy" --V2tfspbppmK1TQo2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDJR3lZYEZIv+rgggRApdCAJ9H0+bT4taIy7PzJMNRP6fud/F1zwCdGdjP eBKtISQkl/W55XGfpyDpAYs= =jj7t -----END PGP SIGNATURE----- --V2tfspbppmK1TQo2-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 06:37:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B86BF16A41F for ; Mon, 12 Sep 2005 06:37:05 +0000 (GMT) (envelope-from comte0@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0BBA43D45 for ; Mon, 12 Sep 2005 06:37:04 +0000 (GMT) (envelope-from comte0@gmail.com) Received: by nproxy.gmail.com with SMTP id x4so784604nfb for ; Sun, 11 Sep 2005 23:37:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=EEXYuB3gLd7vKzG74ba7RCxBhf2TvmXixSlNdp8CttHQYWWo0nXIakoIDOhAMvmCNL88z0ZBGTUexgywwcfkQSPm2uQPubT84yfSrjbjd94j9HFlBQn2J6JMylWBm7e7+QOGUNc13O351Uq5GYPXlopxGbtln0+XJq/Jm6IpGNE= Received: by 10.48.239.17 with SMTP id m17mr106503nfh; Sun, 11 Sep 2005 23:37:03 -0700 (PDT) Received: by 10.48.157.6 with HTTP; Sun, 11 Sep 2005 23:37:03 -0700 (PDT) Message-ID: <1d881b2f05091123371d69f15a@mail.gmail.com> Date: Mon, 12 Sep 2005 08:37:03 +0200 From: ComteZero _ To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: problem with PPPoE STABLE and ADSL 3Com HomeConnect X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: comte0@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 06:37:05 -0000 Hello, it's been two weeks I try to find out what's wrong. Clean install from cvsu= p=20 STABLE (5). my ADSL account works fine with REL. 4.4+rp_pppoe but not with my new STABL= E=20 (5) (without using rp_pppoe). could someone help me on this issue (logs provided here)... two PADI are=20 emitted but nothing happens after. (i saw that someone had a similar problem, but with previous netgraph=20 revisions). thank you. Since my ADSL modem is 3Com HomeConnect, I've set the=20 net.graph.nonstandard_pppoe=3D1 ng_pppoe.c rev. is 1.67.2.1 ng_socket.c rev. is 1.53.2.3 my ppp.conf is : default: set log all set ifaddr X.X.X.X/0 10.0.0.2/0 my_isp : set device PPPoE:xl0 set authname MY_USER set authkey MY_PWD set dial #set login add default HISADDR here is a tcpdump -vv -i xl0 : 18:48:40.808687 PPPoE PADI [Host-Uniq 0x00E654C1] 18:48:42.807533 PPPoE PADI [Host-Uniq 0x00E654C1] 18:51:44.010839 PPPoE PADI [Host-Uniq 0x40F195C1] 18:51:46.009639 PPPoE PADI [Host-Uniq 0x40F195C1] here is my ppp.log: Sep 11 19:42:17 fidelio ppp[24723]: Phase: Using interface: tun0 Sep 11 19:42:17 fidelio ppp[24723]: Phase: deflink: Created in closed state Sep 11 19:42:17 fidelio ppp[24723]: tun0: Command: default: set ifaddr=20 X.X.X.X/0 10.0.0.2/0 Sep 11 19:42:17 fidelio ppp[24723]: tun0: Phase: PPP Started (interactive= =20 mode). Sep 11 19:42:17 fidelio ppp[24723]: tun0: Timer: prompt /dev/ttyv0: fdset(r= )=20 0 Sep 11 19:42:23 fidelio ppp[24723]: tun0: Timer: Select returns 1 Sep 11 19:42:23 fidelio ppp[24723]: tun0: Command: /dev/ttyv0: load my_isp =20 Sep 11 19:42:23 fidelio ppp[24723]: tun0: ID0: 0x282e97c0 =3D=20 fopen("/etc/ppp/ppp.conf", "r") Sep 11 19:42:23 fidelio ppp[24723]: tun0: Debug: ReadSystem: Checking=20 default (/etc/ppp/ppp.conf). Sep 11 19:42:23 fidelio ppp[24723]: tun0: ID0: 0x282e97c0 =3D=20 fopen("/etc/ppp/ppp.conf", "r") Sep 11 19:42:23 fidelio ppp[24723]: tun0: Debug: ReadSystem: Checking=20 easyconnect (/etc/ppp/ppp.conf). Sep 11 19:42:23 fidelio ppp[24723]: tun0: ID0: 0x282e97c0 =3D=20 fopen("/etc/ppp/ppp.conf", "r") Sep 11 19:42:23 fidelio ppp[24723]: tun0: Debug: ReadSystem: Checking=20 easyconnect (/etc/ppp/ppp.conf). Sep 11 19:42:23 fidelio ppp[24723]: tun0: Command: easyconnect: set device= =20 PPPoE:xl0 Sep 11 19:42:23 fidelio ppp[24723]: tun0: Command: easyconnect: set authnam= e=20 MY_USER =20 Sep 11 19:42:23 fidelio ppp[24723]: tun0: Command: easyconnect: set authkey= =20 ******** Sep 11 19:42:23 fidelio ppp[24723]: tun0: Command: easyconnect: set dial Sep 11 19:42:23 fidelio ppp[24723]: tun0: Command: easyconnect: add default= =20 HISADDR Sep 11 19:42:23 fidelio ppp[24723]: tun0: ID0: 3 =3D socket(17, 3, 0) Sep 11 19:42:23 fidelio ppp[24723]: tun0: ID0: -1 =3D write(3, data, 140) Sep 11 19:42:23 fidelio ppp[24723]: tun0: TCP/IP: rt_Set failure: Sep 11 19:42:23 fidelio ppp[24723]: tun0: TCP/IP: rt_Set: Cmd =3D Add Sep 11 19:42:23 fidelio ppp[24723]: tun0: TCP/IP: rt_Set: Dst =3D 0.0.0.0/0 Sep 11 19:42:23 fidelio ppp[24723]: tun0: TCP/IP: rt_Set: Gateway =3D 10.0.0.2 Sep 11 19:42:23 fidelio ppp[24723]: tun0: Debug: wrote -1: cmd =3D Add, dst= =3D=20 0.0.0.0/0 , gateway =3D 10.0.0.2 Sep 11 19:42:23 fidelio ppp[24723]: tun0: Timer: prompt /dev/ttyv0: fdset(r= )=20 0 Sep 11 19:42:26 fidelio ppp[24723]: tun0: Timer: Select returns 1 Sep 11 19:42:26 fidelio ppp[24723]: tun0: Command: /dev/ttyv0: dial Sep 11 19:42:26 fidelio ppp[24723]: tun0: Phase: bundle: Establish Sep 11 19:42:26 fidelio ppp[24723]: tun0: Phase: deflink: closed -> opening Sep 11 19:42:26 fidelio ppp[24723]: tun0: ID0: 0 =3D NgMkSockNode("", &cs,= =20 &ds) Sep 11 19:42:26 fidelio ppp[24723]: tun0: Debug: List of netgraph node=20 ``xl0:'' (id 2) hooks: Sep 11 19:42:26 fidelio ppp[24723]: tun0: Debug: Found orphans -> ethernet Sep 11 19:42:26 fidelio ppp[24723]: tun0: Debug: Connecting netgraph socket= =20 .:tun0 -> [4]::tun0 Sep 11 19:42:26 fidelio ppp[24723]: tun0: ID0: 4 =3D socket(2, 2, 0) Sep 11 19:42:26 fidelio ppp[24723]: tun0: ID0: 0 =3D ioctl(4, 3223349521,= =20 0xbfbfdd90) Sep 11 19:42:26 fidelio ppp[24723]: tun0: ID0: 0 =3D ioctl(4, 2149607696,= =20 0xbfbfdd90) Sep 11 19:42:26 fidelio ppp[24723]: tun0: Debug: Sending PPPOE_CONNECT to= =20 .:tun0 Sep 11 19:42:26 fidelio ppp[24723]: tun0: Debug: Found the following=20 interfaces: Sep 11 19:42:26 fidelio ppp[24723]: tun0: Debug: Index 1, name "fxp0" Sep 11 19:42:26 fidelio ppp[24723]: tun0: Debug: Index 2, name "xl0" Sep 11 19:42:26 fidelio ppp[24723]: tun0: Debug: Index 3, name "plip0" Sep 11 19:42:26 fidelio ppp[24723]: tun0: Debug: Index 4, name "lo0" Sep 11 19:42:26 fidelio ppp[24723]: tun0: Debug: Index 5, name "tun0" Sep 11 19:42:26 fidelio ppp[24723]: tun0: Timer: timer_Start: Inserting=20 physical throughput timer[0x80be068] Sep 11 19:42:26 fidelio ppp[24723]: tun0: Phase: deflink: Connected! Sep 11 19:42:26 fidelio ppp[24723]: tun0: Phase: deflink: opening -> dial Sep 11 19:42:26 fidelio ppp[24723]: tun0: Chat: deflink: Dial attempt 1 of = 1 Sep 11 19:42:26 fidelio ppp[24723]: tun0: Phase: deflink: dial -> carrier Sep 11 19:42:26 fidelio ppp[24723]: tun0: Debug: Waiting for carrier Sep 11 19:42:26 fidelio ppp[24723]: tun0: Timer: prompt /dev/ttyv0: fdset(r= )=20 0 Sep 11 19:42:27 fidelio ppp[24723]: tun0: Timer: Select returns -1 Sep 11 19:42:27 fidelio ppp[24723]: tun0: Timer: ---- Begin of Timer Servic= e=20 List--- Sep 11 19:42:27 fidelio ppp[24723]: tun0: Timer: physical throughput=20 timer[0x80be068]: freq =3D 1.00s, next =3D 0.00s, state =3D running Sep 11 19:42:27 fidelio ppp[24723]: tun0: Timer: ---- End of Timer Service= =20 List --- Sep 11 19:42:27 fidelio ppp[24723]: tun0: Timer: timer_Start: Inserting=20 physical throughput timer[0x80be068] Sep 11 19:42:27 fidelio ppp[24723]: tun0: Debug: Waiting for carrier Sep 11 19:42:27 fidelio ppp[24723]: tun0: Timer: prompt /dev/ttyv0: fdset(r= )=20 0 Sep 11 19:42:28 fidelio ppp[24723]: tun0: Timer: Select returns -1 Sep 11 19:42:28 fidelio ppp[24723]: tun0: Timer: ---- Begin of Timer Servic= e=20 List--- Sep 11 19:42:28 fidelio ppp[24723]: tun0: Timer: physical throughput=20 timer[0x80be068]: freq =3D 1.00s, next =3D 0.00s, state =3D running Sep 11 19:42:28 fidelio ppp[24723]: tun0: Timer: ---- End of Timer Service= =20 List --- Sep 11 19:42:28 fidelio ppp[24723]: tun0: Timer: timer_Start: Inserting=20 physical throughput timer[0x80be068] Sep 11 19:42:28 fidelio ppp[24723]: tun0: Debug: Waiting for carrier Sep 11 19:42:28 fidelio ppp[24723]: tun0: Timer: prompt /dev/ttyv0: fdset(r= )=20 0 Sep 11 19:42:29 fidelio ppp[24723]: tun0: Timer: Select returns -1 Sep 11 19:42:29 fidelio ppp[24723]: tun0: Timer: ---- Begin of Timer Servic= e=20 List--- Sep 11 19:42:29 fidelio ppp[24723]: tun0: Timer: physical throughput=20 timer[0x80be068]: freq =3D 1.00s, next =3D 0.00s, state =3D running Sep 11 19:42:29 fidelio ppp[24723]: tun0: Timer: ---- End of Timer Service= =20 List --- Sep 11 19:42:29 fidelio ppp[24723]: tun0: Timer: timer_Start: Inserting=20 physical throughput timer[0x80be068] Sep 11 19:42:29 fidelio ppp[24723]: tun0: Debug: Waiting for carrier Sep 11 19:42:29 fidelio ppp[24723]: tun0: Timer: prompt /dev/ttyv0: fdset(r= )=20 0 Sep 11 19:42:30 fidelio ppp[24723]: tun0: Timer: Select returns -1 Sep 11 19:42:30 fidelio ppp[24723]: tun0: Timer: ---- Begin of Timer Servic= e=20 List--- Sep 11 19:42:30 fidelio ppp[24723]: tun0: Timer: physical throughput=20 timer[0x80be068]: freq =3D 1.00s, next =3D 0.00s, state =3D running Sep 11 19:42:30 fidelio ppp[24723]: tun0: Timer: ---- End of Timer Service= =20 List --- Sep 11 19:42:30 fidelio ppp[24723]: tun0: Timer: timer_Start: Inserting=20 physical throughput timer[0x80be068] Sep 11 19:42:30 fidelio ppp[24723]: tun0: Debug: Waiting for carrier Sep 11 19:42:30 fidelio ppp[24723]: tun0: Timer: prompt /dev/ttyv0: fdset(r= )=20 0 Sep 11 19:42:31 fidelio ppp[24723]: tun0: Timer: Select returns -1 Sep 11 19:42:31 fidelio ppp[24723]: tun0: Timer: ---- Begin of Timer Servic= e=20 List--- Sep 11 19:42:31 fidelio ppp[24723]: tun0: Timer: physical throughput=20 timer[0x80be068]: freq =3D 1.00s, next =3D 0.00s, state =3D running Sep 11 19:42:31 fidelio ppp[24723]: tun0: Timer: ---- End of Timer Service= =20 List --- Sep 11 19:42:31 fidelio ppp[24723]: tun0: Timer: timer_Start: Inserting=20 physical throughput timer[0x80be068] Sep 11 19:42:31 fidelio ppp[24723]: tun0: Phase: deflink: Disconnected! Sep 11 19:42:31 fidelio ppp[24723]: tun0: Phase: deflink: carrier -> hangup Sep 11 19:42:31 fidelio ppp[24723]: tun0: Debug: deflink: Close Sep 11 19:42:31 fidelio ppp[24723]: tun0: Phase: deflink: Connect time: 5= =20 secs: 0 octets in, 0 octets out Sep 11 19:42:31 fidelio ppp[24723]: tun0: Phase: deflink: 0 packets in, 0= =20 packets out Sep 11 19:42:31 fidelio ppp[24723]: tun0: Phase: total 0 bytes/sec, peak 0= =20 bytes/sec on Sun Sep 11 19:42:26 2005 Sep 11 19:42:31 fidelio ppp[24723]: tun0: Phase: deflink: hangup -> closed Sep 11 19:42:31 fidelio ppp[24723]: tun0: Debug: route_IfDelete (5) Sep 11 19:42:31 fidelio ppp[24723]: tun0: Debug: Found ff02:5::/32=20 fe80:5::208:c7ff:fe7f:7535 Sep 11 19:42:31 fidelio ppp[24723]: tun0: Debug: route_IfDelete: Skip it=20 (pass 0) Sep 11 19:42:31 fidelio ppp[24723]: tun0: Debug: Found ff02:5::/32=20 fe80:5::208:c7ff:fe7f:7535 Sep 11 19:42:31 fidelio ppp[24723]: tun0: ID0: 2 =3D socket(17, 3, 0) Sep 11 19:42:31 fidelio ppp[24723]: tun0: ID0: 148 =3D write(2, data, 148) Sep 11 19:42:31 fidelio ppp[24723]: tun0: Debug: wrote 148: cmd =3D Delete,= =20 dst =3D ff02:5::/32, gateway =3D Sep 11 19:42:31 fidelio ppp[24723]: tun0: ID0: 2 =3D socket(2, 2, 0) Sep 11 19:42:31 fidelio ppp[24723]: tun0: ID0: 0 =3D ioctl(2, 3223349521,= =20 0xbfbfe970) Sep 11 19:42:31 fidelio ppp[24723]: tun0: ID0: 0 =3D ioctl(2, 2149607696,= =20 0xbfbfe970) Sep 11 19:42:31 fidelio ppp[24723]: tun0: Phase: bundle: Dead Sep 11 19:42:31 fidelio ppp[24723]: tun0: Timer: timer_Start: Inserting dia= l=20 timer[0x80bcd44] Sep 11 19:42:31 fidelio ppp[24723]: tun0: Timer: prompt /dev/ttyv0: fdset(r= )=20 0 Thx, From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 07:32:12 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DE2C16A41F for ; Mon, 12 Sep 2005 07:32:12 +0000 (GMT) (envelope-from luck@computerking.ca) Received: from mail1.computerking.ca (mail1.computerking.ca [68.146.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id D959543D45 for ; Mon, 12 Sep 2005 07:32:11 +0000 (GMT) (envelope-from luck@computerking.ca) Received: from mail1.computerking.ca (localhost.computerking.ca [127.0.0.1]) by mail1.computerking.ca (Postfix) with ESMTP id AC8B96C32C for ; Mon, 12 Sep 2005 01:30:11 -0600 (MDT) Received: from [192.168.0.10] (unknown [192.168.0.10]) by mail1.computerking.ca (Postfix) with ESMTP id 70F816C322 for ; Mon, 12 Sep 2005 01:30:11 -0600 (MDT) Message-ID: <43252EFC.6030200@computerking.ca> Date: Mon, 12 Sep 2005 01:32:12 -0600 From: RYAN vAN GINNEKEN User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD stable Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: two external ips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 07:32:12 -0000 need help setting up machine to forward external ips -- Computer King http://computerking.ca Sales, Service, and Hosting Email, Data, and Web Packages Ask about web design specials Affiliates http://computerking.ca/pages/links/affiliates/affilates.htm From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 08:15:32 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36E2816A420 for ; Mon, 12 Sep 2005 08:15:32 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from cobalt.antimatter.net (cobalt.antimatter.net [69.55.224.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id C235243D4C for ; Mon, 12 Sep 2005 08:15:31 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from glenn-mobile.antimatter.net (cpe-66-27-86-22.san.res.rr.com [66.27.86.22]) (authenticated bits=0) by cobalt.antimatter.net (8.13.4/8.13.4) with ESMTP id j8C8FHCL004416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Sep 2005 01:15:17 -0700 X-MailKey: purple frogs are falling from the sky Message-Id: <6.2.3.4.2.20050912011415.05178df0@cobalt.antimatter.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 12 Sep 2005 01:14:51 -0700 To: RYAN vAN GINNEKEN , FreeBSD stable From: Glenn Dawson In-Reply-To: <43252EFC.6030200@computerking.ca> References: <43252EFC.6030200@computerking.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: two external ips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 08:15:32 -0000 At 12:32 AM 9/12/2005, RYAN vAN GINNEKEN wrote: >need help setting up machine to forward external ips If you're asking about address translation, try this section of the handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-natd.html -Glenn >-- >Computer King > >http://computerking.ca > >Sales, Service, and Hosting >Email, Data, and Web Packages >Ask about web design specials > >Affiliates >http://computerking.ca/pages/links/affiliates/affilates.htm > > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 08:42:17 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E13A116A41F for ; Mon, 12 Sep 2005 08:42:16 +0000 (GMT) (envelope-from h.kipp@eurowings.com) Received: from email-2.eurowings.com (email.eurowings.com [193.96.182.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B24B43D46 for ; Mon, 12 Sep 2005 08:42:15 +0000 (GMT) (envelope-from h.kipp@eurowings.com) Received: from localhost (email-2 [127.0.0.1]) by email-2.eurowings.com (Postfix) with ESMTP id 5A8E16FC87; Mon, 12 Sep 2005 10:48:17 +0200 (CEST) Received: from email-2.eurowings.com ([127.0.0.1]) by localhost (email-2.eurowings.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02556-05; Mon, 12 Sep 2005 10:48:16 +0200 (CEST) Received: from EXCH4.eurowings.com (unknown [10.100.1.36]) by email-2.eurowings.com (Postfix) with ESMTP id 1F3F76FC85; Mon, 12 Sep 2005 10:48:16 +0200 (CEST) Received: from EXCH5.eurowings.com ([10.100.1.37]) by EXCH4.eurowings.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 12 Sep 2005 10:42:17 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 12 Sep 2005 10:42:16 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: two external ips Thread-Index: AcW3bInprJNXy+ivQK6DL20Pd8U9XgAB0EXg From: "Kipp Holger" To: "RYAN vAN GINNEKEN" , "FreeBSD stable" X-OriginalArrivalTime: 12 Sep 2005 08:42:17.0147 (UTC) FILETIME=[E17428B0:01C5B775] X-Virus-Scanned: amavisd-new at eurowings.com Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: AW: two external ips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 08:42:17 -0000 RYAN vAN GINNEKEN wrote on Monday, Mo 12.09.2005 09:32 =20 > need help setting up machine to forward external ips Could you provide more details? What do you want to accomplish? What networks are to be used (dmz, internal and/or external networks, default routes etc.) Do you want to forward all IP packets, or do you want to filter this based on protocol, ports, direction etc. (eg tcp: http/https/ftp/ssh, udp: dns) For general info about routing/nat/firewall you might find the man-pages for ipnat, ipfw, ipf and pf (pfctl) useful (or confusing, if you are new to this ;-) If the subject really just means that you want to use a computer with one NIC that has two external IPs, you just might to add an alias. See 'man ifconfig' for this and keep an eye on the _non-conflicting_(!) netmask. Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 10:01:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 396F216A41F for ; Mon, 12 Sep 2005 10:01:55 +0000 (GMT) (envelope-from corwin@pleiades.aeternal.net) Received: from amber.aeternal.net (amber.in.markiza.sk [62.168.76.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A59A343D55 for ; Mon, 12 Sep 2005 10:01:54 +0000 (GMT) (envelope-from corwin@pleiades.aeternal.net) Received: from localhost (localhost.aeternal.net [127.0.0.1]) by amber.aeternal.net (Postfix) with ESMTP id 58B54B88C for ; Mon, 12 Sep 2005 12:02:25 +0200 (CEST) Received: from amber.aeternal.net ([127.0.0.1]) by localhost (amber.aeternal.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67298-06 for ; Mon, 12 Sep 2005 12:02:24 +0200 (CEST) Received: from pleiades.aeternal.net (pleiades.aeternal.net [192.168.0.44]) by amber.aeternal.net (Postfix) with ESMTP id 159ADB889 for ; Mon, 12 Sep 2005 12:02:24 +0200 (CEST) Received: by pleiades.aeternal.net (Postfix, from userid 1001) id 54AF11141E; Mon, 12 Sep 2005 12:01:59 +0200 (CEST) Date: Mon, 12 Sep 2005 12:01:59 +0200 From: martin hudec To: freebsd-stable@freebsd.org Message-ID: <20050912100159.GG8520@pleiades.aeternal.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="reI/iBAAp9kzkmX4" Content-Disposition: inline X-Copyright: (C) 2005 Martin Hudec X-Operating-System: FreeBSD pleiades.aeternal.net 7.0-CURRENT i386 X-PGP-Key: http://www.aeternal.net/corwin_aeternal.asc User-Agent: mutt-ng/devel-r445 (FreeBSD) X-Virus-Scanned: by amavisd-new at aeternal.net Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: martin hudec List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 10:01:55 -0000 --reI/iBAAp9kzkmX4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, today during bootup I was presented with following lines: da0 at asr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device=20 da0: Tagged Queueing Enabled da0: 34700MB (71065600 512 byte sectors: 255H 63S/T 4423C) (da1:asr0:0:1:0): lost device (da1:asr0:0:1:0): got CAM status 0xa (da1:asr0:0:1:0): fatal error, failed to attach to device (da1:asr0:0:1:0): removing device entry What is the meaning of these lines? Can anyone enlighten me please? =20 System is FreeBSD 5.4-STABLE with Adaptec 2010S RAID1 (two 36G scsi drives). asr0: mem 0xfc000000-0xfdffffff,0xfb000000-0xfbffffff,0xfa000000-0xfa0fffff irq 24 at device 8.0 on pci1 asr0: ADAPTEC 2010S FW Rev. FS24, 2 channel, 256 CCBs, Protocol I2O =20 Output of camcontrol: [server1] ~# camcontrol devlist -v scbus0 on asr0 bus 0: at scbus0 target 0 lun 0 (pass0,da0) at scbus0 target 8 lun 0 (pass2,ses0) < > at scbus0 target -1 lun -1 () scbus1 on asr0 bus 1: < > at scbus1 target -1 lun -1 () scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) =20 --=20 martin hudec * 421 907 303 393 * corwin@aeternal.net * http://www.aeternal.net "Nothing travels faster than the speed of light with the possible=20 exception of bad news, which obeys its own special laws." Douglas Adams, "The Hitchhiker's Guide to the Galaxy" --reI/iBAAp9kzkmX4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDJVIXZYEZIv+rgggRAkGtAJoD/hP1o6rW76H/RIrAHL6BLdDByACdHc2u D+a36BmTBrZoCFwNx/BvPSQ= =YxbI -----END PGP SIGNATURE----- --reI/iBAAp9kzkmX4-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 10:12:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ECA416A41F for ; Mon, 12 Sep 2005 10:12:36 +0000 (GMT) (envelope-from corwin@pleiades.aeternal.net) Received: from amber.aeternal.net (amber.in.markiza.sk [62.168.76.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB7C243D48 for ; Mon, 12 Sep 2005 10:12:35 +0000 (GMT) (envelope-from corwin@pleiades.aeternal.net) Received: from localhost (localhost.aeternal.net [127.0.0.1]) by amber.aeternal.net (Postfix) with ESMTP id E5F5BB887 for ; Mon, 12 Sep 2005 12:13:08 +0200 (CEST) Received: from amber.aeternal.net ([127.0.0.1]) by localhost (amber.aeternal.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70224-04 for ; Mon, 12 Sep 2005 12:13:08 +0200 (CEST) Received: from pleiades.aeternal.net (pleiades.aeternal.net [192.168.0.44]) by amber.aeternal.net (Postfix) with ESMTP id 132A2B88A for ; Mon, 12 Sep 2005 12:13:08 +0200 (CEST) Received: by pleiades.aeternal.net (Postfix, from userid 1001) id 54FD21141E; Mon, 12 Sep 2005 12:12:43 +0200 (CEST) Date: Mon, 12 Sep 2005 12:12:43 +0200 From: martin hudec To: freebsd-stable@freebsd.org Message-ID: <20050912101243.GI8520@pleiades.aeternal.net> References: <20050912100159.GG8520@pleiades.aeternal.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X0cz4bGbQuRbxrVl" Content-Disposition: inline In-Reply-To: <20050912100159.GG8520@pleiades.aeternal.net> X-Copyright: (C) 2005 Martin Hudec X-Operating-System: FreeBSD pleiades.aeternal.net 7.0-CURRENT i386 X-PGP-Key: http://www.aeternal.net/corwin_aeternal.asc User-Agent: mutt-ng/devel-r445 (FreeBSD) X-Virus-Scanned: by amavisd-new at aeternal.net Subject: failing hardware raid1 (asr) on 5.4-STABLE? (Was: Re: (no subject)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: martin hudec List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 10:12:36 -0000 --X0cz4bGbQuRbxrVl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, here is subject :) sorry for not filling it in previous mail. --=20 martin hudec * 421 907 303 393 * corwin@aeternal.net * http://www.aeternal.net "Nothing travels faster than the speed of light with the possible=20 exception of bad news, which obeys its own special laws." Douglas Adams, "The Hitchhiker's Guide to the Galaxy" --X0cz4bGbQuRbxrVl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDJVSbZYEZIv+rgggRAoI8AJ90lHdJrct1eAkY9SbVacHqpg0eYgCghaV1 MyX00Pt7yRw8Ta7dL+7FWuI= =mWb7 -----END PGP SIGNATURE----- --X0cz4bGbQuRbxrVl-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 00:23:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F56416A41F for ; Mon, 12 Sep 2005 00:23:15 +0000 (GMT) (envelope-from Patrick.Clery@gmail.com) Received: from pd5mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB3C643D46 for ; Mon, 12 Sep 2005 00:23:14 +0000 (GMT) (envelope-from Patrick.Clery@gmail.com) Received: from pd2mr1so.prod.shaw.ca (pd2mr1so-qfe3.prod.shaw.ca [10.0.141.110]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IMO00KLWH2Q8W20@l-daemon> for freebsd-stable@freebsd.org; Sun, 11 Sep 2005 18:23:14 -0600 (MDT) Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147]) by pd2mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IMO00A9VH2Q9650@pd2mr1so.prod.shaw.ca> for freebsd-stable@freebsd.org; Sun, 11 Sep 2005 18:23:14 -0600 (MDT) Received: from [192.168.1.63] (S01060050bac04c93.ed.shawcable.net [68.148.206.175]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IMO00EHXH2PB1@l-daemon> for freebsd-stable@freebsd.org; Sun, 11 Sep 2005 18:23:14 -0600 (MDT) Date: Mon, 12 Sep 2005 18:23:42 +0000 From: Patrick Clery To: freebsd-stable@freebsd.org Message-id: <200509121823.43521.Patrick.Clery@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-disposition: inline User-Agent: KMail/1.8.2 X-Mailman-Approved-At: Mon, 12 Sep 2005 12:27:41 +0000 Subject: buildworld fails with libmd error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 00:23:15 -0000 When doing a `make buildworld`, I get the following error: << sbin/md5 rm -f .depend CC='/usr/bin/cc' mkdep -f .depend -a /usr/src/sbin/md5/md5.c /usr/src/sbin/md5/md5.c:30:20: sha256.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sbin/md5. *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. EOD; /usr/src/lib/libmd/sha256.h does exist. Perhaps the include paths are wrong? The current system is 5.4-STABLE as of Wed May 11 16:55:26 MDT 2005. However, I did run cvsup and sync to the latest -STABLE before buildworld today, as well as running `make clean` in /usr/src. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 12:40:46 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64DDC16A41F for ; Mon, 12 Sep 2005 12:40:46 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38B8743D46 for ; Mon, 12 Sep 2005 12:40:44 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.4) with ESMTP id j8CCegqs000749 for ; Mon, 12 Sep 2005 14:40:43 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.1/Submit) id j8CCefth000748 for stable@freebsd.org; Mon, 12 Sep 2005 14:40:41 +0200 (CEST) (envelope-from rene) Date: Mon, 12 Sep 2005 14:40:40 +0200 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050912124039.GA723@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: 6.0BETA4: panic: unrhdr has 9 allocations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 12:40:46 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, on FreeBSD 6.0-BETA4 #10: Sun Sep 4 22:19:26 CEST 2005 /usr/obj/usr/src/sys/R= ENE=20 I saw this panic after the following: # mount_procfs procfs /proc (loads procfs.ko and pseudofs.ko) # umount /proc # kldunload procfs I'll leave the dump around for a while. #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt f #0 doadump () at pcpu.h:165 No locals. #1 0xc044c9a6 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D1999,=20 dummy4=3D0xcf174a3c " =DFu=C0") at /usr/src/sys/ddb/db_command.c:489 fn_addr =3D -1068248576 args =3D {0, -820557304, -1066944787, -1065639616, 28, -820557304,=20 -1069226763, 32, -1066234688, 2} nargs =3D 0 retval =3D 544973344 t =3D 0 #2 0xc044c722 in db_command (last_cmdp=3D0xc075d624, cmd_table=3D0x0,=20 aux_cmd_tablep=3D0xc07235f0, aux_cmd_tablep_end=3D0xc07235f4) at /usr/src/sys/ddb/db_command.c:349 cmd =3D (struct command *) 0xc0728e40 t =3D 0 modif =3D " =DFu=C0\000\000\000\000XJ\027=CF\r\000\000\000=A0=D8|=C0\r\000= \000\000\001\000\000\000xJ\027=CF=C6=D9i=C0@=A1{=C0\aK\000 $=D9|=C0=C0\037{= =C0 =DFu=C0x\000\000\000 =DFu=C0\000\000\000\000\234J\027=CF=F1=EDD=C0=C7\0= 05p=C0p=EAD=C0\000\000\000\000\020\000\000\000\000\000\000\000 =DFu=C0\206= =E0D=C0 =DFu=C0=D8=D6u=C0x\000\000\000\000K\027=CF" addr =3D 0 count =3D 1999 have_addr =3D 0 result =3D 0 #3 0xc044c835 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 No locals. #4 0xc044e9a5 in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:221 jb =3D {{_jb =3D {-820557056, -820557084, -820557004, -1042394752, 0,=20 -1069225658, 0, 0, 0, 0, -820557004, -1068123920}}} prev_jb =3D (void *) 0x0 bkpt =3D 0 #5 0xc055b977 in kdb_trap (type=3D0, code=3D0, tf=3D0xcf174b94) at /usr/src/sys/kern/subr_kdb.c:473 handled =3D -820556908 #6 0xc06be108 in trap (frame=3D {tf_fs =3D -1066401784, tf_es =3D 40, tf_ds =3D -820576216, tf_edi = =3D 1, tf_esi =3D -1066387444, tf_ebp =3D -820556836, tf_isp =3D -820556864= , tf_ebx =3D -820556780, tf_edx =3D 0, tf_ecx =3D -1056878592, tf_eax =3D 1= 8, tf_trapno =3D 3, tf_err =3D 0, tf_eip =3D -1068124560, tf_cs =3D 32, tf_= eflags =3D 642, tf_esp =3D -1066392053, tf_ss =3D -1066400620}) at /usr/src= /sys/i386/i386/trap.c:601 td =3D (struct thread *) 0xc1de5180 p =3D (struct proc *) 0xc16d520c sticks =3D 3229006976 i =3D 0 ucode =3D 0 type =3D 3 code =3D 0 eva =3D 0 #7 0xc06ab72a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #8 0xc0700008 in ?? () No symbol table info available. #9 0x00000028 in ?? () No symbol table info available. #10 0xcf170028 in ?? () No symbol table info available. #11 0x00000001 in ?? () No symbol table info available. #12 0xc070380c in ?? () No symbol table info available. #13 0xcf174bdc in ?? () No symbol table info available. #14 0xcf174bc0 in ?? () No symbol table info available. #15 0xcf174c14 in ?? () No symbol table info available. #16 0x00000000 in ?? () No symbol table info available. #17 0xc1015000 in ?? () No symbol table info available. #18 0x00000012 in ?? () No symbol table info available. #19 0x00000003 in ?? () No symbol table info available. #20 0x00000000 in ?? () No symbol table info available. #21 0xc055b670 in kdb_enter (msg=3D0x0) at cpufunc.h:60 No locals. #22 0xc053dab5 in panic (fmt=3D0xc070380c "unrhdr has %u allocations") at /usr/src/sys/kern/kern_shutdown.c:537 td =3D (struct thread *) 0xc1de5180 bootopt =3D 256 newpanic =3D 1 ap =3D 0xcf174c14 "\t" buf =3D "unrhdr has 9 allocations", '\0' #23 0xc0565e62 in delete_unrhdr (uh=3D0x0) at /usr/src/sys/kern/subr_unit.c= :321 No locals. #24 0xc271f54a in ?? () No symbol table info available. #25 0xc21dfa80 in ?? () No symbol table info available. #26 0xc07659dc in lockbuilder_pool () No symbol table info available. #27 0xc26457a0 in ?? () No symbol table info available. #28 0xc26457a0 in ?? () No symbol table info available. #29 0xcf174c40 in ?? () No symbol table info available. #30 0xc2644089 in ?? () No symbol table info available. #31 0xc2645840 in ?? () No symbol table info available. #32 0xc26457a0 in ?? () No symbol table info available. #33 0xcf174c54 in ?? () No symbol table info available. #34 0xc059dbab in vfs_unregister (vfc=3D0xc26457a0) at /usr/src/sys/kern/vfs_init.c:265 vfsp =3D (struct vfsconf *) 0xc2645840 error =3D 0 maxtypenum =3D 0 Previous frame inner to this frame (corrupt stack?) (kgdb) q --=20 GPG fingerprint =3D 5FFA 3959 3377 C697 8428 24D0 BF3E F4A9 AE33 5DCC "It won't fit on the line." -- me, 2001 --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDJXdHvz70qa4zXcwRAsWDAJ9yPGazmfXtp6yexz1MruMOZ53zTACfVbAo uUDWGtP2Gl1sD+LD/pAL20A= =vFYA -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 13:09:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1DAD16A426 for ; Mon, 12 Sep 2005 13:09:06 +0000 (GMT) (envelope-from ohmer@epita.info) Received: from marge.cload.net (ambres.net2.nerim.net [213.41.172.209]) by mx1.FreeBSD.org (Postfix) with SMTP id EA30B43D46 for ; Mon, 12 Sep 2005 13:09:05 +0000 (GMT) (envelope-from ohmer@epita.info) Received: (qmail 98649 invoked by uid 100); 12 Sep 2005 15:11:00 +0200 Received: from unknown (HELO moe) (213.41.180.70) by marge.cload.net with SMTP; 12 Sep 2005 15:11:00 +0200 Date: Mon, 12 Sep 2005 15:08:59 +0200 From: oHmEr To: freebsd-stable@freebsd.org Message-ID: <20050912150859.52023bc1@moe> In-Reply-To: <200509121823.43521.Patrick.Clery@gmail.com> References: <200509121823.43521.Patrick.Clery@gmail.com> X-Mailer: Sylpheed-Claws 1.9.11 (GTK+ 2.6.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: buildworld fails with libmd error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 13:09:07 -0000 On Mon, 12 Sep 2005 18:23:42 +0000 Patrick Clery wrote: > When doing a `make buildworld`, I get the following error: > > > << > ===> sbin/md5 > rm -f .depend > CC='/usr/bin/cc' mkdep -f .depend -a /usr/src/sbin/md5/md5.c > /usr/src/sbin/md5/md5.c:30:20: sha256.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/sbin/md5. > *** Error code 1 > > Stop in /usr/src/sbin. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > sha256 is now in the base system but your /usr/include isn't up to date. simply copy /usr/src/lib/libmd/sha256.h to /usr/include to solve the problem. i think it should be written in /usr/src/UPDATING. -- Matthieu Michaud | EPITA 2007 Phone: +33 6 13 40 49 29 From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 13:52:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC00916A420 for ; Mon, 12 Sep 2005 13:52:53 +0000 (GMT) (envelope-from bs139412@skynet.be) Received: from outmx028.isp.belgacom.be (outmx028.isp.belgacom.be [195.238.3.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id E422443D46 for ; Mon, 12 Sep 2005 13:52:52 +0000 (GMT) (envelope-from bs139412@skynet.be) Received: from outmx028.isp.belgacom.be (localhost [127.0.0.1]) by outmx028.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with ESMTP id j8CDqehJ025795 for ; Mon, 12 Sep 2005 15:52:40 +0200 (envelope-from ) Received: from tetsuo.maxx.lan (116-190.244.81.adsl.skynet.be [81.244.190.116]) by outmx028.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with ESMTP id j8CDqXpI025723 for ; Mon, 12 Sep 2005 15:52:33 +0200 (envelope-from ) From: MaXX To: freebsd-stable@freebsd.org Date: Mon, 12 Sep 2005 15:53:27 +0200 User-Agent: KMail/1.8 References: <20050912120040.02A6B16A41F@hub.freebsd.org> In-Reply-To: <20050912120040.02A6B16A41F@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509121553.27981.bs139412@skynet.be> Subject: Re: Stress testing and TIMEOUT - WRITE_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 13:52:53 -0000 On Fri, 26 Aug 2005 03:21:35 -0600 Anthony Chavez wrote: > My question is simply this: is the fact that I received 4 TIMEOUT > warnings in the space of roughly 2 weeks significant cause for concern? Hi, You may have a look at this pr :85603 (FS corruption and 'uncorrectable' DMA errors on ATA disks after unclean shutdown) and see if that applies for you. Are you running a kernel built around mid June this year? Did your machine paniced before the DMA problems appears (I think a power faillure can do the trick too)? We were severall usenet user experiencing this kind of problems (news://comp.unix.bsd.freebsd.misc thread was named "Disaster Recovery? and started 30 Aug 05). If you have the same problem as us, the fix is easy: - backup your data with tar (will take a while due to timeouts) - fdisk + newfs - reinstall your backup - cvsup + upgrade your kernel and thats all... And I was surprised to see my PostgreSQL database coming online without a single error message Pg really hate when theFS is inconsistent... In our case this problem was fixed by newfs, even smartctl (sysutils/smartmontool) did report errors at the drive level. After newfs'ing the disk no more message (but they still in the drive's log). Hope this is relevant to your problem... -- MaXX I tested my drive as follow: On comp.unix.bsd.freebsd.misc MaXX wrote: > I will stress test the drive to see if it still reliable for some purpose. I've finished some tests on the drive: 1. filled the drive with huge files (11,25,30,10Gb) 3 simultaneous writes => no DMA_READ or DMA_WRITE errors; fsck OK 2. copied 18 times /usr/ports with some distfiles and work folders (2 simultaneous copies , 9 times about 4 596 000 files) => no DMA_READ or DMA_WRITE errors; fsck NOT OK: a bunch of errors which seem to be only at the file system level. 3. md5 sum of 4 596 000 files before corrective fsck: no errors, burning hot drive 4. clean reboot + fsck: ok; fsck skipped checks. 5. compare md5 before and after reboot: OK, no missing files/folders, newsum == oldsum. I the tried to reproduce the initial problem, no way to do it... I killed init, pulled the plug while writing or reading. No way to get those DMA_* errors back (Note: the kernel was not the same as the failled one)... I give up... Conclusion: the disk is reliable enough to go back to work with a good backup policy (maybe in a vinum mirror to be sure). The problem seem to be bound to the kernel the machine was running since mid June 05. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 14:55:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDCBB16A41F for ; Mon, 12 Sep 2005 14:55:24 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62CAA43D46 for ; Mon, 12 Sep 2005 14:55:24 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.10] (p54AA9F34.dip0.t-ipconnect.de [84.170.159.52]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id BF9ED36D94; Mon, 12 Sep 2005 16:58:15 +0200 (CEST) Message-ID: <432596E6.8080700@incubus.de> Date: Mon, 12 Sep 2005 16:55:34 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: MaXX References: <20050912120040.02A6B16A41F@hub.freebsd.org> <200509121553.27981.bs139412@skynet.be> In-Reply-To: <200509121553.27981.bs139412@skynet.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Stress testing and TIMEOUT - WRITE_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 14:55:24 -0000 MaXX wrote: > started 30 Aug 05). If you have the same problem as us, the fix is easy: [...] Does the problem still exist then with newer versions? Or was it specific to the snapshot "around June"? mkb. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 15:59:52 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6483816A41F for ; Mon, 12 Sep 2005 15:59:52 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6929043D45 for ; Mon, 12 Sep 2005 15:59:51 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.4) with ESMTP id j8CFxnLa001914 for ; Mon, 12 Sep 2005 17:59:49 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.1/Submit) id j8CFxnMu001913 for stable@freebsd.org; Mon, 12 Sep 2005 17:59:49 +0200 (CEST) (envelope-from rene) Date: Mon, 12 Sep 2005 17:59:48 +0200 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050912155948.GA1848@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <20050912124039.GA723@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <20050912124039.GA723@82-168-75-155-bbxl.xdsl.tiscali.nl> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: 6.0BETA4: panic: unrhdr has 9 allocations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 15:59:52 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Some kgdb'ing : On Mon, Sep 12, 2005 at 02:40:40PM +0200, Rene Ladan wrote: >=20 > FreeBSD 6.0-BETA4 #10: Sun Sep 4 22:19:26 CEST 2005 /usr/obj/usr/src/sys= /RENE=20 >=20 [snip instructions] [snip trap stuff/missing symbols] > #22 0xc053dab5 in panic (fmt=3D0xc070380c "unrhdr has %u allocations") > at /usr/src/sys/kern/kern_shutdown.c:537 > td =3D (struct thread *) 0xc1de5180 > bootopt =3D 256 > newpanic =3D 1 > ap =3D 0xcf174c14 "\t" > buf =3D "unrhdr has 9 allocations", '\0' > #23 0xc0565e62 in delete_unrhdr (uh=3D0x0) at /usr/src/sys/kern/subr_unit= .c:321 (kgdb) frame 23 #23 0xc0565e62 in delete_unrhdr (uh=3D0x0) at /usr/src/sys/kern/subr_unit.c= :321 321 KASSERT(uh->busy =3D=3D 0, ("unrhdr has %u allocations", uh->busy)); (kgdb) l *0xc0565e62 0xc0565e62 is in delete_unrhdr (/usr/src/sys/kern/subr_unit.c:322). 317 delete_unrhdr(struct unrhdr *uh) 318 { 319=09 320 check_unrhdr(uh, __LINE__); 321 KASSERT(uh->busy =3D=3D 0, ("unrhdr has %u allocations", uh->busy)); 322 KASSERT(uh->alloc =3D=3D 0, ("UNR memory leak in delete_unrhdr")); 323 Free(uh); 324 } 325=09 326 static __inline int (kgdb) print uh $1 =3D (struct unrhdr *) 0x0 NULL pointer derefence ! Which means that the value '9' in the panic messge has no meaning. [snip missing symbols] > #34 0xc059dbab in vfs_unregister (vfc=3D0xc26457a0) > at /usr/src/sys/kern/vfs_init.c:265 > vfsp =3D (struct vfsconf *) 0xc2645840 > error =3D 0 > maxtypenum =3D 0 (kgdb) frame 34 #34 0xc059dbab in vfs_unregister (vfc=3D0xc26457a0) at /usr/src/sys/kern/vfs_init.c:265 265 error =3D (*vfc->vfc_vfsops->vfs_uninit)(vfsp); (kgdb) l *0xc059dbab 0xc059dbab is in vfs_unregister (/usr/src/sys/kern/vfs_init.c:267). 262 if (vfsp->vfc_refcount) 263 return EBUSY; 264 if (vfc->vfc_vfsops->vfs_uninit !=3D NULL) { 265 error =3D (*vfc->vfc_vfsops->vfs_uninit)(vfsp); 266 if (error) 267 return (error); 268 } 269 TAILQ_REMOVE(&vfsconf, vfsp, vfc_list); 270 maxtypenum =3D VFS_GENERIC; 271 TAILQ_FOREACH(vfsp, &vfsconf, vfc_list) (kgdb) print vfc $2 =3D (struct vfsconf *) 0xc26457a0 (kgdb) print *vfc $3 =3D {vfc_version =3D 426115360,=20 vfc_name =3D "procfs\000\000\000\000\000\000\000\000\000",=20 vfc_vfsops =3D 0xc26457e0, vfc_typenum =3D 5, vfc_refcount =3D 0,=20 vfc_flags =3D 524288, vfc_opts =3D 0x0, vfc_list =3D {tqe_next =3D 0x0,= =20 tqe_prev =3D 0xc07373c8}} (kgdb) print vfc->vfc_vfsops $4 =3D (struct vfsops *) 0xc26457e0 (kgdb) print *vfc->vfc_vfsops $5 =3D {vfs_mount =3D 0xc2644020, vfs_cmount =3D 0, vfs_unmount =3D 0xc271f= 3b0,=20 vfs_root =3D 0xc271f3f0, vfs_quotactl =3D 0xc059c7f0 ,= =20 vfs_statfs =3D 0xc271f420, vfs_sync =3D 0xc059ca00 ,=20 vfs_vget =3D 0xc059ca10 ,=20 vfs_fhtovp =3D 0xc059ca20 ,=20 vfs_checkexp =3D 0xc059d270 ,=20 vfs_vptofh =3D 0xc059c7e0 , vfs_init =3D 0xc2644050,=20 vfs_uninit =3D 0xc2644070, vfs_extattrctl =3D 0xc059ca50 ,=20 vfs_sysctl =3D 0xc059ca90 } (kgdb) print *vfc->vfc_vfsops->vfs_uninit $6 =3D {int (struct vfsconf *)} 0xc2644070 (kgdb) print *vfsp->vfc_vfsops->vfs_uninit $10 =3D {vfc_version =3D 1668248176,=20 vfc_name =3D "fs", '\0' , "=3Dd=C2", vfc_vfsops =3D 0xc= 2644010,=20 vfc_typenum =3D -1038294528, vfc_refcount =3D -1066149436,=20 vfc_flags =3D -1032710148, vfc_opts =3D 0xc27217fc, vfc_list =3D { tqe_next =3D 0x30000, tqe_prev =3D 0xc19f16dc}} (kgdb) print *vfsp->vfc_vfsops $11 =3D {vfs_mount =3D 0x89c03155, vfs_cmount =3D 0x89c35de5,=20 vfs_unmount =3D 0x27bc8df6, vfs_root =3D 0, vfs_quotactl =3D 0x83e58955,= =20 vfs_statfs =3D 0x4c70cec, vfs_sync =3D 0x64584024, vfs_vget =3D 0xc458bc2= ,=20 vfs_fhtovp =3D 0x8244489, vfs_checkexp =3D 0x8908458b, vfs_vptofh =3D 0xe= 8042444,=20 vfs_init =3D 0xdb2a0, vfs_uninit =3D 0xb48dc3c9, vfs_extattrctl =3D 0x26,= =20 vfs_sysctl =3D 0x27bc8d00} (kgdb) print *vfsp->vfc_vfsops->vfs_uninit Cannot access memory at address 0xb48dc3c9 Huh? Something has gone out of kernel memory? Regards, Rene --=20 GPG fingerprint =3D 5FFA 3959 3377 C697 8428 24D0 BF3E F4A9 AE33 5DCC "It won't fit on the line." -- me, 2001 --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDJaX0vz70qa4zXcwRApopAKCSuz4nMXMpQrOxuQRPMQD9bCAs0wCgoJ0b pzhqM/KDaBEdzP5P8pgYQXI= =NpaK -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 22:55:11 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7FBD16A41F for ; Mon, 12 Sep 2005 22:55:11 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: from shinzon.blueboard.cz (shinzon.blueboard.cz [217.11.249.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3D8843D46 for ; Mon, 12 Sep 2005 22:55:09 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: (qmail 54123 invoked by uid 89); 12 Sep 2005 22:55:17 -0000 Received: by simscan 1.1.0 ppid: 54116, pid: 54118, t: 3.3331s scanners: clamav: 0.86.2/m:33/d:1062 spam: 3.0.4 Received: from unknown (HELO ?10.15.141.2?) (tomas@blueboard.cz@217.11.239.237) by shinzon.blueboard.cz with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Sep 2005 22:55:14 -0000 Message-ID: <43260793.4060302@hosting50.cz> Date: Tue, 13 Sep 2005 00:56:19 +0200 From: Tomas Randa User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050728) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on shinzon.blueboard.cz X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 Cc: Subject: Strange SATA problem - data corrupting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 22:55:11 -0000 Hello, I have very strange problem with my FreeBSD box and Promise PDC20579 SATA controller: atapci0@pci0:7:0: class=0x010400 card=0x3574105a chip=0x3574105a rev=0x02 hdr=0x00 vendor = 'Promise Technology Inc' device = 'Promise SATAII150 579 (tm) IDE Controller' class = mass storage subclass = RAID ad4: 381554MB [775221/16/63] at ata2-master SATA150 Problem is, that every HDD connected to this controller is corrupting data. For example: I copy good tar.gz archive to this drive, and if I do decompression immediately after copying, there is no problem, but if I wait for example 10 minutes, then decompression ends with CRC error: box# gzip -d ./2005-09-11.tar.gz gzip: ./2005-09-11.tar.gz: invalid compressed data--crc error gzip: ./2005-09-11.tar.gz: invalid compressed data--length error I know, that problem is not in HDD or CPU/RAM, but in controller. Could it be a driver problem or not? I tried to turn off soft-updates, but with no change. I have no any ideas what to do or what to try. Thanks a lot for any answer or opinion. Tomas Randa From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 23:43:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3913F16A41F for ; Mon, 12 Sep 2005 23:43:47 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id C072B43D46 for ; Mon, 12 Sep 2005 23:43:42 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IMQ007Y1A0PGF70@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 13 Sep 2005 01:46:01 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.174.153]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IMQ00E02A24ASZ0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 13 Sep 2005 01:46:53 +0200 (CEST) Date: Tue, 13 Sep 2005 01:43:39 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH To: freebsd-stable@freebsd.org Message-id: <20050913014339.5c91e351.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Oldie: underscores in 'names ... on -stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 23:43:47 -0000 Hello, Just a quick repeat of an old question (because it's late, I'm tired and want to go to bed instead of spending the next few hours googling this subject): I run FreeBSD 5.4-stable on my main workstation. When I try to use an URL on the form some_name.example.org (note the '_' (underscore) character) in a browser (Mozilla, Opera, Firefox) it complains that it can't find the name. On other platforms (windows, Mac OS X) this works with the same browsers. If I try it with ping in a shell (on FreeBSD), it also fails. However both 'host' and 'nslookup' happily foes a lookup of that name. so it seems that our resolver (on FreeBSD) is to blame. I have seen a few old (ok, from 2003) mailing list posts, which seems to indicate that the official rules says that 'underscores are not allowed in hostnames'. Is this still the case? If so, why is FreeBSD in rwo minds about it (nslookup and host working, resolver not)? Good night everybody. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 23:45:17 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F74416A41F for ; Mon, 12 Sep 2005 23:45:17 +0000 (GMT) (envelope-from nomadlogic@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1768843D46 for ; Mon, 12 Sep 2005 23:45:15 +0000 (GMT) (envelope-from nomadlogic@gmail.com) Received: by wproxy.gmail.com with SMTP id i22so1556043wra for ; Mon, 12 Sep 2005 16:45:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=jmh/AyRyMSMxMeHxVEycQmXnU3QHQyU1PFplSGf6RdJlTJMbUnCZyyRWss2l4Orq2M2RDVtT8xG6cMd7nGpVur5R2ycLP6yBsPdNMpCrV0E4gOvITZck+FVBW85Yz6NNByt476sYagpc0RcWDs3xk6qjg0FRAarFvUWeBYaA6U4= Received: by 10.54.126.4 with SMTP id y4mr72151wrc; Mon, 12 Sep 2005 16:45:14 -0700 (PDT) Received: by 10.54.102.20 with HTTP; Mon, 12 Sep 2005 16:45:14 -0700 (PDT) Message-ID: <57d71000050912164569f0b215@mail.gmail.com> Date: Mon, 12 Sep 2005 16:45:14 -0700 From: pete wright To: Tomas Randa In-Reply-To: <43260793.4060302@hosting50.cz> Mime-Version: 1.0 References: <43260793.4060302@hosting50.cz> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: Strange SATA problem - data corrupting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nomadlogic@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 23:45:17 -0000 On 9/12/05, Tomas Randa wrote: >=20 > Hello, >=20 > I have very strange problem with my FreeBSD box and Promise PDC20579 > SATA controller: >=20 > atapci0@pci0:7:0: class=3D0x010400 card=3D0x3574105a chip=3D0x3574105a > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Promise Technology Inc' > device =3D 'Promise SATAII150 579 (tm) IDE Controller' > class =3D mass storage > subclass =3D RAID >=20 > ad4: 381554MB [775221/16/63] at ata2-master SATA150 >=20 > Problem is, that every HDD connected to this controller is corrupting > data. For example: I copy good tar.gz archive to this drive, and if I do > decompression immediately after copying, there is no problem, but if I > wait for example 10 minutes, then decompression ends with CRC error: >=20 > box# gzip -d ./2005-09-11.tar.gz > gzip: ./2005-09-11.tar.gz: invalid compressed data--crc error > gzip: ./2005-09-11.tar.gz: invalid compressed data--length error >=20 > I know, that problem is not in HDD or CPU/RAM, but in controller. Could > it be a driver problem or not? I tried to turn off soft-updates, but > with no change. I have no any ideas what to do or what to try. >=20 > Thanks a lot for any answer or opinion. Are you sure that it is not an issue with the drives? Just to make sure, yo= u=20 have attached these drives to another, known working system and seen the=20 same issues. Also, have you made sure that the cabling to the drives=20 themselves are not broken, and are seated properlly. To be sure, I'd grab a= =20 set of working sata cables and test out again. Finally, if you have done=20 this hardware trouble shooting already and are sure that it is not a=20 hardware issue with your disks/cabling/controller itself I would post the= =20 version of FreeBSD you are running (uname -ar) along with a dmesg to the=20 list. -p --=20 ~~o0OO0o~~ Pete Wright www.nycbug.org NYC's *BSD User Group From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 23:55:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9577516A41F for ; Mon, 12 Sep 2005 23:55:53 +0000 (GMT) (envelope-from nikolai@net24.co.nz) Received: from netmon.net24.net.nz (netmon.net24.net.nz [210.55.4.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB0A743D46 for ; Mon, 12 Sep 2005 23:55:52 +0000 (GMT) (envelope-from nikolai@net24.co.nz) Received: from [210.55.30.50] ([210.55.30.50]) by netmon.net24.net.nz (8.11.6/8.11.6) with ESMTP id j8CNtoK65929 for ; Tue, 13 Sep 2005 11:55:50 +1200 (NZST) (envelope-from nikolai@net24.co.nz) Message-ID: <4326158B.8010502@net24.co.nz> Date: Tue, 13 Sep 2005 11:55:55 +1200 From: Nikolai Schupbach User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Long Format Directory Listing 15x Slower in FreeBSD 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2005 23:55:53 -0000 Hello, We have been trying to migrate to FreeBSD 5.4 from an older 4.x release for one of our busy mail servers. But we have encountered problems with directory listings on 5.4. Our /var/mail directory contains approximately 8,000 files doing a long directory listing (ls -l) takes approximately 5 min and during this time the CPU is running near 100%, on a FSBD 4 box the same directory contents takes less than 20 seconds to list. Even on a directory with 200 files, each file with a different owner, it will still take at least 4-5 seconds to list. The problems only seems to occur when the directory contains files from many different users. (as in /var/mail). If I chown all the files in the /var/mail directory to a single user the directory listing is near instant. It appears it has something to do with 'ls' looking up the id's in the password database, because if I instruct ls to display numeric IDs (ls -ln), rather than converting to user and group names, the directory with 8,000 files, with 8,000 different owners will list instantly. The reason this concerns me so much is we are also having a problem with our Washington IMAP / POP3 server on FBSD 5 using a lot of CPU while operating on small and even 0 byte mailboxes, when there are approx five or more concurrent POP3 or IMAP sessions. And I can't help thinking that the two problems are related. Does anyone have any ideas? Has anyone else noticed this problem? If I can't resolve it I'm most likely going to revert to using 4.11, but I'd really like to know what is going on. (and yes I'm using UFS_DIRHASH) -- Nikolai From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 00:00:05 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4406816A41F for ; Tue, 13 Sep 2005 00:00:05 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: from shinzon.blueboard.cz (shinzon.blueboard.cz [217.11.249.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AD0343D46 for ; Tue, 13 Sep 2005 00:00:03 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: (qmail 59554 invoked by uid 89); 13 Sep 2005 00:00:12 -0000 Received: by simscan 1.1.0 ppid: 59397, pid: 59399, t: 11.9240s scanners: clamav: 0.86.2/m:33/d:1062 spam: 3.0.4 Received: from unknown (HELO ?10.15.141.2?) (tomas@blueboard.cz@217.11.239.237) by shinzon.blueboard.cz with (DHE-RSA-AES256-SHA encrypted) SMTP; 13 Sep 2005 00:00:00 -0000 Message-ID: <432616C2.2040301@hosting50.cz> Date: Tue, 13 Sep 2005 02:01:06 +0200 From: Tomas Randa User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050728) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nomadlogic@gmail.com References: <43260793.4060302@hosting50.cz> <57d71000050912164569f0b215@mail.gmail.com> In-Reply-To: <57d71000050912164569f0b215@mail.gmail.com> Content-Type: multipart/mixed; boundary="------------010609010104020305080802" X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on shinzon.blueboard.cz X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 Cc: stable@freebsd.org Subject: Re: Strange SATA problem - data corrupting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 00:00:05 -0000 This is a multi-part message in MIME format. --------------010609010104020305080802 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Thanks for quick answer. I think I am sure, because if I connect this hard drive from this onboard Promise controller with same cable to onboard VIA8237 it works well. I tried other HDD - 76319MB [155061/16/63] at ata5-master SATA150 not with same cable, I had exactly the same problem. FreeBSD box.freebsd 5.4-RELEASE-p6 FreeBSD 5.4-RELEASE-p6 #0: Wed Aug 31 00:09:53 CEST 2005 tomas@box.freebsd:/usr/obj/usr/src/sys/18BOX i386 My BOX has Soltek SL-K890PRO-939 with onboard integrated this Promise RAID Dmesg in attachement. Now I am looking for this in dmesg: atapci0: failed: rid 0x20 is memory, requested 4 atapci0: port 0xc000-0xc0ff,0xdf00-0xdf7f mem 0xdc0c0000-0xdc0dffff,0xdc0e6000-0xdc0e6fff irq 19 at device 7.0 on pci0 atapci0: failed: rid 0x20 is memory, requested 4 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 ata4: channel #2 on atapci0 Tomas Randa pete wright wrote: > > > On 9/12/05, *Tomas Randa* > wrote: > > Hello, > > I have very strange problem with my FreeBSD box and Promise PDC20579 > SATA controller: > > atapci0@pci0:7:0: class=0x010400 card=0x3574105a chip=0x3574105a > rev=0x02 hdr=0x00 > vendor = 'Promise Technology Inc' > device = 'Promise SATAII150 579 (tm) IDE Controller' > class = mass storage > subclass = RAID > > ad4: 381554MB [775221/16/63] at ata2-master SATA150 > > Problem is, that every HDD connected to this controller is corrupting > data. For example: I copy good tar.gz archive to this drive, and > if I do > decompression immediately after copying, there is no problem, but if I > wait for example 10 minutes, then decompression ends with CRC error: > > box# gzip -d ./2005-09-11.tar.gz > gzip: ./2005-09-11.tar.gz: invalid compressed data--crc error > gzip: ./2005-09-11.tar.gz: invalid compressed data--length error > > I know, that problem is not in HDD or CPU/RAM, but in controller. > Could > it be a driver problem or not? I tried to turn off soft-updates, but > with no change. I have no any ideas what to do or what to try. > > Thanks a lot for any answer or opinion. > > > > Are you sure that it is not an issue with the drives? Just to make > sure, you have attached these drives to another, known working system > and seen the same issues. Also, have you made sure that the cabling > to the drives themselves are not broken, and are seated properlly. To > be sure, I'd grab a set of working sata cables and test out again. > Finally, if you have done this hardware trouble shooting already and > are sure that it is not a hardware issue with your > disks/cabling/controller itself I would post the version of FreeBSD > you are running (uname -ar) along with a dmesg to the list. > > -p > > -- > ~~o0OO0o~~ > Pete Wright > www.nycbug.org > NYC's *BSD User Group --------------010609010104020305080802 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot" Copyright (c) 1992-2005 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 5.4-RELEASE-p6 #0: Wed Aug 31 00:09:53 CEST 2005 tomas@box.freebsd:/usr/obj/usr/src/sys/18SHINZON module_register: module pci/em already exists! Module pci/em failed to register: 17 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3500+ (2199.76-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20ff0 Stepping = 0 Features=0x78bfbff AMD Features=0xe0500000 real memory = 3220045824 (3070 MB) avail memory = 3153993728 (3007 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.5 (no driver attached) pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 27 at device 2.0 on pci0 pci2: on pcib2 pcib3: at device 3.0 on pci0 pci3: on pcib3 pcib4: irq 35 at device 3.1 on pci0 pci4: on pcib4 pcib5: irq 39 at device 3.2 on pci0 pci5: on pcib5 pcib6: irq 43 at device 3.3 on pci0 pci6: on pcib6 atapci0: port 0xc000-0xc0ff,0xdf00-0xdf7f mem 0xdc0c0000-0xdc0dffff,0xdc0e6000-0xdc0e6fff irq 19 at device 7.0 on pci0 atapci0: failed: rid 0x20 is memory, requested 4 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 ata4: channel #2 on atapci0 em0: port 0xd800-0xd83f mem 0xdc0a0000-0xdc0bffff,0xdc080000-0xdc09ffff irq 16 at device 8.0 on pci0 em0: Ethernet address: 00:07:e9:01:61:fc em0: Speed:N/A Duplex:N/A ahd0: port 0xc800-0xc8ff,0xc400-0xc4ff mem 0xdc0e2000-0xdc0e3fff irq 17 at device 9.0 on pci0 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs ahd1: port 0xd000-0xd0ff,0xcc00-0xccff mem 0xdc0e0000-0xdc0e1fff irq 18 at device 9.1 on pci0 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs pci0: at device 12.0 (no driver attached) atapci1: port 0xde00-0xde0f,0xdd00-0xdd03,0xdc00-0xdc07,0xdb00-0xdb03,0xda00-0xda07 irq 20 at device 15.0 on pci0 ata5: channel #0 on atapci1 ata6: channel #1 on atapci1 atapci2: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci2 ata1: channel #1 on atapci2 isab0: at device 17.0 on pci0 isa0: on isab0 acpi_tz0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 orm0: at iomem 0xcd000-0xce7ff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounter "TSC" frequency 2199763800 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default ad4: 381554MB [775221/16/63] at ata2-master SATA150 ad10: 76319MB [155061/16/63] at ata5-master SATA150 ad12: 76318MB [155058/16/63] at ata6-master SATA150 Waiting 15 seconds for SCSI devices to settle da0 at ahd1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) Mounting root from ufs:/dev/ad10s1a em0: Link is up 100 Mbps Full Duplex --------------010609010104020305080802-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 00:51:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9225D16A41F for ; Tue, 13 Sep 2005 00:51:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1207743D46 for ; Tue, 13 Sep 2005 00:51:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8D0pl0r023954 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Sep 2005 20:51:47 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8D0pj6P003875; Mon, 12 Sep 2005 20:51:46 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E016551206; Mon, 12 Sep 2005 20:51:44 -0400 (EDT) Date: Mon, 12 Sep 2005 20:51:44 -0400 From: Kris Kennaway To: Nikolai Schupbach Message-ID: <20050913005144.GA46178@xor.obsecurity.org> References: <4326158B.8010502@net24.co.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <4326158B.8010502@net24.co.nz> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Long Format Directory Listing 15x Slower in FreeBSD 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 00:51:48 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 13, 2005 at 11:55:55AM +1200, Nikolai Schupbach wrote: > Hello, >=20 > We have been trying to migrate to FreeBSD 5.4 from an older 4.x release= =20 > for one of our busy mail servers. But we have encountered problems with= =20 > directory listings on 5.4. >=20 > Our /var/mail directory contains approximately 8,000 files doing a long= =20 > directory listing (ls -l) takes approximately 5 min and during this time= =20 > the CPU is running near 100%, on a FSBD 4 box the same directory=20 > contents takes less than 20 seconds to list. Even on a directory with=20 > 200 files, each file with a different owner, it will still take at least= =20 > 4-5 seconds to list. The problems only seems to occur when the directory= =20 > contains files from many different users. (as in /var/mail). If I chown= =20 > all the files in the /var/mail directory to a single user the directory= =20 > listing is near instant. >=20 > It appears it has something to do with 'ls' looking up the id's in the=20 > password database, because if I instruct ls to display numeric IDs (ls=20 > -ln), rather than converting to user and group names, the directory with= =20 > 8,000 files, with 8,000 different owners will list instantly. >=20 > The reason this concerns me so much is we are also having a problem with= =20 > our Washington IMAP / POP3 server on FBSD 5 using a lot of CPU while=20 > operating on small and even 0 byte mailboxes, when there are approx five= =20 > or more concurrent POP3 or IMAP sessions. And I can't help thinking that= =20 > the two problems are related. >=20 > Does anyone have any ideas? Has anyone else noticed this problem? If I=20 > can't resolve it I'm most likely going to revert to using 4.11, but I'd= =20 > really like to know what is going on. (and yes I'm using UFS_DIRHASH) Sounds like the real problem is that you have >8000 users on your machine and lookups are taking a long time. There has been discussion of this problem and how to solve it on freebsd-questions@ several times..I think it involves making a minor change to pwd_mkdb and rebuilding. Please search the archives for that mailing list. Kris --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDJiKgWry0BWjoQKURAti+AJ9PH0eCgZr0H2im7SOBkdAnd0/LBwCgt27s WnPqJANxqvJg8cIklPGmB60= =+OT5 -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 00:51:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C79D616A41F for ; Tue, 13 Sep 2005 00:51:48 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82DC943D48 for ; Tue, 13 Sep 2005 00:51:48 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id C0EA4677F9 for ; Tue, 13 Sep 2005 00:51:47 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.3/8.13.1) with ESMTP id j8D0pcM6000421; Tue, 13 Sep 2005 10:51:39 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200509130051.j8D0pcM6000421@drugs.dv.isc.org> To: Torfinn Ingolfsen From: Mark Andrews In-reply-to: Your message of "Tue, 13 Sep 2005 01:43:39 +0200." <20050913014339.5c91e351.torfinn.ingolfsen@broadpark.no> Date: Tue, 13 Sep 2005 10:51:38 +1000 Sender: Mark_Andrews@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: Oldie: underscores in 'names ... on -stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 00:51:48 -0000 > Hello, > > Just a quick repeat of an old question (because it's late, I'm tired and > want to go to bed instead of spending the next few hours googling this > subject): > > I run FreeBSD 5.4-stable on my main workstation. When I try to use an > URL on the form some_name.example.org (note the '_' (underscore) > character) in a browser (Mozilla, Opera, Firefox) it complains that it > can't find the name. > On other platforms (windows, Mac OS X) this works with the same > browsers. They just have a more liberal gethostbyname() implementation that doesn't check the syntax of the strings past to it. > If I try it with ping in a shell (on FreeBSD), it also fails. > However both 'host' and 'nslookup' happily foes a lookup of that name. > so it seems that our resolver (on FreeBSD) is to blame. > > I have seen a few old (ok, from 2003) mailing list posts, which seems to > indicate that the official rules says that 'underscores are not allowed > in hostnames'. Is this still the case? It has ALWAYS been the case. See RFC 952 and RFC 1123 and their predecessors. See RFC 1034 which says ... 3.3. Technical guidelines on use For hosts, the mapping depends on the existing syntax for host names which is a subset of the usual text representation for domain names, together with RR formats for describing host addresses, etc. Because we need a reliable inverse mapping from address to host name, a special mapping for addresses into the IN-ADDR.ARPA domain is also defined. 3.5. Preferred name syntax The DNS specifications attempt to be as general as possible in the rules for constructing domain names. The idea is that the name of any existing object can be expressed as a domain name with minimal changes. However, when assigning a domain name for an object, the prudent user will select a name which satisfies both the rules of the domain system and any existing rules for the object, whether these rules are published or implied by existing programs. That is the DNS doesn't change what is legal in a hostname. > If so, why is FreeBSD in rwo minds about it (nslookup and host working, > resolver not)? Nslookup and host take domain names not hostnames. Not everything in the DNS is a host. > Good night everybody. > -- > Regards, > Torfinn Ingolfsen, > Norway > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 01:21:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C769616A41F for ; Tue, 13 Sep 2005 01:21:08 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6887043D45 for ; Tue, 13 Sep 2005 01:21:08 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id B51FC5D2D; Mon, 12 Sep 2005 21:21:07 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98242-01; Mon, 12 Sep 2005 21:21:06 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-79-217.ny325.east.verizon.net [68.161.79.217]) by pi.codefab.com (Postfix) with ESMTP id 008D55C34; Mon, 12 Sep 2005 21:21:05 -0400 (EDT) Message-ID: <43262987.8030703@mac.com> Date: Mon, 12 Sep 2005 21:21:11 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Torfinn Ingolfsen References: <20050913014339.5c91e351.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20050913014339.5c91e351.torfinn.ingolfsen@broadpark.no> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: Oldie: underscores in 'names ... on -stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 01:21:08 -0000 Torfinn Ingolfsen wrote: [ ... ] > If I try it with ping in a shell (on FreeBSD), it also fails. > However both 'host' and 'nslookup' happily foes a lookup of that name. > so it seems that our resolver (on FreeBSD) is to blame. > > I have seen a few old (ok, from 2003) mailing list posts, which seems to > indicate that the official rules says that 'underscores are not allowed > in hostnames'. Is this still the case? Yes, underscores are not valid characters for hostnames, per RFC 822 and others. The underscore was not permitted because it is easily confusable with a hyphen or minus sign, BTW. > If so, why is FreeBSD in rwo minds about it (nslookup and host working, > resolver not)? nslookup, dig, and so forth perform DNS queries directly, bypassing the system resolver (and flat files like /etc/hosts), and do not perform sanity checking of the results because these tools are intended for debugging DNS problems. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 01:33:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED25816A41F for ; Tue, 13 Sep 2005 01:33:54 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92A8043D48 for ; Tue, 13 Sep 2005 01:33:54 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j8D1XrxE015867; Mon, 12 Sep 2005 18:33:53 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8D1Xr2J015866; Mon, 12 Sep 2005 18:33:53 -0700 Date: Mon, 12 Sep 2005 18:33:53 -0700 From: Brooks Davis To: Kris Kennaway Message-ID: <20050913013353.GA13778@odin.ac.hmc.edu> References: <4326158B.8010502@net24.co.nz> <20050913005144.GA46178@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: <20050913005144.GA46178@xor.obsecurity.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org, Nikolai Schupbach Subject: Re: Long Format Directory Listing 15x Slower in FreeBSD 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 01:33:55 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 12, 2005 at 08:51:44PM -0400, Kris Kennaway wrote: > On Tue, Sep 13, 2005 at 11:55:55AM +1200, Nikolai Schupbach wrote: > > Hello, > >=20 > > We have been trying to migrate to FreeBSD 5.4 from an older 4.x release= =20 > > for one of our busy mail servers. But we have encountered problems with= =20 > > directory listings on 5.4. > >=20 > > Our /var/mail directory contains approximately 8,000 files doing a long= =20 > > directory listing (ls -l) takes approximately 5 min and during this tim= e=20 > > the CPU is running near 100%, on a FSBD 4 box the same directory=20 > > contents takes less than 20 seconds to list. Even on a directory with= =20 > > 200 files, each file with a different owner, it will still take at leas= t=20 > > 4-5 seconds to list. The problems only seems to occur when the director= y=20 > > contains files from many different users. (as in /var/mail). If I chown= =20 > > all the files in the /var/mail directory to a single user the directory= =20 > > listing is near instant. > >=20 > > It appears it has something to do with 'ls' looking up the id's in the= =20 > > password database, because if I instruct ls to display numeric IDs (ls= =20 > > -ln), rather than converting to user and group names, the directory wit= h=20 > > 8,000 files, with 8,000 different owners will list instantly. > >=20 > > The reason this concerns me so much is we are also having a problem wit= h=20 > > our Washington IMAP / POP3 server on FBSD 5 using a lot of CPU while=20 > > operating on small and even 0 byte mailboxes, when there are approx fiv= e=20 > > or more concurrent POP3 or IMAP sessions. And I can't help thinking tha= t=20 > > the two problems are related. > >=20 > > Does anyone have any ideas? Has anyone else noticed this problem? If I= =20 > > can't resolve it I'm most likely going to revert to using 4.11, but I'd= =20 > > really like to know what is going on. (and yes I'm using UFS_DIRHASH) >=20 > Sounds like the real problem is that you have >8000 users on your > machine and lookups are taking a long time. There has been discussion > of this problem and how to solve it on freebsd-questions@ several > times..I think it involves making a minor change to pwd_mkdb and > rebuilding. Please search the archives for that mailing list. If you are using NIS and have any compat options in /etc/nsswitch.conf your performance will really suck in situations like this. IIRC, the compat code is worse than O(n^2) if you look up each user and the non-compat code is close to O(n). I'd really like to stop generating nsswitch.conf entries that use compat in 7.0. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDJix/XY6L6fI4GtQRAgfoAJ0QZkqvtozWbB/MZeqskfPRJCmzYQCfexnd setgC2tS9De4fyECrp4cfFE= =Dmm9 -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 01:37:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46CC216A420 for ; Tue, 13 Sep 2005 01:37:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E709243D5C for ; Tue, 13 Sep 2005 01:37:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8D1bV0r027792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Sep 2005 21:37:31 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8D1bS6P007489; Mon, 12 Sep 2005 21:37:28 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 56929513C0; Mon, 12 Sep 2005 21:37:27 -0400 (EDT) Date: Mon, 12 Sep 2005 21:37:27 -0400 From: Kris Kennaway To: Brooks Davis Message-ID: <20050913013725.GA62591@xor.obsecurity.org> References: <4326158B.8010502@net24.co.nz> <20050913005144.GA46178@xor.obsecurity.org> <20050913013353.GA13778@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <20050913013353.GA13778@odin.ac.hmc.edu> User-Agent: Mutt/1.4.2.1i Cc: Nikolai Schupbach , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Long Format Directory Listing 15x Slower in FreeBSD 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 01:37:35 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 12, 2005 at 06:33:53PM -0700, Brooks Davis wrote: > On Mon, Sep 12, 2005 at 08:51:44PM -0400, Kris Kennaway wrote: > > On Tue, Sep 13, 2005 at 11:55:55AM +1200, Nikolai Schupbach wrote: > > > Hello, > > >=20 > > > We have been trying to migrate to FreeBSD 5.4 from an older 4.x relea= se=20 > > > for one of our busy mail servers. But we have encountered problems wi= th=20 > > > directory listings on 5.4. > > >=20 > > > Our /var/mail directory contains approximately 8,000 files doing a lo= ng=20 > > > directory listing (ls -l) takes approximately 5 min and during this t= ime=20 > > > the CPU is running near 100%, on a FSBD 4 box the same directory=20 > > > contents takes less than 20 seconds to list. Even on a directory with= =20 > > > 200 files, each file with a different owner, it will still take at le= ast=20 > > > 4-5 seconds to list. The problems only seems to occur when the direct= ory=20 > > > contains files from many different users. (as in /var/mail). If I cho= wn=20 > > > all the files in the /var/mail directory to a single user the directo= ry=20 > > > listing is near instant. > > >=20 > > > It appears it has something to do with 'ls' looking up the id's in th= e=20 > > > password database, because if I instruct ls to display numeric IDs (l= s=20 > > > -ln), rather than converting to user and group names, the directory w= ith=20 > > > 8,000 files, with 8,000 different owners will list instantly. > > >=20 > > > The reason this concerns me so much is we are also having a problem w= ith=20 > > > our Washington IMAP / POP3 server on FBSD 5 using a lot of CPU while= =20 > > > operating on small and even 0 byte mailboxes, when there are approx f= ive=20 > > > or more concurrent POP3 or IMAP sessions. And I can't help thinking t= hat=20 > > > the two problems are related. > > >=20 > > > Does anyone have any ideas? Has anyone else noticed this problem? If = I=20 > > > can't resolve it I'm most likely going to revert to using 4.11, but I= 'd=20 > > > really like to know what is going on. (and yes I'm using UFS_DIRHASH) > >=20 > > Sounds like the real problem is that you have >8000 users on your > > machine and lookups are taking a long time. There has been discussion > > of this problem and how to solve it on freebsd-questions@ several > > times..I think it involves making a minor change to pwd_mkdb and > > rebuilding. Please search the archives for that mailing list. >=20 > If you are using NIS and have any compat options in /etc/nsswitch.conf > your performance will really suck in situations like this. IIRC, the > compat code is worse than O(n^2) if you look up each user and the > non-compat code is close to O(n). I'd really like to stop generating > nsswitch.conf entries that use compat in 7.0. I'm pretty sure there's a problem with the database hash parameters used by pwd_mkdb on systems with large numbers of users..this is what I was alluding to above. Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDJi1VWry0BWjoQKURAiVsAJ9wVs7mgJntlAg+HjZ6VV7cypgG1QCfbLoU m+M1ueBmKsL6ols1d22wfC0= =Th6O -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 01:46:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABBCE16A41F for ; Tue, 13 Sep 2005 01:46:33 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C1D943D48 for ; Tue, 13 Sep 2005 01:46:33 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j8D1kW9N018127; Mon, 12 Sep 2005 18:46:32 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8D1kWk7018126; Mon, 12 Sep 2005 18:46:32 -0700 Date: Mon, 12 Sep 2005 18:46:32 -0700 From: Brooks Davis To: Kris Kennaway Message-ID: <20050913014632.GA17762@odin.ac.hmc.edu> References: <4326158B.8010502@net24.co.nz> <20050913005144.GA46178@xor.obsecurity.org> <20050913013353.GA13778@odin.ac.hmc.edu> <20050913013725.GA62591@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <20050913013725.GA62591@xor.obsecurity.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org, Nikolai Schupbach Subject: Re: Long Format Directory Listing 15x Slower in FreeBSD 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 01:46:33 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 12, 2005 at 09:37:27PM -0400, Kris Kennaway wrote: > On Mon, Sep 12, 2005 at 06:33:53PM -0700, Brooks Davis wrote: > > On Mon, Sep 12, 2005 at 08:51:44PM -0400, Kris Kennaway wrote: > > > On Tue, Sep 13, 2005 at 11:55:55AM +1200, Nikolai Schupbach wrote: > > > > Hello, > > > >=20 > > > > We have been trying to migrate to FreeBSD 5.4 from an older 4.x rel= ease=20 > > > > for one of our busy mail servers. But we have encountered problems = with=20 > > > > directory listings on 5.4. > > > >=20 > > > > Our /var/mail directory contains approximately 8,000 files doing a = long=20 > > > > directory listing (ls -l) takes approximately 5 min and during this= time=20 > > > > the CPU is running near 100%, on a FSBD 4 box the same directory=20 > > > > contents takes less than 20 seconds to list. Even on a directory wi= th=20 > > > > 200 files, each file with a different owner, it will still take at = least=20 > > > > 4-5 seconds to list. The problems only seems to occur when the dire= ctory=20 > > > > contains files from many different users. (as in /var/mail). If I c= hown=20 > > > > all the files in the /var/mail directory to a single user the direc= tory=20 > > > > listing is near instant. > > > >=20 > > > > It appears it has something to do with 'ls' looking up the id's in = the=20 > > > > password database, because if I instruct ls to display numeric IDs = (ls=20 > > > > -ln), rather than converting to user and group names, the directory= with=20 > > > > 8,000 files, with 8,000 different owners will list instantly. > > > >=20 > > > > The reason this concerns me so much is we are also having a problem= with=20 > > > > our Washington IMAP / POP3 server on FBSD 5 using a lot of CPU whil= e=20 > > > > operating on small and even 0 byte mailboxes, when there are approx= five=20 > > > > or more concurrent POP3 or IMAP sessions. And I can't help thinking= that=20 > > > > the two problems are related. > > > >=20 > > > > Does anyone have any ideas? Has anyone else noticed this problem? I= f I=20 > > > > can't resolve it I'm most likely going to revert to using 4.11, but= I'd=20 > > > > really like to know what is going on. (and yes I'm using UFS_DIRHAS= H) > > >=20 > > > Sounds like the real problem is that you have >8000 users on your > > > machine and lookups are taking a long time. There has been discussion > > > of this problem and how to solve it on freebsd-questions@ several > > > times..I think it involves making a minor change to pwd_mkdb and > > > rebuilding. Please search the archives for that mailing list. > >=20 > > If you are using NIS and have any compat options in /etc/nsswitch.conf > > your performance will really suck in situations like this. IIRC, the > > compat code is worse than O(n^2) if you look up each user and the > > non-compat code is close to O(n). I'd really like to stop generating > > nsswitch.conf entries that use compat in 7.0. >=20 > I'm pretty sure there's a problem with the database hash parameters > used by pwd_mkdb on systems with large numbers of users..this is what > I was alluding to above. That wouldn't suprised me. For that matter it could be both problems. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDJi94XY6L6fI4GtQRAqfHAJ4kIrb4ahKlWwPYjg/lLu//fuxuyACeMmd2 5tL9MD1CMDUGj2BG98utU4U= =5YwP -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 02:20:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E48816A41F for ; Tue, 13 Sep 2005 02:20:30 +0000 (GMT) (envelope-from nikolai@net24.co.nz) Received: from netmon.net24.net.nz (netmon.net24.net.nz [210.55.4.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09A6C43D48 for ; Tue, 13 Sep 2005 02:20:29 +0000 (GMT) (envelope-from nikolai@net24.co.nz) Received: from [210.55.30.50] ([210.55.30.50]) by netmon.net24.net.nz (8.11.6/8.11.6) with ESMTP id j8D2KEK67036; Tue, 13 Sep 2005 14:20:17 +1200 (NZST) (envelope-from nikolai@net24.co.nz) Message-ID: <43263764.4030808@net24.co.nz> Date: Tue, 13 Sep 2005 14:20:20 +1200 From: Nikolai Schupbach User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <4326158B.8010502@net24.co.nz> <20050913005144.GA46178@xor.obsecurity.org> <20050913013353.GA13778@odin.ac.hmc.edu> <20050913013725.GA62591@xor.obsecurity.org> <20050913014632.GA17762@odin.ac.hmc.edu> In-Reply-To: <20050913014632.GA17762@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Long Format Directory Listing 15x Slower in FreeBSD 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 02:20:30 -0000 Brooks Davis wrote: >On Mon, Sep 12, 2005 at 09:37:27PM -0400, Kris Kennaway wrote: > > >>On Mon, Sep 12, 2005 at 06:33:53PM -0700, Brooks Davis wrote: >> >> >>>On Mon, Sep 12, 2005 at 08:51:44PM -0400, Kris Kennaway wrote: >>> >>> >>>>On Tue, Sep 13, 2005 at 11:55:55AM +1200, Nikolai Schupbach wrote: >>>> >>>> >>>>>Hello, >>>>> >>>>>We have been trying to migrate to FreeBSD 5.4 from an older 4.x release >>>>>for one of our busy mail servers. But we have encountered problems with >>>>>directory listings on 5.4. >>>>> >>>>>Our /var/mail directory contains approximately 8,000 files doing a long >>>>>directory listing (ls -l) takes approximately 5 min and during this time >>>>>the CPU is running near 100%, on a FSBD 4 box the same directory >>>>>contents takes less than 20 seconds to list. Even on a directory with >>>>>200 files, each file with a different owner, it will still take at least >>>>>4-5 seconds to list. The problems only seems to occur when the directory >>>>>contains files from many different users. (as in /var/mail). If I chown >>>>>all the files in the /var/mail directory to a single user the directory >>>>>listing is near instant. >>>>> >>>>>It appears it has something to do with 'ls' looking up the id's in the >>>>>password database, because if I instruct ls to display numeric IDs (ls >>>>>-ln), rather than converting to user and group names, the directory with >>>>>8,000 files, with 8,000 different owners will list instantly. >>>>> >>>>>The reason this concerns me so much is we are also having a problem with >>>>>our Washington IMAP / POP3 server on FBSD 5 using a lot of CPU while >>>>>operating on small and even 0 byte mailboxes, when there are approx five >>>>>or more concurrent POP3 or IMAP sessions. And I can't help thinking that >>>>>the two problems are related. >>>>> >>>>>Does anyone have any ideas? Has anyone else noticed this problem? If I >>>>>can't resolve it I'm most likely going to revert to using 4.11, but I'd >>>>>really like to know what is going on. (and yes I'm using UFS_DIRHASH) >>>>> >>>>> >>>>Sounds like the real problem is that you have >8000 users on your >>>>machine and lookups are taking a long time. There has been discussion >>>>of this problem and how to solve it on freebsd-questions@ several >>>>times..I think it involves making a minor change to pwd_mkdb and >>>>rebuilding. Please search the archives for that mailing list. >>>> >>>> >>>If you are using NIS and have any compat options in /etc/nsswitch.conf >>>your performance will really suck in situations like this. IIRC, the >>>compat code is worse than O(n^2) if you look up each user and the >>>non-compat code is close to O(n). I'd really like to stop generating >>>nsswitch.conf entries that use compat in 7.0. >>> >>> >>I'm pretty sure there's a problem with the database hash parameters >>used by pwd_mkdb on systems with large numbers of users..this is what >>I was alluding to above. >> >> > >That wouldn't suprised me. For that matter it could be both problems. > >-- Brook > Looks like exact problem is described here: http://www.freebsd.org/cgi/query-pr.cgi?pr=75855 I'm not using NIS, so I will try the change /etc/nsswitch.conf group and passwd lines from 'compat' to 'files' and report back. -- Nikolai. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 06:41:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0962116A41F; Tue, 13 Sep 2005 06:41:32 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F8CD43D45; Tue, 13 Sep 2005 06:41:31 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.52 (FreeBSD)) id 1EF4Tv-0003Wg-BF; Tue, 13 Sep 2005 10:41:27 +0400 From: Vladimir Grebenschikov To: Christian Brueffer In-Reply-To: <20050911102044.GA1142@unixpages.org> References: <200509110042.31358@harrymail> <20050911102044.GA1142@unixpages.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Tue, 13 Sep 2005 10:41:26 +0400 Message-Id: <1126593686.1070.20.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Emanuel Strobl , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: acpi_sony - no powerd, no man page! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 06:41:32 -0000 =F7 =D7=D3, 11/09/2005 =D7 12:20 +0200, Christian Brueffer =D0=C9=DB=C5=D4: > On Sun, Sep 11, 2005 at 12:42:17AM +0200, Emanuel Strobl wrote: > > Hello, > >=20 > > I just installed BETA4 on my notebook and was curious about the acpi_so= ny=20 > > driver, but all I can see is that powerd soesn't work anymoder (if I ca= ll=20 > > powerd -a min dev.cpu.0.freq is still 800 wher it was 62 without acpi_s= ony=20 > > compiled in) and that I can set LCD brightness :) *bright_smile* > > But what does ctr, pcr, wdp and cdp mean? > > A short man page was wonderful! > > And is it known/intended that cpufreq doesn't work with acpi_sony? I have powerd worked for me without any problems (up to 211 Mhz) with acpi_sony # sysctl dev.acpi_sony dev.acpi_sony.0.brightness: 8 dev.acpi_sony.0.ctr: 0 dev.acpi_sony.0.pcr: 0 dev.acpi_sony.0.wdp: 1281 dev.acpi_sony.0.cdp: 1 dev.acpi_sony.0.%desc: Sony notebook controller dev.acpi_sony.0.%driver: acpi_sony dev.acpi_sony.0.%location: handle=3D\_SB_.PCI0.LPCB.SNC_ dev.acpi_sony.0.%pnpinfo: _HID=3DSNY5001 _UID=3D0 dev.acpi_sony.0.%parent: acpi0 # /etc/rc.d/powerd status powerd is running as pid 583. # grep powerd /etc/rc.conf powerd_enable=3D"YES" # Run powerd to lower our power usage. # sysctl dev.cpu dev.acpi_throttle=20 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 422 dev.cpu.0.freq_levels: 1689/-1 1477/-1 1266/-1 1055/-1 844/-1 633/-1 422/-1= 211/-1 dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1= 3750/-1 2500/-1 1250/-1 # > I wrote a small manpage some time ago (more of a dummy kind), but haven't > committed it yet because it's not that useful... >=20 > The meanings of ctr, pcr, wdp and cdp are unknown. takawata@, who wrote > the driver, got his information solely from the DSDT of the BIOS. So, > he doesn't know the meaning either :-) Probably some info can be get from sysutils/sjog port, but not much. > - Christian >=20 --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 06:47:54 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15CB616A41F for ; Tue, 13 Sep 2005 06:47:54 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 312D343D45 for ; Tue, 13 Sep 2005 06:47:52 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8D6lp8K074015; Tue, 13 Sep 2005 09:47:51 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 25364-01; Tue, 13 Sep 2005 09:47:51 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j8D6losV074012 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Sep 2005 09:47:51 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j8D6m4Cx069275; Tue, 13 Sep 2005 09:48:04 +0300 (EEST) (envelope-from ru) Date: Tue, 13 Sep 2005 09:48:04 +0300 From: Ruslan Ermilov To: Patrick Clery Message-ID: <20050913064804.GD37280@ip.net.ua> References: <200509121823.43521.Patrick.Clery@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fWddYNRDgTk9wQGZ" Content-Disposition: inline In-Reply-To: <200509121823.43521.Patrick.Clery@gmail.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-stable@FreeBSD.org Subject: Re: buildworld fails with libmd error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 06:47:54 -0000 --fWddYNRDgTk9wQGZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 12, 2005 at 06:23:42PM +0000, Patrick Clery wrote: > When doing a `make buildworld`, I get the following error: >=20 >=20 > <<=20 > =3D=3D=3D> sbin/md5 > rm -f .depend > CC=3D'/usr/bin/cc' mkdep -f .depend -a /usr/src/sbin/md5/md5.c > /usr/src/sbin/md5/md5.c:30:20: sha256.h: No such file or directory > mkdep: compile failed > *** Error code 1 > =20 > Stop in /usr/src/sbin/md5. > *** Error code 1 > =20 > Stop in /usr/src/sbin. > *** Error code 1 > =20 > Stop in /usr/src. > *** Error code 1 > =20 > Stop in /usr/src. > *** Error code 1 > =20 > Stop in /usr/src. >=20 > EOD; >=20 >=20 >=20 > /usr/src/lib/libmd/sha256.h does exist. Perhaps the include paths are wro= ng? >=20 > The current system is 5.4-STABLE as of Wed May 11 16:55:26 MDT 2005. Howe= ver,=20 > I did run cvsup and sync to the latest -STABLE before buildworld today, a= s=20 > well as running `make clean` in /usr/src. >=20 During the buildworld, a new compile is built and is supposed to be used. The CC=3D'/usr/bin/cc' above prevents this from happening. Most likely it comes from /etc/make.conf. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --fWddYNRDgTk9wQGZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDJnYkqRfpzJluFF4RAg//AJ0b3370jQXn1YCy0e2KnXuB0vgF8QCcDhlY M0aScO0X1xAyBS3GOAM7Ank= =eFyJ -----END PGP SIGNATURE----- --fWddYNRDgTk9wQGZ-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 07:21:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49D1716A41F for ; Tue, 13 Sep 2005 07:21:21 +0000 (GMT) (envelope-from comte0@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8537F43D45 for ; Tue, 13 Sep 2005 07:21:20 +0000 (GMT) (envelope-from comte0@gmail.com) Received: by nproxy.gmail.com with SMTP id x4so884508nfb for ; Tue, 13 Sep 2005 00:21:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=bB+gaXaG88+MsaK2OwmLr9pmTZHEb/xjziBzbhIaI1X/0VyHz8HA4I+msJjiICt2zXrcmUn57GiXzkEg9tgVl6D4+99VV5ZwPIbVAg1EJazzSwiXC/KHsi5H7jAVMPeGuPUgwnskOro3VtlKgApuIogvKDW8fYKZwVs5p0iBey0= Received: by 10.49.5.4 with SMTP id h4mr10787nfi; Tue, 13 Sep 2005 00:21:18 -0700 (PDT) Received: by 10.48.157.6 with HTTP; Tue, 13 Sep 2005 00:21:18 -0700 (PDT) Message-ID: <1d881b2f05091300216c55a4f2@mail.gmail.com> Date: Tue, 13 Sep 2005 09:21:18 +0200 From: ComteZero _ To: freebsd-stable@freebsd.org In-Reply-To: <1d881b2f05091123371d69f15a@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_9555_6759671.1126596078439" References: <1d881b2f05091123371d69f15a@mail.gmail.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: problem with PPPoE STABLE and ADSL 3Com HomeConnect X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: comte0@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 07:21:21 -0000 ------=_Part_9555_6759671.1126596078439 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline With ppp.log in attach file since the email seemed unreadable. On 9/12/05, ComteZero _ wrote: >=20 > Hello, >=20 > it's been two weeks I try to find out what's wrong. Clean install from=20 > cvsup STABLE (5). > my ADSL account works fine with REL. 4.4+rp_pppoe but not with my new=20 > STABLE (5) (without using rp_pppoe). > could someone help me on this issue (logs provided here)... two PADI are= =20 > emitted but nothing happens after. > (i saw that someone had a similar problem, but with previous netgraph=20 > revisions). >=20 > thank you. >=20 > Since my ADSL modem is 3Com HomeConnect, I've set the=20 > net.graph.nonstandard_pppoe=3D1 >=20 > ng_pppoe.c rev. is 1.67.2.1 > ng_socket.c rev. is 1.53.2.3 >=20 > my ppp.conf is : > default: > set log all > set ifaddr X.X.X.X/0 10.0.0.2/0 >=20 > my_isp : > set device PPPoE:xl0 > set authname MY_USER > set authkey MY_PWD > set dial > #set login > add default HISADDR >=20 >=20 > here is a tcpdump -vv -i xl0 : >=20 > 18:48:40.808687 PPPoE PADI [Host-Uniq 0x00E654C1] > 18:48:42.807533 PPPoE PADI [Host-Uniq 0x00E654C1] > 18:51:44.010839 PPPoE PADI [Host-Uniq 0x40F195C1] > 18:51:46.009639 PPPoE PADI [Host-Uniq 0x40F195C1] >=20 > Thx, ------=_Part_9555_6759671.1126596078439-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 08:52:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5073D16A41F for ; Tue, 13 Sep 2005 08:52:04 +0000 (GMT) (envelope-from oystein@holmen.cc) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF2DC43D4C for ; Tue, 13 Sep 2005 08:52:03 +0000 (GMT) (envelope-from oystein@holmen.cc) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IMQ0099XZENHGE0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 13 Sep 2005 10:54:23 +0200 (CEST) Received: from [192.168.1.3] ([84.48.131.57]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IMQ00GGRZG2JGH0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 13 Sep 2005 10:55:14 +0200 (CEST) Date: Tue, 13 Sep 2005 10:52:00 +0200 From: =?ISO-8859-1?Q?=D8ystein_Holmen?= To: freebsd-stable@freebsd.org Message-id: MIME-version: 1.0 X-Mailer: Apple Mail (2.734) Content-type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Content-transfer-encoding: quoted-printable Subject: Upgrading RAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 08:52:04 -0000 I have a machine running FreeBSD 5.4 with 512MB RAM. Now I want to =20 install an extra RAM-module. Do I have to do something in my =20 configuration, or is it "plug-and-play"? Sincerely, =D8ystein Holmen= From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 10:23:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2156C16A41F for ; Tue, 13 Sep 2005 10:23:04 +0000 (GMT) (envelope-from mathieu.y.prevot@wanadoo.fr) Received: from smtp11.wanadoo.fr (smtp11.wanadoo.fr [193.252.22.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B179743D45 for ; Tue, 13 Sep 2005 10:23:03 +0000 (GMT) (envelope-from mathieu.y.prevot@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1104.wanadoo.fr (SMTP Server) with ESMTP id 3AC091C000A1 for ; Tue, 13 Sep 2005 12:23:02 +0200 (CEST) Received: from [192.168.0.2] (APuteaux-154-1-31-156.w83-199.abo.wanadoo.fr [83.199.86.156]) by mwinf1104.wanadoo.fr (SMTP Server) with ESMTP id BC8291C000A6; Tue, 13 Sep 2005 12:23:00 +0200 (CEST) X-ME-UUID: 20050913102300772.BC8291C000A6@mwinf1104.wanadoo.fr In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <1e6f6ae00d33e4e7665998bdd2011eb3@wanadoo.fr> Content-Transfer-Encoding: 7bit From: Mathieu PREVOT Date: Tue, 13 Sep 2005 12:22:58 +0200 To: =?ISO-8859-1?Q?=D8ystein_Holmen?= X-Mailer: Apple Mail (2.622) Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading RAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 10:23:04 -0000 > I have a machine running FreeBSD 5.4 with 512MB RAM. Now I want to > install an extra RAM-module. Do I have to do something in my > configuration, or is it "plug-and-play"? There is nothing to do. There is no plug and play for RAM. It just needs the right RAM module. MP From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 14:57:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A407F16A41F for ; Tue, 13 Sep 2005 14:57:12 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from iaces.com (horton.iaces.com [204.147.87.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E5A343D45 for ; Tue, 13 Sep 2005 14:57:12 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from [204.147.87.125] (borg.iaces.com [204.147.87.125]) (authenticated bits=0) by iaces.com (8.13.3/8.13.3) with ESMTP id j8DEvAC6032009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Sep 2005 09:57:11 -0500 (CDT) (envelope-from ptroot@iaces.com) Message-ID: <4326E8B2.2070102@iaces.com> Date: Tue, 13 Sep 2005 09:56:50 -0500 From: "Paul T. Root" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?=D8ystein_Holmen?= References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading RAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 14:57:12 -0000 It should just work. A long time ago (2.x and 3.x days), Compaq's wouldn't work right because of their junkie architecture. So you had to tell the kernel how much memory you had. That junkie architecture has moved to HP now, but at least that problem is no longer there. Øystein Holmen wrote: > I have a machine running FreeBSD 5.4 with 512MB RAM. Now I want to > install an extra RAM-module. Do I have to do something in my > configuration, or is it "plug-and-play"? > > Sincerely, > Øystein Holmen_______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- ______ Paul T. Root / _ \ 1977 MGB / /|| \\ ||\/ || _ | || || || \ ||__// \______/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 16:47:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AECD216A420 for ; Tue, 13 Sep 2005 16:47:50 +0000 (GMT) (envelope-from bcasavan@tdkt.org) Received: from yeppers.tdkt.org (skyline.tdkt.org [209.98.211.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8D5443D46 for ; Tue, 13 Sep 2005 16:47:49 +0000 (GMT) (envelope-from bcasavan@tdkt.org) Received: from chenjesu.americas.sgi.com (cfcafwp.sgi.com [192.48.179.6]) (authenticated bits=0) by yeppers.tdkt.org (8.12.11/8.12.11/erikj-OpenBSD) with ESMTP id j8DGliMD024857 for ; Tue, 13 Sep 2005 11:47:48 -0500 (CDT) Date: Tue, 13 Sep 2005 11:47:38 -0500 (CDT) From: Brent Casavant X-X-Sender: bcasavan@chenjesu.americas.sgi.com To: freebsd-stable@freebsd.org Message-ID: <20050913111141.T1328@chenjesu.americas.sgi.com> Organization: "Angeltread Software Organization" MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Garbled VGA text console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Brent Casavant List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 16:47:50 -0000 Hello, I've searched the bug database and Googled for the following problem, to no avail, but hopefully querying -stable will help. I am experiencing garbled text consoles on 5.4-RELEASE (sorry, no prior data). All sc consoles have repeated/missing/overwritten characters across the entire screen. Furthermore, as I move the mouse cursor across the screen, the incorrect display continually changes in the rows and columns near the cursor. However, the mouse is not a necessary component of the dyslexic (no offense intended, I can certainly believe this is just what dyslexia sufferers would perceive in their daily life) display -- a kernel configured without mouse support at all still exhibits the problem. The problem occurs as soon as the kernel is handed control from the loader (the loader has no such problem, for what its worth) -- boot messages and the like are corrupted with the duplicated and missing and overwritten characters. This is an important point, I believe, as corruption occurs even before the APs are launched. As an example, here's what ttyv0 looks like at this moment: --- cut here --- Starting sshd. StStting sendmail. Initial i3i386 intialization. dititial ABIBIupuprt: : svipipsynuxpostfix/postfix-script: starting thththstfi x maililys s s s s vr4.4. Startiti cron. vfs ruleset: error converting to n nber:r:/usrsrocalaltc/d/dfs.r.res /etc/rc: WARNING: defvf_set_ruruset: unablblto s s rululuseseses/localaltc/devfs .rules to /dev devfs ruleleleror cocococong t tnumbmbo o usr/lolol/etc/devfs.rules /etctc: WARNIARAR devfsvfs_s_s_ruleset: unable to apply ruleset $/usr/l/l/l/ltc/ devevevuleseso /d/d Local packagaginititlization:Starting saslauthd1. . Additional TCP options:. t n moused:. Starting inetd. Starting backgrorod file sle m sm chchks i i60 s sonds. Tue SeSeSeSe9:4747:5:5:5200505 eeBSD/i386 (chenjesususutyv0v0 login: --- cut here --- The most relevant details that I can think of that might matter are that the machine is quad-processor (4x500MHz PIII Xeon), and has two seperate VGA controllers. The onboard VGA controller is a Cirrus Logic GD 5480, but is (mostly?) disabled by the BIOS when it detects the Matrox G400 card (dual-head configuration). The X server doesn't encounter any problem, and configuring with option VGA_SLOW_IOACCESS doesn't help. To me this smells like a multiprocessor problem (e.g. we see some output repeated 4 times in the example above, but never more than 4). Does this sound familiar to anyone? dmesg output and an lspci -v output are included below. Note that the Matrox card is identified as AGP in the lspci output, even though it is actually a PCI card. *shrug* --- cut here --- chenjesu# dmesg Copyright (c) 1992-2005 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 5.4-RELEASE-p7 #15: Mon Sep 12 20:11:55 CDT 2005 bcasavan@chenjesu:/usr/obj/usr/src/sys/chenjesu ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (500.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x387fbff real memory = 3221200896 (3071 MB) avail memory = 3150848000 (3004 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 ioapic0 irqs 0-63 on motherboard lapic3: Forcing LINT1 to edge trigger npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xc08-0xc0b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcm0: port 0x2400-0x241f irq 17 at device 7.0 on pci0 pcm0: sym0: <810a> port 0x2000-0x20ff mem 0xf8100000-0xf81000ff irq 58 at device 8.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking fxp0: port 0x2420-0x243f mem 0xf8000000-0xf80fffff,0xf9200000-0xf9200fff irq 18 at device 9.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:aa:39:13 pci0: at device 10.0 (no driver attached) pci0: at device 11.0 (no driver attached) isab0: at device 12.0 on pci0 isa0: on isab0 atapci0: port 0x2460-0x246f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 12.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0x2440-0x245f irq 54 at device 12.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 intpm0: port 0xcc0-0xccf irq 9 at device 12.3 on pci0 intpm0: I/O mapped cc0 intpm0: intr IRQ 9 enabled revision 0 intsmb0: on intpm0 smbus1: on intsmb0 smb0: on smbus1 intpm0: PM I/O mapped c00 pcib2: on acpi0 pci2: on pcib2 ohci0: mem 0xfe004000-0xfe004fff irq 19 at device 1.0 on pci2 usb1: OHCI version 1.0 usb1: on ohci0 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ohci1: mem 0xfe005000-0xfe005fff irq 29 at device 1.1 on pci2 usb2: OHCI version 1.0 usb2: on ohci1 usb2: USB revision 1.0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfe006000-0xfe0060ff irq 39 at device 1.2 on pci2 usb3: EHCI version 1.0 usb3: companion controllers, 3 ports each: usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 5 ports with 5 removable, self powered sym1: <896> port 0x3000-0x30ff mem 0xfe000000-0xfe001fff,0xfe006400-0xfe0067ff irq 57 at device 3.0 on pci2 sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking sym2: <896> port 0x3400-0x34ff mem 0xfe002000-0xfe003fff,0xfe006800-0xfe006bff irq 56 at device 3.1 on pci2 sym2: No NVRAM, ID 7, Fast-40, LVD, parity checking atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled pmtimer0 on isa0 orm0: at iomem 0xc9000-0xccfff,0xc0000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounters tick every 10.000 msec WARNING: apm_saver module requires apm enabled acd0: CDROM at ata0-master PIO4 acd1: CDROM at ata0-slave PIO4 Waiting 2 seconds for SCSI devices to settle pass5 at sym1 bus 0 target 6 lun 0 pass5: Fixed Processor SCSI-2 device pass5: 3.300MB/s transfers pass6 at ata0 bus 0 target 0 lun 0 pass6: Removable CD-ROM SCSI-0 device pass6: 16.000MB/s transfers pass7 at ata0 bus 0 target 1 lun 0 pass7: Removable CD-ROM SCSI-0 device pass7: 16.000MB/s transfers da3 at sym1 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da3: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) da4 at sym1 bus 0 target 4 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da4: 8761MB (17942584 512 byte sectors: 255H 63S/T 1116C) da0 at sym1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) da2 at sym1 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da2: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) da1 at sym1 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Mounting root from ufs:/dev/da0s1a arp: unknown hardware address format (0x0800) arp: unknown hardware address format (0x0800) # lspci -v 00:06.0 PCI bridge: Hint Corp HB1-SE33 PCI-PCI Bridge (rev 13) (prog-if 00 [Normal decode]) Flags: bus master, medium devsel, latency 128 Bus: primary=00, secondary=01, subordinate=01, sec-latency=68 Memory behind bridge: f8200000-f8ffffff Prefetchable memory behind bridge: 00000000fc000000-00000000fdf00000 Capabilities: [80] Power Management version 2 Capabilities: [90] #06 [0000] Capabilities: [a0] Vital Product Data 00:07.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a) Subsystem: Creative Labs: Unknown device 8065 Flags: bus master, medium devsel, latency 128, IRQ 17 I/O ports at 2400 Capabilities: [dc] Power Management version 1 00:07.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 0a) Subsystem: Creative Labs Gameport Joystick Flags: bus master, medium devsel, latency 128 I/O ports at 2470 Capabilities: [dc] Power Management version 1 00:08.0 SCSI storage controller: LSI Logic / Symbios Logic 53c810 (rev 23) Subsystem: LSI Logic / Symbios Logic 8100S Flags: bus master, medium devsel, latency 128, IRQ 58 I/O ports at 2000 Memory at f8100000 (32-bit, non-prefetchable) Capabilities: [40] Power Management version 1 00:09.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 05) Subsystem: Intel Corp. EtherExpress PRO/100+ Flags: bus master, medium devsel, latency 128, IRQ 18 Memory at f9200000 (32-bit, prefetchable) I/O ports at 2420 Memory at f8000000 (32-bit, non-prefetchable) Capabilities: [dc] Power Management version 1 00:0a.0 VGA compatible controller: Cirrus Logic GD 5480 (rev 23) (prog-if 00 [VGA]) Subsystem: Unknown device 3e3e:003e Flags: bus master, medium devsel, latency 64, IRQ 255 Memory at (32-bit, prefetchable) [disabled] Memory at (32-bit, non-prefetchable) [disabled] 00:0b.0 PIC: Intel Corp. 683053 Programmable Interrupt Device (prog-if 03) Flags: bus master, medium devsel, latency 0 00:0c.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) Flags: bus master, medium devsel, latency 0 00:0c.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) (prog-if 80 [Master]) Flags: bus master, medium devsel, latency 64 I/O ports at 2460 00:0c.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) (prog-if 00 [UHCI]) Flags: bus master, medium devsel, latency 64, IRQ 54 I/O ports at 2440 00:0c.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) Flags: medium devsel 00:10.0 Host bridge: Intel Corp. 450NX - 82451NX Memory & I/O Controller (rev 03) Flags: fast devsel 00:12.0 Host bridge: Intel Corp. 450NX - 82454NX/84460GX PCI Expander Bridge (rev 02) Flags: bus master, medium devsel, latency 128 00:13.0 Host bridge: Intel Corp. 450NX - 82454NX/84460GX PCI Expander Bridge (rev 02) Flags: bus master, medium devsel, latency 128 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 85) (prog-if 00 [VGA]) Subsystem: Matrox Graphics, Inc.: Unknown device 0d43 Flags: bus master, medium devsel, latency 128, IRQ 16 Memory at fc000000 (32-bit, prefetchable) Memory at f8200000 (32-bit, non-prefetchable) Memory at f8800000 (32-bit, non-prefetchable) Capabilities: [dc] Power Management version 2 Capabilities: [f0] AGP version 2.0 -- Brent Casavant Dance like everybody should be watching. www.angeltread.org KD5EMB, EN34lv From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 17:57:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D4FA16A41F for ; Tue, 13 Sep 2005 17:57:32 +0000 (GMT) (envelope-from Robert.Faulds@voxify.com) Received: from Deliverance.voxify.com (65-123-2-7.dia.cust.qwest.net [65.123.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAADF43D45 for ; Tue, 13 Sep 2005 17:57:31 +0000 (GMT) (envelope-from Robert.Faulds@voxify.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 13 Sep 2005 10:57:30 -0700 Message-ID: <331CA3AB8A236A488C92DEC289C7D04DFAAFC0@Deliverance.voxify.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Garbled VGA text console Thread-Index: AcW4gvG+OZS13WI7RGCBpEjInZefhAACZF6w From: "Robert Faulds" To: "Brent Casavant" , Cc: Subject: RE: Garbled VGA text console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 17:57:32 -0000 Swap your mouse and keyboard. It appears you have them plugged in backwards. -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Brent Casavant Sent: Tuesday, September 13, 2005 9:48 AM To: freebsd-stable@freebsd.org Subject: Garbled VGA text console Hello, I've searched the bug database and Googled for the following problem, to no avail, but hopefully querying -stable will help. I am experiencing garbled text consoles on 5.4-RELEASE (sorry, no prior data). All sc consoles have repeated/missing/overwritten characters across the entire screen. Furthermore, as I move the mouse cursor across the screen, the incorrect display continually changes in the rows and columns near the cursor. However, the mouse is not a necessary component of the dyslexic (no offense intended, I can certainly believe this is just what dyslexia sufferers would perceive in their daily life) display -- a kernel configured without mouse support at all still exhibits the problem. The problem occurs as soon as the kernel is handed control from the loader (the loader has no such problem, for what its worth) -- boot messages and the like are corrupted with the duplicated and missing and overwritten characters. This is an important point, I believe, as corruption occurs even before the APs are launched. As an example, here's what ttyv0 looks like at this moment: --- cut here --- Starting sshd. StStting sendmail. Initial i3i386 intialization. dititial ABIBIupuprt: : svipipsynuxpostfix/postfix-script: starting thththstfi x maililys s s s s vr4.4. Startiti cron. vfs ruleset: error converting to n nber:r:/usrsrocalaltc/d/dfs.r.res /etc/rc: WARNING: defvf_set_ruruset: unablblto s s rululuseseses/localaltc/devfs .rules to /dev devfs ruleleleror cocococong t tnumbmbo o usr/lolol/etc/devfs.rules /etctc: WARNIARAR devfsvfs_s_s_ruleset: unable to apply ruleset $/usr/l/l/l/ltc/ devevevuleseso /d/d Local packagaginititlization:Starting saslauthd1. . Additional TCP options:. t n moused:. Starting inetd. Starting backgrorod file sle m sm chchks i i60 s sonds. Tue SeSeSeSe9:4747:5:5:5200505 eeBSD/i386 (chenjesususutyv0v0 login: --- cut here --- The most relevant details that I can think of that might matter are that the machine is quad-processor (4x500MHz PIII Xeon), and has two seperate VGA controllers. The onboard VGA controller is a Cirrus Logic GD 5480, but is (mostly?) disabled by the BIOS when it detects the Matrox G400 card (dual-head configuration). The X server doesn't encounter any problem, and configuring with option VGA_SLOW_IOACCESS doesn't help. To me this smells like a multiprocessor problem (e.g. we see some output repeated 4 times in the example above, but never more than 4). Does this sound familiar to anyone? dmesg output and an lspci -v output are included below. Note that the Matrox card is identified as AGP in the lspci output, even though it is actually a PCI card. *shrug* --- cut here --- chenjesu# dmesg Copyright (c) 1992-2005 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 5.4-RELEASE-p7 #15: Mon Sep 12 20:11:55 CDT 2005 bcasavan@chenjesu:/usr/obj/usr/src/sys/chenjesu ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (500.15-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x672 Stepping =3D 2 =20 Features=3D0x387fbff real memory =3D 3221200896 (3071 MB) avail memory =3D 3150848000 (3004 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 2 ioapic0 irqs 0-63 on motherboard lapic3: Forcing LINT1 to edge trigger npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xc08-0xc0b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcm0: port 0x2400-0x241f irq 17 at device 7.0 on pci0 pcm0: sym0: <810a> port 0x2000-0x20ff mem 0xf8100000-0xf81000ff irq 58 at device 8.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking fxp0: port 0x2420-0x243f mem 0xf8000000-0xf80fffff,0xf9200000-0xf9200fff irq 18 at device 9.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:aa:39:13 pci0: at device 10.0 (no driver attached) pci0: at device 11.0 (no driver attached) isab0: at device 12.0 on pci0 isa0: on isab0 atapci0: port 0x2460-0x246f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 12.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0x2440-0x245f irq 54 at device 12.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 intpm0: port 0xcc0-0xccf irq 9 at device 12.3 on pci0 intpm0: I/O mapped cc0 intpm0: intr IRQ 9 enabled revision 0 intsmb0: on intpm0 smbus1: on intsmb0 smb0: on smbus1 intpm0: PM I/O mapped c00=20 pcib2: on acpi0 pci2: on pcib2 ohci0: mem 0xfe004000-0xfe004fff irq 19 at device 1.0 on pci2 usb1: OHCI version 1.0 usb1: on ohci0 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ohci1: mem 0xfe005000-0xfe005fff irq 29 at device 1.1 on pci2 usb2: OHCI version 1.0 usb2: on ohci1 usb2: USB revision 1.0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfe006000-0xfe0060ff irq 39 at device 1.2 on pci2 usb3: EHCI version 1.0 usb3: companion controllers, 3 ports each: usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 5 ports with 5 removable, self powered sym1: <896> port 0x3000-0x30ff mem 0xfe000000-0xfe001fff,0xfe006400-0xfe0067ff irq 57 at device 3.0 on pci2 sym1: No NVRAM, ID 7, Fast-40, LVD, parity checking sym2: <896> port 0x3400-0x34ff mem 0xfe002000-0xfe003fff,0xfe006800-0xfe006bff irq 56 at device 3.1 on pci2 sym2: No NVRAM, ID 7, Fast-40, LVD, parity checking atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled pmtimer0 on isa0 orm0: at iomem 0xc9000-0xccfff,0xc0000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounters tick every 10.000 msec WARNING: apm_saver module requires apm enabled acd0: CDROM at ata0-master PIO4 acd1: CDROM at ata0-slave PIO4 Waiting 2 seconds for SCSI devices to settle pass5 at sym1 bus 0 target 6 lun 0 pass5: Fixed Processor SCSI-2 device=20 pass5: 3.300MB/s transfers pass6 at ata0 bus 0 target 0 lun 0 pass6: Removable CD-ROM SCSI-0 device=20 pass6: 16.000MB/s transfers pass7 at ata0 bus 0 target 1 lun 0 pass7: Removable CD-ROM SCSI-0 device=20 pass7: 16.000MB/s transfers da3 at sym1 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device=20 da3: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da3: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) da4 at sym1 bus 0 target 4 lun 0 da4: Fixed Direct Access SCSI-3 device=20 da4: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da4: 8761MB (17942584 512 byte sectors: 255H 63S/T 1116C) da0 at sym1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device=20 da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) da2 at sym1 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device=20 da2: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da2: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) da1 at sym1 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device=20 da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Mounting root from ufs:/dev/da0s1a arp: unknown hardware address format (0x0800) arp: unknown hardware address format (0x0800) # lspci -v 00:06.0 PCI bridge: Hint Corp HB1-SE33 PCI-PCI Bridge (rev 13) (prog-if 00 [Normal decode]) Flags: bus master, medium devsel, latency 128 Bus: primary=3D00, secondary=3D01, subordinate=3D01, sec-latency=3D68 Memory behind bridge: f8200000-f8ffffff Prefetchable memory behind bridge: 00000000fc000000-00000000fdf00000 Capabilities: [80] Power Management version 2 Capabilities: [90] #06 [0000] Capabilities: [a0] Vital Product Data 00:07.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a) Subsystem: Creative Labs: Unknown device 8065 Flags: bus master, medium devsel, latency 128, IRQ 17 I/O ports at 2400 Capabilities: [dc] Power Management version 1 00:07.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 0a) Subsystem: Creative Labs Gameport Joystick Flags: bus master, medium devsel, latency 128 I/O ports at 2470 Capabilities: [dc] Power Management version 1 00:08.0 SCSI storage controller: LSI Logic / Symbios Logic 53c810 (rev 23) Subsystem: LSI Logic / Symbios Logic 8100S Flags: bus master, medium devsel, latency 128, IRQ 58 I/O ports at 2000 Memory at f8100000 (32-bit, non-prefetchable) Capabilities: [40] Power Management version 1 00:09.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 05) Subsystem: Intel Corp. EtherExpress PRO/100+ Flags: bus master, medium devsel, latency 128, IRQ 18 Memory at f9200000 (32-bit, prefetchable) I/O ports at 2420 Memory at f8000000 (32-bit, non-prefetchable) Capabilities: [dc] Power Management version 1 00:0a.0 VGA compatible controller: Cirrus Logic GD 5480 (rev 23) (prog-if 00 [VGA]) Subsystem: Unknown device 3e3e:003e Flags: bus master, medium devsel, latency 64, IRQ 255 Memory at (32-bit, prefetchable) [disabled] Memory at (32-bit, non-prefetchable) [disabled] 00:0b.0 PIC: Intel Corp. 683053 Programmable Interrupt Device (prog-if 03) Flags: bus master, medium devsel, latency 0 00:0c.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) Flags: bus master, medium devsel, latency 0 00:0c.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) (prog-if 80 [Master]) Flags: bus master, medium devsel, latency 64 I/O ports at 2460 00:0c.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) (prog-if 00 [UHCI]) Flags: bus master, medium devsel, latency 64, IRQ 54 I/O ports at 2440 00:0c.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) Flags: medium devsel 00:10.0 Host bridge: Intel Corp. 450NX - 82451NX Memory & I/O Controller (rev 03) Flags: fast devsel 00:12.0 Host bridge: Intel Corp. 450NX - 82454NX/84460GX PCI Expander Bridge (rev 02) Flags: bus master, medium devsel, latency 128 00:13.0 Host bridge: Intel Corp. 450NX - 82454NX/84460GX PCI Expander Bridge (rev 02) Flags: bus master, medium devsel, latency 128 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 85) (prog-if 00 [VGA]) Subsystem: Matrox Graphics, Inc.: Unknown device 0d43 Flags: bus master, medium devsel, latency 128, IRQ 16 Memory at fc000000 (32-bit, prefetchable) Memory at f8200000 (32-bit, non-prefetchable) Memory at f8800000 (32-bit, non-prefetchable) Capabilities: [dc] Power Management version 2 Capabilities: [f0] AGP version 2.0 --=20 Brent Casavant Dance like everybody should be watching. www.angeltread.org KD5EMB, EN34lv _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 20:51:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51A1A16A41F for ; Tue, 13 Sep 2005 20:51:08 +0000 (GMT) (envelope-from snoel@gestosoft.com) Received: from tomts22-srv.bellnexxia.net (tomts22-srv.bellnexxia.net [209.226.175.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE4A043D48 for ; Tue, 13 Sep 2005 20:51:07 +0000 (GMT) (envelope-from snoel@gestosoft.com) Received: from [10.0.5.52] ([69.156.84.58]) by tomts22-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050913205106.JVAQ21470.tomts22-srv.bellnexxia.net@[10.0.5.52]> for ; Tue, 13 Sep 2005 16:51:06 -0400 Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: <1416A124-66AC-477C-98E2-884B37D16181@gestosoft.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Sandro Noel Date: Tue, 13 Sep 2005 16:51:05 -0400 X-Mailer: Apple Mail (2.734) Subject: Slow internet browsing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 20:51:08 -0000 Greetings. i dont know if this is the right group, so please correct me . I'm using 5.4 RELEASE i need to know how to uninstall a networking device from the system completely it was configured with sysinstall. when the system starts up, the sk0 is configured to get a DHCP lease. it gets the lease but afterwards anything trying to access the network is slow to a crawl, i tried disabeling the device and the system boots just fine and fast. but when on, it draws somme operations to a crawl. starting Xorg takes forever and i use KDE, and for some reason the Konkeror browser is slow to the point where it will time out eventually. i tried Firefox, and the same thing happens. some operations are notmal for some reason, SAMBA operations are ok, FTP is somewhat slower but acceptable. Downloading a file from the FTP is very long to start, but once started, it's as fast as what i am used to. ping and all the related tools seem to work ok. any clue would be helpful, I'm looking in the eye of a reinstall, and i hate that solution. Sandro Noel From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 21:13:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6E2B16A41F for ; Tue, 13 Sep 2005 21:13:31 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F5A343D46 for ; Tue, 13 Sep 2005 21:13:31 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so58919wxd for ; Tue, 13 Sep 2005 14:13:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SriZs1uJZcnQ3gJUTlUFP4tI+BgM/4gFbojK37oygkkaCZdM5V1mAgKluz28uJpQfXgd5h1F3Oqd62kyTvdlE/IHxOEwG6wCG4uCwJimXLM0B564/9L5xoPUjblp0rmQikns/74KtvF0oinuC7uBK33HGH3K8Ql0Bbd7qfwMKEc= Received: by 10.70.115.20 with SMTP id n20mr365992wxc; Tue, 13 Sep 2005 14:13:30 -0700 (PDT) Received: by 10.70.53.4 with HTTP; Tue, 13 Sep 2005 14:13:30 -0700 (PDT) Message-ID: <790a9fff05091314135011502d@mail.gmail.com> Date: Tue, 13 Sep 2005 16:13:30 -0500 From: Scot Hetzel To: Sandro Noel In-Reply-To: <1416A124-66AC-477C-98E2-884B37D16181@gestosoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1416A124-66AC-477C-98E2-884B37D16181@gestosoft.com> Cc: freebsd-stable@freebsd.org Subject: Re: Slow internet browsing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: swhetzel@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 21:13:32 -0000 On 9/13/05, Sandro Noel wrote: > Greetings. >=20 > i dont know if this is the right group, so please correct me . > I'm using 5.4 RELEASE >=20 > i need to know how to uninstall a networking device from the system > completely > it was configured with sysinstall. >=20 > when the system starts up, the sk0 is configured to get a DHCP lease. > it gets the lease but afterwards anything trying to access the > network is slow to a crawl, >=20 You need to disable it in /etc/rc.conf > i tried disabeling the device and the system boots just fine and fast. > but when on, it draws somme operations to a crawl. >=20 Most likely you have a problem with your DNS settings, check your /etc/resolv.conf file. Scot --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 21:16:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E2F016A41F for ; Tue, 13 Sep 2005 21:16:36 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A106343D45 for ; Tue, 13 Sep 2005 21:16:35 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 13 Sep 2005 21:16:34 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp008) with SMTP; 13 Sep 2005 23:16:34 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Tue, 13 Sep 2005 23:16:13 +0200 User-Agent: KMail/1.8.1 References: <1416A124-66AC-477C-98E2-884B37D16181@gestosoft.com> In-Reply-To: <1416A124-66AC-477C-98E2-884B37D16181@gestosoft.com> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1147468.8BxjK4tg0b"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509132316.24210@harrymail> X-Y-GMX-Trusted: 0 Cc: Sandro Noel Subject: Re: Slow internet browsing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 21:16:36 -0000 --nextPart1147468.8BxjK4tg0b Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 13. September 2005 22:51 CEST schrieb Sandro Noel: > Greetings. > > i dont know if this is the right group, so please correct me . > I'm using 5.4 RELEASE > > i need to know how to uninstall a networking device from the system > completely > it was configured with sysinstall. > > when the system starts up, the sk0 is configured to get a DHCP lease. > it gets the lease but afterwards anything trying to access the > network is slow to a crawl, > > i tried disabeling the device and the system boots just fine and fast. > but when on, it draws somme operations to a crawl. > > starting Xorg takes forever and > i use KDE, and for some reason the Konkeror browser is slow to the > point where it will time out eventually. > i tried Firefox, and the same thing happens. > > > some operations are notmal for some reason, > SAMBA operations are ok, > FTP is somewhat slower but acceptable. > Downloading a file from the FTP is very long to start, but once started, > it's as fast as what i am used to. This all sounds like DNS problems... Check your resolv.conf nsswitch.conf/host.conf and the correspondig=20 servers. =2DHarry > > ping and all the related tools seem to work ok. > > any clue would be helpful, I'm looking in the eye of a reinstall, and > i hate that solution. > > Sandro Noel > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" --nextPart1147468.8BxjK4tg0b Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDJ0GoBylq0S4AzzwRAm1sAJ9uVTIrZPs40AeWWtBLG5ccvVKuWgCfQeww dAb2iAYGCU+dLJ2o7E2K9hc= =kBaU -----END PGP SIGNATURE----- --nextPart1147468.8BxjK4tg0b-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 21:39:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C5BA16A41F for ; Tue, 13 Sep 2005 21:39:05 +0000 (GMT) (envelope-from snoel@gestosoft.com) Received: from tomts22-srv.bellnexxia.net (tomts22.bellnexxia.net [209.226.175.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC1EE43D6E for ; Tue, 13 Sep 2005 21:39:04 +0000 (GMT) (envelope-from snoel@gestosoft.com) Received: from [10.0.5.52] ([69.156.84.58]) by tomts22-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050913213903.KDXL21470.tomts22-srv.bellnexxia.net@[10.0.5.52]>; Tue, 13 Sep 2005 17:39:03 -0400 In-Reply-To: <790a9fff05091314135011502d@mail.gmail.com> References: <1416A124-66AC-477C-98E2-884B37D16181@gestosoft.com> <790a9fff05091314135011502d@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1D945B30-B163-4A8B-AB99-09A8162468FE@gestosoft.com> Content-Transfer-Encoding: 7bit From: Sandro Noel Date: Tue, 13 Sep 2005 17:39:02 -0400 To: swhetzel@gmail.com X-Mailer: Apple Mail (2.734) Cc: freebsd-stable@freebsd.org Subject: Re: Slow internet browsing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 21:39:05 -0000 thank you all for the ULTRA fast reply, i had an entry in the resolv.conf that did not belong there. problem solved. something is bothering me... the entry stated that it was the ip of my gateway 10.0.5.1 wich is the same address that the DHCP server gives out. why is it causing problems ? Sandro. On Sep 13, 2005, at 5:13 PM, Scot Hetzel wrote: > On 9/13/05, Sandro Noel wrote: > >> Greetings. >> >> i dont know if this is the right group, so please correct me . >> I'm using 5.4 RELEASE >> >> i need to know how to uninstall a networking device from the system >> completely >> it was configured with sysinstall. >> >> when the system starts up, the sk0 is configured to get a DHCP lease. >> it gets the lease but afterwards anything trying to access the >> network is slow to a crawl, >> >> > You need to disable it in /etc/rc.conf > > >> i tried disabeling the device and the system boots just fine and >> fast. >> but when on, it draws somme operations to a crawl. >> >> > Most likely you have a problem with your DNS settings, check your > /etc/resolv.conf file. > > Scot > -- > DISCLAIMER: > No electrons were mamed while sending this message. Only slightly > bruised. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > > Sandro Noel snoel@gestosoft.com From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 21:52:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0F4F16A41F for ; Tue, 13 Sep 2005 21:52:32 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA3FC43D45 for ; Tue, 13 Sep 2005 21:52:31 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A4EFC.dip.t-dialin.net [84.154.78.252]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j8DLqSxr080212; Tue, 13 Sep 2005 23:52:29 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j8DLqR9X002653; Tue, 13 Sep 2005 23:52:27 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j8DLsJxd070800; Tue, 13 Sep 2005 23:54:19 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200509132154.j8DLsJxd070800@fire.jhs.private> To: Sandro Noel From: "Julian Stacey" Organization: http://berklix.com Munich Unix, BSD, Internet Consultancy User-agent: EXMH http://beedub.com/exmh/ on FreeBSD http://freebsd.org X-URL: http://berklix.com/~jhs/ In-reply-to: Your message of "Tue, 13 Sep 2005 16:51:05 EDT." <1416A124-66AC-477C-98E2-884B37D16181@gestosoft.com> Date: Tue, 13 Sep 2005 23:54:19 +0200 Sender: jhs@flat.berklix.net Cc: freebsd-stable@freebsd.org Subject: Re: Slow internet browsing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 21:52:32 -0000 Reference: > From: Sandro Noel > Date: Tue, 13 Sep 2005 16:51:05 -0400 > Message-id: <1416A124-66AC-477C-98E2-884B37D16181@gestosoft.com> Sandro Noel wrote: > Greetings. > > i dont know if this is the right group, so please correct me . > I'm using 5.4 RELEASE > > i need to know how to uninstall a networking device from the system > completely > it was configured with sysinstall. > > when the system starts up, the sk0 is configured to get a DHCP lease. > it gets the lease but afterwards anything trying to access the > network is slow to a crawl, > > i tried disabeling the device and the system boots just fine and fast. > but when on, it draws somme operations to a crawl. > > starting Xorg takes forever and > i use KDE, and for some reason the Konkeror browser is slow to the > point where it will time out eventually. > i tried Firefox, and the same thing happens. > > > some operations are notmal for some reason, > SAMBA operations are ok, > FTP is somewhat slower but acceptable. > Downloading a file from the FTP is very long to start, but once started, > it's as fast as what i am used to. > > ping and all the related tools seem to work ok. > > any clue would be helpful, I'm looking in the eye of a reinstall, and > i hate that solution. > > Sandro Noel Sounds like nameserver timeouts Clues you can try to learn what you machine is doing: more /etc/host.conf man host.conf more /etc/resolv.conf man resolv.conf netstat -ra # look at default route vi /etc/rc.conf # patch out sk line if you dont want it. if you'r new to Unix & nets etc, & find the above a bit much, rather than reinstall, you can reconfig by su /usr/sbin/sysinstall # Valid path on my 6.0-BETA4 # /stand/sysintall # other path I recall Do post-install configuration of FreeBSD Configure additional network services Configure additional network interfaces -- Julian Stacey. Consultant Unix Net & Sys. Eng., Munich. http://berklix.com Mail Ascii not HTML. Ihr Rauch = meine allergischen Kopfschmerzen. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 22:33:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2542116A41F for ; Tue, 13 Sep 2005 22:33:54 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7BFB43D45 for ; Tue, 13 Sep 2005 22:33:53 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from [192.168.0.5] (c-24-6-134-233.hsd1.ca.comcast.net[24.6.134.233]) by comcast.net (sccrmhc12) with ESMTP id <2005091322335201200mse5ke>; Tue, 13 Sep 2005 22:33:52 +0000 Message-ID: <432753CF.6020001@bfoz.net> Date: Tue, 13 Sep 2005 15:33:51 -0700 From: Brandon Fosdick User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 22:33:54 -0000 I have a 5.4-S box running apache2 that's serving data from mysql running on the same box. I'm thinking about putting both in seperate jails, partly for security and partly for practice. Would this impact network performance between the two? Currently the mysql connection is using localhost which I understand to be faster than a network socket. Does jail-to-jail traffic use the same mechanism? or something else? Thanks From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 00:34:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C799C16A41F for ; Wed, 14 Sep 2005 00:34:03 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1410843D49 for ; Wed, 14 Sep 2005 00:34:02 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EFLCc-0005sQ-0m for freebsd-stable@freebsd.org; Wed, 14 Sep 2005 02:32:42 +0200 Received: from anthonychavez.org ([166.70.126.66]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Sep 2005 02:32:42 +0200 Received: from acc by anthonychavez.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Sep 2005 02:32:42 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Anthony Chavez Date: Tue, 13 Sep 2005 18:30:56 -0600 Lines: 120 Message-ID: References: <1275346059.20050911223347@rulez.sk> <20050912061917.GP69713@pleiades.aeternal.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: anthonychavez.org X-PGP-Key: http://anthonychavez.org/pubkey.asc User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/22.0.50 (darwin) Cancel-Lock: sha1:nY4t4dk+El0qo8zj3KoY87pCflk= Sender: news Subject: Re: Stress testing and TIMEOUT - WRITE_DMA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 00:34:03 -0000 --=-=-= On Mon, 12 Sep 2005 08:19:18 +0200 martin hudec wrote: > On Sun, Sep 11, 2005 at 10:33:47PM +0200 or thereabouts, Daniel Gerzo wrote: >> On Fri, 26 Aug 2005 03:21:35 -0600 Anthony Chavez >> wrote: >> > Sep 6 11:35:27 mybox kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=8348191 >> > ... >> > Sep 6 18:59:09 mybox kernel: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=8348383 >> > Sep 6 19:04:58 mybox kernel: ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=61749183 >> >> > The READ_DMA timeouts are happening very infrequently, but it's worth >> > mentioning that I'm seeing them now in addition. >> >> > This is quite disturbing, particularly when the machine in question is >> > *in*production.* >> >> I thing you should really quickly look for backuping your data. When >> I was seeing this kind of messages last time, my disk died after 3 >> days from time they started showing up in my log files. I wasn't able >> to write any data to the disk (system just sudennly paniced, when >> I tried to mount it rw, but I was able to mount it ro and copy most of >> the data) Note, that I wasn't able to copy about 10GB out of 30GB. So >> don't ignore them and have a good luck. > > Hmmm, before trashing that disk, you could surely consider running > smartmontools to see what they have to say about health condition of > your disk :).. go for sysutils/smartmontools. Okay, I've actually got 3 identical drives (SAMSUNG SP0802N) in 3 identical systems, running identical hardware using Intel ICH4 controllers. Only one of these machines managed to spit 81 errors at me over a period of about 6.5 hours (so far). This particular machine produced the warnings after approximately 8 days after installing FreeBSD. Ironically, another one of these machines only produced 1 warning after nearly 21 days and then another solitary warning 14 days after that (which occurred as I was drafting this response). smartctl reports each of these drives passes the "SMART overall-health self-assessment test" but goes on to report exactly 6 "SET MAX ADDRESS [OBS-6]" errors occur for each drive within 1 hour of uptime. I do not think that any of these errors occured at the same time the DMA warnings did. > After that can one make assumptions whether it is faulty hardware or > ata patches :). Well, the drives are pretty much brand new. I think that it's safe to assume that the health of these drives are not a concern, and smartctl seems to confirm this. On Mon, 12 Sep 2005 15:53:27 +0200 MaXX wrote: > On Fri, 26 Aug 2005 03:21:35 -0600 Anthony Chavez > wrote: >> My question is simply this: is the fact that I received 4 TIMEOUT >> warnings in the space of roughly 2 weeks significant cause for concern? > Hi, > You may have a look at this pr :85603 (FS corruption and 'uncorrectable' DMA > errors on ATA disks after unclean shutdown) and see if that applies for you. Thanks. My hardware doesn't match, but I'll keep it in mind. > Are you running a kernel built around mid June this year? The machine that gave me 81 warnings after applying ata-mk3n: FreeBSD 5.4-RELEASE-p6 #0: Sun Sep 11 21:57:16 MDT 2005 root@mybox1:/usr/obj/usr/src/sys/MYBOX1 The machine that's been in commission the longest: FreeBSD 5.4-RELEASE #0: Sun Sep 11 21:46:18 MDT 2005 root@mybox2:/usr/obj/usr/src/sys/MYBOX2 New kid on the block: FreeBSD 5.4-RELEASE-p6 #0: Sun Sep 11 21:58:08 MDT 2005 root@mybox3:/usr/obj/usr/src/sys/MYBOX3 FWIW, although they have different names, the kernel configs are exactly the same. > Did your machine paniced before the DMA problems appears (I think a power > faillure can do the trick too)? No panic. However, I recall reading that these warnings are a good indication that a panic may be imminent, hence my call for help. > In our case this problem was fixed by newfs, even smartctl > (sysutils/smartmontool) did report errors at the drive level. After newfs'ing > the disk no more message (but they still in the drive's log). That seems very strange, particularly when I have newfs'ed the disks when installing FreeBSD. Furthermore, this solution is not sufficient. The machines that are giving me this error are in crucial locations and I need to know what causes these errors and if a fix is available or if I really should worry about a few popping up now and then. -- Anthony Chavez http://anthonychavez.org/ mailto:acc@anthonychavez.org jabber:acc@jabber.anthonychavez.org --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (Darwin) iQEVAwUAQydvQ/AIdTFWAbdTAQr1Dwf/TsjpTVQe+G1rSGFu2kQuJYouHFYILtK8 LVJUHhJXUUcl5ktq03msOmKDbzr8qr0K14cM6IEDd8Y3lSvWKxrfiD5EZOyVzZSb wlA+j6UYQAHpZJN2WmW9K3hatRarjwHKfewNFyNteMXmtuizpmbcxgxII/RbbIYf OKsfVaO7j0vNxjuL6YI/n6WaOzLH63rIt6RwpXhpnhUKA7zLaU3IKjYE1KvQ8AOQ kreXUKXYhYljb6C0ha7dLUvaLr5b5cF3p2qcVvifN/p04l3UbTAyxPRNXMB16Cq4 OfIYxJoHqC810LRmPMkjjXuRKiCThbMkg+B6FhtV3N1SNLRhiLvM5w== =qYna -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 00:45:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 470C216A41F for ; Wed, 14 Sep 2005 00:45:41 +0000 (GMT) (envelope-from bcasavan@tdkt.org) Received: from yeppers.tdkt.org (skyline.tdkt.org [209.98.211.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4EE143D48 for ; Wed, 14 Sep 2005 00:45:36 +0000 (GMT) (envelope-from bcasavan@tdkt.org) Received: from chenjesu.americas.sgi.com (cfcafwp.sgi.com [192.48.179.6]) (authenticated bits=0) by yeppers.tdkt.org (8.12.11/8.12.11/erikj-OpenBSD) with ESMTP id j8E0jULc013728; Tue, 13 Sep 2005 19:45:35 -0500 (CDT) Date: Tue, 13 Sep 2005 19:45:25 -0500 (CDT) From: Brent Casavant X-X-Sender: bcasavan@chenjesu.americas.sgi.com To: Robert Faulds In-Reply-To: <331CA3AB8A236A488C92DEC289C7D04DFAAFC0@Deliverance.voxify.com> Message-ID: <20050913192140.P1023@chenjesu.americas.sgi.com> References: <331CA3AB8A236A488C92DEC289C7D04DFAAFC0@Deliverance.voxify.com> Organization: "Angeltread Software Organization" MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: RE: Garbled VGA text console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Brent Casavant List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 00:45:41 -0000 On Tue, 13 Sep 2005, Robert Faulds wrote: > Swap your mouse and keyboard. It appears you have them plugged in > backwards. Unfortunately that's not the case. I even humored my imagination (i.e. maybe the chassis is mislabeled) and intentionally reversed them, to no avail. As stated in the first message, a mouse isn't even necessary in order to observe this problem. Thinking it might be an SMP problem, I disabled all but one processor (kern.smp.maxcpus=1, kern.smp.active=0, kern.smp.disabled=1). The garbled console continued. So I put that back, and thought to myself "Maybe it's picking up the wrong video card, somewhat". Tried hint.vga.0.at="pci", to try to pick up the PCI VGA controller instead of the onboard one that appears on isa0, but that also had no effect. I'm not above looking into this myself. Any idea whether it would be best to start my hunt in /usr/src/dev/fb/* as opposed to /usr/src/dev/syscons/* ? Thanks, Brent Casavant -- Brent Casavant Dance like everybody should be watching. www.angeltread.org KD5EMB, EN34lv From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 06:31:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1EBC16A41F for ; Wed, 14 Sep 2005 06:31:50 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id E462D43D4C for ; Wed, 14 Sep 2005 06:31:49 +0000 (GMT) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with SMTP id 52B9E39858; Wed, 14 Sep 2005 13:31:46 +0700 (NOVST) Received: by sbk-gw.sibnet.ru (Postfix, from userid 1017) id 0105D39857; Wed, 14 Sep 2005 13:31:44 +0700 (NOVST) Received: from localhost (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (Postfix) with ESMTP id 73B8939855; Wed, 14 Sep 2005 13:31:44 +0700 (NOVST) Date: Wed, 14 Sep 2005 13:31:43 +0700 (NOVST) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: Brent Casavant In-Reply-To: <20050913192140.P1023@chenjesu.americas.sgi.com> Message-ID: <20050914133010.P67503@sbk-gw.sibnet.ru> References: <331CA3AB8A236A488C92DEC289C7D04DFAAFC0@Deliverance.voxify.com> <20050913192140.P1023@chenjesu.americas.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: RE: Garbled VGA text console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 06:31:51 -0000 Perhaps problem with incorrect SC_MOUSE_CHAR option? I've seen strange behavious with GENERIC when user class is set to russian Sincerely, Maxim M. Kazachek mailto:stranger@sberbank.sibnet.ru On Tue, 13 Sep 2005, Brent Casavant wrote: > On Tue, 13 Sep 2005, Robert Faulds wrote: > >> Swap your mouse and keyboard. It appears you have them plugged in >> backwards. > > Unfortunately that's not the case. I even humored my imagination > (i.e. maybe the chassis is mislabeled) and intentionally reversed them, > to no avail. As stated in the first message, a mouse isn't even > necessary in order to observe this problem. > > Thinking it might be an SMP problem, I disabled all but one processor > (kern.smp.maxcpus=1, kern.smp.active=0, kern.smp.disabled=1). The > garbled console continued. > > So I put that back, and thought to myself "Maybe it's picking up > the wrong video card, somewhat". Tried hint.vga.0.at="pci", to > try to pick up the PCI VGA controller instead of the onboard one > that appears on isa0, but that also had no effect. > > I'm not above looking into this myself. Any idea whether it would > be best to start my hunt in /usr/src/dev/fb/* as opposed to > /usr/src/dev/syscons/* ? > > Thanks, > Brent Casavant > > -- > Brent Casavant Dance like everybody should be watching. > www.angeltread.org > KD5EMB, EN34lv > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 06:59:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9335516A41F for ; Wed, 14 Sep 2005 06:59:18 +0000 (GMT) (envelope-from gemini@geminix.org) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 348D043D49 for ; Wed, 14 Sep 2005 06:59:17 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <4327CA3C.6050403@geminix.org> Date: Wed, 14 Sep 2005 08:59:08 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050802 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brandon Fosdick References: <432753CF.6020001@bfoz.net> In-Reply-To: <432753CF.6020001@bfoz.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52 (FreeBSD)) id 1EFREc-0000Uv-LM; Wed, 14 Sep 2005 08:59:10 +0200 Cc: freebsd-stable@freebsd.org Subject: Re: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 06:59:18 -0000 Brandon Fosdick wrote: > I have a 5.4-S box running apache2 that's serving data from mysql running on the same box. I'm thinking about putting both in seperate jails, partly for security and partly for practice. Would this impact network performance between the two? Currently the mysql connection is using localhost which I understand to be faster than a network socket. Does jail-to-jail traffic use the same mechanism? or something else? In MySQL 'localhost' is a hard-wired shortcut that uses domain sockets instead of TCP sockets. Since domain sockets live in the namespace of a filesystem this requires that both server and client have access to the same filesystem. Now, for security reasons jails normally are confined in separate filesystems, or at least in separate parts of a common one. So in case of MySQL you would have to use TCP sockets to communicate between jails. This socket type typically consumes more CPU because of TCP's protocol overhead. However, whether you would actually notice any difference in speed basically depends on how much excess CPU power there is available on that server. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 07:09:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2454016A41F for ; Wed, 14 Sep 2005 07:09:16 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [209.89.70.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id A365043D46 for ; Wed, 14 Sep 2005 07:09:15 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from peregrin.orthanc.ca (d216-232-211-96.bchsia.telus.net [216.232.211.96]) (authenticated bits=0) by orthanc.ca (8.13.3/8.13.3) with ESMTP id j8E7976s013205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Sep 2005 01:09:08 -0600 (MDT) (envelope-from lyndon@orthanc.ca) Received: from [127.0.0.1] (localhost [127.0.0.1]) by peregrin.orthanc.ca (8.13.5.Beta0/8.13.5.Beta0) with ESMTP id j8E78vgH004911; Wed, 14 Sep 2005 00:08:57 -0700 (PDT) In-Reply-To: <4327CA3C.6050403@geminix.org> References: <432753CF.6020001@bfoz.net> <4327CA3C.6050403@geminix.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Lyndon Nerenberg Date: Wed, 14 Sep 2005 00:08:56 -0700 To: Uwe Doering X-Mailer: Apple Mail (2.734) X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on orthanc.ca Cc: Brandon Fosdick , freebsd-stable@freebsd.org Subject: Re: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 07:09:16 -0000 On Sep 13, 2005, at 11:59 PM, Uwe Doering wrote: > Now, for security reasons jails normally are confined in separate > filesystems, or at least in separate parts of a common one. So in > case of MySQL you would have to use TCP sockets to communicate > between jails. This socket type typically consumes more CPU > because of TCP's protocol overhead. However, whether you would > actually notice any difference in speed basically depends on how > much excess CPU power there is available on that server. Ignoring security (or filesystem namespace issues) I will just note that using named sockets for local IPC is a Good Thing. When I worked at Messaging Direct I taught sendmail to speak LMTP over named sockets, and our local delivery rate (to our IMAP server) went up by a factor of 10. It would be really cool if we could figure out a way to do AF_UNIX between jails, but I confess to not having thought about any of the implications ... (Maybe netgraph can help here?) --lyndon From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 09:47:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CC8516A41F for ; Wed, 14 Sep 2005 09:47:14 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7949B43D4C for ; Wed, 14 Sep 2005 09:47:12 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [62.142.71.181] (KMMLXXXI.dsl.saunalahti.fi [62.142.71.181]) by gw02.mail.saunalahti.fi (Postfix) with ESMTP id 5FD5CD1E96; Wed, 14 Sep 2005 12:47:09 +0300 (EEST) Message-ID: <4327F1A0.60505@pp.nic.fi> Date: Wed, 14 Sep 2005 12:47:12 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 5.4-STABLE X-Accept-Language: en-us, en MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" References: <1416A124-66AC-477C-98E2-884B37D16181@gestosoft.com> <790a9fff05091314135011502d@mail.gmail.com> <1D945B30-B163-4A8B-AB99-09A8162468FE@gestosoft.com> In-Reply-To: <1D945B30-B163-4A8B-AB99-09A8162468FE@gestosoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sandro Noel Subject: Re: Slow internet browsing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 09:47:14 -0000 Sandro Noel wrote: > thank you all for the ULTRA fast reply, > i had an entry in the resolv.conf that did not belong there. > problem solved. > > > something is bothering me... > the entry stated that it was the ip of my gateway 10.0.5.1 > wich is the same address that the DHCP server gives out. > why is it causing problems ? Do you have ADSL-box with Network Address Translation enabled? Sounds like ADSL-router (or firewall) is redirecting your DNS requests. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 10:00:17 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F6F316A41F for ; Wed, 14 Sep 2005 10:00:17 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6D2443D48 for ; Wed, 14 Sep 2005 10:00:16 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 69A9446B38; Wed, 14 Sep 2005 06:00:16 -0400 (EDT) Date: Wed, 14 Sep 2005 11:00:16 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Rene Ladan In-Reply-To: <20050912124039.GA723@82-168-75-155-bbxl.xdsl.tiscali.nl> Message-ID: <20050914105923.M33820@fledge.watson.org> References: <20050912124039.GA723@82-168-75-155-bbxl.xdsl.tiscali.nl> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-113187961-1126692016=:33820" Cc: stable@freebsd.org Subject: Re: 6.0BETA4: panic: unrhdr has 9 allocations X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 10:00:17 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-113187961-1126692016=:33820 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 12 Sep 2005, Rene Ladan wrote: > Hi, > > on Could you file a PR on this? It sounds like a bug in one of three places:= =20 the unit allocation routines, procfs, or vfs. If I had to guess, procfs=20 or VFS, but you never know. Thanks, Robert N M Watson > > FreeBSD 6.0-BETA4 #10: Sun Sep 4 22:19:26 CEST 2005 /usr/obj/usr/src/sys= /RENE > > I saw this panic after the following: > > # mount_procfs procfs /proc > (loads procfs.ko and pseudofs.ko) > > # umount /proc > # kldunload procfs > > I'll leave the dump around for a while. > > #0 doadump () at pcpu.h:165 > 165=09pcpu.h: No such file or directory. > =09in pcpu.h > (kgdb) bt f > #0 doadump () at pcpu.h:165 > No locals. > #1 0xc044c9a6 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D1999, > dummy4=3D0xcf174a3c " =DFu=C0") at /usr/src/sys/ddb/db_command.c:489 > =09fn_addr =3D -1068248576 > =09args =3D {0, -820557304, -1066944787, -1065639616, 28, -820557304, > -1069226763, 32, -1066234688, 2} > =09nargs =3D 0 > =09retval =3D 544973344 > =09t =3D 0 > #2 0xc044c722 in db_command (last_cmdp=3D0xc075d624, cmd_table=3D0x0, > aux_cmd_tablep=3D0xc07235f0, aux_cmd_tablep_end=3D0xc07235f4) > at /usr/src/sys/ddb/db_command.c:349 > =09cmd =3D (struct command *) 0xc0728e40 > =09t =3D 0 > =09modif =3D " =DFu=C0\000\000\000\000XJ\027=CF\r\000\000\000=A0=D8|=C0\r= \000\000\000\001\000\000\000xJ\027=CF=C6=D9i=C0@=A1{=C0\aK\000 $=D9|=C0=C0\= 037{=C0 =DFu=C0x\000\000\000 =DFu=C0\000\000\000\000\234J\027=CF=F1=EDD=C0= =C7\005p=C0p=EAD=C0\000\000\000\000\020\000\000\000\000\000\000\000 =DFu=C0= \206=E0D=C0 =DFu=C0=D8=D6u=C0x\000\000\000\000K\027=CF" > =09addr =3D 0 > =09count =3D 1999 > =09have_addr =3D 0 > =09result =3D 0 > #3 0xc044c835 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 > No locals. > #4 0xc044e9a5 in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_mai= n.c:221 > =09jb =3D {{_jb =3D {-820557056, -820557084, -820557004, -1042394752, 0, > -1069225658, 0, 0, 0, 0, -820557004, -1068123920}}} > =09prev_jb =3D (void *) 0x0 > =09bkpt =3D 0 > #5 0xc055b977 in kdb_trap (type=3D0, code=3D0, tf=3D0xcf174b94) > at /usr/src/sys/kern/subr_kdb.c:473 > =09handled =3D -820556908 > #6 0xc06be108 in trap (frame=3D > {tf_fs =3D -1066401784, tf_es =3D 40, tf_ds =3D -820576216, tf_edi = =3D 1, tf_esi =3D -1066387444, tf_ebp =3D -820556836, tf_isp =3D -820556864= , tf_ebx =3D -820556780, tf_edx =3D 0, tf_ecx =3D -1056878592, tf_eax =3D 1= 8, tf_trapno =3D 3, tf_err =3D 0, tf_eip =3D -1068124560, tf_cs =3D 32, tf_= eflags =3D 642, tf_esp =3D -1066392053, tf_ss =3D -1066400620}) at /usr/src= /sys/i386/i386/trap.c:601 > =09td =3D (struct thread *) 0xc1de5180 > =09p =3D (struct proc *) 0xc16d520c > =09sticks =3D 3229006976 > =09i =3D 0 > =09ucode =3D 0 > =09type =3D 3 > =09code =3D 0 > =09eva =3D 0 > #7 0xc06ab72a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > No locals. > #8 0xc0700008 in ?? () > No symbol table info available. > #9 0x00000028 in ?? () > No symbol table info available. > #10 0xcf170028 in ?? () > No symbol table info available. > #11 0x00000001 in ?? () > No symbol table info available. > #12 0xc070380c in ?? () > No symbol table info available. > #13 0xcf174bdc in ?? () > No symbol table info available. > #14 0xcf174bc0 in ?? () > No symbol table info available. > #15 0xcf174c14 in ?? () > No symbol table info available. > #16 0x00000000 in ?? () > No symbol table info available. > #17 0xc1015000 in ?? () > No symbol table info available. > #18 0x00000012 in ?? () > No symbol table info available. > #19 0x00000003 in ?? () > No symbol table info available. > #20 0x00000000 in ?? () > No symbol table info available. > #21 0xc055b670 in kdb_enter (msg=3D0x0) at cpufunc.h:60 > No locals. > #22 0xc053dab5 in panic (fmt=3D0xc070380c "unrhdr has %u allocations") > at /usr/src/sys/kern/kern_shutdown.c:537 > =09td =3D (struct thread *) 0xc1de5180 > =09bootopt =3D 256 > =09newpanic =3D 1 > =09ap =3D 0xcf174c14 "\t" > =09buf =3D "unrhdr has 9 allocations", '\0' > #23 0xc0565e62 in delete_unrhdr (uh=3D0x0) at /usr/src/sys/kern/subr_unit= =2Ec:321 > No locals. > #24 0xc271f54a in ?? () > No symbol table info available. > #25 0xc21dfa80 in ?? () > No symbol table info available. > #26 0xc07659dc in lockbuilder_pool () > No symbol table info available. > #27 0xc26457a0 in ?? () > No symbol table info available. > #28 0xc26457a0 in ?? () > No symbol table info available. > #29 0xcf174c40 in ?? () > No symbol table info available. > #30 0xc2644089 in ?? () > No symbol table info available. > #31 0xc2645840 in ?? () > No symbol table info available. > #32 0xc26457a0 in ?? () > No symbol table info available. > #33 0xcf174c54 in ?? () > No symbol table info available. > #34 0xc059dbab in vfs_unregister (vfc=3D0xc26457a0) > at /usr/src/sys/kern/vfs_init.c:265 > =09vfsp =3D (struct vfsconf *) 0xc2645840 > =09error =3D 0 > =09maxtypenum =3D 0 > Previous frame inner to this frame (corrupt stack?) > (kgdb) q > --=20 > GPG fingerprint =3D 5FFA 3959 3377 C697 8428 24D0 BF3E F4A9 AE33 5DCC > > "It won't fit on the line." > =09=09-- me, 2001 > --0-113187961-1126692016=:33820-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 10:04:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6648E16A41F for ; Wed, 14 Sep 2005 10:04:39 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE9943D49 for ; Wed, 14 Sep 2005 10:04:38 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 8BEBD46B83; Wed, 14 Sep 2005 06:04:38 -0400 (EDT) Date: Wed, 14 Sep 2005 11:04:38 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Lyndon Nerenberg In-Reply-To: Message-ID: <20050914110102.W33820@fledge.watson.org> References: <432753CF.6020001@bfoz.net> <4327CA3C.6050403@geminix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Brandon Fosdick , freebsd-stable@freebsd.org Subject: Re: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 10:04:39 -0000 On Wed, 14 Sep 2005, Lyndon Nerenberg wrote: > On Sep 13, 2005, at 11:59 PM, Uwe Doering wrote: > >> Now, for security reasons jails normally are confined in separate >> filesystems, or at least in separate parts of a common one. So in case >> of MySQL you would have to use TCP sockets to communicate between >> jails. This socket type typically consumes more CPU because of TCP's >> protocol overhead. However, whether you would actually notice any >> difference in speed basically depends on how much excess CPU power >> there is available on that server. > > Ignoring security (or filesystem namespace issues) I will just note that > using named sockets for local IPC is a Good Thing. When I worked at > Messaging Direct I taught sendmail to speak LMTP over named sockets, and > our local delivery rate (to our IMAP server) went up by a factor of 10. > > It would be really cool if we could figure out a way to do AF_UNIX > between jails, but I confess to not having thought about any of the > implications ... (Maybe netgraph can help here?) There are several ways you can do it, but they generally fall into two classes of activies: (1) Modifying the name space exclusion assumption for jails, so that the file system name spaces overlap. One way to do this is with nullfs. (2) Having a daemon or tool that runs outside of the jail and brokers communication between the jails. One example might be a daemon that inserts a UNIX domain socket into both jails and then provides references to shared IPC objects between the two "by request". Another example might be a daemon or tool that responds to a request and creates a hard link from a socket/fifo endpoint visible in one jail to a name visible in another jail, perhaps when setting up the jail. The former requires more infrastructure, but the latter is less flexible. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 12:02:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C2F716A41F; Wed, 14 Sep 2005 12:02:20 +0000 (GMT) (envelope-from gemini@geminix.org) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2147C43D55; Wed, 14 Sep 2005 12:02:20 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <43281147.6090607@geminix.org> Date: Wed, 14 Sep 2005 14:02:15 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050802 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <432753CF.6020001@bfoz.net> <4327CA3C.6050403@geminix.org> <20050914110102.W33820@fledge.watson.org> In-Reply-To: <20050914110102.W33820@fledge.watson.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52 (FreeBSD)) id 1EFVxy-0006qz-By; Wed, 14 Sep 2005 14:02:18 +0200 Cc: Brandon Fosdick , freebsd-stable@freebsd.org, Lyndon Nerenberg Subject: Re: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 12:02:20 -0000 Robert Watson wrote: > > On Wed, 14 Sep 2005, Lyndon Nerenberg wrote: > >> On Sep 13, 2005, at 11:59 PM, Uwe Doering wrote: >> >>> Now, for security reasons jails normally are confined in separate >>> filesystems, or at least in separate parts of a common one. So in >>> case of MySQL you would have to use TCP sockets to communicate >>> between jails. This socket type typically consumes more CPU because >>> of TCP's protocol overhead. However, whether you would actually >>> notice any difference in speed basically depends on how much excess >>> CPU power there is available on that server. >> >> Ignoring security (or filesystem namespace issues) I will just note >> that using named sockets for local IPC is a Good Thing. When I worked >> at Messaging Direct I taught sendmail to speak LMTP over named >> sockets, and our local delivery rate (to our IMAP server) went up by a >> factor of 10. >> >> It would be really cool if we could figure out a way to do AF_UNIX >> between jails, but I confess to not having thought about any of the >> implications ... (Maybe netgraph can help here?) > > There are several ways you can do it, but they generally fall into two > classes of activies: > > (1) Modifying the name space exclusion assumption for jails, so that the > file system name spaces overlap. One way to do this is with nullfs. > > (2) Having a daemon or tool that runs outside of the jail and brokers > communication between the jails. One example might be a daemon that > inserts a UNIX domain socket into both jails and then provides > references to shared IPC objects between the two "by request". > Another example might be a daemon or tool that responds to a request > and creates a hard link from a socket/fifo endpoint visible in one > jail to a name visible in another jail, perhaps when setting up the > jail. The former requires more infrastructure, but the latter is less > flexible. Just a kind reminder to those interested in implementing the daemon approach: Never ever create or write to an object from outside a jail that is located in a part of the filesystem that a live jail can access and modify. Otherwise you may easily fall victim to a symlink attack or similar. Remember that jails set up for security reasons generally are to be considered enemy territory. The correct approach would be to create or open such objects from a chrooted child process. There is only one exception: In the pre-boot phase of a jail you can get away with checking the file path component by component before you touch the object. But as soon as the jail runs the window between checking the path and accessing the object can be exploited from inside the jail. Hope to have helped prevent some rude awakening for some. ;-) Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 14:13:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBF3B16A41F for ; Wed, 14 Sep 2005 14:13:13 +0000 (GMT) (envelope-from tpalfi@phoenixmedical.co.uk) Received: from mail17.messagelabs.com (mail17.messagelabs.com [62.231.131.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 0B60543D45 for ; Wed, 14 Sep 2005 14:13:12 +0000 (GMT) (envelope-from tpalfi@phoenixmedical.co.uk) X-VirusChecked: Checked X-Env-Sender: tpalfi@phoenixmedical.co.uk X-Msg-Ref: server-18.tower-17.messagelabs.com!1126706686!25832703!1 X-StarScan-Version: 5.4.15; banners=phoenixmedical.co.uk,-,- X-Originating-IP: [62.231.142.146] Received: (qmail 24867 invoked from network); 14 Sep 2005 14:04:47 -0000 Received: from unallocated.star.net.uk (HELO ?62.231.142.146?) (62.231.142.146) by server-18.tower-17.messagelabs.com with SMTP; 14 Sep 2005 14:04:47 -0000 Received: from no.name.available by [62.231.142.146] via smtpd (for mail17.messagelabs.com [62.231.131.67]) with ESMTP; Wed, 14 Sep 2005 14:38:17 +0100 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Date: Wed, 14 Sep 2005 15:04:46 +0100 Message-ID: <119D03CDAA26274786799627855EC43D67F547@indy.enzo.phoenixmedical.co.uk> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: drac management card Thread-Index: AcW5NUNxXMMoO/cYTb21R8s1JeaKiA== From: "Tomas Palfi" To: Subject: drac management card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 14:13:14 -0000 I=20have=20installed=205.4-RELEASE10=20FreeBSD=20on=20Dell=20PowerEdge=207= 50=20which=20has an=20internal=20Drac=20III/XT=20Server=20Management=20Card.=20=20I=20only=20= found compatibles=20for=20RedHat=20which=20will=20talk=20to=20the=20card.=20=20I= s=20there=20anything for=20freebsd? tomas -- tp PRIVACY=20&=20CONFIDENTIALITY This=20e-mail=20is=20private=20and=20confidential.=20=20If=20you=20have,=20= or=20suspect=20you=20have=20received=20this=20message=20in=20error=20pleas= e=20notify=20the=20sender=20as=20soon=20as=20possible=20and=20remove=20fro= m=20your=20system.=20=20You=20may=20not=20copy,=20distribute=20or=20take=20= any=20action=20in=20reliance=20on=20it.=20Thank=20you=20for=20your=20co-op= eration. Please=20note=20that=20whilst=20best=20efforts=20are=20made,=20neither=20t= he=20company=20nor=20the=20sender=20accepts=20any=20responsibility=20for=20= viruses=20and=20it=20is=20your=20responsibility=20to=20scan=20the=20email=20= and=20attachments=20(if=20any). This=20e-mail=20has=20been=20automatically=20scanned=20for=20viruses=20by=20= MessageLabs. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 14:27:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6142316A420 for ; Wed, 14 Sep 2005 14:27:16 +0000 (GMT) (envelope-from kdk@daleco.biz) Received: from ezekiel.daleco.biz (southernuniform.com [66.76.92.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB1D143D46 for ; Wed, 14 Sep 2005 14:27:13 +0000 (GMT) (envelope-from kdk@daleco.biz) Received: from [192.168.2.2] ([69.27.149.254]) by ezekiel.daleco.biz (8.13.1/8.13.1) with ESMTP id j8EEPuge007961; Wed, 14 Sep 2005 09:26:17 -0500 (CDT) (envelope-from kdk@daleco.biz) Message-ID: <432832EA.7050803@daleco.biz> Date: Wed, 14 Sep 2005 09:25:46 -0500 From: Kevin Kinsey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050823 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sandro Noel References: <1416A124-66AC-477C-98E2-884B37D16181@gestosoft.com> <790a9fff05091314135011502d@mail.gmail.com> <1D945B30-B163-4A8B-AB99-09A8162468FE@gestosoft.com> In-Reply-To: <1D945B30-B163-4A8B-AB99-09A8162468FE@gestosoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: swhetzel@gmail.com, freebsd-stable@freebsd.org Subject: Re: Slow internet browsing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 14:27:16 -0000 Sandro Noel wrote: > thank you all for the ULTRA fast reply, > i had an entry in the resolv.conf that did not belong there. > problem solved. > > > something is bothering me... > the entry stated that it was the ip of my gateway 10.0.5.1 > wich is the same address that the DHCP server gives out. > why is it causing problems ? > And this "entry" was in /etc/resolv.conf? It certainly didn't belong there. If your gateway machine is at 10.0.5.1, then you should have the following entry in /etc/rc.conf: defaultrouter="10.0.5.1" And, after booting, `netstat -rn` should show (amongst other things) something similar to: default 10.0.5.1 UGS 0 1814 xl0 --- bascially, your default route. HTH, Kevin Kinsey From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 15:07:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 996E516A41F for ; Wed, 14 Sep 2005 15:07:51 +0000 (GMT) (envelope-from fbsdlists@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E92243D53 for ; Wed, 14 Sep 2005 15:07:50 +0000 (GMT) (envelope-from fbsdlists@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so330049wxd for ; Wed, 14 Sep 2005 08:07:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g1feGGHc+JWWcA8t9oUh4veqpbuQ5P0YeXC8KE551PGSg4C29bfKDdWIKEypOG5fFFyGr7tpjTOHSsL46sSDA16jsxZiMhGSVeQlLWUZegjef7tHQ+Pt+efAhMA0gce5izdz95MpCQp2a+wngfxMVKieny37bw4Y6vF4vKz2tz4= Received: by 10.70.111.9 with SMTP id j9mr690141wxc; Wed, 14 Sep 2005 07:43:06 -0700 (PDT) Received: by 10.70.67.15 with HTTP; Wed, 14 Sep 2005 07:43:06 -0700 (PDT) Message-ID: <54db43990509140743207a2873@mail.gmail.com> Date: Wed, 14 Sep 2005 10:43:06 -0400 From: Bob Johnson To: Sandro Noel In-Reply-To: <1D945B30-B163-4A8B-AB99-09A8162468FE@gestosoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1416A124-66AC-477C-98E2-884B37D16181@gestosoft.com> <790a9fff05091314135011502d@mail.gmail.com> <1D945B30-B163-4A8B-AB99-09A8162468FE@gestosoft.com> Cc: freebsd-stable@freebsd.org Subject: Re: Slow internet browsing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fbsdlists@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 15:07:51 -0000 On 9/13/05, Sandro Noel wrote: > thank you all for the ULTRA fast reply, > i had an entry in the resolv.conf that did not belong there. > problem solved. >=20 >=20 > something is bothering me... > the entry stated that it was the ip of my gateway 10.0.5.1 > wich is the same address that the DHCP server gives out. > why is it causing problems ? Many (most?) small firewall/router/nat boxes list themselves as the DNS server when they do DHCP, and they try to proxy the DNS service.=20 Some of them don't seem to do it right when you are using a DNS server on your internal network (and perhaps other situations), and you end up with long delays like you describe. If that's what is going on, the problem will reappear every time you boot the system and get a new DHCP lease (and perhaps every time the lease is renewed), because the dhcp client will rewrite /etc/resolv.conf. In 5.4R I think you can edit /etc/dhclient.conf and add some statements that put the correct entry in regardless of of what the DHCP server tells it. E.g. something like interface "ep0" { prepend domain-name-servers 192.168.1.2; } would always use 192.168.1.2 as the primary DNS server for interface ep0 regardless of what the DHCP server says to use. See the dhclient.conf man page for more details. FreeBSD is in the process of adopting a new dhcp client, but I think this still applies to 5.4R. And yes, this question really belonged on -questions, not -stable, but it's not really a big deal, I guess. When in doubt, use -questions. - Bob From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 15:46:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A963D16A420 for ; Wed, 14 Sep 2005 15:46:58 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C31243D53 for ; Wed, 14 Sep 2005 15:46:54 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 250E4C1FF; Wed, 14 Sep 2005 11:46:53 -0400 (EDT) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 08DA0C1FE; Wed, 14 Sep 2005 11:46:48 -0400 (EDT) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 9CD57C1F4; Wed, 14 Sep 2005 11:46:47 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=Vx4RKsh2XllghZCRUqZp98+HMiqQCk15KA28ZyQZFnWmu2mZGvfdkAzoc1J2kgnk1 2gn1aCG8h8Owcd3ahk4+deZvaF8DtLvMa3sMWsu8MjXG+buApcRSHW8j4o1g6fK Received: from [10.12.208.162] (usstls-23.savvis.net [64.242.52.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 8F450C1D7; Wed, 14 Sep 2005 11:46:46 -0400 (EDT) Message-ID: <432845E0.2030706@protected-networks.net> Date: Wed, 14 Sep 2005 11:46:40 -0400 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomas Palfi References: <119D03CDAA26274786799627855EC43D67F547@indy.enzo.phoenixmedical.co.uk> In-Reply-To: <119D03CDAA26274786799627855EC43D67F547@indy.enzo.phoenixmedical.co.uk> X-Enigmail-Version: 0.92.0.0 OpenPGP: id=5E873CC5 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: drac management card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 15:46:58 -0000 Tomas Palfi wrote: > I have installed 5.4-RELEASE10 FreeBSD on Dell PowerEdge 750 which has > an internal Drac III/XT Server Management Card. I only found > compatibles for RedHat which will talk to the card. Is there anything > for freebsd? Have you looked at this port? /usr/ports/sysutils/ipmitool: Quoting IPMITool homepage: "IPMItool is a simple command-line interface to systems that support the Intelligent Platform Management Interface (IPMI) v1.5 specification. It provides the ability to read the SDR and print sensor values, display the contents of the SEL, print FRU information, read and set LAN configuration parameters, and perform chassis power control." Currently only LAN and LANPlus interfaces are supported on FreeBSD. WWW: http://ipmitool.sourceforge.net/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 19:21:05 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54A6016A41F for ; Wed, 14 Sep 2005 19:21:05 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9C3843D48 for ; Wed, 14 Sep 2005 19:21:04 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (localhost.cc.fer.hr [127.0.0.1]) by geri.cc.fer.hr (8.13.3/8.13.1) with ESMTP id j8EJKmcs097324 for ; Wed, 14 Sep 2005 21:20:48 +0200 (CEST) (envelope-from ivoras@fer.hr) Received: from localhost (ivoras@localhost) by geri.cc.fer.hr (8.13.3/8.13.1/Submit) with ESMTP id j8EJKm8D097321 for ; Wed, 14 Sep 2005 21:20:48 +0200 (CEST) (envelope-from ivoras@fer.hr) X-Authentication-Warning: geri.cc.fer.hr: ivoras owned process doing -bs Date: Wed, 14 Sep 2005 21:20:48 +0200 (CEST) From: Ivan Voras Sender: ivoras@geri.cc.fer.hr To: stable@freebsd.org Message-ID: <20050914211535.L97204@geri.cc.fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: ENOMEM in swap_pager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 19:21:05 -0000 On a P3 server with 1GB of memory, every now and then (about twice a month) I get a log full of errors like this: swap_pager: I/O error - pageout failed; blkno 167,size 4096, error 12 swap_pager: I/O error - pageout failed; blkno 182,size 4096, error 12 swap_pager: I/O error - pageout failed; blkno 199,size 8192, error 12 swap_pager: I/O error - pageout failed; blkno 12456,size 20480, error 12 swap_pager: I/O error - pageout failed; blkno 222,size 8192, error 12 The server runs fine otherwise, and it doesn't seem to affect applications in any way I'm able to detect. It's running latest 5.4-RELEASE, swap is on a SCSI disk, single processor. IIRC GEOM should handle ENOMEMs by retrying the IO, but I'm asking just in case - are these errors something I should worry about? -- Every sufficiently advanced magic is indistinguishable from technology - Arthur C Anticlarke From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 20:11:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AA2516A41F for ; Wed, 14 Sep 2005 20:11:50 +0000 (GMT) (envelope-from diodex@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C7E0F43D49 for ; Wed, 14 Sep 2005 20:11:49 +0000 (GMT) (envelope-from diodex@gmx.net) Received: (qmail 13606 invoked by uid 0); 14 Sep 2005 20:11:48 -0000 Received: from 200.68.218.3 by www84.gmx.net with HTTP; Wed, 14 Sep 2005 22:11:47 +0200 (MEST) Date: Wed, 14 Sep 2005 22:11:47 +0200 (MEST) From: "Mariano Benedettini" To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated: #6939434 Message-ID: <32422.1126728707@www84.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: High load averages on a 5.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 20:11:50 -0000 Hi people, I've also posted this message to freebsd-performance, with no answer. I have a mail server running FreeBSD 5.3-RELEASE. It's a dual Xeon with 4gb of ram. The server is running Apache (serving Horde) , Postfix, Courier imapd w/SSL, Amavisd. Also a Postgresql as Horde's storage. The mail storage is accessed via NFS (this server is the nfs client). The problem is that it's experiencing a really high load average (see the top -S and vmstat -systat ) while the CPU's are relatively idle. I think it's a IO problem (nfs?), but I cant figure out what exactly is causing this. last pid: 96776; load averages: 13.60, 13.94, 18.26 up 22+01:45:44 17:08:08 1166 processes:8 running, 1087 sleeping, 71 waiting CPU states: 12.3% user, 0.0% nice, 17.8% system, 2.1% interrupt, 67.8% idle Mem: 1637M Active, 1638M Inact, 320M Wired, 192M Cache, 112M Buf, 28M Free Swap: 2023M Total, 216K Used, 2023M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 11 root 132 0 0K 12K RUN 3 492.1H 82.13% 82.13% idle: cpu3 14 root 132 0 0K 12K RUN 0 487.0H 79.83% 79.83% idle: cpu0 12 root 132 0 0K 12K RUN 2 487.0H 78.37% 78.37% idle: cpu2 13 root 132 0 0K 12K CPU1 1 463.9H 71.63% 71.63% idle: cpu1 24 root -64 -183 0K 12K CPU0 0 154:50 2.29% 2.29% irq11: ohci0 79636 www 4 0 33532K 22264K sbwait 2 0:08 1.27% 1.27% httpd 78 root -44 -163 0K 12K WAIT 1 371:20 1.12% 1.12% swi1: net 95810 root 5 0 1844K 1432K ttyin 1 0:03 1.03% 1.03% systat 59508 root 5 0 1836K 1336K ttyin 3 5:56 0.98% 0.98% systat 79 root -28 -147 0K 12K WAIT 1 171:24 0.93% 0.93% swi5: clock sio 72854 www 96 0 34068K 22800K select 1 0:11 0.93% 0.93% httpd 90730 www 20 0 29720K 18452K lockf 0 0:02 0.93% 0.93% httpd 77968 www 4 0 36816K 25556K sbwait 2 0:09 0.88% 0.88% httpd 78081 www 20 0 31916K 20640K lockf 1 0:07 0.83% 0.83% httpd 96143 postfix 96 0 3180K 2284K select 1 0:02 0.78% 0.78% smtpd 70626 www 20 0 33264K 21992K lockf 3 0:08 0.73% 0.73% httpd 71231 root 96 0 2572K 1696K select 1 0:03 0.68% 0.68% couriertls 87567 www 4 0 33276K 22040K sbwait 3 0:04 0.63% 0.63% httpd 78109 www 20 0 34228K 22968K lockf 1 0:08 0.49% 0.49% httpd 71240 mfx 96 0 2596K 1532K select 0 0:02 0.49% 0.49% imapd 95217 vscan 20 0 20068K 18088K lockf 3 0:01 0.49% 0.49% perl 79635 www 20 0 34160K 22884K lockf 3 0:05 0.44% 0.44% httpd 75988 pgsql 4 0 20436K 14468K sbwait 2 0:02 0.44% 0.44% postgres 96754 postfix 4 0 3180K 2284K select 2 0:00 4.61% 0.44% smtpd 79861 pgsql 4 0 20436K 14332K sbwait 0 0:01 0.39% 0.39% postgres 90802 www 20 0 33272K 22032K lockf 1 0:03 0.34% 0.34% httpd 96763 postfix 4 0 3160K 2272K select 0 0:00 7.00% 0.34% smtpd 96756 postfix 4 0 3088K 2204K select 3 0:00 3.08% 0.29% smtp 85422 www 20 0 34168K 22892K lockf 3 0:04 0.24% 0.24% httpd 90750 www 4 0 33284K 22024K sbwait 1 0:02 0.24% 0.24% httpd 5 users Load 11.65 13.51 18.06 14 sep 17:08 (this is ugly, sorry): Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 1624872 13936 3218536 27392 226332 count All 3864628 39728 2312968 378336 pages Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt 162 cow 1138 total 1 3 1k 5797 599 6050 1793 133 688 326888 wire 1: atkb 1673300 act 6: fdc0 6.1%Sys 2.2%Intr 8.7%User 0.0%Nice 83.0%Idl 1681452 inact 128 8: rtc | | | | | | | | | | 196908 cache 166 11: ohc ===+>>>>> 29424 free 13: npx daefr 14: ata Namei Name-cache Dir-cache 384 prcfr 18 15: ata Calls hits % hits % react 18 16: cis 27907 27560 99 pdwak 541 26: bge 252 zfod pdpgs 167 29: bge Disks da0 pass0 248 ofod intrn 30: ahc KB/t 13.57 0.00 98 %slo-z 114464 buf 31: ahc tps 18 0 645 tfree 178 dirty 100 0: clk MB/s 0.24 0.00 100000 desiredvnodes % busy 6 0 91116 numvnodes 46875 freevnodes After searching lists and documentation, I'm not sure what's causing the problem. Suggestions ? Thanks in advance, Mariano. -- Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko! Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 21:08:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DC9A16A421 for ; Wed, 14 Sep 2005 21:08:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A40943D55 for ; Wed, 14 Sep 2005 21:08:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8EL860r017337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Sep 2005 17:08:06 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8EL856P009596; Wed, 14 Sep 2005 17:08:05 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 34C71511FC; Wed, 14 Sep 2005 16:20:42 -0400 (EDT) Date: Wed, 14 Sep 2005 16:20:42 -0400 From: Kris Kennaway To: Mariano Benedettini Message-ID: <20050914202041.GA95963@xor.obsecurity.org> References: <32422.1126728707@www84.gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <32422.1126728707@www84.gmx.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: High load averages on a 5.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 21:08:09 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Sep 14, 2005 at 10:11:47PM +0200, Mariano Benedettini wrote: > Hi people, I've also posted this message to freebsd-performance, with no > answer. > I have a mail server running FreeBSD 5.3-RELEASE. It's a dual Xeon with 4gb > of ram. > The server is running Apache (serving Horde) , Postfix, Courier imapd w/SSL, > Amavisd. Also a Postgresql as Horde's storage. > The mail storage is accessed via NFS (this server is the nfs client). > The problem is that it's experiencing a really high load average (see the > top -S and vmstat -systat ) while the CPU's are relatively idle. I think > it's a IO problem > (nfs?), but I cant figure out what exactly is causing this. Load average doesn't indicate a performance problem, it indicates a lot of tasks running on your machine (which after all, is what computers are designed to do :-). Poor performance indicates a performance problem :-) You should measure your NFS performance to see if it is acceptable. Upgrading to 5.4 or (better) 6.0 when it is released should provide network and filesystem performance benefits, in general. Kris --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDKIYZWry0BWjoQKURAiq3AJ9G7HEFpQHZqZDcRExvfTkBSr0HNACdGdIO ZXGkMi6MnZSpgWcZK+PNuxA= =kxhE -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 21:08:10 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B2DE16A420 for ; Wed, 14 Sep 2005 21:08:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53A3D43D46 for ; Wed, 14 Sep 2005 21:08:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8EL860r017347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Sep 2005 17:08:06 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8EL866P009609; Wed, 14 Sep 2005 17:08:06 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E74BB51562; Wed, 14 Sep 2005 15:25:43 -0400 (EDT) Date: Wed, 14 Sep 2005 15:25:43 -0400 From: Kris Kennaway To: Ivan Voras Message-ID: <20050914192543.GA79143@xor.obsecurity.org> References: <20050914211535.L97204@geri.cc.fer.hr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <20050914211535.L97204@geri.cc.fer.hr> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: ENOMEM in swap_pager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 21:08:10 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 14, 2005 at 09:20:48PM +0200, Ivan Voras wrote: > On a P3 server with 1GB of memory, every now and then (about twice a=20 > month) I get a log full of errors like this: >=20 > swap_pager: I/O error - pageout failed; blkno 167,size 4096, error 12 > swap_pager: I/O error - pageout failed; blkno 182,size 4096, error 12 > swap_pager: I/O error - pageout failed; blkno 199,size 8192, error 12 > swap_pager: I/O error - pageout failed; blkno 12456,size 20480, error 12 > swap_pager: I/O error - pageout failed; blkno 222,size 8192, error 12 >=20 > The server runs fine otherwise, and it doesn't seem to affect application= s=20 > in any way I'm able to detect. It's running latest 5.4-RELEASE, swap is= =20 > on a SCSI disk, single processor. >=20 > IIRC GEOM should handle ENOMEMs by retrying the IO, but I'm asking just i= n=20 > case - are these errors something I should worry about? I/O errors suggest your disk is failing. Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDKHk3Wry0BWjoQKURAvLYAKCdb3g+jh7z+g0Ov2pwh5IuJax9mACgtmAO A+XhEEMxazxG18W8gVh4WSw= =yAui -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 21:59:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79A5216A41F for ; Wed, 14 Sep 2005 21:59:11 +0000 (GMT) (envelope-from jaredball@charter.net) Received: from mxsf08.cluster1.charter.net (mxsf08.cluster1.charter.net [209.225.28.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10AC443D46 for ; Wed, 14 Sep 2005 21:59:10 +0000 (GMT) (envelope-from jaredball@charter.net) Received: from mxip05a.cluster1.charter.net (mxip05a.cluster1.charter.net [209.225.28.135]) by mxsf08.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j8ELx9iv003567 for ; Wed, 14 Sep 2005 17:59:09 -0400 Received: from fep03.charter.net (HELO 209.225.8.224) ([209.225.8.83]) by mxip05a.cluster1.charter.net with SMTP; 14 Sep 2005 17:59:11 -0400 Message-Id: <48vi4h$1ag2ddo@mxip05a.cluster1.charter.net> X-IronPort-AV: i="3.97,110,1125892800"; d="scan'208"; a="1426142648:sNHT24198560" X-Mailer: Openwave WebEngine, version 2.8.18 (webedge20-101-1108-20050216) From: To: "Paul T. Root" , =?ISO-8859-1?B?2HlzdGVpbg==?= Holmen Date: Wed, 14 Sep 2005 17:59:08 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Re: Upgrading RAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 21:59:11 -0000 It might make sense to modify the size of your swapfile. The freebsd handbook describes how to do that fairly easily. It isn't necessary though. > > From: "Paul T. Root" > Date: 2005/09/13 Tue AM 10:56:50 EDT > To: Øystein Holmen > CC: freebsd-stable@freebsd.org > Subject: Re: Upgrading RAM > > It should just work. > > A long time ago (2.x and 3.x days), Compaq's wouldn't work right > because of their junkie architecture. So you had to tell the kernel > how much memory you had. > > That junkie architecture has moved to HP now, but at least that > problem is no longer there. > > Øystein Holmen wrote: > > I have a machine running FreeBSD 5.4 with 512MB RAM. Now I want to > > install an extra RAM-module. Do I have to do something in my > > configuration, or is it "plug-and-play"? > > > > Sincerely, > > Øystein Holmen_______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- > ______ Paul T. Root > / _ \ 1977 MGB > / /|| \\ > ||\/ || _ | > || || || > \ ||__// > \______/ > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 22:59:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE90A16A420 for ; Wed, 14 Sep 2005 22:59:22 +0000 (GMT) (envelope-from diodex@gmx.net) Received: from postino3.prima.com.ar (postino3.prima.com.ar [200.42.0.148]) by mx1.FreeBSD.org (Postfix) with SMTP id 9609243D49 for ; Wed, 14 Sep 2005 22:59:21 +0000 (GMT) (envelope-from diodex@gmx.net) Received: (qmail 1044 invoked from network); 14 Sep 2005 22:59:19 -0000 Received: from unknown (HELO ?192.168.1.2?) (mbenedettini@200.122.0.212) by postino3.prima.com.ar with SMTP; 14 Sep 2005 22:59:19 -0000 Message-ID: <4328AB41.4050009@gmx.net> Date: Wed, 14 Sep 2005 19:59:13 -0300 From: Mariano Benedettini User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050425) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <32422.1126728707@www84.gmx.net> <20050914202041.GA95963@xor.obsecurity.org> In-Reply-To: <20050914202041.GA95963@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: High load averages on a 5.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 22:59:23 -0000 Kris: Thanks for your answer. What is the best way to measure the NFS performance ? Mariano. Kris Kennaway wrote: > On Wed, Sep 14, 2005 at 10:11:47PM +0200, Mariano Benedettini wrote: > >>Hi people, I've also posted this message to freebsd-performance, with no >>answer. >>I have a mail server running FreeBSD 5.3-RELEASE. It's a dual Xeon with 4gb >>of ram. >>The server is running Apache (serving Horde) , Postfix, Courier imapd w/SSL, >>Amavisd. Also a Postgresql as Horde's storage. >>The mail storage is accessed via NFS (this server is the nfs client). >>The problem is that it's experiencing a really high load average (see the >>top -S and vmstat -systat ) while the CPU's are relatively idle. I think >>it's a IO problem >>(nfs?), but I cant figure out what exactly is causing this. > > > Load average doesn't indicate a performance problem, it indicates a > lot of tasks running on your machine (which after all, is what > computers are designed to do :-). Poor performance indicates a > performance problem :-) > > You should measure your NFS performance to see if it is acceptable. > Upgrading to 5.4 or (better) 6.0 when it is released should provide > network and filesystem performance benefits, in general. > > Kris From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 23:01:43 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0F5116A41F for ; Wed, 14 Sep 2005 23:01:42 +0000 (GMT) (envelope-from tranzloosent@sbcglobal.net) Received: from web81703.mail.yahoo.com (web81703.mail.yahoo.com [206.190.37.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 536A243D45 for ; Wed, 14 Sep 2005 23:01:42 +0000 (GMT) (envelope-from tranzloosent@sbcglobal.net) Received: (qmail 25126 invoked by uid 60001); 14 Sep 2005 23:01:41 -0000 Message-ID: <20050914230141.25124.qmail@web81703.mail.yahoo.com> Received: from [68.95.239.222] by web81703.mail.yahoo.com via HTTP; Wed, 14 Sep 2005 16:01:41 PDT Date: Wed, 14 Sep 2005 16:01:41 -0700 (PDT) From: Ed Garza To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Write Failure On Transfer! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 23:01:43 -0000 Need help. I am receiving the error message listed below when trying to do a fresh install of FreeBSD 5.4 on an ECS K7S5A motherboard with AMD Athlon XP 2000, 512MB, 8GB hdd. BIOS on motherboard is the latest BIOS available. Message: "Write failure on transfer! (wrote -1 of 1425408 bytes)" This message appears during the transfer of the base distribution. I get it if I try to install from CDROM and FTP. I have done the following: tried installing from several CDROM's tried installing from several FTP sites tried installing on different harddrives disabled PNP aware OS in bios ensured that disk geometry is correct tried using default slice's tried using custom slice's When I press the following key combos, I can see the following information: ALT-F4 # ALT-F2 /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped 21504 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped 18432 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped 190976 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped 25600 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped 26624 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/gunzip: : invalid distances set /stand/cpio: warning: skipped 47104 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped 36352 bytes of junk /stand/cpio: No such file or directory /stand/cpio: invalid header: checksum error /stand/cpio: premature end of file Another thing i tried was writing the slice info to the harddrive by typing "w" in the sysinstall screen, but that reports the following error: "unable to find device node for /dev/ads01b in dev! The creation of the file system will be aborted" Do not know if these problems are related or not. Any help would be greatly appreciated. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 23:06:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BD7316A420 for ; Wed, 14 Sep 2005 23:06:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1C4443D48 for ; Wed, 14 Sep 2005 23:05:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8EN5p0r027634 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Sep 2005 19:05:51 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8EN5p6P023644; Wed, 14 Sep 2005 19:05:51 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 02AD851251; Wed, 14 Sep 2005 19:05:48 -0400 (EDT) Date: Wed, 14 Sep 2005 19:05:48 -0400 From: Kris Kennaway To: Mariano Benedettini Message-ID: <20050914230548.GA33943@xor.obsecurity.org> References: <32422.1126728707@www84.gmx.net> <20050914202041.GA95963@xor.obsecurity.org> <4328AB41.4050009@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <4328AB41.4050009@gmx.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: High load averages on a 5.3-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 23:06:02 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 14, 2005 at 07:59:13PM -0300, Mariano Benedettini wrote: > Kris: >=20 > Thanks for your answer. What is the best way to measure the NFS=20 > performance ? You are running some application that uses NFS. If you think your application is performing too badly (bearing in mind that you'll never get great performance over NFS compared to local storage) in your environment, then you can try to tune things. If you think it's OK, there's nothing to worry about. Kris --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDKKzLWry0BWjoQKURAvaPAKCTOQoq0a2/Gr7g8NZ4G1lQIQ+hIQCfRxMX 0cQW/bzGKKJnEn9TH4xUSWo= =I46y -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 23:14:00 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C30E16A41F for ; Wed, 14 Sep 2005 23:14:00 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id E408543D45 for ; Wed, 14 Sep 2005 23:13:59 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j8ENDtvL011175; Wed, 14 Sep 2005 16:13:55 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j8ENDsus011174; Wed, 14 Sep 2005 16:13:54 -0700 (PDT) (envelope-from jmg) Date: Wed, 14 Sep 2005 16:13:54 -0700 From: John-Mark Gurney To: Kris Kennaway Message-ID: <20050914231354.GR793@funkthat.com> Mail-Followup-To: Kris Kennaway , Ivan Voras , stable@freebsd.org References: <20050914211535.L97204@geri.cc.fer.hr> <20050914192543.GA79143@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050914192543.GA79143@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: stable@freebsd.org, Ivan Voras Subject: Re: ENOMEM in swap_pager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 23:14:00 -0000 Kris Kennaway wrote this message on Wed, Sep 14, 2005 at 15:25 -0400: > On Wed, Sep 14, 2005 at 09:20:48PM +0200, Ivan Voras wrote: > > On a P3 server with 1GB of memory, every now and then (about twice a > > month) I get a log full of errors like this: > > > > swap_pager: I/O error - pageout failed; blkno 167,size 4096, error 12 ^^ > > swap_pager: I/O error - pageout failed; blkno 182,size 4096, error 12 > > swap_pager: I/O error - pageout failed; blkno 199,size 8192, error 12 > > swap_pager: I/O error - pageout failed; blkno 12456,size 20480, error 12 > > swap_pager: I/O error - pageout failed; blkno 222,size 8192, error 12 > > > > The server runs fine otherwise, and it doesn't seem to affect applications > > in any way I'm able to detect. It's running latest 5.4-RELEASE, swap is > > on a SCSI disk, single processor. > > > > IIRC GEOM should handle ENOMEMs by retrying the IO, but I'm asking just in > > case - are these errors something I should worry about? > > I/O errors suggest your disk is failing. Unless for some reason his disk is running out of memory: grep 12 /usr/include/errno.h #define ENOMEM 12 /* Cannot allocate memory */ -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 23:30:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0D9816A41F for ; Wed, 14 Sep 2005 23:30:33 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [209.89.70.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7960943D48 for ; Wed, 14 Sep 2005 23:30:33 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from peregrin.orthanc.ca (d216-232-211-96.bchsia.telus.net [216.232.211.96]) (authenticated bits=0) by orthanc.ca (8.13.3/8.13.3) with ESMTP id j8ENUNBp022147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Sep 2005 17:30:24 -0600 (MDT) (envelope-from lyndon@orthanc.ca) Received: from [127.0.0.1] (localhost [127.0.0.1]) by peregrin.orthanc.ca (8.13.5.Beta0/8.13.5.Beta0) with ESMTP id j8ENUH29005783; Wed, 14 Sep 2005 16:30:17 -0700 (PDT) In-Reply-To: <20050914231354.GR793@funkthat.com> References: <20050914211535.L97204@geri.cc.fer.hr> <20050914192543.GA79143@xor.obsecurity.org> <20050914231354.GR793@funkthat.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6B09630D-66AD-458F-81B6-6D04AFEE5D78@orthanc.ca> Content-Transfer-Encoding: 7bit From: Lyndon Nerenberg Date: Wed, 14 Sep 2005 16:30:16 -0700 To: John-Mark Gurney X-Mailer: Apple Mail (2.734) X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on orthanc.ca Cc: freebsd-stable@freebsd.org Subject: Re: ENOMEM in swap_pager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2005 23:30:34 -0000 On Sep 14, 2005, at 4:13 PM, John-Mark Gurney wrote: >>> IIRC GEOM should handle ENOMEMs by retrying the IO, but I'm >>> asking just in >>> case - are these errors something I should worry about? >>> >> >> I/O errors suggest your disk is failing. >> > > Unless for some reason his disk is running out of memory: > grep 12 /usr/include/errno.h > #define ENOMEM 12 /* Cannot allocate memory */ The error occurs when sys/vm/swap_pager:swapgeom_strategy() can't allocate a copy of an underlying I/O request buffer. The log message lies a bit; this isn't a physical disk I/O error. --lyndon From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 02:08:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80F3416A41F for ; Thu, 15 Sep 2005 02:08:06 +0000 (GMT) (envelope-from diodex@gmx.net) Received: from postino3.prima.com.ar (postino3.prima.com.ar [200.42.0.148]) by mx1.FreeBSD.org (Postfix) with SMTP id D401243D46 for ; Thu, 15 Sep 2005 02:08:05 +0000 (GMT) (envelope-from diodex@gmx.net) Received: (qmail 73352 invoked from network); 15 Sep 2005 02:08:03 -0000 Received: from unknown (HELO ?192.168.1.2?) (mbenedettini@200.122.0.212) by postino3.prima.com.ar with SMTP; 15 Sep 2005 02:08:03 -0000 Message-ID: <4328D781.2010602@gmx.net> Date: Wed, 14 Sep 2005 23:08:01 -0300 From: Mariano Benedettini User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050425) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Anyone has a 5.4-RELEASE SMP SCHED_ULE in production ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 02:08:06 -0000 I have a dual Xeon running 5.3-RELEASE SMP, which I plan to upgrade to 5.4, enabling SCHED_ULE. Who's running a 5.4 SMP in a production environment, using SCHED_ULE ? Is the performance significant better ? Thanks in advance, Mariano. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 02:23:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAA4F16A41F for ; Thu, 15 Sep 2005 02:23:22 +0000 (GMT) (envelope-from nikolai@net24.co.nz) Received: from netmon.net24.net.nz (netmon.net24.net.nz [210.55.4.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2246F43D55 for ; Thu, 15 Sep 2005 02:23:20 +0000 (GMT) (envelope-from nikolai@net24.co.nz) Received: from [210.55.30.50] ([210.55.30.50]) by netmon.net24.net.nz (8.11.6/8.11.6) with ESMTP id j8F2NIK88835 for ; Thu, 15 Sep 2005 14:23:18 +1200 (NZST) (envelope-from nikolai@net24.co.nz) Message-ID: <4328DB22.7050903@net24.co.nz> Date: Thu, 15 Sep 2005 14:23:30 +1200 From: Nikolai Schupbach User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4326158B.8010502@net24.co.nz> <20050913005144.GA46178@xor.obsecurity.org> <20050913013353.GA13778@odin.ac.hmc.edu> <20050913013725.GA62591@xor.obsecurity.org> <20050913014632.GA17762@odin.ac.hmc.edu> <43263764.4030808@net24.co.nz> In-Reply-To: <43263764.4030808@net24.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Long Format Directory Listing 15x Slower in FreeBSD 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 02:23:22 -0000 >>>> If you are using NIS and have any compat options in /etc/nsswitch.conf >>>> your performance will really suck in situations like this. IIRC, the >>>> compat code is worse than O(n^2) if you look up each user and the >>>> non-compat code is close to O(n). I'd really like to stop generating >>>> nsswitch.conf entries that use compat in 7.0. >>>> >>> >>> I'm pretty sure there's a problem with the database hash parameters >>> used by pwd_mkdb on systems with large numbers of users..this is what >>> I was alluding to above. >>> >> >> >> That wouldn't suprised me. For that matter it could be both problems. >> > Looks like exact problem is described here: > http://www.freebsd.org/cgi/query-pr.cgi?pr=75855 > > I'm not using NIS, so I will try the change /etc/nsswitch.conf group > and passwd lines from 'compat' to 'files' and report back. Last night I tried to migration over to 5.4 after making the changes in /etc/nsswitch.conf and the load average reduced from 50 to 0.5-1.5. This made a *huge* difference, however the load average is still noticeable higher than on FBSD 4. Using top you can see the ipop3d and imapd processors are using more CPU than on FBSD 4. On FBSD 4 at the same time (3am relatively light load) the load average is between 0.15 - 0.4. This may not seem like a huge difference, but the hardware specs between the two system are huge. We are going from a P4 2.4Ghz, Raid 1 IDE 7200RPM Drives to Dual Xeon 3.4Ghz Six Drive RAID 10 SATA 10K RPM Raptors /w 3ware 9000 Controller. We have also tried increasing the hash parameters in pwd_mkdb.c, but this made no difference whatsoever. As a result we are going to run the system on FBSD 4.11 now; it seems to me that FBSD 5 has some serious performance issues for certain operations. -- Nikolai. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 03:18:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57F8516A41F; Thu, 15 Sep 2005 03:18:05 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA39343D45; Thu, 15 Sep 2005 03:18:04 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from [192.168.0.5] (c-24-6-134-233.hsd1.ca.comcast.net[24.6.134.233]) by comcast.net (sccrmhc13) with ESMTP id <2005091503180201300d9slde>; Thu, 15 Sep 2005 03:18:03 +0000 Message-ID: <4328E7E5.5050803@bfoz.net> Date: Wed, 14 Sep 2005 20:17:57 -0700 From: Brandon Fosdick User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <432753CF.6020001@bfoz.net> <4327CA3C.6050403@geminix.org> <20050914110102.W33820@fledge.watson.org> In-Reply-To: <20050914110102.W33820@fledge.watson.org> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Lyndon Nerenberg Subject: Re: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 03:18:05 -0000 Robert Watson wrote: > (1) Modifying the name space exclusion assumption for jails, so that the > file system name spaces overlap. One way to do this is with nullfs. nullfs looks interesting. I was thinking about sharing files between jails using NFS, but it looks like nullfs would do the trick with better performance. Although the bugs section of the man page for mount_nullfs is rather scary. Does anyone have any experience with it? Does it actually work? If the point here is to make /tmp/mysql.sock show up in another jail's file space, can I use a symlink instead? Can a jailed process see the target of the symlink? From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 03:23:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22E1516A41F for ; Thu, 15 Sep 2005 03:23:15 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id B356643D48 for ; Thu, 15 Sep 2005 03:23:14 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id j2so7674nzf for ; Wed, 14 Sep 2005 20:23:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eBXBJThxMKPwUQI+kPYJn1sK1CirpX8L0s+qVsrqYdnnjXLQfmL7TO6bFDCZiu6HnxyemmwDi5Vni6ex35DGt4Q3Od3rOioxFutf9evlKhrtpo9Ze7FJObg76yjHntq1xBYdtnGfH2rzb5F0mQ/9jIUAPQgHEAwA4yL2f/0gfh0= Received: by 10.36.119.11 with SMTP id r11mr583669nzc; Wed, 14 Sep 2005 20:23:14 -0700 (PDT) Received: by 10.36.88.8 with HTTP; Wed, 14 Sep 2005 20:23:14 -0700 (PDT) Message-ID: Date: Thu, 15 Sep 2005 11:23:14 +0800 From: Jiawei Ye To: Mariano Benedettini In-Reply-To: <4328D781.2010602@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4328D781.2010602@gmx.net> Cc: freebsd-stable@freebsd.org Subject: Re: Anyone has a 5.4-RELEASE SMP SCHED_ULE in production ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: leafy7382@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 03:23:15 -0000 On 9/15/05, Mariano Benedettini wrote: > I have a dual Xeon running 5.3-RELEASE SMP, which I plan to upgrade to > 5.4, enabling SCHED_ULE. > Who's running a 5.4 SMP in a production environment, using SCHED_ULE ? > Is the performance significant better ? >=20 > Thanks in advance, > Mariano. I suggest you wait for 6.0 RELEASE and upgrade to that version. Some problems wrt ule+libpthread+smp were fixed in 6.0, but I am not sure if the changes were merged to 5.4. Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 08:43:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66C0816A41F for ; Thu, 15 Sep 2005 08:43:47 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id C886C43D46 for ; Thu, 15 Sep 2005 08:43:46 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.52 (FreeBSD)) id 1EFpLN-000MQa-Ih for freebsd-stable@freebsd.org; Thu, 15 Sep 2005 10:43:45 +0200 Date: Thu, 15 Sep 2005 10:43:45 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20050915084345.GN60041@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <4328D781.2010602@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4328D781.2010602@gmx.net> User-Agent: Mutt/1.5.10i Sender: Oliver Brandmueller Subject: Re: Anyone has a 5.4-RELEASE SMP SCHED_ULE in production ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 08:43:47 -0000 Hi. On Wed, Sep 14, 2005 at 11:08:01PM -0300, Mariano Benedettini wrote: > Who's running a 5.4 SMP in a production environment, using SCHED_ULE ? Only a fool :-) I suggest you better wait for some 6.x-RELEASE and an official statement about using ULE. Although ULE in RELENG_6 has a lot of fixes, ULE in RELENG_5 does not have, there are reports from time to time, that suggest, that there still might be problems with ULE in some cases. Apart from that is RELENG_6 befroe any 6.x-RELEASE probably not a good idea for a production system. - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 08:47:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E6ED16A41F; Thu, 15 Sep 2005 08:47:48 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA50943D45; Thu, 15 Sep 2005 08:47:47 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 893901CC61; Thu, 15 Sep 2005 10:47:45 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id 95C661CC33; Thu, 15 Sep 2005 10:47:40 +0200 (CEST) Date: Thu, 15 Sep 2005 10:46:34 +0200 From: Daniel Gerzo X-Mailer: The Bat! (v3.5) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <169892035.20050915104634@rulez.sk> To: Brandon Fosdick In-Reply-To: <4328E7E5.5050803@bfoz.net> References: <432753CF.6020001@bfoz.net> <4327CA3C.6050403@geminix.org> <20050914110102.W33820@fledge.watson.org> <4328E7E5.5050803@bfoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, score=-4.893 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-3.3, AWL=1.006, BAYES_00=-2.599] X-Spam-Score: -4.893 X-Spam-Level: Cc: freebsd-stable@freebsd.org, Robert Watson , Lyndon Nerenberg Subject: Re[2]: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 08:47:48 -0000 Hello Brandon, Thursday, September 15, 2005, 5:17:57 AM, you wrote: > Robert Watson wrote: >> (1) Modifying the name space exclusion assumption for jails, so that the >> file system name spaces overlap. One way to do this is with nullfs. > nullfs looks interesting. I was thinking about sharing files > between jails using NFS, but it looks like nullfs would do the trick > with better performance. Although the bugs section of the man page > for mount_nullfs is rather scary. Does anyone have any experience > with it? Does it actually work? btw unionfs is interesting as well, but the BUGS section is pretty the same :) > If the point here is to make /tmp/mysql.sock show up in another > jail's file space, can I use a symlink instead? Can a jailed process > see the target of the symlink? I read that using such a symlinks has security impacts. -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at: http://www.proxy-web.com/ | FreeBSD - The Power to Serve! From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 09:12:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7F3316A41F for ; Thu, 15 Sep 2005 09:12:45 +0000 (GMT) (envelope-from astor@gnu.radiocom.net.ua) Received: from gnu.radiocom.net.ua (gnu.radiocom.net.ua [81.90.228.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2670343D46 for ; Thu, 15 Sep 2005 09:12:44 +0000 (GMT) (envelope-from astor@gnu.radiocom.net.ua) Received: from [127.0.0.1] (port=54070 helo=gnu.radiocom.net.ua) by gnu.radiocom.net.ua with esmtp (Exim 4.51 (FreeBSD)) id 1EFpnd-0007Qj-IX for freebsd-stable@freebsd.org; Thu, 15 Sep 2005 12:13:09 +0300 Received: (from astor@localhost) by gnu.radiocom.net.ua (8.13.4/8.13.4/Submit) id j8F9CuX6028564 for freebsd-stable@freebsd.org; Thu, 15 Sep 2005 12:12:56 +0300 (EEST) (envelope-from astor) Date: Thu, 15 Sep 2005 12:12:56 +0300 From: Alex Prokhorenko To: freebsd-stable@freebsd.org Message-ID: <20050915091256.GA28523@radiocom.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.9i X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: astor@gnu.radiocom.net.ua X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on gnu.radiocom.net.ua X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.4 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on gnu.radiocom.net.ua) Subject: em0: data transfer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 09:12:46 -0000 Hello, We have the following network card em0: being controlled by 5.4-STABLE/SMP. The problem that we face lies in low data transfer speed from server to network. The card is connected to 100Mbps port of the switch (setting speed/duplex or autoselect option does not have any influence on the results). If there is a file downloaded via FTP from the server the speed is hardly higher than 4MBps. However, there is a flaw: if we launch trafshow -npi em0 outgoing transfer speed will immediately rise up to 12MBps, if we stop trafshow we get the low speed problem again: 4MBps. Please, help us locate the reason of such a low data transfer speed. -- APR-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 10:59:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35A8A16A41F; Thu, 15 Sep 2005 10:59:48 +0000 (GMT) (envelope-from gemini@geminix.org) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id A496A43D49; Thu, 15 Sep 2005 10:59:47 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <4329541F.3060502@geminix.org> Date: Thu, 15 Sep 2005 12:59:43 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050802 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brandon Fosdick References: <432753CF.6020001@bfoz.net> <4327CA3C.6050403@geminix.org> <20050914110102.W33820@fledge.watson.org> <4328E7E5.5050803@bfoz.net> In-Reply-To: <4328E7E5.5050803@bfoz.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52 (FreeBSD)) id 1EFrSy-000B6x-SG; Thu, 15 Sep 2005 12:59:45 +0200 Cc: freebsd-stable@freebsd.org, Robert Watson , Lyndon Nerenberg Subject: Re: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 10:59:48 -0000 Brandon Fosdick wrote: > Robert Watson wrote: > > (1) Modifying the name space exclusion assumption for jails, so that the > >> file system name spaces overlap. One way to do this is with nullfs. > > nullfs looks interesting. I was thinking about sharing files between jails using NFS, but it looks like nullfs would do the trick with better performance. Although the bugs section of the man page for mount_nullfs is rather scary. Does anyone have any experience with it? Does it actually work? > > If the point here is to make /tmp/mysql.sock show up in another jail's file space, can I use a symlink instead? Can a jailed process see the target of the symlink? Symlinks are just a path mapping mechanism performed by the kernel at lookup time, that is, before the actual access. In a jail only those parts of a filesystem are visible that are at or below the jail's root directory. The same goes for normal chroots. So if the symlink points to a location outside this scope you cannot access the object. Hardlinks would work, but only if the jails concerned live in the same filesystem. Though they can of course be confined in separate, non-overlapping parts of that filesystem. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 11:28:21 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B739316A41F for ; Thu, 15 Sep 2005 11:28:21 +0000 (GMT) (envelope-from willy@brilsmurf.chem.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5327243D48 for ; Thu, 15 Sep 2005 11:28:20 +0000 (GMT) (envelope-from willy@brilsmurf.chem.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id CAFA113B769; Thu, 15 Sep 2005 13:28:19 +0200 (CEST) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57006-01-9; Thu, 15 Sep 2005 13:27:53 +0200 (CEST) Received: from brilsmurf.chem.tue.nl (brilsmurf.chem.tue.nl [131.155.84.68]) by kweetal.tue.nl (Postfix) with ESMTP id 2403C13B888; Thu, 15 Sep 2005 13:27:39 +0200 (CEST) Received: (from willy@localhost) by brilsmurf.chem.tue.nl (8.13.4/8.13.4/Submit) id j8FBRcTV029877; Thu, 15 Sep 2005 13:27:38 +0200 Date: Thu, 15 Sep 2005 13:27:38 +0200 From: Willy Offermans To: freebsd-stable@FreeBSD.ORG Message-ID: <20050915112738.GC29699@brilsmurf.chem.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at tue.nl Cc: info@wiertsbv.com Subject: ASUS NCCH-DL and FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: W.K.Offermans@TUe.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 11:28:21 -0000 Dear FreeBSD friends, I want to build a new server for my customer. The server will be based on the ASUS NCCH-DL board with two Intel XEON DP 2,8BOX mPGA 1024KB processors. I didn't buy anything yet, but I would like to know, if you are familiar with the combination and, if yes, if you can give me any remarks about functionality and stability? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* W.K. Offermans Eindhoven University of Technology Department of Chemical Engineering Laboratory of Catalysis (SKA) building ST-W 4.27, PO Box 513 5600 MB Eindhoven, Netherlands Tel: +31 40 247 37 81 Fax: +31 40 245 50 54 Home: +31 45 544 49 44 Mobile: +31 650 697 837 e-mail: w.k.offermans@tue.nl http://www.catalysis.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 13:11:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3626616A41F for ; Thu, 15 Sep 2005 13:11:38 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from tce71.tce85.de (tce71.tce85.de [195.145.102.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id BED0A43D45 for ; Thu, 15 Sep 2005 13:11:37 +0000 (GMT) (envelope-from volker@vwsoft.com) Received-SPF: pass (tce71.tce85.de: domain of vwsoft.com designates 84.245.165.8 as permitted sender) client-ip=84.245.165.8; envelope-from=volker@vwsoft.com; helo=mail.vtec.ipme.de; Received: from mail.vtec.ipme.de (unknown [84.245.165.8]) by tce71.tce85.de (Postfix) with ESMTP id 9B92E1711C for ; Thu, 15 Sep 2005 15:11:31 +0200 (CEST) Received: from [192.168.16.3] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 20BD45DEA for ; Thu, 15 Sep 2005 14:41:56 +0200 (CEST) Message-ID: <43296C13.4010209@vwsoft.com> Date: Thu, 15 Sep 2005 14:41:55 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Thunderbird/1.0.6 Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.92.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-TarmacCE-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com Subject: OT: adding bugs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 13:11:38 -0000 Quote from bsdnews.org: > FreeBSD Core Team's Robert Watson says he has added lots of minor bugs in the POSIX FIFO code fifofs. Great announcement... :) -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 13:19:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A343E16A41F for ; Thu, 15 Sep 2005 13:19:35 +0000 (GMT) (envelope-from diodex@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D1DA743D45 for ; Thu, 15 Sep 2005 13:19:34 +0000 (GMT) (envelope-from diodex@gmx.net) Received: (qmail 9713 invoked by uid 0); 15 Sep 2005 13:19:33 -0000 Received: from 200.68.218.3 by www83.gmx.net with HTTP; Thu, 15 Sep 2005 15:19:33 +0200 (MEST) Date: Thu, 15 Sep 2005 15:19:33 +0200 (MEST) From: "Mariano Benedettini" To: Oliver Brandmueller MIME-Version: 1.0 References: <20050915084345.GN60041@e-Gitt.NET> X-Priority: 3 (Normal) X-Authenticated: #6939434 Message-ID: <29022.1126790373@www83.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Anyone has a 5.4-RELEASE SMP SCHED_ULE in production ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 13:19:35 -0000 Oliver, Thanks, I'm going to keep 4BSD until ULE it's more mature :-) > --- Ursprüngliche Nachricht --- > Von: Oliver Brandmueller > An: freebsd-stable@freebsd.org > Betreff: Re: Anyone has a 5.4-RELEASE SMP SCHED_ULE in production ? > Datum: Thu, 15 Sep 2005 10:43:45 +0200 > > Hi. > > On Wed, Sep 14, 2005 at 11:08:01PM -0300, Mariano Benedettini wrote: > > Who's running a 5.4 SMP in a production environment, using SCHED_ULE ? > > Only a fool :-) > > I suggest you better wait for some 6.x-RELEASE and an official statement > about using ULE. Although ULE in RELENG_6 has a lot of fixes, ULE in > RELENG_5 does not have, there are reports from time to time, that > suggest, that there still might be problems with ULE in some cases. > Apart from that is RELENG_6 befroe any 6.x-RELEASE probably not a good > idea for a production system. > > - Oliver > > > -- > | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin > | > | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ > | > | Ich bin das Internet. Sowahr ich Gott helfe. > | > | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! > | > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 13:49:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 623CC16A426 for ; Thu, 15 Sep 2005 13:49:34 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 614E743D45 for ; Thu, 15 Sep 2005 13:49:32 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.12.11/8.13.1) with ESMTP id j8FDmga9000717 for ; Thu, 15 Sep 2005 09:48:43 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.12.11/8.13.1/Submit) id j8FDmgYL000716 for freebsd-stable@freebsd.org; Thu, 15 Sep 2005 09:48:42 -0400 (EDT) (envelope-from bv) Date: Thu, 15 Sep 2005 09:48:42 -0400 From: Bill Vermillion To: freebsd-stable@freebsd.org Message-ID: <20050915134842.GA596@wjv.com> References: <20050915120050.919BB16A421@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050915120050.919BB16A421@hub.freebsd.org> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.6i X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bilver.wjv.com Subject: Re: Slow internet browsing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 13:49:34 -0000 The door open and in walked trouble - disguised as our our old nemesis freebsd-stable-request@freebsd.org, who uttered, at Thu, Sep 15, 2005 at 12:00 : > Date: Wed, 14 Sep 2005 10:43:06 -0400 > From: Bob Johnson > Subject: Re: Slow internet browsing. > To: Sandro Noel > On 9/13/05, Sandro Noel wrote: > > thank you all for the ULTRA fast reply, > > i had an entry in the resolv.conf that did not belong there. > > problem solved. > > something is bothering me... > > the entry stated that it was the ip of my gateway 10.0.5.1 > > wich is the same address that the DHCP server gives out. > > why is it causing problems ? > Many (most?) small firewall/router/nat boxes list themselves as the > DNS server when they do DHCP, and they try to proxy the DNS service. > Some of them don't seem to do it right when you are using a DNS server > on your internal network (and perhaps other situations), and you end > up with long delays like you describe. If that's what is going on, > the problem will reappear every time you boot the system and get a new > DHCP lease (and perhaps every time the lease is renewed), because the > dhcp client will rewrite /etc/resolv.conf. > In 5.4R I think you can edit /etc/dhclient.conf and add some > statements that put the correct entry in regardless of of what the > DHCP server tells it. E.g. something like > > interface "ep0" { > prepend domain-name-servers 192.168.1.2; > } > > would always use 192.168.1.2 as the primary DNS server for interface > ep0 regardless of what the DHCP server says to use. See the > dhclient.conf man page for more details. > > FreeBSD is in the process of adopting a new dhcp client, but I think > this still applies to 5.4R. > And yes, this question really belonged on -questions, not -stable, but > it's not really a big deal, I guess. When in doubt, use -questions. He could also run chflags schg on the /etc/resolv.conf to keep it from being re-written. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 18:04:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B664816A41F for ; Thu, 15 Sep 2005 18:04:33 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 399AC43D48 for ; Thu, 15 Sep 2005 18:04:33 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so285240wxd for ; Thu, 15 Sep 2005 11:04:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bopkYylY3uY26keTMU49n7VwUnMXnV2D15OBCL+M1KwmhI+9r/yRYs/mauWUre+lZza9VPig844Wi0+4mHfhGJRorSprannwshk5lOEIPIFKIpG59/w86qUr1OVsh20SrAXioI7ANlOocaBVcz+GjQdidxu3ZbdJTDk2i9CohfY= Received: by 10.70.115.18 with SMTP id n18mr537093wxc; Thu, 15 Sep 2005 10:36:18 -0700 (PDT) Received: by 10.70.104.20 with HTTP; Thu, 15 Sep 2005 10:36:18 -0700 (PDT) Message-ID: <35c231bf050915103611be6ca3@mail.gmail.com> Date: Thu, 15 Sep 2005 10:36:18 -0700 From: David Kirchner Sender: dpkirchner@gmail.com To: Alex Prokhorenko In-Reply-To: <20050915091256.GA28523@radiocom.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050915091256.GA28523@radiocom.net.ua> Cc: freebsd-stable@freebsd.org Subject: Re: em0: data transfer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Kirchner List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 18:04:33 -0000 On 9/15/05, Alex Prokhorenko wrote: > Hello, >=20 > We have the following network card em0: Connection, Version - 1.7.35> being controlled by 5.4-STABLE/SMP. > The problem that we face lies in low data transfer speed from server > to network. The card is connected to 100Mbps port of the switch > (setting speed/duplex or autoselect option does not have any influence > on the results). If there is a file downloaded via FTP from the server > the speed is hardly higher than 4MBps. However, there is a flaw: if we > launch trafshow -npi em0 outgoing transfer speed will immediately rise > up to 12MBps, if we stop trafshow we get the low speed problem again: 4MB= ps. > Please, help us locate the reason of such a low data transfer speed. I can't state for a fact this is the problem, but I've found that disabling ACPI in the kernel (and of course as a module) increases transfer rates significantly. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 18:13:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0549E16A41F for ; Thu, 15 Sep 2005 18:13:54 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6453243D46 for ; Thu, 15 Sep 2005 18:13:52 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from stevenp4 ([193.123.241.40]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.1.R) with ESMTP id md50001823304.msg for ; Thu, 15 Sep 2005 19:13:19 +0100 Message-ID: <04c701c5ba21$27a0bda0$7f06000a@int.mediasurface.com> From: "Steven Hartland" To: "David Kirchner" , "Alex Prokhorenko" References: <20050915091256.GA28523@radiocom.net.ua> <35c231bf050915103611be6ca3@mail.gmail.com> Date: Thu, 15 Sep 2005 19:13:20 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Processed: multiplay.co.uk, Thu, 15 Sep 2005 19:13:19 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 193.123.241.40 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Thu, 15 Sep 2005 19:13:21 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: em0: data transfer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 18:13:54 -0000 Check to ensure that nothing else is on the same interrupt as em0. If it is move the card / reallocate the IRQ in the BIOS. Steve / K ----- Original Message ----- From: "David Kirchner" To: "Alex Prokhorenko" Cc: Sent: 15 September 2005 18:36 Subject: Re: em0: data transfer On 9/15/05, Alex Prokhorenko wrote: > Hello, > > We have the following network card em0: Connection, Version - 1.7.35> being controlled by 5.4-STABLE/SMP. > The problem that we face lies in low data transfer speed from server > to network. The card is connected to 100Mbps port of the switch > (setting speed/duplex or autoselect option does not have any influence > on the results). If there is a file downloaded via FTP from the server > the speed is hardly higher than 4MBps. However, there is a flaw: if we > launch trafshow -npi em0 outgoing transfer speed will immediately rise > up to 12MBps, if we stop trafshow we get the low speed problem again: 4MBps. > Please, help us locate the reason of such a low data transfer speed. I can't state for a fact this is the problem, but I've found that disabling ACPI in the kernel (and of course as a module) increases transfer rates significantly. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 19:25:14 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 008BF16A41F for ; Thu, 15 Sep 2005 19:25:13 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id C294B43D45 for ; Thu, 15 Sep 2005 19:25:07 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id B43283946 for ; Thu, 15 Sep 2005 16:25:04 -0300 (BRST) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id 942883A8B for ; Thu, 15 Sep 2005 16:24:50 -0300 (BRST) Message-ID: <4329CA68.2020601@yahoo.com.br> Date: Thu, 15 Sep 2005 16:24:24 -0300 From: "Ricardo A. Reis" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Subject: Project Intelligent MASTER_SITE - Discussion X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 19:25:14 -0000 Hy all, I think in make a new schema for bsd.sites.mk, this idea possibility bether utilization of the bandwidth create a structure the evaluation mirrors, ports automatic capture the mirror address, category and download average in passive mode, Samples using make fetch target and scripts. (369)[ricardo@myfreebsd:/usr/ports/ftp/mget] # sudo script Password: Script started, output file is typescript (370)[root@myfreebsd:/usr/ports/ftp/mget] # make fetch => mget-1.4.2.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://cs-people.bu.edu/dbera/activities/projects/mget/. mget-1.4.2.tar.gz 100% of 63 kB 30 kBps make fetch 0,70s user 0,67s system 12% cpu 10,816 total (371)[root@myfreebsd:/usr/ports/ftp/mget] # exit Script done, output file is typescript (370)[ricardo@myfreebsd:/usr/ports/ftp/mget] # more typescript Script started on Sat Sep 10 06:24:03 2005 ^MESC[m^OESC[27mESC[24mESC[J(370)ESC[0m[ESC[1;32mrootESC[0m@ESC[1;36mmyfreebsdESC[0m:ESC[1;33m/usr/ports/ftp/mgetESC[0m] # ESC[Kmake fetchESC[10D^M => mget-1.4.2.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://cs-people.bu.edu/dbera/activities/projects/mget/. ^Mmget-1.4.2.tar.gz 0% of 63 kB 0 Bps^Mmget-1.4.2.tar.gz 43% of 63 kB 27 kBps^Mmget-1.4.2.tar.gz 87% of 63 kB 30 kBps^Mmget-1.4.2.tar.gz 100% of 63 kB 30 kBps make fetch 0,70s user 0,67s system 12% cpu 10,816 total ^MESC[m^OESC[27mESC[24mESC[J(371)ESC[0m[ESC[1;32mrootESC[0m@ESC[1;36mmyfreebsdESC[0m:ESC[1;33m/usr/ports/ftp/mgetESC[0m] # ESC[Kexit^M First Stage is possible create a intermediate target in makefile, capable of it transform in .. http://cs-people.bu.edu/dbera/activities/projects/mget/ 30 kBps One second stage create a interface web capable the estorage in database, this information in source file (like freshports) and source ip address sumarized in full class C or /24. The last stage is a create a userland aplication to apply this util for end users I sorry for my bad english, Considerately Ricardo A. Reis UNIFESP From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 21:53:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA9EC16A41F for ; Thu, 15 Sep 2005 21:53:48 +0000 (GMT) (envelope-from webmaster@uhort.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 461F743D45 for ; Thu, 15 Sep 2005 21:53:48 +0000 (GMT) (envelope-from webmaster@uhort.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IMV000JXOWJ5MC0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 15 Sep 2005 23:55:31 +0200 (CEST) Received: from [192.168.1.3] ([84.48.131.57]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IMV003U2OXUAN80@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 15 Sep 2005 23:56:18 +0200 (CEST) Date: Thu, 15 Sep 2005 23:53:05 +0200 From: =?ISO-8859-1?Q?=D8ystein_Holmen?= To: freebsd-stable@freebsd.org Message-id: <07276B16-05B6-4765-B9AA-E8BBB2B634F2@uhort.no> MIME-version: 1.0 X-Mailer: Apple Mail (2.734) Content-type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Content-transfer-encoding: quoted-printable Subject: Rebuilding "world" without physical access X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 21:53:49 -0000 I have usually followed the canonical way to update my system, as =20 described in the handbook. But now I need to update a system that I =20 cannot reach physically for a long time. Is there any way to do this? =20= The system runs primarily as a webserver, and it doesn't have many =20 users. Could I just stop apache and follow the canonical way, except =20 I don't go into single user mode? Sincerely, =D8ystein Holmen= From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 21:57:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D47F16A41F for ; Thu, 15 Sep 2005 21:57:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4DF143D48 for ; Thu, 15 Sep 2005 21:57:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8FLvU0r027626 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Sep 2005 17:57:30 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8FLvR6P029948; Thu, 15 Sep 2005 17:57:27 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E42FA511FD; Thu, 15 Sep 2005 17:57:26 -0400 (EDT) Date: Thu, 15 Sep 2005 17:57:26 -0400 From: Kris Kennaway To: ?ystein Holmen Message-ID: <20050915215726.GA27369@xor.obsecurity.org> References: <07276B16-05B6-4765-B9AA-E8BBB2B634F2@uhort.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <07276B16-05B6-4765-B9AA-E8BBB2B634F2@uhort.no> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Rebuilding "world" without physical access X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 21:57:31 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 15, 2005 at 11:53:05PM +0200, ?ystein Holmen wrote: > I have usually followed the canonical way to update my system, as =20 > described in the handbook. But now I need to update a system that I =20 > cannot reach physically for a long time. Is there any way to do this? =20 > The system runs primarily as a webserver, and it doesn't have many =20 > users. Could I just stop apache and follow the canonical way, except =20 > I don't go into single user mode? You could if you are lucky, but what disaster recovery plan do you have in case something goes wrong and the system becomes unusable? Kris --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDKe5GWry0BWjoQKURAv2yAJ4/CjJnxv6KWTAGXN7HVoPtGyEC4QCgwPu+ Rc5bcLOu3pgSYB7SF+xiMWU= =GheK -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 21:58:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22F8216A420 for ; Thu, 15 Sep 2005 21:58:23 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BAB243D4C for ; Thu, 15 Sep 2005 21:58:22 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id EB6011CC77; Thu, 15 Sep 2005 23:58:20 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id 56F8C1CC76; Thu, 15 Sep 2005 23:58:14 +0200 (CEST) Date: Thu, 15 Sep 2005 23:57:30 +0200 From: Daniel Gerzo X-Mailer: The Bat! (v3.5) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <1946501034.20050915235730@rulez.sk> To: =?ISO-8859-1?Q?=D8ystein_Holmen?= In-Reply-To: <07276B16-05B6-4765-B9AA-E8BBB2B634F2@uhort.no> References: <07276B16-05B6-4765-B9AA-E8BBB2B634F2@uhort.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, score=-5.079 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-3.3, AWL=0.820, BAYES_00=-2.599] X-Spam-Score: -5.079 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: Rebuilding "world" without physical access X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 21:58:23 -0000 Hello Øystein, Thursday, September 15, 2005, 11:53:05 PM, you wrote about: > I have usually followed the canonical way to update my system, as > described in the handbook. But now I need to update a system that I > cannot reach physically for a long time. Is there any way to do this? > The system runs primarily as a webserver, and it doesn't have many > users. Could I just stop apache and follow the canonical way, except > I don't go into single user mode? You even don't have to stop apache and other processes during buildworld procedure... -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at: http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ Those who flee temptation generally leave a forwarding ad ] From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 22:09:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03EAA16A41F for ; Thu, 15 Sep 2005 22:09:25 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99F3843D45 for ; Thu, 15 Sep 2005 22:09:24 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.10] (p54AAC2B1.dip0.t-ipconnect.de [84.170.194.177]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 7714333EBA; Fri, 16 Sep 2005 00:12:12 +0200 (CEST) Message-ID: <4329F111.2090505@incubus.de> Date: Fri, 16 Sep 2005 00:09:21 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050915) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?=D8ystein_Holmen?= References: <07276B16-05B6-4765-B9AA-E8BBB2B634F2@uhort.no> In-Reply-To: <07276B16-05B6-4765-B9AA-E8BBB2B634F2@uhort.no> X-Enigmail-Version: 0.92.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Rebuilding "world" without physical access X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 22:09:25 -0000 Øystein Holmen wrote: > users. Could I just stop apache and follow the canonical way, except I > don't go into single user mode? Usually works. I've never rebooted into single-user during the upgrade procedure and haven't encountered any problems in 10 years of doing it that way. Also, often it isn't possible, for example, when using a hosted server w/o remote console access. mkb. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 22:25:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74DAF16A41F for ; Thu, 15 Sep 2005 22:25:10 +0000 (GMT) (envelope-from jonathan@kc8onw.net) Received: from smtp1.fuse.net (mail-out1.fuse.net [216.68.8.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCDDB43D45 for ; Thu, 15 Sep 2005 22:25:09 +0000 (GMT) (envelope-from jonathan@kc8onw.net) Received: from gx6.fuse.net ([66.42.156.185]) by smtp1.fuse.net (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050915222508.UVQF26845.smtp1.fuse.net@gx6.fuse.net> for ; Thu, 15 Sep 2005 18:25:08 -0400 Received: from server.kc8onw.net ([66.42.156.185]) by gx6.fuse.net (InterMail vG.1.02.00.02 201-2136-104-102-20041210) with ESMTP id <20050915222508.FWRY3523.gx6.fuse.net@server.kc8onw.net>; Thu, 15 Sep 2005 18:25:08 -0400 Received: from kc8onw.net (localhost.kc8onw.net [127.0.0.1]) by server.kc8onw.net (Postfix) with ESMTP id 018E6A16FC; Thu, 15 Sep 2005 18:25:04 -0400 (EDT) Received: from 144.104.30.6 (proxying for 10.30.61.70) (SquirrelMail authenticated user jonathan) by kc8onw.net with HTTP; Thu, 15 Sep 2005 18:25:05 -0400 (EDT) Message-ID: <34845.144.104.30.6.1126823105.squirrel@kc8onw.net> In-Reply-To: <4329F111.2090505@incubus.de> References: <07276B16-05B6-4765-B9AA-E8BBB2B634F2@uhort.no> <4329F111.2090505@incubus.de> Date: Thu, 15 Sep 2005 18:25:05 -0400 (EDT) From: jonathan@kc8onw.net To: =?iso-8859-1?Q?=D8ystein_Holmen?= User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: Rebuilding "world" without physical access X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 22:25:10 -0000 > Øystein Holmen wrote: > >> users. Could I just stop apache and follow the canonical way, except I >> don't go into single user mode? > > Usually works. I've never rebooted into single-user during the upgrade > procedure and haven't encountered any problems in 10 years of doing it > that way. Also, often it isn't possible, for example, when using a > hosted server w/o remote console access. > > mkb. I've done it myself several times as well but I was right next to it if something went wrong. As long as you can deal with it being down for however long it would take to get to it then I would say go for it. Just be sure to follow all the usual warnings, back everything up etc. As someone else mentioned you don't even have to stop any services on the box although depending on how far you are upgrading you may want to recompile ports after the upgrade. HTH, Jonathan From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 22:54:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DADF16A41F for ; Thu, 15 Sep 2005 22:54:38 +0000 (GMT) (envelope-from jcr@canuck.co.uk) Received: from aisdirect.co.uk (dsl-217-155-102-238.zen.co.uk [217.155.102.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB37A43D45 for ; Thu, 15 Sep 2005 22:54:36 +0000 (GMT) (envelope-from jcr@canuck.co.uk) Received: from zuul ([192.168.0.220]) by aisdirect.co.uk with esmtp (Exim 4.24; FreeBSD 4.8) id 1EG2XC-0003D2-A3 for freebsd-stable@freebsd.org; Thu, 15 Sep 2005 23:48:50 +0100 Message-ID: <4329FBF1.6030003@canuck.co.uk> Date: Thu, 15 Sep 2005 23:55:45 +0100 From: jcr User-Agent: Debian Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <07276B16-05B6-4765-B9AA-E8BBB2B634F2@uhort.no> In-Reply-To: <07276B16-05B6-4765-B9AA-E8BBB2B634F2@uhort.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Rebuilding "world" without physical access X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2005 22:54:38 -0000 Øystein Holmen wrote: > I have usually followed the canonical way to update my system, as > described in the handbook. But now I need to update a system that I > cannot reach physically for a long time. Is there any way to do this? > The system runs primarily as a webserver, and it doesn't have many > users. Could I just stop apache and follow the canonical way, except > I don't go into single user mode? > > Sincerely, > Øystein Holmen_______________________________________________ I do under normal multiuser root: # cd /usr/obj # rm -rf * # cd /usr/src # /make clean # make buildworld && make buildkernel KERNCONF=FOO && make installkernel KERNCONF=FOO && make installworld && mergemaster then reboot prolly not the correct way, but works for me, (never tried across major version changes) -- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 00:37:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B27C16A41F for ; Fri, 16 Sep 2005 00:37:22 +0000 (GMT) (envelope-from Lee@dilkie.com) Received: from spock.dilkie.com (spock.dilkie.com [206.51.1.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE66943D45 for ; Fri, 16 Sep 2005 00:37:21 +0000 (GMT) (envelope-from Lee@dilkie.com) Received: from [206.51.1.193] (borg.dilkie.com [206.51.1.193]) (authenticated bits=0) by spock.dilkie.com (8.13.3/8.13.3) with ESMTP id j8G0alXi003533 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Sep 2005 20:36:48 -0400 (EDT) (envelope-from Lee@dilkie.com) Message-ID: <432A1378.2020601@dilkie.com> Date: Thu, 15 Sep 2005 20:36:08 -0400 From: Lee Dilkie User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jcr References: <07276B16-05B6-4765-B9AA-E8BBB2B634F2@uhort.no> <4329FBF1.6030003@canuck.co.uk> In-Reply-To: <4329FBF1.6030003@canuck.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.52 on 206.51.1.40 Cc: freebsd-stable@freebsd.org Subject: Re: Rebuilding "world" without physical access X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 00:37:22 -0000 jcr wrote: > Øystein Holmen wrote: > > > I do under normal multiuser root: > > # cd /usr/obj > # rm -rf * > # cd /usr/src > # /make clean > # make buildworld && make buildkernel KERNCONF=FOO && make > installkernel KERNCONF=FOO && make installworld && mergemaster > > then reboot > > prolly not the correct way, but works for me, (never tried across > major version changes) I do a cd /usr/src/usr.sbin/mergemaster ./mergemaster.sh -pcd /usr/src as a first step. It was recommended back in the 4.X days. actually, my scripts come in two parts. part 1. cd /usr/src/usr.sbin/mergemaster ./mergemaster.sh -pcd /usr/src cd /usr/obj chflags -R noschg * rm -rf * cd /usr/src make buildworld && make buildkernel && make installkernel at this point you need to reboot. when the system comes back (multiuser) part 2: cd /usr/src make installworld && mergemaster then I reboot again. -lee From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 01:24:34 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E26A16A41F for ; Fri, 16 Sep 2005 01:24:34 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from dementia.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id D449543D45 for ; Fri, 16 Sep 2005 01:24:33 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: by dementia.afflictions.org (Postfix, from userid 1001) id BA0ED1C0824; Thu, 15 Sep 2005 21:24:32 -0400 (EDT) Date: Thu, 15 Sep 2005 21:24:32 -0400 From: Damian Gerow To: stable@freebsd.org Message-ID: <20050916012432.GA31590@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.10i Cc: Subject: NFS directory copies cause crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 01:24:34 -0000 I've just updated a low-volume fileserver to 5.4-stable (as of Sep 13), and ever since, whenever I try to move or copy a directory onto one of its NFS shares, it causes a crash. I do not have a crash dump (no dumpdev enabled, unfortunately), but I can reproduce it quite easily. The client is a 6.0-BETA3 machine, but I have no other NFS clients to test from (easily). Is this something known and being worked on, or should I try to gather some debugging information? From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 01:38:35 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C71EF16A41F for ; Fri, 16 Sep 2005 01:38:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 223EA43D45 for ; Fri, 16 Sep 2005 01:38:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8G1cQ0r015472 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Sep 2005 21:38:26 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8G1cQ6P024115; Thu, 15 Sep 2005 21:38:26 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DE77E51555; Thu, 15 Sep 2005 21:38:25 -0400 (EDT) Date: Thu, 15 Sep 2005 21:38:25 -0400 From: Kris Kennaway To: Damian Gerow Message-ID: <20050916013825.GA93015@xor.obsecurity.org> References: <20050916012432.GA31590@afflictions.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <20050916012432.GA31590@afflictions.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: NFS directory copies cause crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 01:38:35 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 15, 2005 at 09:24:32PM -0400, Damian Gerow wrote: > I've just updated a low-volume fileserver to 5.4-stable (as of Sep 13), a= nd > ever since, whenever I try to move or copy a directory onto one of its NFS > shares, it causes a crash. I do not have a crash dump (no dumpdev enable= d, > unfortunately), but I can reproduce it quite easily. The client is a > 6.0-BETA3 machine, but I have no other NFS clients to test from (easily). >=20 > Is this something known and being worked on, or should I try to gather so= me > debugging information? The latter..at least a DDB traceback to begin with so we can tell if it's a known issue or not. Kris --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDKiIRWry0BWjoQKURAq31AJ9TSBqeYxJIXhFO3ITyx/yuW6Y8OwCfTo58 OtDZBlh23QeHcJs7QFwrwDI= =Doow -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 02:08:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D06FA16A41F; Fri, 16 Sep 2005 02:08:29 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3919043D46; Fri, 16 Sep 2005 02:08:28 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8G284Li087481 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 16 Sep 2005 11:38:10 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 16 Sep 2005 11:37:51 +0930 User-Agent: KMail/1.8.1 References: <20050916012432.GA31590@afflictions.org> In-Reply-To: <20050916012432.GA31590@afflictions.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1253219.e6RhS7zg9V"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509161138.00140.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Damian Gerow , stable@freebsd.org Subject: Re: NFS directory copies cause crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 02:08:30 -0000 --nextPart1253219.e6RhS7zg9V Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 16 September 2005 10:54, Damian Gerow wrote: > I've just updated a low-volume fileserver to 5.4-stable (as of Sep 13), a= nd > ever since, whenever I try to move or copy a directory onto one of its NFS > shares, it causes a crash. I do not have a crash dump (no dumpdev enable= d, > unfortunately), but I can reproduce it quite easily. The client is a > 6.0-BETA3 machine, but I have no other NFS clients to test from (easily). > > Is this something known and being worked on, or should I try to gather so= me > debugging information? I think even if someone was working on it you'd want to get a crashdump (or= at=20 least a stack trace via the console) so you could determine if their fix is= =20 applicable. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1253219.e6RhS7zg9V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDKij/5ZPcIHs/zowRAuaTAJ4pEKO7bZbisupzKgZ0VE730lI+pwCfStcF yYigCRove4A5LOWLi4wkGAk= =Z8Gm -----END PGP SIGNATURE----- --nextPart1253219.e6RhS7zg9V-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 02:08:30 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D06FA16A41F; Fri, 16 Sep 2005 02:08:29 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3919043D46; Fri, 16 Sep 2005 02:08:28 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8G284Li087481 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 16 Sep 2005 11:38:10 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 16 Sep 2005 11:37:51 +0930 User-Agent: KMail/1.8.1 References: <20050916012432.GA31590@afflictions.org> In-Reply-To: <20050916012432.GA31590@afflictions.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1253219.e6RhS7zg9V"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509161138.00140.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Damian Gerow , stable@freebsd.org Subject: Re: NFS directory copies cause crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 02:08:30 -0000 --nextPart1253219.e6RhS7zg9V Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 16 September 2005 10:54, Damian Gerow wrote: > I've just updated a low-volume fileserver to 5.4-stable (as of Sep 13), a= nd > ever since, whenever I try to move or copy a directory onto one of its NFS > shares, it causes a crash. I do not have a crash dump (no dumpdev enable= d, > unfortunately), but I can reproduce it quite easily. The client is a > 6.0-BETA3 machine, but I have no other NFS clients to test from (easily). > > Is this something known and being worked on, or should I try to gather so= me > debugging information? I think even if someone was working on it you'd want to get a crashdump (or= at=20 least a stack trace via the console) so you could determine if their fix is= =20 applicable. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1253219.e6RhS7zg9V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDKij/5ZPcIHs/zowRAuaTAJ4pEKO7bZbisupzKgZ0VE730lI+pwCfStcF yYigCRove4A5LOWLi4wkGAk= =Z8Gm -----END PGP SIGNATURE----- --nextPart1253219.e6RhS7zg9V-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 02:51:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31D3916A41F; Fri, 16 Sep 2005 02:51:21 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from dementia.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD38143D49; Fri, 16 Sep 2005 02:51:20 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 1D58A1C0824; Thu, 15 Sep 2005 22:51:19 -0400 (EDT) Date: Thu, 15 Sep 2005 22:51:19 -0400 From: Damian Gerow To: Daniel O'Connor Message-ID: <20050916025119.GB31590@afflictions.org> References: <20050916012432.GA31590@afflictions.org> <200509161138.00140.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509161138.00140.doconnor@gsoft.com.au> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.10i Cc: stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: NFS directory copies cause crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 02:51:21 -0000 Thus spake Daniel O'Connor (doconnor@gsoft.com.au) [15/09/05 22:32]: : > Is this something known and being worked on, or should I try to gather some : > debugging information? : : I think even if someone was working on it you'd want to get a crashdump (or at : least a stack trace via the console) so you could determine if their fix is : applicable. Yeah, I'm working on it; the problem is that the typical kernel.debug file doesn't exist, so I'm hoping a rebuild with the same configuration file and the same sources will be okay (should be, I presume). Note that I've since determined that the same crash happens when transferring via SAMBA to the same server, and *only* when transferring a directory. - Damian From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 02:51:21 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31D3916A41F; Fri, 16 Sep 2005 02:51:21 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from dementia.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD38143D49; Fri, 16 Sep 2005 02:51:20 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 1D58A1C0824; Thu, 15 Sep 2005 22:51:19 -0400 (EDT) Date: Thu, 15 Sep 2005 22:51:19 -0400 From: Damian Gerow To: Daniel O'Connor Message-ID: <20050916025119.GB31590@afflictions.org> References: <20050916012432.GA31590@afflictions.org> <200509161138.00140.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509161138.00140.doconnor@gsoft.com.au> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.10i Cc: stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: NFS directory copies cause crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 02:51:21 -0000 Thus spake Daniel O'Connor (doconnor@gsoft.com.au) [15/09/05 22:32]: : > Is this something known and being worked on, or should I try to gather some : > debugging information? : : I think even if someone was working on it you'd want to get a crashdump (or at : least a stack trace via the console) so you could determine if their fix is : applicable. Yeah, I'm working on it; the problem is that the typical kernel.debug file doesn't exist, so I'm hoping a rebuild with the same configuration file and the same sources will be okay (should be, I presume). Note that I've since determined that the same crash happens when transferring via SAMBA to the same server, and *only* when transferring a directory. - Damian From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 02:53:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E782D16A41F for ; Fri, 16 Sep 2005 02:53:15 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from dementia.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D34E43D55 for ; Fri, 16 Sep 2005 02:53:15 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: by dementia.afflictions.org (Postfix, from userid 1001) id ED88B1C0824; Thu, 15 Sep 2005 22:53:14 -0400 (EDT) Date: Thu, 15 Sep 2005 22:53:14 -0400 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20050916025314.GC31590@afflictions.org> References: <20050916012432.GA31590@afflictions.org> <20050916013825.GA93015@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050916013825.GA93015@xor.obsecurity.org> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.10i Subject: Re: NFS directory copies cause crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 02:53:16 -0000 Thus spake Kris Kennaway (kris@obsecurity.org) [15/09/05 21:39]: : > Is this something known and being worked on, or should I try to gather some : > debugging information? : : The latter..at least a DDB traceback to begin with so we can tell if : it's a known issue or not. The best I've been able to come up with thus far is: Sep 15 22:45:36 pandora savecore: reboot after panic: integer divide fault The machine has no serial console. I /do/ have two core dumps now, just working on getting a kernel with debugging symbols. - Damian From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 03:58:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 399C316A41F for ; Fri, 16 Sep 2005 03:58:41 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from dementia.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id D21C743D48 for ; Fri, 16 Sep 2005 03:58:40 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 013451C080D; Thu, 15 Sep 2005 23:58:39 -0400 (EDT) Date: Thu, 15 Sep 2005 23:58:39 -0400 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20050916035838.GA32336@afflictions.org> References: <20050916012432.GA31590@afflictions.org> <20050916013825.GA93015@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050916013825.GA93015@xor.obsecurity.org> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.10i Subject: Re: NFS directory copies cause crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 03:58:41 -0000 Thus spake Kris Kennaway (kris@obsecurity.org) [15/09/05 21:39]: : > Is this something known and being worked on, or should I try to gather some : > debugging information? : : The latter..at least a DDB traceback to begin with so we can tell if : it's a known issue or not. This is what I've got: Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x8:0xc063c94d stack pointer = 0x10:0xd40166e4 frame pointer = 0x10:0xd4016720 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 11639 (nfsd) trap number = 18 panic: integer divide fault And the backtrace: #0 doadump () at pcpu.h:160 #1 0xc051c647 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:412 #2 0xc051c989 in panic (fmt=0xc06e3166 "%s") at /usr/src/sys/kern/kern_shutdown.c:568 #3 0xc06c2d0c in trap_fatal (frame=0xd40166a4, eva=0) at /usr/src/sys/i386/i386/trap.c:817 #4 0xc06c2722 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1048248320, tf_esi = 0, tf_ebp = -738105568, tf_isp = -738105648, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 183205888, tf_trapno = 18, tf_err = 0, tf_eip = -1067202227, tf_cs = 8, tf_eflags = 66182, tf_esp = 38, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:622 #5 0xc06afefa in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #6 0x00000018 in ?? () #7 0x00000010 in ?? () #8 0x00000010 in ?? () #9 0xc1850000 in ?? () #10 0x00000000 in ?? () #11 0xd4016720 in ?? () #12 0xd40166d0 in ?? () #13 0x00000000 in ?? () #14 0x00000000 in ?? () #15 0x00000000 in ?? () #16 0x0aeb8000 in ?? () #17 0x00000012 in ?? () #18 0x00000000 in ?? () #19 0xc063c94d in ffs_dirpref (pip=0xc1b193d4) at libkern.h:56 #20 0xc063c42a in ffs_valloc (pvp=0xc1e38d68, mode=16877, cred=0xc1e08d80, vpp=0xd40167a0) at /usr/src/sys/ufs/ffs/ffs_alloc.c:863 #21 0xc0669866 in ufs_mkdir (ap=0xd40169fc) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1381 #22 0xc066bc08 in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2827 #23 0xc062c05e in nfsrv_mkdir (nfsd=0xc1e08d00, slp=0x0, td=0xc1580600, mrq=0xd4016c7c) at vnode_if.h:772 #24 0xc0637225 in nfssvc_nfsd (td=0x0) at /usr/src/sys/nfsserver/nfs_syscalls.c:471 #25 0xc0636852 in nfssvc (td=0xc1580600, uap=0xd4016d04) at /usr/src/sys/nfsserver/nfs_syscalls.c:181 #26 0xc06c30c0 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 0, tf_ebp = -1077941448, tf_isp = -738103964, tf_ebx = 0, tf_edx = -1077936144, tf_ecx = 2, tf_eax = 155, tf_trapno = 12, tf_err = 2, tf_eip = 671953119, tf_cs = 31, tf_eflags = 582, tf_esp = -1077941476, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1009 #27 0xc06aff4f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #28 0x0000002f in ?? () #29 0x0000002f in ?? () #30 0x0000002f in ?? () #31 0x00000000 in ?? () #32 0x00000000 in ?? () #33 0xbfbfeb38 in ?? () #34 0xd4016d64 in ?? () #35 0x00000000 in ?? () #36 0xbfbffff0 in ?? () #37 0x00000002 in ?? () #38 0x0000009b in ?? () #39 0x0000000c in ?? () #40 0x00000002 in ?? () #41 0x280d30df in ?? () #42 0x0000001f in ?? () #43 0x00000246 in ?? () #44 0xbfbfeb1c in ?? () #45 0x0000002f in ?? () #46 0x00000000 in ?? () #47 0x00000000 in ?? () #48 0x00000000 in ?? () #49 0x00000000 in ?? () #50 0x1f481000 in ?? () #51 0xc15c5c5c in ?? () #52 0xc1580600 in ?? () #53 0xd4016b90 in ?? () #54 0xd4016b74 in ?? () #55 0xc1578300 in ?? () #56 0xc052ff10 in sched_switch (td=0x0, newtd=0x0, flags=Cannot access memory at address 0xbfbfeb48 ) at /usr/src/sys/kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) Note that you can find a dmesg and a snippet of debugging at: Let me know if there's anythign else needed. - Damian From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 08:05:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D7E016A41F for ; Fri, 16 Sep 2005 08:05:36 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDD7643D48 for ; Fri, 16 Sep 2005 08:05:34 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail03.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j8G85H5f021288 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 16 Sep 2005 18:05:19 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j8G85HSR046667; Fri, 16 Sep 2005 18:05:17 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j8G85GwV046666; Fri, 16 Sep 2005 18:05:16 +1000 (EST) (envelope-from pjeremy) Date: Fri, 16 Sep 2005 18:05:16 +1000 From: Peter Jeremy To: Damian Gerow Message-ID: <20050916080516.GE40237@cirb503493.alcatel.com.au> References: <20050916012432.GA31590@afflictions.org> <20050916013825.GA93015@xor.obsecurity.org> <20050916035838.GA32336@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050916035838.GA32336@afflictions.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: NFS directory copies cause crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 08:05:36 -0000 On Thu, 2005-Sep-15 23:58:39 -0400, Damian Gerow wrote: >Thus spake Kris Kennaway (kris@obsecurity.org) [15/09/05 21:39]: >: > Is this something known and being worked on, or should I try to gather some >: > debugging information? >: >: The latter..at least a DDB traceback to begin with so we can tell if >: it's a known issue or not. > >This is what I've got: > > Fatal trap 18: integer divide fault while in kernel mode > instruction pointer = 0x8:0xc063c94d ... > #4 0xc06c2722 in trap (frame= > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1048248320, tf_esi = 0, tf_ebp = -738105568, tf_isp = -738105648, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 183205888, tf_trapno = 18, tf_err = 0, tf_eip = -1067202227, tf_cs = 8, tf_eflags = 66182, tf_esp = 38, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:622 ... > #19 0xc063c94d in ffs_dirpref (pip=0xc1b193d4) at libkern.h:56 > #20 0xc063c42a in ffs_valloc (pvp=0xc1e38d68, mode=16877, cred=0xc1e08d80, vpp=0xd40167a0) at /usr/src/sys/ufs/ffs/ffs_alloc.c:863 Frame #19 is the real problem. This is where inline functions are a real nuisance. libkern.h:56 is min() and there are two invocations of min() from ffs_dirpref() which could potentially have a divide-by-zero. As a first step to tracking down what has gone wrong, within kgdb: print *(struct inode *)0xc1b193d4 print *((struct inode *)0xc1b193d4)->i_fs disas ffs_dirpref The disassembly is about 280 lines and someone will need to map 0xc063c94d to the source line within ffs_dirpref() to locate which divide is failing. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 08:18:04 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9128C16A41F for ; Fri, 16 Sep 2005 08:18:04 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1803443D46 for ; Fri, 16 Sep 2005 08:18:03 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8G8Ho58062224; Fri, 16 Sep 2005 01:17:54 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509160817.j8G8Ho58062224@gw.catspoiler.org> Date: Fri, 16 Sep 2005 01:17:50 -0700 (PDT) From: Don Lewis To: dgerow@afflictions.org In-Reply-To: <20050916035838.GA32336@afflictions.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org Subject: Re: NFS directory copies cause crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 08:18:04 -0000 On 15 Sep, Damian Gerow wrote: > Thus spake Kris Kennaway (kris@obsecurity.org) [15/09/05 21:39]: > : > Is this something known and being worked on, or should I try to gather some > : > debugging information? > : > : The latter..at least a DDB traceback to begin with so we can tell if > : it's a known issue or not. > > This is what I've got: > > Fatal trap 18: integer divide fault while in kernel mode > instruction pointer = 0x8:0xc063c94d > stack pointer = 0x10:0xd40166e4 > frame pointer = 0x10:0xd4016720 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 11639 (nfsd) > trap number = 18 > panic: integer divide fault > > And the backtrace: > > #0 doadump () at pcpu.h:160 > #1 0xc051c647 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:412 > #2 0xc051c989 in panic (fmt=0xc06e3166 "%s") at /usr/src/sys/kern/kern_shutdown.c:568 > #3 0xc06c2d0c in trap_fatal (frame=0xd40166a4, eva=0) at /usr/src/sys/i386/i386/trap.c:817 > #4 0xc06c2722 in trap (frame= > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1048248320, tf_esi = 0, tf_ebp = -738105568, tf_isp = -738105648, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 183205888, tf_trapno = 18, tf_err = 0, tf_eip = -1067202227, tf_cs = 8, tf_eflags = 66182, tf_esp = 38, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:622 > #5 0xc06afefa in calltrap () at /usr/src/sys/i386/i386/exception.s:140 > #6 0x00000018 in ?? () > #7 0x00000010 in ?? () > #8 0x00000010 in ?? () > #9 0xc1850000 in ?? () > #10 0x00000000 in ?? () > #11 0xd4016720 in ?? () > #12 0xd40166d0 in ?? () > #13 0x00000000 in ?? () > #14 0x00000000 in ?? () > #15 0x00000000 in ?? () > #16 0x0aeb8000 in ?? () > #17 0x00000012 in ?? () > #18 0x00000000 in ?? () > #19 0xc063c94d in ffs_dirpref (pip=0xc1b193d4) at libkern.h:56 > #20 0xc063c42a in ffs_valloc (pvp=0xc1e38d68, mode=16877, cred=0xc1e08d80, vpp=0xd40167a0) at /usr/src/sys/ufs/ffs/ffs_alloc.c:863 > #21 0xc0669866 in ufs_mkdir (ap=0xd40169fc) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1381 > #22 0xc066bc08 in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2827 > #23 0xc062c05e in nfsrv_mkdir (nfsd=0xc1e08d00, slp=0x0, td=0xc1580600, mrq=0xd4016c7c) at vnode_if.h:772 > #24 0xc0637225 in nfssvc_nfsd (td=0x0) at /usr/src/sys/nfsserver/nfs_syscalls.c:471 > #25 0xc0636852 in nfssvc (td=0xc1580600, uap=0xd4016d04) at /usr/src/sys/nfsserver/nfs_syscalls.c:181 > #26 0xc06c30c0 in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 0, tf_ebp = -1077941448, tf_isp = -738103964, tf_ebx = 0, tf_edx = -1077936144, tf_ecx = 2, tf_eax = 155, tf_trapno = 12, tf_err = 2, tf_eip = 671953119, tf_cs = 31, tf_eflags = 582, tf_esp = -1077941476, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1009 > #27 0xc06aff4f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 > #28 0x0000002f in ?? () > #29 0x0000002f in ?? () > #30 0x0000002f in ?? () > #31 0x00000000 in ?? () > #32 0x00000000 in ?? () > #33 0xbfbfeb38 in ?? () > #34 0xd4016d64 in ?? () > #35 0x00000000 in ?? () > #36 0xbfbffff0 in ?? () > #37 0x00000002 in ?? () > #38 0x0000009b in ?? () > #39 0x0000000c in ?? () > #40 0x00000002 in ?? () > #41 0x280d30df in ?? () > #42 0x0000001f in ?? () > #43 0x00000246 in ?? () > #44 0xbfbfeb1c in ?? () > #45 0x0000002f in ?? () > #46 0x00000000 in ?? () > #47 0x00000000 in ?? () > #48 0x00000000 in ?? () > #49 0x00000000 in ?? () > #50 0x1f481000 in ?? () > #51 0xc15c5c5c in ?? () > #52 0xc1580600 in ?? () > #53 0xd4016b90 in ?? () > #54 0xd4016b74 in ?? () > #55 0xc1578300 in ?? () > #56 0xc052ff10 in sched_switch (td=0x0, newtd=0x0, flags=Cannot access memory at address 0xbfbfeb48 > ) at /usr/src/sys/kern/sched_4bsd.c:881 > Previous frame inner to this frame (corrupt stack?) See PR kern/41723: [2TB] on 1TB fs, copying files to filesystem causes "integer divide fault" and panic. Just doing a mkdir should be sufficient to trigger the panic. The panic is enabled if the ufs file system avgfilesize and/or avgfpdir parameters are set too high. If the product of these two values overflows a (signed?) 32 bit number, then boom! It doesn't make any sense to set avgfilesize (units are bytes) larger than the file system maxbpg (units are blocks), because only the first maxbgp blocks of each file are allocated from the file's home cylinder group. It also doesn't make sense to set the product of avgfilesize and avgfpdir larger than the file system cylinder group size because that means the average directory will overflow a cylinder group, so no more than one directory should be allocated per cylinder group. As a workaround, use tunefs to adjust the file system avgfilesize and/or avgfpdir paramaters. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 14:16:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C9EF16A41F for ; Fri, 16 Sep 2005 14:16:29 +0000 (GMT) (envelope-from jilles@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id E464D43D48 for ; Fri, 16 Sep 2005 14:16:28 +0000 (GMT) (envelope-from jilles@stack.nl) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mailhost.stack.nl (Postfix) with ESMTP id 4591AA30B6; Fri, 16 Sep 2005 16:16:27 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 2EF3B2287F; Fri, 16 Sep 2005 16:16:27 +0200 (CEST) Date: Fri, 16 Sep 2005 16:16:27 +0200 From: Jilles Tjoelker To: Andy Hilker Message-ID: <20050916141627.GA37203@stack.nl> References: <20050812104352.GD2637@mail.crypta.net> <20050816172441.GD36329@mail.crypta.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050816172441.GD36329@mail.crypta.net> X-Operating-System: FreeBSD 5.4-RELEASE i386 User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: rc-ng problem with [procname] (e.g. kernel threaded procs) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 14:16:29 -0000 On Tue, Aug 16, 2005 at 07:24:41PM +0200, Andy Hilker wrote: > Hmh, no one interested in this issue? Or am i wrong with this issue? Apparently noone is interested. Be sure to file a PR if you haven't done so yet. > You (Andy Hilker) wrote: > > i think I have found a problem with rc-ng scripts and procnames > > including brackets (e.g. kernel threaded, like mysqld). > > Brackets [] are ignored, process will not be found and is regarded > > as "not running". This breaks stop+status functions of rcng. The > > following patch allows brackets in variable procname rc-ng scripts. > > Maybe someone can review and fix this issue. > > It was relevant for me when using [mysqld]. This happens if the argv is larger than kern.ps_arg_cache_limit and either /proc is not mounted or the user running ps is not allowed to read the command's memory. Your patch needs \[, \] by the way, not ( ). Alternatively, you could use ps -o pid,ucomm for the $_interpreter = . case and only look for $_procnamebn. This whole ps stuff has the potential of killing the wrong process, how about using pidfiles? > > # $FreeBSD: src/etc/rc.subr,v 1.31.2.1 2005/01/17 11:51:00 keramida Exp $ > > --- rc.subr Thu Aug 11 15:18:52 2005 > > +++ /etc/rc.subr Thu Aug 11 15:14:06 2005 > > @@ -267,7 +267,7 @@ > > _procnamebn=${_procname##*/} > > _fp_args='_arg0 _argv' > > _fp_match='case "$_arg0" in > > - $_procname|$_procnamebn|${_procnamebn}:|"(${_procnamebn})")' > > + "$_procname"|$_procnamebn|${_procnamebn}:|"(${_procnamebn})")' > > fi > > > > _proccheck=' -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 15:10:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A74616A41F for ; Fri, 16 Sep 2005 15:10:19 +0000 (GMT) (envelope-from efinleywork@efinley.com) Received: from postmaster.etv.net (postmaster.etv.net [208.14.190.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id C587043D46 for ; Fri, 16 Sep 2005 15:10:16 +0000 (GMT) (envelope-from efinleywork@efinley.com) Received: from work.efinley.com ([205.161.203.55] helo=elliotdevelop) by postmaster.etv.net with smtp (Exim 4.52 (FreeBSD)) id 1EGHqx-000AzT-Lt for freebsd-stable@freebsd.org; Fri, 16 Sep 2005 09:10:16 -0600 Message-ID: <039201c5bad0$be34c360$37cba1cd@emerytelcom.com> From: "Elliot Finley" To: Date: Fri, 16 Sep 2005 09:10:15 -0600 Organization: Emery Telcom 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.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Subject: vmcore.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Elliot Finley List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 15:10:19 -0000 my system panicked and I got a /var/crash/vmcore.4 file. The corresponding info.4 file is: postmaster root:/var/crash#>less info.4 Dump header from device /dev/ar0s1b Architecture: i386 Architecture Version: 16777216 Dump Length: 2146631680B (2047 MB) Blocksize: 512 Dumptime: Sat Sep 3 14:15:04 2005 Hostname: postmaster.etv.net Magic: FreeBSD Kernel Dump Version String: FreeBSD 5.4-RELEASE-p3 #4: Fri Jul 1 00:22:45 MDT 2005 root@postmaster.etv.net:/usr/obj/usr/src/sys/GENERIC Panic String: kmem_malloc(4096): kmem_map too small: 335544320 total allocated Dump Parity: 290305146 Bounds: 4 Dump Status: good Is there some sysctl that I can tweak to keep this from happening? Or is this a bug? TIA Elliot From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 15:14:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9593716A41F for ; Fri, 16 Sep 2005 15:14:50 +0000 (GMT) (envelope-from slawek.zak@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39E4043D46 for ; Fri, 16 Sep 2005 15:14:50 +0000 (GMT) (envelope-from slawek.zak@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so47072nzk for ; Fri, 16 Sep 2005 08:14:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=VZMGZdm6CMTKnPMdCq1OZa/JyYZLWJZnAcCQzhLQVwodhkrNN0LtaeNU4txBuEYVszu1GcPVr3B+g3z5/mgYt+9DmWYKmJoVKhhriF7YgWzyjzIehbRuDqEFUpob5WEYTdXdfwM7ODUmaRqzdqTlklVfj0kStl9jsus20nCkJTA= Received: by 10.37.14.42 with SMTP id r42mr231409nzi; Fri, 16 Sep 2005 08:14:49 -0700 (PDT) Received: by 10.36.88.9 with HTTP; Fri, 16 Sep 2005 08:14:49 -0700 (PDT) Message-ID: <787bbe1c050916081444fae043@mail.gmail.com> Date: Fri, 16 Sep 2005 17:14:49 +0200 From: Slawek Zak To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Panic for 6.0-BETA4 on AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: slawek.zak@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 15:14:50 -0000 Hi, A panic occured on tmpfs overfill. /tmp with tmpmfs was configured for 100MB size. Backtrace from debugger: db> where Tracing pid 60288 tid 100299 td 0xffffff02c3cba980 putc() at putc+0xa9 ttyoutput() at ttyoutput+0x2d tputchar() at tputchar+0x35 putchar() at putchar+0xf8 kvprintf() at kvprintf+0x91 uprintf() at uprintf+0x22c ffs_realloccg() at ffs_realloccg+0x974 ffs_balloc_ufs2() at ffs_balloc_ufs2+0x667 ffs_write() at ffs_write+0x28a VOP_WRITE_APV() at VOP_WRITE_APV+0x6c vn_write() at vn_write+0x1f3 dofilewrite() at dofilewrite+0x86 kern_writev() at kern_writev+0x51 write() at write+0x4a syscall() at syscall+0x642 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (4, FreeBSD ELF64, write), rip =3D 0x3ef888bc, rsp =3D 0x7fffffffe008, rbp =3D 0x1000 --- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 15:20:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4025616A41F for ; Fri, 16 Sep 2005 15:20:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA2DC43D45 for ; Fri, 16 Sep 2005 15:20:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8GFKc0r007426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Sep 2005 11:20:38 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8GFKb6P023279; Fri, 16 Sep 2005 11:20:37 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C8A5451251; Fri, 16 Sep 2005 11:20:36 -0400 (EDT) Date: Fri, 16 Sep 2005 11:20:36 -0400 From: Kris Kennaway To: Elliot Finley Message-ID: <20050916152036.GA27619@xor.obsecurity.org> References: <039201c5bad0$be34c360$37cba1cd@emerytelcom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <039201c5bad0$be34c360$37cba1cd@emerytelcom.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: vmcore.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 15:20:41 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 16, 2005 at 09:10:15AM -0600, Elliot Finley wrote: > my system panicked and I got a /var/crash/vmcore.4 file. The correspondi= ng > info.4 file is: >=20 > postmaster root:/var/crash#>less info.4 > Dump header from device /dev/ar0s1b > Architecture: i386 > Architecture Version: 16777216 > Dump Length: 2146631680B (2047 MB) > Blocksize: 512 > Dumptime: Sat Sep 3 14:15:04 2005 > Hostname: postmaster.etv.net > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 5.4-RELEASE-p3 #4: Fri Jul 1 00:22:45 MDT 2005 > root@postmaster.etv.net:/usr/obj/usr/src/sys/GENERIC > Panic String: kmem_malloc(4096): kmem_map too small: 335544320 total > allocated > Dump Parity: 290305146 > Bounds: 4 > Dump Status: good >=20 > Is there some sysctl that I can tweak to keep this from happening? Or is > this a bug? See a recent post I made to stable that explains how to tune your kernel to fix this (you're running it out of memory). Kris --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDKuLEWry0BWjoQKURAvbzAJsFHUhWqyrjOZvPcCLaC/47xxHasgCg+/BV 47tlyhrCKUwJEne+TWGicQU= =We20 -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 15:20:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E84D216A420 for ; Fri, 16 Sep 2005 15:20:57 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CEB443D48 for ; Fri, 16 Sep 2005 15:20:57 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 478102710C02; Fri, 16 Sep 2005 16:20:56 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10041-08; Fri, 16 Sep 2005 16:20:49 +0100 (BST) Received: by mail.helenmarks.co.uk (Postfix, from userid 80) id 77E822710C01; Fri, 16 Sep 2005 16:20:49 +0100 (BST) Received: from graphicaldatacapture-ll-194.altohiway.com ([195.12.22.194]) (SquirrelMail authenticated user dom) by www.helenmarks.co.uk with HTTP; Fri, 16 Sep 2005 16:20:49 +0100 (BST) Message-ID: <2568.195.12.22.194.1126884049.squirrel@www.helenmarks.co.uk> In-Reply-To: <039201c5bad0$be34c360$37cba1cd@emerytelcom.com> References: <039201c5bad0$be34c360$37cba1cd@emerytelcom.com> Date: Fri, 16 Sep 2005 16:20:49 +0100 (BST) From: "Dominic Marks" To: "Elliot Finley" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: By ClamAV 0.85.1 Cc: freebsd-stable@freebsd.org Subject: Re: vmcore.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 15:20:58 -0000 Elliot Finley wrote: > my system panicked and I got a /var/crash/vmcore.4 file. The > corresponding > info.4 file is: > > postmaster root:/var/crash#>less info.4 > Dump header from device /dev/ar0s1b > Architecture: i386 > Architecture Version: 16777216 > Dump Length: 2146631680B (2047 MB) > Blocksize: 512 > Dumptime: Sat Sep 3 14:15:04 2005 > Hostname: postmaster.etv.net > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 5.4-RELEASE-p3 #4: Fri Jul 1 00:22:45 MDT 2005 > root@postmaster.etv.net:/usr/obj/usr/src/sys/GENERIC > Panic String: kmem_malloc(4096): kmem_map too small: 335544320 total > allocated > Dump Parity: 290305146 > Bounds: 4 > Dump Status: good > > Is there some sysctl that I can tweak to keep this from happening? Or is > this a bug? Google says: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/book.html#KMEM-MAP-TOO-SMALL > TIA > > Elliot > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > HTH, -- Dominic From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 15:21:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3830016A420 for ; Fri, 16 Sep 2005 15:21:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AABBD43D48 for ; Fri, 16 Sep 2005 15:20:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8GFKx0r007452 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Sep 2005 11:20:59 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8GFKw6P023322; Fri, 16 Sep 2005 11:20:58 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0966451288; Fri, 16 Sep 2005 11:20:58 -0400 (EDT) Date: Fri, 16 Sep 2005 11:20:57 -0400 From: Kris Kennaway To: Slawek Zak Message-ID: <20050916152057.GB27619@xor.obsecurity.org> References: <787bbe1c050916081444fae043@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <787bbe1c050916081444fae043@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Panic for 6.0-BETA4 on AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 15:21:00 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 16, 2005 at 05:14:49PM +0200, Slawek Zak wrote: > Hi, >=20 > A panic occured on tmpfs overfill. /tmp with tmpmfs was configured for > 100MB size. Backtrace from debugger: >=20 > db> where > Tracing pid 60288 tid 100299 td 0xffffff02c3cba980 > putc() at putc+0xa9 > ttyoutput() at ttyoutput+0x2d > tputchar() at tputchar+0x35 > putchar() at putchar+0xf8 > kvprintf() at kvprintf+0x91 > uprintf() at uprintf+0x22c Known problem, it will hopefully be addressed in 6.0. Kris --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDKuLZWry0BWjoQKURAk1GAKCFsXHKmoHTTJWI4VpOLTMt3wCIUgCg+dEM JeQZP4ejQ0JtgHg6oku7R6c= =HoaV -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 17:40:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF22516A41F for ; Fri, 16 Sep 2005 17:40:39 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B8E343D48 for ; Fri, 16 Sep 2005 17:40:39 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8GHebha007887; Fri, 16 Sep 2005 11:40:38 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <432B039A.1000306@samsco.org> Date: Fri, 16 Sep 2005 11:40:42 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: slawek.zak@gmail.com References: <787bbe1c050916081444fae043@mail.gmail.com> In-Reply-To: <787bbe1c050916081444fae043@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Panic for 6.0-BETA4 on AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 17:40:39 -0000 This is a well known problem. A fix is hopefully being worked on. Scott Slawek Zak wrote: > Hi, > > A panic occured on tmpfs overfill. /tmp with tmpmfs was configured for > 100MB size. Backtrace from debugger: > > db> where > Tracing pid 60288 tid 100299 td 0xffffff02c3cba980 > putc() at putc+0xa9 > ttyoutput() at ttyoutput+0x2d > tputchar() at tputchar+0x35 > putchar() at putchar+0xf8 > kvprintf() at kvprintf+0x91 > uprintf() at uprintf+0x22c > ffs_realloccg() at ffs_realloccg+0x974 > ffs_balloc_ufs2() at ffs_balloc_ufs2+0x667 > ffs_write() at ffs_write+0x28a > VOP_WRITE_APV() at VOP_WRITE_APV+0x6c > vn_write() at vn_write+0x1f3 > dofilewrite() at dofilewrite+0x86 > kern_writev() at kern_writev+0x51 > write() at write+0x4a > syscall() at syscall+0x642 > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (4, FreeBSD ELF64, write), rip = 0x3ef888bc, rsp = > 0x7fffffffe008, rbp = 0x1000 --- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 17:48:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F44816A41F for ; Fri, 16 Sep 2005 17:48:01 +0000 (GMT) (envelope-from fbsd@sefao.com) Received: from ns1.sefao.com (ns1.epcmedia.com [66.45.33.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E3C443D45 for ; Fri, 16 Sep 2005 17:48:00 +0000 (GMT) (envelope-from fbsd@sefao.com) Date: Fri, 16 Sep 2005 13:46:40 -0400 Message-Id: <200509161346.AA2268856568@ns1.sefao.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: "fbsd " X-Sender: To: X-Mailer: Subject: Apache+mod_ssl and perl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fbsd@sefao.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 17:48:01 -0000 Hello, I am not sure if this is the right list, please let em know otherwise. I have 5.4-RELEASE (i386) installed and want to be sure that the Apache13+mod_ssl is correctly set up. I have CVSup'ed all OS updates and related port updates, did buildworld, did a custom kernel etc. then did a 'make install clean' on the Apache13+mod_ssl... port. There were no error codes, however the perl version I have is 5.8.6_2, yet much documentation and the port list states perl-5.8.7 is required. I installed the 'portupgrade' port, it too installed without errors, but documentation states it requires perl-5.8.7. My question is, is it safe/secure to use Apache+mod_ssl with this version of perl? Or do I need to upgrade perl, then each port? Thank you, Sejo From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 19:10:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCA1216A41F for ; Fri, 16 Sep 2005 19:10:10 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 506EC43D45 for ; Fri, 16 Sep 2005 19:10:10 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id 4CC0BB80C for ; Fri, 16 Sep 2005 21:10:08 +0200 (CEST) Date: Fri, 16 Sep 2005 21:10:04 +0200 From: Dimitry Andric X-Mailer: The Bat! (v3.61.03 beta) Professional X-Priority: 3 (Normal) Message-ID: <1622873082.20050916211004@andric.com> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------D4EAC9EAB36CF" Subject: 6.0-BETA2 through 4: BTX halted? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dimitry Andric List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2005 19:10:10 -0000 ------------D4EAC9EAB36CF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've been trying the 6.0 BETA's on several machines, and I've seen a lot of them crashing during the BTX loader from CD. Usually it just fills up the screen endlessly with scrolling BTX exception messages, which alas makes these messages unreadable (and thus no hand copying possible!). This can only be stopped by resetting the machine. Today I tried 6.0-BETA2 and BETA4 on my new ThinkPad X41, with an attached USB DVD-RW drive, and I got a similar error. However, in some cases it keeps on printing exception messages, just as on the other boxes, but in other cases (especially when the CD is still spinning up) you get 1 exception message, and then the machine simply reboots. So without further ado, here's my hand copying work: CD Loader 1.2 int=0000000d err=0000001a efl=00030246 eip=00001a46 eax=220050d7 ebx=00000002 ecx=00001000 edx=000040f7 esi=0000061c edi=00000000 ebp=0000061c esp=00000614 cs=0e01 ds=dcf1 es=ffff fs=0010 gs=0000 ss=dcf1 cs:eip=cc 7c bd 8b 45 d8 66 8b-78 30 e9 30 ff ff ff 8d 76 00 31 c0 8d 65 f4 5b-5e 5f c9 c3 b8 ab aa aa ss:esp=50 94 e7 e2 46 02 36 a2-18 00 40 0c 34 00 00 dc 00 10 00 00 ff ff 8b 5b-21 00 00 00 00 00 01 00 BTX halted Looks like a general protection fault, and I'm going to check the BTX code to see if this occurs somewhere in there. Anyone also seen this specific exception message? Most other OS install CD's (e.g. Linux, Windows) I throw at this machine boot without problems, btw. P.S: I just tried 5.4-RELEASE on the same X41, and BTX crashes there too... :( ------------D4EAC9EAB36CF Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFDKxiMsF6jCi4glqMRAiHBAJoDPEDV0RQngIBJ8qk8xKm2X4bwzQCbBg87 EtV1YiZly66aGcXViAe7T8o= =uZRl -----END PGP MESSAGE----- ------------D4EAC9EAB36CF-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 04:45:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1209A16A41F for ; Sat, 17 Sep 2005 04:45:55 +0000 (GMT) (envelope-from derekm@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 3430943D48 for ; Sat, 17 Sep 2005 04:45:54 +0000 (GMT) (envelope-from derekm@rogers.com) Received: (qmail 61464 invoked from network); 17 Sep 2005 04:45:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-Virus-Scanned:X-Virus-Status; b=mGX7rK7OeVpx/N0VIV+gNMHNEqfUw71ov2OOc8XABCjJdXLJDyFRco8EvllSUHkRVJ9VVr3MvQTsRKHOaDkVXVe+oaYP3IXrXxogxM9r74NyEMC3zhycbHJVA9FDljiEHF6+TsAzkS+O54uECCR3Bw/m9TnEwjsGGGyR4h/Myo8= ; Received: from unknown (HELO server.razorfever.net) (plick@rogers.com@70.25.112.49 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 17 Sep 2005 04:45:53 -0000 Received: from [192.168.0.10] (newskool.razorfever.net [192.168.0.10]) by server.razorfever.net (8.13.3/8.13.1) with ESMTP id j8H4jqeZ036520 for ; Sat, 17 Sep 2005 00:45:52 -0400 (EDT) (envelope-from derekm@rogers.com) Message-ID: <432B9F7F.503@rogers.com> Date: Sat, 17 Sep 2005 00:45:51 -0400 From: Derek User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1622873082.20050916211004@andric.com> In-Reply-To: <1622873082.20050916211004@andric.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.85/1083/Fri Sep 16 05:41:30 2005 on server.razorfever.net X-Virus-Status: Clean Subject: Re: 6.0-BETA2 through 4: BTX halted? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2005 04:45:55 -0000 Dimitry Andric wrote: > Anyone also seen this specific exception message? Most other OS > install CD's (e.g. Linux, Windows) I throw at this machine boot > without problems, btw. > > P.S: I just tried 5.4-RELEASE on the same X41, and BTX crashes there > too... :( I've seen these identical systems on earlier versions, and documented as much as I could in: http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/72960 Perhaps these symptoms are from different causes, but if it looks like a duck. Derek From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 11:31:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65DF616A41F for ; Sat, 17 Sep 2005 11:31:35 +0000 (GMT) (envelope-from b_bonev@mail.orbitel.bg) Received: from smtp.orbitel.bg (smtp.orbitel.bg [195.24.32.22]) by mx1.FreeBSD.org (Postfix) with SMTP id 46F8443D49 for ; Sat, 17 Sep 2005 11:31:33 +0000 (GMT) (envelope-from b_bonev@mail.orbitel.bg) Received: (qmail 18323 invoked from network); 17 Sep 2005 11:31:32 -0000 Received: from unknown (HELO localhost) (10.0.0.4) by smtp.orbitel.bg with SMTP; 17 Sep 2005 11:31:32 -0000 Received: from smtp.orbitel.bg ([10.0.0.3]) by localhost (sof-rv2.orbitel.bg [10.0.0.4]) (amavisd-new, port 10024) with ESMTP id 23893-82; Sat, 17 Sep 2005 14:31:32 +0300 (EEST) Received: from server (unknown [83.228.34.40]) by smtp.orbitel.bg (Postfix) with ESMTP id 8EBE0A5CC0A; Sat, 17 Sep 2005 14:31:31 +0300 (EEST) From: "B. Bonev" To: Date: Sat, 17 Sep 2005 14:31:27 +0200 Organization: ORAC Ltd. Message-ID: <000001c5bb83$b9cbd3a0$4700000a@server> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Virus-Scanned: by amavisd-new at orbitel.bg Cc: freebsd-stable@freebsd.org Subject: BETA4: Panic and can't cleanup filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2005 11:31:35 -0000 When trying to unmount my flash drive with force (#umount -f /flash) = machine hardlocked. After restart, when fsck-ing in background, computer panicked. Machine is SMP 2x500MHz PIII with Asus P2B-DS motherboard cvsuped and updated to RELENG_6 (BETA4) on 14 september with SHED_ULE = and PREEMPTION panic is written on hand: panic: handle_written_inodeblock: live inodedep cpuid=3D0 KDB: enter: panic [thread pid3 tid 100033] stopped at kdb_enter+0x2b:nop db> where Tracing pid 3 tid 100033 td 0xc15d17d0 kdb_enter(c062b964) at kdb_enter+0x2b panic(c063a716,0,2,0,0) at panic+0x127 handle_written_inodeblock(c1809a00,cbc1a738) at handle_written_inodeblock+0x533 softdep_disk_write_complete(cbc1a738) at = softdep_disk_write_complete+0xb6 bufdone(cbc1a738) at bufdone+0x160 g_vfs_done(c1825ad4) at g_vfs_done+0x8a biodone(c1825ad4,d42e8cc4,0,c062632c,1ea) at biodone+0x57 g_io_shedule_up(c15d17d0) at g_io_shedule_up+0xb5 g_up_procbody(0,d42e8d38,0,c04be5c0,0) at g_up_procbody+0x5a fork_exit(c04be5c0,0,d42e8d38 at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1,eip=3D0,esp=3D0xd42e8d6c,ebp=3D0 --- db>show alllocks Process 3 (g_up) thread 0xc15d17d0 (100033) exclusive sleep mutex SoftdepLock r=3D0 (0xc06dbda0) locked @ /usr/src/sys/ufs/ffs/ffs_softdep.c:4075 exclusive sleep mutex g_xup r=3D0 (0xd42e8cc4) locked @ /usr/src/sys/geom/geom_io.c:490 Process 31 (irq20:acpi0) thread 0xc15cd320 (100021) exclusive sleep mutex acpica subsystem lock r=3D0 (0xc15c0280) locked @ /usr/src/sys/modules/acpi/../../../dev/acpica/Osd/Osdynch.c:361 db> panic Dump... after restart, system stoped and entered in single mode with = inconsistency in /var after fsck, there was message: BAD SUPERBLOCK: VALUES IN SUPERBLOCK DISAGREE WITH THOSE IN FIRST = ALTERNATE then search for SUPERBLOCK failed, and fsck don't have option -b... tried to mount all filesystems and got another panic: # /var: bad dir ino 2 at offset 0: mangled entry panic: ufs_dirbad: bad dir cpuid=3D0 KDB: enter: panic [thread pid 133 tid 100063] stoped at kdb_enter+0x2b: nop db>where Tracing pid 133 tid 100063 td 0xc18554000 kdb_enter(c062b964) at kdb_enter+0x2b panic(c063b64c,c1829800,da96c904,c059eb66,c18866b4) at panic+0x127 ufs_dirbad(c18866b4,0,c063b606,c1854000,0) at ufs_dirbad+0x3a ufs_lookup(da96c92c) at ufs_lookup+0x36a VOP_CACHEDLOOKUP_APV(c066fd80,da96c92c) at VOP_CACHEDLOOKUP_APV+0x87 lookup(da96cbcc,c0515064,0,c1854000,c06bc7c0) at lookup+0x3d6 namei(da96cbcc,c062cf75,267,c1854000,da96ca68) at namei+0x35a vn_open_cred(da96cbcc,da96cccc,0,c15c9a80,3) at vn_open_cred+0x277 vn_open(da96cbcc,da96cccc,0,3,c062cf75) at vn_open+0x1e kern_open(c185400,28065e40,0,1,0) at kern_open+0xb6 open(c185400,da96cd04,3,1,296) at open+0x1a syscall(3b,3b,3b,28070000,80486b1) at syscall+0x27f xint0x80_syscall() at xint0x80_syscall+0x1f --- syscall(5,FreeBSD ELF32,open), eip=3D0x28054e67,esp=3D0xbfbfebcc,ebp=3D0xbfbfec78 --- With every restart, system going in single mode. What can i do to clean = /var filesystem and to debug these panics? Any help are welcome... --=20 I am using the free version of SPAMfighter for private users. It has removed 162 spam emails to date. Paying users do not have this message in their emails. Try www.SPAMfighter.com for free now! From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 13:04:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66F1616A41F for ; Sat, 17 Sep 2005 13:04:02 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C78B443D45 for ; Sat, 17 Sep 2005 13:04:00 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j8HD3xBS071726 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 17 Sep 2005 15:03:59 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.12.10/8.12.10/Submit) with UUCP id j8HD3xqM071724 for freebsd-stable@freebsd.org; Sat, 17 Sep 2005 15:03:59 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost [127.0.0.1]) by klemm.apsfilter.org (8.13.4/8.13.1) with ESMTP id j8HD3iXV001452 for ; Sat, 17 Sep 2005 15:03:44 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.4/8.13.1/Submit) id j8HD3imY001451 for freebsd-stable@freebsd.org; Sat, 17 Sep 2005 15:03:44 +0200 (CEST) (envelope-from andreas) Date: Sat, 17 Sep 2005 15:03:44 +0200 From: Andreas Klemm To: freebsd-stable@freebsd.org Message-ID: <20050917130343.GA1239@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 5.4-STABLE X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.10i Subject: burncd input output error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2005 13:04:02 -0000 2 problems with FreeBSD 5.4 stable: - burncd has strange exit status when reading ISO file from stdin according to manual page possible: [...] gunzip -c file.iso.gz | burncd -f /dev/acd0 data - fixate [...] - burncd leaves cdrom in a way that CD cannot be mounted after burning, one has to open and re-close CD tray manually before one is able to mount the frshly burned CD. *** trying to burn ISO file root# rtprio 5 bzcat myfile.iso.bz2 \ | rtprio 5 burncd -s max -f /dev/acd1 data - fixate next writeable LBA 0 writing from stdin written this track 224678 KB total 224678 KB fixating CD, please wait.. burncd: ioctl(CDRIOCFIXATE): Input/output error Exitcode 74 *** trying to mount cdrom root# mount -r -t cd9660 /dev/acd1 /cdrom cd9660: /dev/acd1: Input/output error Exit 1 *** ejecting cdrom manually and retrying mount operation root# mount -r -t cd9660 /dev/acd1 /cdrom root# cd /cdrom root# ll total 21752 -rw-r--r-- 2 root wheel 878 Sep 11 14:23 .cshrc -rw-r--r-- 2 root wheel 329 Sep 11 14:23 .profile -r--r--r-- 1 root wheel 6886 Sep 11 14:23 COPYRIGHT [...] *** dmesg output Copyright (c) 1992-2005 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 5.4-STABLE #0: Mon Sep 12 20:43:56 CEST 2005 root@titan.klemm.apsfilter.org:/usr/src/sys/amd64/compile/TITAN64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (1808.81-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x10ff0 Stepping = 0 Features=0x78bfbff AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 1073676288 (1023 MB) avail memory = 1026531328 (978 MB) cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfc003000-0xfc003fff irq 7 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfc004000-0xfc004fff irq 7 at device 2.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xfc005000-0xfc0050ff irq 7 at device 2.2 on pci0 usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered pci0: at device 5.0 (no driver attached) pcm0: port 0xac00-0xac7f,0xa800-0xa8ff mem 0xfc001000-0xfc001fff irq 11 at device 6.0 on pci0 pcm0: atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xc800-0xc80f,0xb60-0xb63,0x960-0x967,0xbe0-0xbe3,0x9e0-0x9e7 irq 10 at device 9.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 atapci2: port 0xe000-0xe00f,0xb70-0xb73,0x970-0x977,0xbf0-0xbf3,0x9f0-0x9f7 irq 11 at device 10.0 on pci0 ata4: channel #0 on atapci2 ata5: channel #1 on atapci2 pcib1: at device 11.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pcib2: at device 14.0 on pci0 pci2: on pcib2 pci2: at device 8.0 (no driver attached) fwohci0: port 0x9000-0x907f mem 0xfb001000-0xfb0017ff irq 5 at device 12.0 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:10:dc:00:00:77:91:3e fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:10:dc:77:91:3e fwe0: Ethernet address: 02:10:dc:77:91:3e fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) re0: port 0x9400-0x94ff mem 0xfb000000-0xfb0000ff irq 5 at device 13.0 on pci2 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: Ethernet address: 00:11:09:cd:3e:59 orm0: at iomem 0xd6000-0xd6fff,0xd4000-0xd57ff,0xd0000-0xd3fff,0xc0000-0xccfff on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <4 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: Syncrosoft Protected Executer, rev 1.10/1.01, addr 2 Timecounter "TSC" frequency 1808811445 Hz quality 800 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default acd0: DVDROM at ata1-master PIO4 acd1: DVDR at ata1-slave PIO4 ad4: 152627MB [310101/16/63] at ata2-master UDMA33 ad6: 152627MB [310101/16/63] at ata3-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 16.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad6s1a Andreas /// -- http://www.64bits.de http://www.apsfilter.org http://people.FreeBSD.org/~andreas From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 13:37:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DF5616A41F for ; Sat, 17 Sep 2005 13:37:12 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03-smtplb.rdc-nyc.rr.com [24.29.109.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AEEE43D53 for ; Sat, 17 Sep 2005 13:37:11 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-03.rdc-nyc.rr.com (8.12.10/8.12.7) with ESMTP id j8HDakME024887 for ; Sat, 17 Sep 2005 09:36:46 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id 69B8F40FF; Sat, 17 Sep 2005 09:37:08 -0400 (EDT) Date: Sat, 17 Sep 2005 09:37:08 -0400 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20050917133708.GA3080@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20050917130343.GA1239@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20050917130343.GA1239@titan.klemm.apsfilter.org> User-Agent: mutt-ng/devel-r445 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: burncd input output error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2005 13:37:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Sep 17, 2005 at 03:03:44PM +0200, Andreas Klemm wrote: > 2 problems with FreeBSD 5.4 stable: > > - burncd has strange exit status when reading ISO file from stdin > according to manual page possible: > [...] > gunzip -c file.iso.gz | burncd -f /dev/acd0 data - fixate > [...] > > - burncd leaves cdrom in a way that CD cannot be mounted > after burning, one has to open and re-close CD tray manually > before one is able to mount the frshly burned CD. > > *** trying to burn ISO file I've run into this with one CD burner, a Plextor, IIRC. I did some cursory googling, other folks had the problem, no solutions posted. I just (as you seem to be doing) work around it, as the CDs burned without problems. I never put much effort into solving it. FWIW, it happened no matter which machine had the CD burner, through 5.x and 6.x. (I haven't put that burner in a box running CURRENT.) I just made a little script to open and close the cd tray (using the older version of eject, as the newer version lacks the -t to close the tray option) but you can do the same with cdcontrol using the eject and close options. Not that this helps, but just letting you know you're not alone. :) - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Giles: I need you to take Spike for a few days. Xander: What? Spike: What? Anya: What? Spike: I'm not stayin' with him. Giles: I have a friend who's coming to town, and I'd like us to be alone. Anya: Oh, you mean an orgasm friend? Giles: Yes, that's exactly the most appalling thing you could have said. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDLBwE+lTVdes0Z9YRAmHlAJ9v8u5xIOJq5d9eke2bxbCvIZS7igCgt9tV 64XyVC0ABeQVZnvr61m0e/M= =U1CE -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 16:42:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BD1016A41F for ; Sat, 17 Sep 2005 16:42:43 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6BBA43D45 for ; Sat, 17 Sep 2005 16:42:42 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id DA3EC5E25; Sat, 17 Sep 2005 12:42:41 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94565-08; Sat, 17 Sep 2005 12:42:36 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-68-11.ny325.east.verizon.net [68.161.68.11]) by pi.codefab.com (Postfix) with ESMTP id 314C65E14; Sat, 17 Sep 2005 12:42:35 -0400 (EDT) Message-ID: <432C477F.3030500@mac.com> Date: Sat, 17 Sep 2005 12:42:39 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andreas Klemm References: <20050917130343.GA1239@titan.klemm.apsfilter.org> In-Reply-To: <20050917130343.GA1239@titan.klemm.apsfilter.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: burncd input output error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2005 16:42:43 -0000 Andreas Klemm wrote: [ ... ] > - burncd leaves cdrom in a way that CD cannot be mounted > after burning, one has to open and re-close CD tray manually > before one is able to mount the frshly burned CD. This is an issue with the drive firmware more than anything to do with software. Most drives won't re-read the disk's table-of-contents after burning an image to a blank, until you eject and reload the disk. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 17:26:30 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7283216A41F; Sat, 17 Sep 2005 17:26:30 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from dementia.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28F1F43D45; Sat, 17 Sep 2005 17:26:29 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 394891C080D; Sat, 17 Sep 2005 13:26:29 -0400 (EDT) Date: Sat, 17 Sep 2005 13:26:29 -0400 From: Damian Gerow To: Don Lewis Message-ID: <20050917172629.GD32336@afflictions.org> References: <20050916035838.GA32336@afflictions.org> <200509160817.j8G8Ho58062224@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509160817.j8G8Ho58062224@gw.catspoiler.org> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.10i Cc: freebsd-stable@FreeBSD.org Subject: Re: NFS directory copies cause crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2005 17:26:30 -0000 Thus spake Don Lewis (truckman@FreeBSD.org) [16/09/05 04:25]: : See PR kern/41723: [2TB] on 1TB fs, copying files to filesystem causes "integer divide fault" and panic. Yep, that seems to be the problem. : Just doing a mkdir should be sufficient to trigger the panic. Just before dropping my avgfilesize back down to match maxbpg, I created a directory with two empty files in it: it copied over to the server just fine, with no panic. So this isn't the case. Looks like my understanding of the various filesystem parameters is a little fuzzy; I'll go read up on 'em. - Damian