From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 00:04:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6036716A419 for ; Sun, 25 Nov 2007 00:04:27 +0000 (UTC) (envelope-from mattboll@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9E67513C46B for ; Sun, 25 Nov 2007 00:04:26 +0000 (UTC) (envelope-from mattboll@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so233688nfb for ; Sat, 24 Nov 2007 16:04:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=fW0WZq8S45v3oe9jyjebl1EZwaNyS3kmQygroBpra7g=; b=YUXcxWmb76eIHEoX+Zt2+kdXicJF1Fff/iyuaD9WiART94jknHGnnO4wsYTZJ6oAbGulKgUrLl1wMGymS2PmdQveJ9CRazfK0cQAFH0T4g1uRNn4en+c8COdbvvYMovoKS0CyxtzPkwcYVGYtWmcGsp4bDMN+fV/8neNUBmzr+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=r0Ev1cOxPgTZjTbNUB4DXK+kqglhwQtJGln15UO/AJDD7PQkgIbAatnZOGBnS59bvbOS2M0eL1c9/Mt6Vdc9eZmbJOQEIstxZqq+g8xYiTE90SQdxDH8YYQDu+q2iWEfq3ZiC3S5FZazbgmlaKLHjHVssdGgy52dZ0v8bI0Nw/c= Received: by 10.86.87.5 with SMTP id k5mr950749fgb.1195947388357; Sat, 24 Nov 2007 15:36:28 -0800 (PST) Received: from ?192.168.0.3? ( [82.228.156.113]) by mx.google.com with ESMTPS id f31sm104625fkf.2007.11.24.15.36.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 24 Nov 2007 15:36:26 -0800 (PST) From: Matthieu Bollot To: FreeBSD Stable Content-Type: text/plain Date: Sun, 25 Nov 2007 00:37:06 +0100 Message-Id: <1195947426.8387.13.camel@sarah.bob.selfip.org> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 Content-Transfer-Encoding: 7bit Subject: external usb disk 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, 25 Nov 2007 00:04:27 -0000 Hi, I've got a 250GB ide disk, that I put in an external usb box. I've made 3 partitions under linux, ext2, all works fine. in dmesg I've got no error : da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) and in /dev I've got da0 da0s1 da0s2 da0s3. but let's see that : # mount_ext2fs /dev/da0s1 /mnt/clean # ls -a . .. clean # cd clean # ls -a # mkdir qsd mkdir: qsd: File exists # cd qsd/wxc # ls -a # echo "aze">aze && cat aze aze # vim aze ##note that here i can see the word aze # cat aze # btw, I also wasn't able to create slice/label under freebsd (that's why I've ext2ed it) I don't remember the errors but somethings like read/write to block 0 failed was common. an other thing is fsck : #fsck.ext2 /dev/da0s1 e2fsck 1.40.2 (12-Jul-2007) fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/da0s1 Could this be a zero-length partition? whereas under linux it just says something like partition is clean. As you can imagine, I've got absolutely no idea what I should search for. thanks a lot, Matthieu. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 10:58:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86AA516A419 for ; Sun, 25 Nov 2007 10:58:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 62A5B13C45A for ; Sun, 25 Nov 2007 10:58:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7B73946C30; Sun, 25 Nov 2007 06:02:14 -0500 (EST) Date: Sun, 25 Nov 2007 10:58:44 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Toomas Aas In-Reply-To: <4746C893.1090305@raad.tartu.ee> Message-ID: <20071125105818.I63238@fledge.watson.org> References: <4746C893.1090305@raad.tartu.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: "conatainer" 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, 25 Nov 2007 10:58:56 -0000 On Fri, 23 Nov 2007, Toomas Aas wrote: > With RELENG_7 source cvsupped 3 days ago, I noticed several occurrences of > word "conatainer" in sys/dev/aac/aac_debug.c > > case AifJobCtrZero: /* Container clear operation */ > device_printf(sc->aac_dev, > "(ConatainerZero) container %d\n", > aif->data.PR[0].jd.client.container.src); > break; > case AifJobCtrCopy: /* Container copy operation */ > device_printf(sc->aac_dev, > "(ConatainerCopy) container %d to %d\n", > aif->data.PR[0].jd.client.container.src, > aif->data.PR[0].jd.client.container.dst); > > > ...and so on. A lot of aac debug messages talk about "Conatainer" something > or other. Shouldn't it be "Container"? English is not my native language, so > I didn't want to file a PR in case there actually is a word "conatainer" in > English language. I've committed a fix to HEAD and will MFC in a couple of days. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 11:00:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBEF916A41A for ; Sun, 25 Nov 2007 11:00:10 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: from web58701.mail.re1.yahoo.com (web58701.mail.re1.yahoo.com [66.196.100.123]) by mx1.freebsd.org (Postfix) with SMTP id 1848B13C457 for ; Sun, 25 Nov 2007 11:00:09 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: (qmail 6330 invoked by uid 60001); 25 Nov 2007 10:31:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=ldxLfrQ/r4J2EPkLP6I6dLuris/+4JFyge0rf2LEpXxieAERI79ZYtpC8iwVqZdphd/dCheUYzbGmb4ez3N5dNkztg6R9RSq98jZQUY5Wb6ErgeJn7iGnD80aceYO0lAULyOEYDvByQmDjUKDn6UuaxBv91y80WcA52d9JPx6tg=; X-YMail-OSG: gpWPnXwVM1kDqJmCkiwq7a3xWhgwN6WOMyHSfR466aeOcyg3tvWe29Fx9GYdzj7XFTATZsd4IvadgGznqgupEVLclAdsJFwaOeP6oH1B_Ti06j7aZDRhUwbuK6uVQ93g4dRQ5Vi6TJarJSiBkhoEpFfg Received: from [77.108.70.123] by web58701.mail.re1.yahoo.com via HTTP; Sun, 25 Nov 2007 02:31:59 PST Date: Sun, 25 Nov 2007 02:31:59 -0800 (PST) From: Kirill Yelizarov To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <927914.6139.qm@web58701.mail.re1.yahoo.com> Subject: Re: [CFT] Sync RELENG_6 ata(4) with -CURRENT state 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, 25 Nov 2007 11:00:11 -0000 Hi, I have an Advantech PCM5823 PC running 6.2 Stable (of early summer) and tried to upgrade to 6.3 Prerelease today. After upgrade i can't start kernel because of ata disk not found. Here is part of dmesg of 6.2: atapci0: port 0xf000-0xf00f at device 18.2 on pci0 atapci0: unable to map interrupt device_attach: atapci0 attach returned 6 . . ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 And here is after kernel upgrade: atapci0: port 0xf000-0xf00f at device 18.2 on pci0 ata0: on atapci0 device_attach: ata0 attach returned 6 ata1: on atapci0 device_attach: ata1 attach returned 6 And system can't boot from /dev/ad0s2a. I can send more information about this PC and OS. Thank You Kirill ____________________________________________________________________________________ Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how. http://overview.mail.yahoo.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 12:41:31 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9DE916A420 for ; Sun, 25 Nov 2007 12:41:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A5F6C13C4D3 for ; Sun, 25 Nov 2007 12:41:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D205146B0D; Sun, 25 Nov 2007 07:44:55 -0500 (EST) Date: Sun, 25 Nov 2007 12:41:24 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mike Jakubik In-Reply-To: <47436D1E.3000005@rogers.com> Message-ID: <20071125124019.N64806@fledge.watson.org> References: <47436D1E.3000005@rogers.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Schedule for 6.3R is a 404 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, 25 Nov 2007 12:41:31 -0000 On Tue, 20 Nov 2007, Mike Jakubik wrote: > Just an FYI, http://www.freebsd.org/releases/6.3R/schedule.html returns a > 404. This is linked from http://www.freebsd.org/releases/. FYI, Ken has recently committed a schedule so that URL should now work. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 12:50:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 966AB16A418; Sun, 25 Nov 2007 12:50:38 +0000 (UTC) (envelope-from espen@modula.no) Received: from mx2.modula.no (mx2.modula.no [193.142.30.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2B05F13C474; Sun, 25 Nov 2007 12:50:37 +0000 (UTC) (envelope-from espen@modula.no) Received: from localhost (unknown [193.142.30.42]) by mx2.modula.no (Postfix) with ESMTP id C2433FD000C; Sun, 25 Nov 2007 13:30:41 +0100 (CET) Received: from mx2.modula.no ([193.142.30.42]) by localhost (mx2.modula.no [193.142.30.42]) (amavisd-new, port 10024) with ESMTP id vdqxJlq4GTO3; Sun, 25 Nov 2007 13:30:39 +0100 (CET) Received: from smtp.modula.no (smtp.modula.no [193.142.30.47]) by mx2.modula.no (Postfix) with ESMTP id B473AFD000B; Sun, 25 Nov 2007 13:30:39 +0100 (CET) Received: from espen-tagestads-computer.local (smtp.modula.no [193.142.30.47]) by smtp.modula.no (Postfix) with ESMTP id 2AFD517006E; Sun, 25 Nov 2007 13:44:03 +0100 (CET) Message-ID: <47496BE1.8080206@modula.no> Date: Sun, 25 Nov 2007 13:34:41 +0100 From: Espen Tagestad User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: SAS5IR performance issue with Dell 860 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, 25 Nov 2007 12:50:38 -0000 Hi, We recently bought 3 new Dell 860 servers with the onboard SAS5/IR SATA RAID-controller. They seem to be quite well spec'ed servers with management and everything - but I am experiencing av major performance issue with the disc i/o. On write I get at max 7-8MB/sec, while read gives a bit more (11MB/sec). I tried first with 6.2-RELEASE, and then upgraded to 6.3-PRERELEASE without any better results. I am aware of some discussion around this issue on these two maillists in the spring earlier on this year, but I have not been able to find any good resolution. My old firewall/router at home equipped with a 733Mhz Pentium 3 processor and a old 40GB IDE harddrive made around year 2001 performe better. Is there anybody out there with the same problem who has solved this issue? Could it be that this is solved in 7.0? Thanks in advance. -- med vennlig hilsen/with regards, Espen Tagestad Modula AS Tel. (+47) 23 89 75 80 Mob. (+47) 92 44 50 12 Fax. (+47) 23 89 75 81 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 13:10:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9A2716A41A for ; Sun, 25 Nov 2007 13:10:11 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7B20913C4E9 for ; Sun, 25 Nov 2007 13:10:10 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id C77145C2F; Sun, 25 Nov 2007 14:24:03 +0100 (CET) From: Marten Vijn To: Matthieu Bollot In-Reply-To: <1195947426.8387.13.camel@sarah.bob.selfip.org> References: <1195947426.8387.13.camel@sarah.bob.selfip.org> Content-Type: text/plain Date: Sun, 25 Nov 2007 14:09:59 +0100 Message-Id: <1195996199.2260.1.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on martenvijn.nl Cc: FreeBSD Stable Subject: Re: external usb disk 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, 25 Nov 2007 13:10:11 -0000 On Sun, 2007-11-25 at 00:37 +0100, Matthieu Bollot wrote: > Hi, I've got a 250GB ide disk, that I put in an external usb box. > I've made 3 partitions under linux, ext2, all works fine. > > > btw, I also wasn't able to create slice/label under freebsd (that's why I've ext2ed it) > I don't remember the errors but somethings like read/write to block 0 failed was common. > You might try the handbook http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disks-adding.html kind regards, Marten From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 14:48:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5973E16A418 for ; Sun, 25 Nov 2007 14:48:52 +0000 (UTC) (envelope-from mattboll@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id D01EA13C469 for ; Sun, 25 Nov 2007 14:48:51 +0000 (UTC) (envelope-from mattboll@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so951069uge for ; Sun, 25 Nov 2007 06:48:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=lL6OcdBaXOg88T+u1hQ2QpHzWB01IFm+cRRU3oQecRs=; b=Zvy6IDc/uNANdaKa3j7RPQhPp4iDzYifDq7MDhWXkooK6gNfYfMngo229XJUOp0fxpsBZEsnYKvs3Ceg01H/qqFr9Z2TYdP2eUfeTmUMZ1aoyFiyRPQtet3PZ2YCcVvLUfDc6WuVzYZKatG5LEoMzJGuCZFYGhfXpiPEm8pJLiI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=X2DGymW6UPRBT5AaxXnu7cn9F0eshF9PFCJKS3ifR8WD6whTByTIvK7Ym76iRe1m42jrB890r4du0YNysDLeo7j3St5Q7CqwwaBBwQHmCnxN47y+wWgg4cYGsZuVlzU2Pn9ip2oxjAEgA+KE9kw51CjVlAbyza5s8bYqV/arHQ4= Received: by 10.78.137.7 with SMTP id k7mr1568219hud.1196002130287; Sun, 25 Nov 2007 06:48:50 -0800 (PST) Received: from ?192.168.0.3? ( [82.228.156.113]) by mx.google.com with ESMTPS id j9sm1560387mue.2007.11.25.06.48.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 25 Nov 2007 06:48:49 -0800 (PST) From: Matthieu Bollot To: FreeBSD Stable In-Reply-To: <1195996199.2260.1.camel@workstation.martenvijn.nl> References: <1195947426.8387.13.camel@sarah.bob.selfip.org> <1195996199.2260.1.camel@workstation.martenvijn.nl> Content-Type: text/plain; charset=UTF-8 Date: Sun, 25 Nov 2007 15:49:32 +0100 Message-Id: <1196002172.8387.33.camel@sarah.bob.selfip.org> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 Content-Transfer-Encoding: 8bit Subject: Re: external usb disk 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, 25 Nov 2007 14:48:52 -0000 Le dimanche 25 novembre 2007 à 14:09 +0100, Marten Vijn a écrit : > On Sun, 2007-11-25 at 00:37 +0100, Matthieu Bollot wrote: > > Hi, I've got a 250GB ide disk, that I put in an external usb box. > > You might try the handbook > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disks-adding.html > > kind regards, > Marten Thanks for answering me, but I've read it again and again. And there are two things. the first one, I don't want to add a new disk in this way because there are already 3 partitions. So, I should just have to mount... And the second thing, here is what I've got when i try the handbook way : #dd if=/dev/zero of=/dev/da0 bs=1k count=1 dd: /dev/da0: end of device 1+0 records in 0+0 records out 0 bytes transferred in 0.001107 secs (0 bytes/sec) #fdisk -BI da0 ******* Working on device /dev/da0 ******* fdisk: invalid fdisk partition table found fdisk: Geom not found fdisk: Failed to write sector zero I've found some other strange things : linux : sarah:/home/mattboll# mount /dev/sdb1 /mnt/sth sarah:/home/mattboll# cd /mnt/sth sarah:/mnt/sth# ls lost+found sarah:/mnt/sth# mkdir music sarah:/mnt/sth# echo hello >aze sarah:/mnt/sth# ls aze lost+found music sarah:/mnt/sth# cat aze hello sarah:/mnt/sth# stat aze File: `aze' Size: 6 Blocks: 8 IO Block: 4096 fichier régulier Device: 811h/2065d Inode: 12 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2007-11-25 15:35:43.000000000 +0100 Modify: 2007-11-25 15:35:41.000000000 +0100 Change: 2007-11-25 15:35:41.000000000 +0100 sarah:/mnt/sth# stat music File: `music' Size: 4096 Blocks: 8 IO Block: 4096 répertoire Device: 811h/2065d Inode: 8503297 Links: 2 Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2007-11-25 15:34:53.000000000 +0100 Modify: 2007-11-25 15:34:53.000000000 +0100 Change: 2007-11-25 15:34:53.000000000 +0100 sarah:/mnt/sth# freebsd : lisa# mount -t ext2fs /dev/da0s1 /home/lisa/partage/clean/ lisa# cd /home/lisa/partage/clean lisa# ls lisa# stat music 93 8503297 drwxr-xr-x 2 root wheel 17008640 4096 "Nov 25 15:34:53 2007" "Nov 25 15:34:53 2007" "Nov 25 15:34:53 2007" "Jan 6 05:21:28 1947" 4096 8 0 music lisa# stat aze 93 12 -rw-r--r-- 1 root wheel 18432 6 "Nov 25 15:35:43 2007" "Nov 25 15:35:41 2007" "Nov 25 15:35:41 2007" "Dec 29 22:08:24 1946" 4096 8 0 aze lisa# cat aze lisa# You can notice that there are no problems with inode, neither with the size, just with the date (what's this "Dec 29 22:08:24 1946" doing here ?!!) any suggestion ? cheers, matthieu. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 14:49:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AED6716A57E for ; Sun, 25 Nov 2007 14:49:01 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 763A313C468 for ; Sun, 25 Nov 2007 14:49:01 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60627 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IwIcJ-000F7I-Vf for freebsd-stable@freebsd.org; Sun, 25 Nov 2007 14:37:52 +0000 Message-ID: <474988C0.4070909@conducive.net> Date: Sun, 25 Nov 2007 14:37:52 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <47496BE1.8080206@modula.no> In-Reply-To: <47496BE1.8080206@modula.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SAS5IR performance issue with Dell 860 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, 25 Nov 2007 14:49:01 -0000 Espen Tagestad wrote: > Hi, > > We recently bought 3 new Dell 860 servers with the onboard SAS5/IR SATA > RAID-controller. They seem to be quite well spec'ed servers with > management and everything - but I am experiencing av major performance > issue with the disc i/o. On write I get at max 7-8MB/sec, while read > gives a bit more (11MB/sec). I tried first with 6.2-RELEASE, and then > upgraded to 6.3-PRERELEASE without any better results. > > I am aware of some discussion around this issue on these two maillists > in the spring earlier on this year, but I have not been able to find any > good resolution. My old firewall/router at home equipped with a 733Mhz > Pentium 3 processor and a old 40GB IDE harddrive made around year 2001 > performe better. Is there anybody out there with the same problem who > has solved this issue? Could it be that this is solved in 7.0? > > Thanks in advance. > You haven't indicated what drives are on that controller, or how (RAID?) arranged.,, what sort of on-drive or on-controller cahce and policy. Nor how you measured the '..performs better', which a single can often do compared to several of the possible RAID configurations. Otherwise, those are not actually 'bad' numbers for sustained I/O - especially if anything-at-all is going on at the same time that needs to intervene and move the r/w heads 'elsewhere' - however briefly. More info? Bill From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 15:14:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EAF416A418 for ; Sun, 25 Nov 2007 15:14:44 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 127F513C457 for ; Sun, 25 Nov 2007 15:14:44 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60663 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IwJBq-000FF2-AJ for freebsd-stable@freebsd.org; Sun, 25 Nov 2007 15:14:34 +0000 Message-ID: <4749915A.10806@conducive.net> Date: Sun, 25 Nov 2007 15:14:34 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1195947426.8387.13.camel@sarah.bob.selfip.org> <1195996199.2260.1.camel@workstation.martenvijn.nl> <1196002172.8387.33.camel@sarah.bob.selfip.org> In-Reply-To: <1196002172.8387.33.camel@sarah.bob.selfip.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: external usb disk 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, 25 Nov 2007 15:14:44 -0000 Matthieu Bollot wrote: > Le dimanche 25 novembre 2007 à 14:09 +0100, Marten Vijn a écrit : >> On Sun, 2007-11-25 at 00:37 +0100, Matthieu Bollot wrote: >>> Hi, I've got a 250GB ide disk, that I put in an external usb box. >> >> You might try the handbook >> >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disks-adding.html >> >> kind regards, >> Marten > > Thanks for answering me, but I've read it again and again. And there are > two things. the first one, I don't want to add a new disk in this way > because there are already 3 partitions. So, I should just have to > mount... > > And the second thing, here is what I've got when i try the handbook > way : > > #dd if=/dev/zero of=/dev/da0 bs=1k count=1 > dd: /dev/da0: end of device > 1+0 records in > 0+0 records out > 0 bytes transferred in 0.001107 secs (0 bytes/sec) > > #fdisk -BI da0 > ******* Working on device /dev/da0 ******* > fdisk: invalid fdisk partition table found > fdisk: Geom not found > fdisk: Failed to write sector zero > > > I've found some other strange things : > > linux : > > sarah:/home/mattboll# mount /dev/sdb1 /mnt/sth > sarah:/home/mattboll# cd /mnt/sth > sarah:/mnt/sth# ls > lost+found > sarah:/mnt/sth# mkdir music > sarah:/mnt/sth# echo hello >aze > sarah:/mnt/sth# ls > aze lost+found music > sarah:/mnt/sth# cat aze > hello > sarah:/mnt/sth# stat aze > File: `aze' > Size: 6 Blocks: 8 IO Block: 4096 fichier > régulier > Device: 811h/2065d Inode: 12 Links: 1 > Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) > Access: 2007-11-25 15:35:43.000000000 +0100 > Modify: 2007-11-25 15:35:41.000000000 +0100 > Change: 2007-11-25 15:35:41.000000000 +0100 > sarah:/mnt/sth# stat music > File: `music' > Size: 4096 Blocks: 8 IO Block: 4096 répertoire > Device: 811h/2065d Inode: 8503297 Links: 2 > Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) > Access: 2007-11-25 15:34:53.000000000 +0100 > Modify: 2007-11-25 15:34:53.000000000 +0100 > Change: 2007-11-25 15:34:53.000000000 +0100 > sarah:/mnt/sth# > > freebsd : > lisa# mount -t ext2fs /dev/da0s1 /home/lisa/partage/clean/ > lisa# cd /home/lisa/partage/clean > lisa# ls > lisa# stat music > 93 8503297 drwxr-xr-x 2 root wheel 17008640 4096 "Nov 25 15:34:53 2007" > "Nov 25 15:34:53 2007" "Nov 25 15:34:53 2007" "Jan 6 05:21:28 1947" > 4096 8 0 music > lisa# stat aze > 93 12 -rw-r--r-- 1 root wheel 18432 6 "Nov 25 15:35:43 2007" "Nov 25 > 15:35:41 2007" "Nov 25 15:35:41 2007" "Dec 29 22:08:24 1946" 4096 8 0 > aze > lisa# cat aze > lisa# > > You can notice that there are no problems with inode, neither with the > size, just with the date (what's this "Dec 29 22:08:24 1946" doing > here ?!!) > > any suggestion ? > > cheers, > matthieu. > This may be totally off the mark, but ISTR having a more convivial mix (FreeBSD 4, 6, DFLY, Linux, Plan9) if I prepped and sliced the drives with FreeBSD 4.X, not anything later. I suspect that each player is more sympatico with the other-guy's 'legacy' environment than they are with anything newer. YMMV, Bill From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 16:02:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E984316A420 for ; Sun, 25 Nov 2007 16:02:54 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp808.mail.ird.yahoo.com (smtp808.mail.ird.yahoo.com [217.146.188.68]) by mx1.freebsd.org (Postfix) with SMTP id 58A8813C45B for ; Sun, 25 Nov 2007 16:02:53 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 84940 invoked from network); 25 Nov 2007 15:36:13 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.139.146.42 with plain) by smtp808.mail.ird.yahoo.com with SMTP; 25 Nov 2007 15:36:13 -0000 X-YMail-OSG: P2nvt9kVM1nvI_dxGqrhaFY9BjHcXlvYFrDSKBjldFV_4lko Message-ID: <47499710.1050402@tomjudge.com> Date: Sun, 25 Nov 2007 15:38:56 +0000 From: Tom Judge User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Espen Tagestad References: <47496BE1.8080206@modula.no> In-Reply-To: <47496BE1.8080206@modula.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: SAS5IR performance issue with Dell 860 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, 25 Nov 2007 16:02:55 -0000 Espen Tagestad wrote: > Hi, > > We recently bought 3 new Dell 860 servers with the onboard SAS5/IR SATA > RAID-controller. They seem to be quite well spec'ed servers with > management and everything - but I am experiencing av major performance > issue with the disc i/o. On write I get at max 7-8MB/sec, while read > gives a bit more (11MB/sec). I tried first with 6.2-RELEASE, and then > upgraded to 6.3-PRERELEASE without any better results. > > I am aware of some discussion around this issue on these two maillists > in the spring earlier on this year, but I have not been able to find any > good resolution. My old firewall/router at home equipped with a 733Mhz > Pentium 3 processor and a old 40GB IDE harddrive made around year 2001 > performe better. Is there anybody out there with the same problem who > has solved this issue? Could it be that this is solved in 7.0? > > Thanks in advance. > Hi, If you have sata disks on this controller you will need to run RELENG_6 dated after 2007-06-05 21:32:57. You will also need to set the hw.mpt.enable_sata_wc sysctl in loader.conf. Here is Scott Long's commit log of the changes that 'fix' this issue. Tom Commit Message: scottl 2007-06-03 23:13:05 UTC FreeBSD src repository Modified files: sys/dev/mpt mpt.c mpt.h mpt_cam.c Log: mpt.c: mpt.h: Add support for reading extended configuration pages. mpt_cam.c: Do a top level topology scan on the SAS controller. If any SATA device are discovered in this scan, send a passthrough FIS to set the write cache. This is controllable through the following tunable at boot: hw.mpt.enable_sata_wc: -1 = Do not configure, use the controller default 0 = Disable the write cache 1 = Enable the write cache The default is -1. This tunable is just a hack and may be deprecated in the future. Turning on the write cache alleviates the write performance problems with SATA that many people have observed. It is not recommend for those who value data reliability! I cannot stress this strongly enough. However, it is useful in certain circumstances, and it brings the performence in line with what a generic SATA controller running under the FreeBSD ATA driver provides (and the ATA driver has had the WC enabled by default for years). From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 16:08:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9254216A420; Sun, 25 Nov 2007 16:08:10 +0000 (UTC) (envelope-from espen@modula.no) Received: from mx2.modula.no (mx2.modula.no [193.142.30.42]) by mx1.freebsd.org (Postfix) with ESMTP id 46D7D13C465; Sun, 25 Nov 2007 16:08:09 +0000 (UTC) (envelope-from espen@modula.no) Received: from localhost (unknown [193.142.30.42]) by mx2.modula.no (Postfix) with ESMTP id 0A858FD000C; Sun, 25 Nov 2007 17:06:12 +0100 (CET) Received: from mx2.modula.no ([193.142.30.42]) by localhost (mx2.modula.no [193.142.30.42]) (amavisd-new, port 10024) with ESMTP id BlEjywLIMGzb; Sun, 25 Nov 2007 17:06:09 +0100 (CET) Received: from smtp.modula.no (smtp.modula.no [193.142.30.47]) by mx2.modula.no (Postfix) with ESMTP id 66B26FD0003; Sun, 25 Nov 2007 17:06:09 +0100 (CET) Received: from espen-tagestads-computer.local (smtp.modula.no [193.142.30.47]) by smtp.modula.no (Postfix) with ESMTP id 53895170001; Sun, 25 Nov 2007 17:19:33 +0100 (CET) Message-ID: <47499E65.4050206@modula.no> Date: Sun, 25 Nov 2007 17:10:13 +0100 From: Espen Tagestad User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Tom Judge References: <47496BE1.8080206@modula.no> <47499710.1050402@tomjudge.com> In-Reply-To: <47499710.1050402@tomjudge.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: SAS5IR performance issue with Dell 860 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, 25 Nov 2007 16:08:10 -0000 Tom Judge wrote: > Espen Tagestad wrote: >> We recently bought 3 new Dell 860 servers with the onboard SAS5/IR >> SATA RAID-controller. They seem to be quite well spec'ed servers with >> management and everything - but I am experiencing av major performance >> issue with the disc i/o. On write I get at max 7-8MB/sec, while read >> gives a bit more (11MB/sec). I tried first with 6.2-RELEASE, and then >> upgraded to 6.3-PRERELEASE without any better results. > > You will also need to set the hw.mpt.enable_sata_wc sysctl in loader.conf. There isn't any hw.mpt.enable_sata_wc sysctl available on my systems. It is 6.3-PRERELEASE, but as I recon there wasn't any *mpt* sysctls on the latest 6.2-RELEASE either. Is it deprecated? Is there any other options? I can see a hw.ata.wc but that one is set to 1 which I presume equals enabled. Anyway - the write cache, is that something that is set on the raid controller, or is it a buffer in the FreeBSD kernel that takes care of the caching? As the commit note you sent me said - to ensure absolutely best data integrity the write cache should be left switched off. But write performance of 7-8MB/sec is just too low for that - is the controller /sata drives really that slow? -- med vennlig hilsen / with regards, Espen Tagestad From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 16:16:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 029FA16A46C for ; Sun, 25 Nov 2007 16:16:10 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp811.mail.ird.yahoo.com (smtp811.mail.ird.yahoo.com [217.146.188.71]) by mx1.freebsd.org (Postfix) with SMTP id 6920413C4DD for ; Sun, 25 Nov 2007 16:16:08 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 43304 invoked from network); 25 Nov 2007 16:16:07 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.139.146.42 with plain) by smtp811.mail.ird.yahoo.com with SMTP; 25 Nov 2007 16:16:07 -0000 X-YMail-OSG: onbOotMVM1l.3ZynL259RKh.MDidOMwY2oaIH3ik.eMEpLKzc2MsdnC87rF2fjWO0wAu8pg6CnwBoeMyGFML7e0- Message-ID: <4749A06A.1000409@tomjudge.com> Date: Sun, 25 Nov 2007 16:18:50 +0000 From: Tom Judge User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Espen Tagestad References: <47496BE1.8080206@modula.no> <47499710.1050402@tomjudge.com> <47499E65.4050206@modula.no> In-Reply-To: <47499E65.4050206@modula.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: SAS5IR performance issue with Dell 860 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, 25 Nov 2007 16:16:10 -0000 Espen Tagestad wrote: > Tom Judge wrote: >> Espen Tagestad wrote: >>> We recently bought 3 new Dell 860 servers with the onboard SAS5/IR >>> SATA RAID-controller. They seem to be quite well spec'ed servers with >>> management and everything - but I am experiencing av major >>> performance issue with the disc i/o. On write I get at max 7-8MB/sec, >>> while read gives a bit more (11MB/sec). I tried first with >>> 6.2-RELEASE, and then upgraded to 6.3-PRERELEASE without any better >>> results. >> >> You will also need to set the hw.mpt.enable_sata_wc sysctl in >> loader.conf. > > There isn't any hw.mpt.enable_sata_wc sysctl available on my systems. It > is 6.3-PRERELEASE, but as I recon there wasn't any *mpt* sysctls on the > latest 6.2-RELEASE either. Is it deprecated? Is there any other options? > I can see a hw.ata.wc but that one is set to 1 which I presume equals > enabled. > > Anyway - the write cache, is that something that is set on the raid > controller, or is it a buffer in the FreeBSD kernel that takes care of > the caching? As the commit note you sent me said - to ensure absolutely > best data integrity the write cache should be left switched off. But > write performance of 7-8MB/sec is just too low for that - is the > controller /sata drives really that slow? > > Please read http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2007-07/msg00347.html You will have to set the sysctl in /boot/loader.conf and reboot the system for the changes to take affect. Tom From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 16:54:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7F5216A41A for ; Sun, 25 Nov 2007 16:54:54 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 8CDE113C442 for ; Sun, 25 Nov 2007 16:54:54 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60633 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IwKkm-000H9a-Pl for freebsd-stable@freebsd.org; Sun, 25 Nov 2007 16:54:44 +0000 Message-ID: <4749A8D5.3070005@conducive.net> Date: Sun, 25 Nov 2007 16:54:45 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <47496BE1.8080206@modula.no> <47499710.1050402@tomjudge.com> <47499E65.4050206@modula.no> In-Reply-To: <47499E65.4050206@modula.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SAS5IR performance issue with Dell 860 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, 25 Nov 2007 16:54:55 -0000 Espen Tagestad wrote: > Tom Judge wrote: >> Espen Tagestad wrote: >>> We recently bought 3 new Dell 860 servers with the onboard SAS5/IR >>> SATA RAID-controller. They seem to be quite well spec'ed servers with >>> management and everything - but I am experiencing av major >>> performance issue with the disc i/o. On write I get at max 7-8MB/sec, >>> while read gives a bit more (11MB/sec). I tried first with >>> 6.2-RELEASE, and then upgraded to 6.3-PRERELEASE without any better >>> results. >> >> You will also need to set the hw.mpt.enable_sata_wc sysctl in >> loader.conf. > > There isn't any hw.mpt.enable_sata_wc sysctl available on my systems. It > is 6.3-PRERELEASE, but as I recon there wasn't any *mpt* sysctls on the > latest 6.2-RELEASE either. Is it deprecated? Is there any other options? > I can see a hw.ata.wc but that one is set to 1 which I presume equals > enabled. > It is not in the man page, and neither sysctl -a nor sysctl -a -o shows it, even on 6.3-PRE. Unless you have used it. It should show up in sysctl -a -o only after first use. > Anyway - the write cache, is that something that is set on the raid > controller, or is it a buffer in the FreeBSD kernel that takes care of > the caching? Both and more. The BSD buffers can generally be left alone to 'do the right thing'. Buffers on the drive itself, likewise. Mucking about with either is likely to do more harm than good overall unless your only goal is fast (looking) benchmarks. In which case attach an old Zip drive, remove the media, and watch truly astonishing benchmarks ... as the system does r/w to/from the in-RAM cache. Only. ;-) Buffers 'managed by' the controller, whether physically onboard or an allocated chunk of system RAM depend on the needs of your application. EX: A PostgreSQL DB is 'transactionally aware' and has its own Write Ahead Logging and commit/rollback tools. It is generally fast AND safe with Softupdates OFF for the mount-point or device where it stores its data and controller cache set to 'write through' rather than 'write back'. A differently prioritized application might need either write-back caching and Softupdates. One, the other, neither, or both. It is ever a tradeoff between recoverability and (apparent) speed, and too much tuning can be counterproductive for the more general cases. I say 'apparent' because at the end of the day, the only writes that do not have to be made at all are those 'known to have' gone stale while still in the OS buffers. Or - better yet - while in L1/L2/L3 CPU cache... ;-) > As the commit note you sent me said - to ensure absolutely > best data integrity the write cache should be left switched off. But > write performance of 7-8MB/sec is just too low for that - is the > controller /sata drives really that slow? > Depends very much on what (else) they and their drives are doing. Drive head positioning is the killer that channel speed can't do much about. If the controller and drives are dedicated solely to one app or file transfer, do no logging, have no system tools or such on the same platter(s) that might need interruptions to their measured task, are able to do r/w in damn-near-slew-mode, they should be much faster. If there are any system-relative mounts on the same spindle(s) (/var/log comes first to mind) - then probably not. Heads have to go elsewhere and back. Real-world *NIX boxen are rarely in the position of concentrating on just one I/O task at a time. ...and you still haven't said what you are using to derive the numbers, what sort of drives are at the end of the cable, or if this is an application or test suite, and/or if the r/w is to drives that do NOT do anything else...... ?? Bill From owner-freebsd-stable@FreeBSD.ORG Sun Nov 25 20:07:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A46AD16A420 for ; Sun, 25 Nov 2007 20:07:29 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id F3A8E13C47E for ; Sun, 25 Nov 2007 20:07:28 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 25 Nov 2007 20:07:26 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp006) with SMTP; 25 Nov 2007 21:07:26 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX19kbHohdfxkxGWRxibU8Pe4lLWtNZEnihUx590daN u9KjaEtmkAjRyI Message-ID: <4749D5FD.5040105@gmx.de> Date: Sun, 25 Nov 2007 21:07:25 +0100 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <473EAEFC.1050008@gmx.de> In-Reply-To: <473EAEFC.1050008@gmx.de> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: creating msdosfs (fat32) locks the system 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, 25 Nov 2007 20:07:29 -0000 [LoN]Kamikaze wrote: > I'm running RELENG_7-BETA2. Creating files (e.g. by copying something) to a > fat32 mount locks up the whole system for a moment. ... > > I have this problem ever since I switched from RELENG_6 to RELENG_7. I didn't > find a PR about it, should I create one? The problem is gone on BETA-3. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 02:21:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDC5B16A418 for ; Mon, 26 Nov 2007 02:21:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id A151013C43E for ; Mon, 26 Nov 2007 02:21:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 6832F1CC079; Sun, 25 Nov 2007 18:21:36 -0800 (PST) Date: Sun, 25 Nov 2007 18:21:36 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20071126022136.GA1564@eos.sc1.parodius.com> References: <20071107191611.GA1400@eos.sc1.parodius.com> <20071107232328.GA1678@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071107232328.GA1678@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: RELENG_6 kernel panic + savecore(8) problem 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, 26 Nov 2007 02:21:36 -0000 On Wed, Nov 07, 2007 at 03:23:28PM -0800, Jeremy Chadwick wrote: > On Wed, Nov 07, 2007 at 11:16:11AM -0800, Jeremy Chadwick wrote: > > Tracing pid 3 tid 100001 td 0xc7c6ad80 > > kdb_enter(3228441820,3228796672,3228487817,3867634632,256,...) at kdb_enter+48 > > panic(3228487817,3426817152,256,3228643296,0,...) at panic+206 > > handle_written_inodeblock(3459887104,3688934424,3226775710,3228787204,3228175693,...) at handle_written_inodeblock+1503 > > softdep_disk_write_complete(3688934424,3227842097,3356275348,3867634836,3226342800,...) at softdep_disk_write_complete+241 > > bufdone(3688934424,0,3867634856,3226352850,3356275348,...) at bufdone+126 > > g_vfs_done(3356275348,0,0,3352445440,3355957180) at g_vfs_done+198 > > biodone(3356275348,3228786984,588,3228423470,100,...) at biodone+178 > > g_io_schedule_up(3351686528,76,3351679512,3226344072,3867634980,...) at g_io_schedule_up+137 > > g_up_procbody(0,3867635000,0,0,0,...) at g_up_procbody+122 > > fork_exit(3226344072,0,3867635000) at fork_exit+122 > > fork_trampoline() at fork_trampoline+8 > > A follow-up to this: > > It appears that somehow a few of the filesystems on the disk (it's a > single-disk system) were suffering from some bizarre form of soft update > corruption. And tonight we had the same problem happen again. The backtrace when the machine panic'd is identical: Tracing pid 3 tid 100001 td 0xc7c6ed80 kdb_enter(c06e475e,c073ade0,c06efb55,e6876bc8,100,...) at kdb_enter+0x30 panic(c06efb55,ce04b280,100,c07156c0,0,...) at panic+0xce handle_written_inodeblock(c858d200,dbda0a70,c07388e4,c06a3e4a,e6876c30,...) at handle_written_inodeblock+0x5df softdep_disk_write_complete(dbda0a70,c0652591,c80e65ac,e6876c94,c04e16c4,...) at softdep_disk_write_complete+0xf1 bufdone(dbda0a70,0,e6876ca8,c04e3e06,c80e65ac,...) at bufdone+0x7e g_vfs_done(c80e65ac,0,0,c7d28200,c80a418c) at g_vfs_done+0xc6 biodone(c80e65ac,c0738808,24c,c06dff1c,64,...) at biodone+0xb2 g_io_schedule_up(c7c6ed80,4c,c7c6d218,c04e1bbc,e6876d24,...) at g_io_schedule_up+0x89 g_up_procbody(0,e6876d38,0,0,0,...) at g_up_procbody+0x7a fork_exit(c04e1bbc,0,e6876d38) at fork_exit+0x7a fork_trampoline() at fork_trampoline+0x8 Background fsck reported similar weirdness until I brought down the system into single-user, fsck'd things, and brought the system back up again. Also like last time, savecore found no cores on /dev/ad0s1b, despite one being done after doing "panic" in DDB. I believe I may have figured out why that's occurring, though: Using `rcorder /etc/rc.d/*` I'm able to see that the following rc scripts are run in this respective order: /etc/rc.d/dumpon <-- Runs `dumpon -v /dev/ad0s1b` /etc/rc.d/swap1 <-- Runs `swapon -a` /etc/rc.d/addswap <-- Adds additional swap spaces /etc/rc.d/savecore <-- Runs `savecore /var/crash /dev/ad0s1b` I believe the problem is that /etc/rc.d/swap1 is being run before savecore. I'm guessing that swapon(8) actually destroys/clobbers the existing saved kernel panic/core data, thus one will never get a coredump in /var/crash. I believe some re-organisation of rcorder(8) arguments in the files is in order, but I don't know what should be changed to what. I'll submit a PR for the above, because IMHO that's a serious one. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 02:33:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3890116A41A for ; Mon, 26 Nov 2007 02:33:20 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 28D4B13C4DB for ; Mon, 26 Nov 2007 02:33:20 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 73AAA1CC07B; Sun, 25 Nov 2007 18:33:13 -0800 (PST) Date: Sun, 25 Nov 2007 18:33:13 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20071126023313.GA2376@eos.sc1.parodius.com> References: <20071107191611.GA1400@eos.sc1.parodius.com> <20071107232328.GA1678@eos.sc1.parodius.com> <20071126022136.GA1564@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071126022136.GA1564@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: RELENG_6 kernel panic + savecore(8) problem 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, 26 Nov 2007 02:33:20 -0000 On Sun, Nov 25, 2007 at 06:21:36PM -0800, Jeremy Chadwick wrote: > I believe the problem is that /etc/rc.d/swap1 is being run before > savecore. I'm guessing that swapon(8) actually destroys/clobbers the > existing saved kernel panic/core data, thus one will never get a > coredump in /var/crash. I believe some re-organisation of rcorder(8) > arguments in the files is in order, but I don't know what should > be changed to what. > > I'll submit a PR for the above, because IMHO that's a serious one. PR 118255 has been opened for this matter. http://www.freebsd.org/cgi/query-pr.cgi?pr=118255 -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 08:27:50 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 715C716A417 for ; Mon, 26 Nov 2007 08:27:50 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (neo.vx.sk [213.239.219.9]) by mx1.freebsd.org (Postfix) with ESMTP id 3276513C448 for ; Mon, 26 Nov 2007 08:27:49 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id E07A93986F for ; Mon, 26 Nov 2007 09:10:33 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by localhost (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id jxagvQqn4q05 for ; Mon, 26 Nov 2007 09:10:23 +0100 (CET) Received: from [10.2.0.1] (gw.radiolan.sk [193.93.72.6]) by mail.vx.sk (Postfix) with ESMTP id 6945139832 for ; Mon, 26 Nov 2007 09:10:23 +0100 (CET) Message-ID: <474A7F83.7080900@FreeBSD.org> Date: Mon, 26 Nov 2007 09:10:43 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: Subject: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 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: Mon, 26 Nov 2007 08:27:50 -0000 Hi, I am using a MSI K9AG Neo2-Digital (MS-7368) mainboard with 7.0-BETA3 in amd64 mode at a german dedicated server provider. The mainboard has a onboard re(4) ethernet controller. I experience a very strange behaiviour: When there are large transfers on the onboard SATA controller the re(4) controller starts to have packet loss. This packet loss does not stop when there is no more load on ata(4). With another high load (like doing a full-system backup) the packet loss keeps increasing up to 90% and more - the system is not accesible over the internet anymore, packets get lost, SSH sessions or http requests get stale, I have to restart the system. I experience no kernel panics. Another (maybe related) problem that occurs (but does not effect system responsiveness) is described in: http://lists.freebsd.org/pipermail/freebsd-current/2007-November/080525.html Here is some information about the system: dmesg (boot -v): http://test.vx.sk/MS-7368/dmesg.txt pciconf -lcv: http://test.vx.sk/MS-7368/pciconf.txt dmidecode: http://test.vx.sk/MS-7368/dmidecode.txt I don't understand why this happens and would like to help debugging this issue. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 08:40:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7B2016A419 for ; Mon, 26 Nov 2007 08:40:09 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 7043213C474 for ; Mon, 26 Nov 2007 08:40:09 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1399025pyb for ; Mon, 26 Nov 2007 00:40:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=R90IftQ+z3QfgLoxTISlb5AtKYM8WNQaGC0B4H51Jk8=; b=jmWAwpYnnMEvilJvtJaOrDl5RrrA59qsQVtHTObg6326U9O+eZ+aVC4DgAfAJ3zkrbycuwXFdknmVsSKR7uvUkknBSrg4H2FBhhckYXB6iszz1jFMIO40MgYrpZLnU5Wd7OAEjJTdrxdGyCHs3wdd9d7mCr4mbcVJr2DsCqoSQg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=ofDr6NbCwZV/X03pX+wOiva3oBtIyuEuOI1+O4qm+4Q32P121YKEpy2gQ7S6t0cw+/LDb9oxnQQb6op/6+BS2j0FkwDZGGF6wCmp0BEpWcbWi/pu0I0wKrgbeApLsbn+7UPSWAT5DmsLwYfZAnhgo3rWYryq3cBCRd93YbovVJc= Received: by 10.65.244.15 with SMTP id w15mr5400630qbr.1196066408376; Mon, 26 Nov 2007 00:40:08 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id f18sm962941qba.2007.11.26.00.40.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 26 Nov 2007 00:40:07 -0800 (PST) Message-ID: <474A8665.4070302@gmail.com> Date: Mon, 26 Nov 2007 03:40:05 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Martin Matuska References: <474A7F83.7080900@FreeBSD.org> In-Reply-To: <474A7F83.7080900@FreeBSD.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-2?Q?=3F=3F=3F_Bill_Hacker?= , pyunyh@gmail.com, freebsd-stable@FreeBSD.org Subject: Re: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 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: Mon, 26 Nov 2007 08:40:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Martin Matuska wrote: > Hi, > > I am using a MSI K9AG Neo2-Digital (MS-7368) mainboard with 7.0-BETA3 in > amd64 mode at a german dedicated server provider. > The mainboard has a onboard re(4) ethernet controller. I experience a > very strange behaiviour: I have a Neo-F and it does the same thing.... for a quick ref see http://readlist.com/lists/freebsd.org/freebsd-current/9/47364.html.... it seems to have improved steadly as 8-current has been developed but it is by no way fixed yet (even though I suggest switching to 8-current if you can afford the occasional down time from stuff not working for short periods of time) > > When there are large transfers on the onboard SATA controller the re(4) > controller starts to have packet loss. Hum.... I see this when doing long heavy multi downloads.... but since it is torrent it could be disk but I don't see a lot of disk activity > > This packet loss does not stop when there is no more load on ata(4). > With another high load (like doing a full-system backup) the packet loss > keeps increasing up to 90% and more - the system is not accesible over > the internet anymore, packets get lost, SSH sessions or http requests > get stale, I have to restart the system. I think this has been well confirmed for TCP but I wonder if there is a good UDP test to see if UDP is effected also. > > I experience no kernel panics. Another (maybe related) problem that > occurs (but does not effect system responsiveness) is described in: *SOMETIMES* just rerunning ifconfig on re(4) will do it (question to Pyun why does the routing table loose the default route when I do this even if re0 keep the same ip?) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHSoZeJ9+1V27SttsRArmkAJwIVuyC1by+iUvsRwulKgjVTBNFHgCfa9sP FcpoMQvwCEOHXfQBuTpIFWU= =kMm2 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 08:44:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2727216A41B for ; Mon, 26 Nov 2007 08:44:09 +0000 (UTC) (envelope-from marco.pirovano@unibocconi.it) Received: from aristotele.sm.unibocconi.it (aristotele.sm.unibocconi.it [193.205.23.112]) by mx1.freebsd.org (Postfix) with ESMTP id B485313C4E9 for ; Mon, 26 Nov 2007 08:44:08 +0000 (UTC) (envelope-from marco.pirovano@unibocconi.it) Received: from localhost (panoramix.sm.unibocconi.it [193.205.23.47]) by aristotele.sm.unibocconi.it (8.13.8/8.13.8) with ESMTP id lAQ8VbFr064756 for ; Mon, 26 Nov 2007 09:31:38 +0100 (CET) (envelope-from marco.pirovano@unibocconi.it) Received: from dolomiti.asit.unibocconi.it (dolomiti.asit.unibocconi.it [10.1.12.40]) by webmail.uni-bocconi.it (IMP) with HTTP for ; Mon, 26 Nov 2007 09:31:37 +0100 Message-ID: <1196065897.474a8469ce741@webmail.uni-bocconi.it> Date: Mon, 26 Nov 2007 09:31:37 +0100 From: Marco Pirovano To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 10.1.12.40 X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.26.417 X-PMX-SeenBy: aristotele.sm.unibocconi.it VirusFree Subject: Sound Blaster X-Fi 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: Mon, 26 Nov 2007 08:44:09 -0000 Hello, I have a Sound Blaster X-Fi XtremeMusic card, is it supported by FreeBSD ? I'd like to use it to acquire live audio and then stream to a IceCast2 server. Thanks. Ciao, Marco * Marco Pirovano * Universita' Bocconi, Area Sistemi Informatici e Telematici * Piazza Sraffa 11 - 20136 Milano * Tel. +39 02 5836.3173 Fax. +39 02 5836.3160 VoIP. 02 5828.3173 From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 09:27:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BFE216A418 for ; Mon, 26 Nov 2007 09:27:12 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 5518513C458 for ; Mon, 26 Nov 2007 09:27:12 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so763921waf for ; Mon, 26 Nov 2007 01:27:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=mh8ck8RzSg1KDt4BD69HmcIq29O5SFI8hxPwSiP5HeY=; b=mAny+F3lKzZJ6RzzsnfwpIRl2FwyjBC2lAQwFPE5ZPQkiqWgrG1h25bDE+lFkZtylO6JlM1/VBz90UR7hAZkzckdiQm1c4sjrTXuFb+x5WdjPd0JRG4Vf4bBaoUJ6MJ+rsSuOQYmwpp8YOVf2xzNYeBWQqsN2D79h+wAWJ+Btws= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=lNhgq3uOHcKCJELekBxWeVc6pELA5CwTS89edB47DhMVRyo+gjeQLnhC/7D6j0g2tIhdqpjifVyW6TiZ4LZTODiXJzb0mAZgmgGc8xCBCmWbI7ro/3E8m1VkVSWP3e8jzepjxS+P/xjMzAFfkqLHiPZGB4ADV/+plA23ERh+LcA= Received: by 10.114.76.1 with SMTP id y1mr370738waa.1196069228831; Mon, 26 Nov 2007 01:27:08 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id v37sm3658185wah.2007.11.26.01.27.00 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Nov 2007 01:27:03 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAQ9OvNq003601 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Nov 2007 18:24:57 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAQ9OvwB003600; Mon, 26 Nov 2007 18:24:57 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 26 Nov 2007 18:24:57 +0900 From: Pyun YongHyeon To: Martin Matuska Message-ID: <20071126092457.GE1025@cdnetworks.co.kr> References: <474A7F83.7080900@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474A7F83.7080900@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@FreeBSD.org Subject: Re: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 amd64) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@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, 26 Nov 2007 09:27:12 -0000 On Mon, Nov 26, 2007 at 09:10:43AM +0100, Martin Matuska wrote: > Hi, > > I am using a MSI K9AG Neo2-Digital (MS-7368) mainboard with 7.0-BETA3 in > amd64 mode at a german dedicated server provider. > The mainboard has a onboard re(4) ethernet controller. I experience a > very strange behaiviour: > > When there are large transfers on the onboard SATA controller the re(4) > controller starts to have packet loss. > > This packet loss does not stop when there is no more load on ata(4). > With another high load (like doing a full-system backup) the packet loss > keeps increasing up to 90% and more - the system is not accesible over > the internet anymore, packets get lost, SSH sessions or http requests > get stale, I have to restart the system. > > I experience no kernel panics. Another (maybe related) problem that > occurs (but does not effect system responsiveness) is described in: > http://lists.freebsd.org/pipermail/freebsd-current/2007-November/080525.html > > Here is some information about the system: > > dmesg (boot -v): > http://test.vx.sk/MS-7368/dmesg.txt > > pciconf -lcv: > http://test.vx.sk/MS-7368/pciconf.txt > > dmidecode: > http://test.vx.sk/MS-7368/dmidecode.txt > > I don't understand why this happens and would like to help debugging Me either. I have a WIP version that fixes other issues on re(4) but I'm not sure whether it mitigates your issue. The overhauled re(4) supports larger descriptors(256 instead of 64) and TSO. http://people.freebsd.org/~yongari/re/if_re.c http://people.freebsd.org/~yongari/re/if_rlreg.h > this issue. > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 12:38:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A14116A41A for ; Mon, 26 Nov 2007 12:38:03 +0000 (UTC) (envelope-from mattboll@bob.selfip.org) Received: from elodie.bob.selfip.org (br137-1-82-228-156-113.fbx.proxad.net [82.228.156.113]) by mx1.freebsd.org (Postfix) with ESMTP id 0FEA913C442 for ; Mon, 26 Nov 2007 12:38:02 +0000 (UTC) (envelope-from mattboll@bob.selfip.org) Received: from [192.168.0.3] (unknown [192.168.0.3]) by elodie.bob.selfip.org (Postfix) with ESMTP id 972E2660A for ; Sun, 25 Nov 2007 16:30:21 +0100 (CET) From: Matthieu Bollot To: FreeBSD Stable In-Reply-To: <4749915A.10806@conducive.net> References: <1195947426.8387.13.camel@sarah.bob.selfip.org> <1195996199.2260.1.camel@workstation.martenvijn.nl> <1196002172.8387.33.camel@sarah.bob.selfip.org> <4749915A.10806@conducive.net> Content-Type: text/plain; charset=UTF-8 Date: Sun, 25 Nov 2007 16:31:06 +0100 Message-Id: <1196004666.8387.43.camel@sarah.bob.selfip.org> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 Content-Transfer-Encoding: 8bit Subject: Re: external usb disk 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, 26 Nov 2007 12:38:03 -0000 Le dimanche 25 novembre 2007 à 15:14 +0000, 韓家標 Bill Hacker a écrit : > Matthieu Bollot wrote: > > Le dimanche 25 novembre 2007 à 14:09 +0100, Marten Vijn a écrit : > >> On Sun, 2007-11-25 at 00:37 +0100, Matthieu Bollot wrote: > >>> Hi, I've got a 250GB ide disk, that I put in an external usb box. > >> > > > > any suggestion ? > > > > cheers, > > matthieu. > > > > This may be totally off the mark, but ISTR having a more convivial mix (FreeBSD > 4, 6, DFLY, Linux, Plan9) if I prepped and sliced the drives with FreeBSD 4.X, > not anything later. > > I suspect that each player is more sympatico with the other-guy's 'legacy' > environment than they are with anything newer. > > YMMV, > > Bill I don't really want to have mix. I mean, I will use it with freebsd 6.2 and freebsd7 later, but I don't need to have it working on other computers. I just did that to try something, to understand... because nothing else worked. (if there are any way to have it sliced with freebsd, I would be _really_ happy) Matthieu From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 12:38:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6095716A468 for ; Mon, 26 Nov 2007 12:38:03 +0000 (UTC) (envelope-from mattboll@bob.selfip.org) Received: from elodie.bob.selfip.org (br137-1-82-228-156-113.fbx.proxad.net [82.228.156.113]) by mx1.freebsd.org (Postfix) with ESMTP id 143E013C467 for ; Mon, 26 Nov 2007 12:38:02 +0000 (UTC) (envelope-from mattboll@bob.selfip.org) Received: from [192.168.0.3] (unknown [192.168.0.3]) by elodie.bob.selfip.org (Postfix) with ESMTP id 65816683F for ; Sun, 25 Nov 2007 19:02:30 +0100 (CET) From: Matthieu Bollot To: FreeBSD Stable In-Reply-To: <4749915A.10806@conducive.net> References: <1195947426.8387.13.camel@sarah.bob.selfip.org> <1195996199.2260.1.camel@workstation.martenvijn.nl> <1196002172.8387.33.camel@sarah.bob.selfip.org> <4749915A.10806@conducive.net> Content-Type: text/plain; charset=UTF-8 Date: Sun, 25 Nov 2007 19:03:15 +0100 Message-Id: <1196013795.8387.47.camel@sarah.bob.selfip.org> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 Content-Transfer-Encoding: 8bit Subject: Re: external usb disk 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, 26 Nov 2007 12:38:03 -0000 Le dimanche 25 novembre 2007 à 15:14 +0000, 韓家標 Bill Hacker a écrit : > Matthieu Bollot wrote: > > Le dimanche 25 novembre 2007 à 14:09 +0100, Marten Vijn a écrit : > >> On Sun, 2007-11-25 at 00:37 +0100, Matthieu Bollot wrote: > >>> Hi, I've got a 250GB ide disk, that I put in an external usb box. > >> > Hi, and thanks to people trying to help me. My problem is solved \o/ I followed this : http://lists.freebsd.org/pipermail/freebsd-usb/2007-March/003144.html and that : http://www.freebsd.org/cgi/query-pr.cgi?pr=110989 matthieu From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 12:41:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E96A16A417 for ; Mon, 26 Nov 2007 12:41:35 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.de [194.25.134.19]) by mx1.freebsd.org (Postfix) with ESMTP id 34FFD13C4F0 for ; Mon, 26 Nov 2007 12:41:34 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd26.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1Iwcof-0001F3-01; Mon, 26 Nov 2007 13:11:57 +0100 Received: from localhost (VyPgp0ZBotBJ9kUmEZn7HjFqOZ7P6vB1pLXSDbjxFrQM6p4Yrqe04KVXHb-jWdPUbvZW7yfJ79@[91.21.81.84]) by fwd26.t-online.de with esmtp id 1Iwcms-2ICU4G0; Mon, 26 Nov 2007 13:10:06 +0100 Date: Mon, 26 Nov 2007 13:10:06 +0100 From: Oliver Herold To: freebsd-stable@freebsd.org Message-ID: <20071126121006.GA7519@myhost> Mail-Followup-To: freebsd-stable@freebsd.org References: <1196065897.474a8469ce741@webmail.uni-bocconi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1196065897.474a8469ce741@webmail.uni-bocconi.it> User-Agent: Mutt/1.5.17 (2007-11-01) X-ID: VyPgp0ZBotBJ9kUmEZn7HjFqOZ7P6vB1pLXSDbjxFrQM6p4Yrqe04KVXHb-jWdPUbvZW7yfJ79 X-TOI-MSGID: d5a0fab1-f16d-4774-a9ce-8c5384fd9c40 Subject: Re: Sound Blaster X-Fi 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: Mon, 26 Nov 2007 12:41:35 -0000 No there is no open source support for this card. Creative Labs delivers just a blob for 64bit (Linux). Cheers, Oliver Herold On Mon, Nov 26, 2007 at 09:31:37AM +0100, Marco Pirovano wrote: > Hello, > > I have a Sound Blaster X-Fi XtremeMusic card, is it supported by FreeBSD ? > I'd like to use it to acquire live audio and then stream to a IceCast2 server. > > Thanks. > Ciao, > Marco > > * Marco Pirovano > * Universita' Bocconi, Area Sistemi Informatici e Telematici > * Piazza Sraffa 11 - 20136 Milano > * Tel. +39 02 5836.3173 Fax. +39 02 5836.3160 VoIP. 02 5828.3173 > _______________________________________________ > 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 Nov 26 13:22:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72BAB16A419 for ; Mon, 26 Nov 2007 13:22:54 +0000 (UTC) (envelope-from rups@m0z.net) Received: from mail.argewebhosting.nl (smtp2.argewebhosting.nl [194.165.34.59]) by mx1.freebsd.org (Postfix) with SMTP id C09C513C455 for ; Mon, 26 Nov 2007 13:22:53 +0000 (UTC) (envelope-from rups@m0z.net) Received: (qmail 21896 invoked by uid 89); 26 Nov 2007 12:56:31 -0000 Received: from [84.245.23.218] (HELO [192.168.1.29]) (84.245.23.218) (smtp-auth username ruben@argeweb.nl, mechanism plain) by smtp2.argewebhosting.nl (qpsmtpd/0.32) with ESMTP; Mon, 26 Nov 2007 13:56:31 +0100 Message-ID: <474AC262.40802@m0z.net> Date: Mon, 26 Nov 2007 13:56:02 +0100 From: Ruben van der Zwan User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Espen Tagestad References: <47496BE1.8080206@modula.no> In-Reply-To: <47496BE1.8080206@modula.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: SAS5IR performance issue with Dell 860 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, 26 Nov 2007 13:22:54 -0000 We've had the same performance issues with the 860's (not just on BSD). We contacted Dell support and they suggested to download the Linux Dell Rescue CD, and enable the cache policy on the Virtual Disk on the controller. You can download the rescue CD here: http://linux.dell.com/monitoring.shtml You have to disable all OMSA tools when the CD is booted (icon on desktop), after which you can start the LSI SAS Raid manager. After starting just click the virtual disk and go to "set properties" or something. We tried that on a BSD system, and this resolved the issue for us (now over 50MB/sec. seq. write). Regards, Ruben van der Zwan Espen Tagestad wrote: > Hi, > > We recently bought 3 new Dell 860 servers with the onboard SAS5/IR > SATA RAID-controller. They seem to be quite well spec'ed servers with > management and everything - but I am experiencing av major performance > issue with the disc i/o. On write I get at max 7-8MB/sec, while read > gives a bit more (11MB/sec). I tried first with 6.2-RELEASE, and then > upgraded to 6.3-PRERELEASE without any better results. > > I am aware of some discussion around this issue on these two maillists > in the spring earlier on this year, but I have not been able to find > any good resolution. My old firewall/router at home equipped with a > 733Mhz Pentium 3 processor and a old 40GB IDE harddrive made around > year 2001 performe better. Is there anybody out there with the same > problem who has solved this issue? Could it be that this is solved in > 7.0? > > Thanks in advance. > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 13:25:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66D4116A421 for ; Mon, 26 Nov 2007 13:25:52 +0000 (UTC) (envelope-from toomany@toomany.net) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 0FD1613C474 for ; Mon, 26 Nov 2007 13:25:51 +0000 (UTC) (envelope-from toomany@toomany.net) Received: by wa-out-1112.google.com with SMTP id k17so835143waf for ; Mon, 26 Nov 2007 05:25:51 -0800 (PST) Received: by 10.114.95.1 with SMTP id s1mr177687wab.1196082111182; Mon, 26 Nov 2007 05:01:51 -0800 (PST) Received: by 10.114.53.11 with HTTP; Mon, 26 Nov 2007 05:01:51 -0800 (PST) Message-ID: Date: Mon, 26 Nov 2007 14:01:51 +0100 From: "TooMany Secrets" To: freebsd-stable@freebsd.org In-Reply-To: <20071126121006.GA7519@myhost> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <1196065897.474a8469ce741@webmail.uni-bocconi.it> <20071126121006.GA7519@myhost> Subject: Re: Sound Blaster X-Fi 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: Mon, 26 Nov 2007 13:25:52 -0000 T24gMTEvMjYvMDcsIE9saXZlciBIZXJvbGQgPG9saXZlckBha2VwaGFsb3MuZGU+IHdyb3RlOgo+ IE5vIHRoZXJlIGlzIG5vIG9wZW4gc291cmNlIHN1cHBvcnQgZm9yIHRoaXMgY2FyZC4gQ3JlYXRp dmUgTGFicyBkZWxpdmVycwo+IGp1c3QgYSBibG9iIGZvciA2NGJpdCAoTGludXgpLgoKU29ycnkg Zm9yIHRvICJ1c3VycCIgdGhpcyB0aHJlYWQsIGJ1dCBpcyBjcmVhdGl2ZSBhdWRpZ3kgc3VwcG9y dGVkIGJ5IEZyZWVCU0Q/CgotLSAKSGF2ZSBhIG5pY2UgZGF5ICA7LSkKVG9vTWFueVNlY3JldHMK Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT0KRGlqbyBDb25mdWNpbzoKIkV4w61nZXRlIG11 Y2hvIGEgdGkgbWlzbW8geSBlc3BlcmEgcG9jbyBkZSBsb3MgZGVtw6FzLiBBc8OtIHRlIGFob3Jy YXLDoXMKZGlzZ3VzdG9zLiIKPT09PT09PT09PT09PT09PT09PT09PT09PT09PQo= From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 15:03:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1169216A417 for ; Mon, 26 Nov 2007 15:03:50 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.freebsd.org (Postfix) with ESMTP id 931C313C4F8 for ; Mon, 26 Nov 2007 15:03:49 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from localhost (marvin-mail [192.168.0.2]) by marvin.harmless.hu (Postfix) with ESMTP id 1728E7C0A99; Mon, 26 Nov 2007 16:03:48 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.4.2 (20060627) (Debian) at harmless.hu Received: from marvin.harmless.hu ([192.168.0.2]) by localhost (marvin.harmless.hu [192.168.0.2]) (amavisd-new, port 10024) with ESMTP id Fjr1Cr7GBcBe; Mon, 26 Nov 2007 16:03:47 +0100 (CET) Received: from marvin.harmless.hu (localhost [127.0.0.1]) by marvin.harmless.hu (Postfix) with ESMTP id E5EF97BFCCA; Mon, 26 Nov 2007 16:03:46 +0100 (CET) Date: Mon, 26 Nov 2007 16:03:45 +0100 From: Gergely CZUCZY To: Guy Helmer Message-ID: <20071126150345.GA7560@harmless.hu> References: <20071121142404.GA7511@harmless.hu> <474ADF40.5050500@palisadesys.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <474ADF40.5050500@palisadesys.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-stable@freebsd.org Subject: Re: mmap max size (qemu VM memsize limit) 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, 26 Nov 2007 15:03:50 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 26, 2007 at 08:59:12AM -0600, Guy Helmer wrote: > Gergely CZUCZY wrote: > >Hello, > > > >I'm trying to set up a qemu with 4G memory to the host system > >on a 7-BETA2, and I've hit some kind of limit in freebsd. > > > >When i give more then ~2000MB of memory to qemu, it returns > >an after trying to mmap() it, saying "Could not map physical memory". > > > >At the end of mmap(2) there's a note saying: > >" The len argument is limited to the maximum file size or available = user- > > land address space. Files may not be able to be made more than 1TB= large > > on 32 bit systems due to file systems restrictions and bugs, but ad= dress > > space is far more restrictive. Larger files may be possible on 64 = bit > > systems." > > > >I guess I've found this limit. I've tried to check a few sysctls but I w= asn't > >able to find the one effecting this limit. > > > >Could someone point me into the right direction in increasing the maximum > >mmap-able size? > > > > =20 > If you are using the 32-bit i386 system, then you could be limited by a c= ouple of things, the kern.maxdsiz loader tunable or the datasize limit are= =20 > likely. On i386, I believe 1073741824 (1G) is the default maxdsiz. With= 4GB of RAM, I think you ought to be able to double kern.maxdsiz in=20 > /boot/loader.conf. It's an amd64 with 14Gs of RAM in it. Sorry for accidentally omitting this. Sincerely, Gergely Czuczy mailto: gergely.czuczy@harmless.hu --=20 Weenies test. Geniuses solve problems that arise. --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) owFVVb9vI0UUDjlxxUoUByVCegpIuYB3s3Yc2zH4ckk4TBABwQVFHDSzu7P2KLsz e/MjuU2BKCko4BDVCf4DJAr4C6BGCHG6Ni0FQhQ0VLw3a2+EpTjW7Hvf+973vjf7 xTPXVlZv/PL9Dx+98vnDR099d/2b5OXSWStnYcn0mZBhN4674XB7EIejcJvl6TAb 9XqjbGfAs53pW5fvHShpubThcV3xMVj+wG5WBRPyVUjnTBtuJ87m4ShYxr0uTKWM sELJMQhZCMnbZ8eaSZNzHd6RqcqEnI3hvlOWZ2GlhbQsKXgQvCvhSMkOvKPOoDfo QC+Oh8AsxKPx9s6429s7gjAexHEHpq6GN3lRcg3nGmHGwS2Ycj3jRQ0H9z44uPfh 1fktDCxUh37R3+F6CVbXSAGsAuwCXAUM7vPSwbmwc+hPoeSl0jU9t3MOc2UsmNpY XhKAkhg+DPfvHO/1OsBkBofrZxglMEiVHE4FHqkcClHikZCQa84Tk0VLBidzLkHA TGAW1uFURMIn2G18tE+ZV+WJVQcQRnPrtDSUzrB+brHzqy7KklU3NzCuA4b5w7UD 5YoMpLKAz6Ca10akrFhAr7Vc9qxvkTeUPU5vg440XzfYJwLwBabXcg3oc4wpBXJm euZKHC8I07TLs6VoJXsgSldCLgoEEBcclAZ2xkRBs4ZJ4Ay6gSA9YkE6sizT3Bgw FUt5BPAG5hpEqn0fCQefigUSws9a9VCR7vH+JEAUtECLiYPa6kEilsMzkDmf3nBa nGFFq0VKrjV+mombmQ5+W+QzCTyjFtIzo25zppvqbfoZMX6bCGhfoCGOTHEnjCDi yGfQx86R0RVgwyJaa+0JM0caeE/lyiEhO1/KGzXHWLAROp3z9BSnlPNzQkptYTzx QzifBMzIdV9oqVouPBgRwYnnOUfW5J8r+CWJxjzkZgqtFG4oOge9vBiuFrO5hUxo 7nUjkwuZas5MA9iOn8DIVKHnQDbYXdaASS/G/4c51Mqhkzi4NnurF9LYxNZosFCo 0ywJhaaeHAq7dFxSowTpJFCuIpVz6kjSDAnqlGsZIZsMi0Oh0DW4OE56PuhICsmY Zd6hzcYilUnQkCvEKd4oOFe8mYhMB5VNeCE4DqEbD7eG/e6o14eb3ekGmcKD8Zy5 grbOl8TcE7xU0Jv9qd/t9/eOCIUonvp2lCMtG1MvJ5UpR7/+x13IhtNmopTdbDqJ UiXzKDi0tKu4jmWGBvOXWLc/NYtyfjponbtK46WS0xqmqchwbVmB16XCnlsfREFw FyeJ21/UnSBor9QLl17UQYnba9UYZs1xlPrj2/gyKNHvJpq7IAhDonnCuRS4Aha3 I8KbWQpcd1xsVaBylVbYXUl6MZJbGB4Fn+1ee3qF3jrLN9aN1Z+erHz70pPqtxeD 5y7//vWrrz/dffzCX5dwsvLo+sPV17I/f//xH5F8+fj5Z/+9/fPHf/wH =k6+t -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 15:15:33 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0554B16A46C for ; Mon, 26 Nov 2007 15:15:33 +0000 (UTC) (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 BB7D613C4EF for ; Mon, 26 Nov 2007 15:15:32 +0000 (UTC) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 1765D5C36; Mon, 26 Nov 2007 15:57:09 +0100 (CET) X-Virus-Scanned: by amavisd-new at mail.rulez.sk Received: by mail.rulez.sk (Postfix, from userid 1001) id 3C4685C2D; Mon, 26 Nov 2007 15:57:01 +0100 (CET) Date: Mon, 26 Nov 2007 15:57:01 +0100 From: Daniel Gerzo To: Martin Matuska Message-ID: <20071126145701.GA17120@daemon.rulez.sk> References: <474A7F83.7080900@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474A7F83.7080900@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@FreeBSD.org Subject: Re: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 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: Mon, 26 Nov 2007 15:15:33 -0000 On Mon, Nov 26, 2007 at 09:10:43AM +0100, Martin Matuska wrote: > Hi, > > I am using a MSI K9AG Neo2-Digital (MS-7368) mainboard with 7.0-BETA3 in > amd64 mode at a german dedicated server provider. > The mainboard has a onboard re(4) ethernet controller. I experience a > very strange behaiviour: Just for the record - I have almost the same hardware as Martin has, and I had alike problems as described here. You will be able to access my original problem report at: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-11/msg00675.html Since that time, I have moved to the Intel NICs, as I haven't had time to debug this issue. There are no more network problems that I am aware of, although I am having issues with interrupt storms described in the other email from Martin. I am open to any debugging suggestions, I might be also able to arrange a remote ssh access to the machine, just let me know. -- S pozdravom / Best Regards, Daniel Gerzo From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 15:16:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFE0316A46B for ; Mon, 26 Nov 2007 15:16:29 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.freebsd.org (Postfix) with ESMTP id 2A7A013C501 for ; Mon, 26 Nov 2007 15:16:28 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.14.1/8.14.1) with ESMTP id lAQF2TmC018553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Nov 2007 09:02:29 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <474AE003.3070206@palisadesys.com> Date: Mon, 26 Nov 2007 09:02:27 -0600 From: Guy Helmer User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Gergely CZUCZY References: <20071121142404.GA7511@harmless.hu> <474ADF40.5050500@palisadesys.com> In-Reply-To: <474ADF40.5050500@palisadesys.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.5]); Mon, 26 Nov 2007 09:02:29 -0600 (CST) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-3.799, required 6, ALL_TRUSTED -1.80, BAYES_00 -2.60, J_CHICKENPOX_47 0.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Cc: freebsd-stable@freebsd.org Subject: Re: mmap max size (qemu VM memsize limit) 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, 26 Nov 2007 15:16:29 -0000 Guy Helmer wrote: > Gergely CZUCZY wrote: >> Hello, >> >> I'm trying to set up a qemu with 4G memory to the host system >> on a 7-BETA2, and I've hit some kind of limit in freebsd. >> >> When i give more then ~2000MB of memory to qemu, it returns >> an after trying to mmap() it, saying "Could not map physical memory". >> >> At the end of mmap(2) there's a note saying: >> " The len argument is limited to the maximum file size or >> available user- >> land address space. Files may not be able to be made more than >> 1TB large >> on 32 bit systems due to file systems restrictions and bugs, but >> address >> space is far more restrictive. Larger files may be possible on >> 64 bit >> systems." >> >> I guess I've found this limit. I've tried to check a few sysctls but >> I wasn't >> able to find the one effecting this limit. >> >> Could someone point me into the right direction in increasing the >> maximum >> mmap-able size? >> >> > If you are using the 32-bit i386 system, then you could be limited by > a couple of things, the kern.maxdsiz loader tunable or the datasize > limit are likely. On i386, I believe 1073741824 (1G) is the default > maxdsiz. With 4GB of RAM, I think you ought to be able to double > kern.maxdsiz in /boot/loader.conf. > Sorry to respond to my own posting: I just realized that the length value for mmap(), a size_t value, will become negative on i386 for values 2GB and over. That might be the source of your trouble. Guy -- Guy Helmer, Ph.D. Chief System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 15:16:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0066516A46D for ; Mon, 26 Nov 2007 15:16:29 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.freebsd.org (Postfix) with ESMTP id B8EAB13C506 for ; Mon, 26 Nov 2007 15:16:29 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.14.1/8.14.1) with ESMTP id lAQExEmq018404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Nov 2007 08:59:15 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <474ADF40.5050500@palisadesys.com> Date: Mon, 26 Nov 2007 08:59:12 -0600 From: Guy Helmer User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Gergely CZUCZY References: <20071121142404.GA7511@harmless.hu> In-Reply-To: <20071121142404.GA7511@harmless.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.5]); Mon, 26 Nov 2007 08:59:15 -0600 (CST) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-3.799, required 6, ALL_TRUSTED -1.80, BAYES_00 -2.60, J_CHICKENPOX_47 0.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Cc: freebsd-stable@freebsd.org Subject: Re: mmap max size (qemu VM memsize limit) 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, 26 Nov 2007 15:16:30 -0000 Gergely CZUCZY wrote: > Hello, > > I'm trying to set up a qemu with 4G memory to the host system > on a 7-BETA2, and I've hit some kind of limit in freebsd. > > When i give more then ~2000MB of memory to qemu, it returns > an after trying to mmap() it, saying "Could not map physical memory". > > At the end of mmap(2) there's a note saying: > " The len argument is limited to the maximum file size or available user- > land address space. Files may not be able to be made more than 1TB large > on 32 bit systems due to file systems restrictions and bugs, but address > space is far more restrictive. Larger files may be possible on 64 bit > systems." > > I guess I've found this limit. I've tried to check a few sysctls but I wasn't > able to find the one effecting this limit. > > Could someone point me into the right direction in increasing the maximum > mmap-able size? > > If you are using the 32-bit i386 system, then you could be limited by a couple of things, the kern.maxdsiz loader tunable or the datasize limit are likely. On i386, I believe 1073741824 (1G) is the default maxdsiz. With 4GB of RAM, I think you ought to be able to double kern.maxdsiz in /boot/loader.conf. Hope this helps, Guy -- Guy Helmer, Ph.D. Chief System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 15:26:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABCCA16A41B for ; Mon, 26 Nov 2007 15:26:30 +0000 (UTC) (envelope-from cmarlatt@rxsec.com) Received: from core.rxsec.com (core.rxsec.com [64.132.46.102]) by mx1.freebsd.org (Postfix) with SMTP id 56B2213C4F3 for ; Mon, 26 Nov 2007 15:26:30 +0000 (UTC) (envelope-from cmarlatt@rxsec.com) Received: (qmail 57972 invoked by uid 2009); 26 Nov 2007 14:51:01 -0000 Received: from 10.1.0.230 by core.rxsec.com (envelope-from , uid 2008) with qmail-scanner-1.25-st-qms (clamdscan: 0.86.2/1102. spamassassin: 3.0.4. perlscan: 1.25-st-qms. Clear:RC:0(10.1.0.230):SA:0(-4.4/5.0):. Processed in 4.861876 secs); 26 Nov 2007 14:51:01 -0000 X-Spam-Status: No, hits=-4.4 required=5.0 X-Antivirus-RXSEC-Mail-From: cmarlatt@rxsec.com via core.rxsec.com X-Antivirus-RXSEC: 1.25-st-qms (Clear:RC:0(10.1.0.230):SA:0(-4.4/5.0):. Processed in 4.861876 secs Process 57957) Received: from unknown (HELO ?10.13.100.31?) (cmarlatt@rxsec.com@10.1.0.230) by core.rxsec.com with SMTP; 26 Nov 2007 14:50:56 -0000 Message-ID: <474ADF4F.7090303@rxsec.com> Date: Mon, 26 Nov 2007 09:59:27 -0500 From: Chris Marlatt Organization: Receive Security User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <47496BE1.8080206@modula.no> <474988C0.4070909@conducive.net> In-Reply-To: <474988C0.4070909@conducive.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: SAS5IR performance issue with Dell 860 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, 26 Nov 2007 15:26:30 -0000 韓家標 Bill Hacker wrote: > > You haven't indicated what drives are on that controller, or how (RAID?) > arranged.,, what sort of on-drive or on-controller cahce and policy. > > Nor how you measured the '..performs better', which a single > can often do compared to several of the possible RAID configurations. > > Otherwise, those are not actually 'bad' numbers for sustained I/O - > especially if anything-at-all is going on at the same time that needs to > intervene and move the r/w heads 'elsewhere' - however briefly. > > More info? > > Bill > The issue has already been confirmed and a "fix"/hack committed so there's little point busting his balls for lack of information in his email. It seems like he was only requesting any updated information on the issue, not a full diagnosis. The Dell PE-860 only comes with 2 drives, so its going to be independent drives, raid 1, or raid 0. Frankly if independent drives or raid 0 are performing that poorly as well it would seem the issue is even worse than previously indicated. As for the cache policy, seeing as that's the fix, your question seems a little odd. Best regards, Chris From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 15:26:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44AF416A498 for ; Mon, 26 Nov 2007 15:26:53 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.de [194.25.134.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0920C13C4E5 for ; Mon, 26 Nov 2007 15:26:52 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd27.aul.t-online.de by mailout11.aul.t-online.de with smtp id 1IwfrG-0004UH-00; Mon, 26 Nov 2007 16:26:50 +0100 Received: from localhost (JlX8P0Zb8th6gqI7uX8fmsBzf5I2lKT2ejpJcdjZmvxxmHdNzn7DWcPCq4UzPtJ8pnQXQ3rwFS@[91.21.93.238]) by fwd27.t-online.de with esmtp id 1Iwfql-2HcSf20; Mon, 26 Nov 2007 16:26:19 +0100 Date: Mon, 26 Nov 2007 16:26:18 +0100 From: Oliver Herold To: freebsd-stable@freebsd.org Message-ID: <20071126152618.GA7358@myhost> Mail-Followup-To: freebsd-stable@freebsd.org References: <1196065897.474a8469ce741@webmail.uni-bocconi.it> <20071126121006.GA7519@myhost> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-ID: JlX8P0Zb8th6gqI7uX8fmsBzf5I2lKT2ejpJcdjZmvxxmHdNzn7DWcPCq4UzPtJ8pnQXQ3rwFS X-TOI-MSGID: 2f3d3933-b129-4a6e-9db3-799912305648 Subject: Re: Sound Blaster X-Fi 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: Mon, 26 Nov 2007 15:26:53 -0000 Yes at least in stable and current via emu10kx. Cheers, Oliver On Mon, Nov 26, 2007 at 02:01:51PM +0100, TooMany Secrets wrote: > On 11/26/07, Oliver Herold wrote: > > No there is no open source support for this card. Creative Labs delivers > > just a blob for 64bit (Linux). > > Sorry for to "usurp" this thread, but is creative audigy supported by FreeBSD? > > -- > Have a nice day ;-) > TooManySecrets > > ============================ > Dijo Confucio: > "Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás > disgustos." > ============================ > _______________________________________________ > 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 Nov 26 15:54:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9C8F16A47B for ; Mon, 26 Nov 2007 15:54:36 +0000 (UTC) (envelope-from holakac@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id 54B5213C4D9 for ; Mon, 26 Nov 2007 15:54:36 +0000 (UTC) (envelope-from holakac@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so438676wra for ; Mon, 26 Nov 2007 07:54:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=sODrM3Vp+7wKfimVkfMT1fmfII8rtOQWrC2xkwpyxzI=; b=JXkR7AkVjufP+W3zXyGA4zMpSYbyVymA02NYGBZv/5FnkSgJHhFxhFpllcJ5DlHMjTyobgajxUkwokypt2l4wnaOYknFe3hAtB5alr1riCTg+pKIQC26bSaNxUWGWD5+XZknLB76bOcZEugIW/7R7SoqCqLpqaEC5tdMV6EYDX4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type; b=ce3Y4IYrZANryskRN59bkbdEVGArDPHM5elLYnN2UoskmiiNc2WbIcT+XoU6QJ/NXRBZ6EXb7nC59LnizpIhPWJuNMk9hFJB4CX1CjI7xY2lf5YoOWXcs/RvDtUeVkSJxWl8IEKuP2ALHmwIxQ3gK013ec6bLJ7Bd8qZY+3TR5I= Received: by 10.78.165.16 with SMTP id n16mr2997762hue.1196091001189; Mon, 26 Nov 2007 07:30:01 -0800 (PST) Received: by 10.78.178.13 with HTTP; Mon, 26 Nov 2007 07:30:01 -0800 (PST) Message-ID: Date: Mon, 26 Nov 2007 16:30:01 +0100 From: "Honza Holakovsky" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Some processes stay active after killing its PID 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, 26 Nov 2007 15:54:36 -0000 Hi, I'm expecting quite curious problem (currently spotted with usage of audacious (1.3.2 [20070405-4320]) and fusefs-wdfs (1.3.2)) After I finish working with either of these two programs (i.e. closing audacious windown or unmounting wdfs unit), they still run on background, and cosume all remaining cpu performance. Even if I kill its PID, it's still running. "top" looks like this: last pid: 21161; load averages: 1.30, 1.33, 1.11 up 0+02:49:43 16:20:56 51 processes: 3 running, 48 sleeping CPU states: 53.1% user, 0.0% nice, 46.5% system, 0.4% interrupt, 0.0%idle Mem: 209M Active, 226M Inact, 105M Wired, 21M Cache, 70M Buf, 54M Free Swap: 2048M Total, 20K Used, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 19163 root 1 132 0 19112K 4948K RUN 14:57 81.88% wdfs 18873 holakac 1 96 0 79652K 53568K select 13:14 1.66% Xorg 18911 holakac 4 20 0 104M 81280K kserel 9:06 0.00%firefox-bin I'm running FreeBSD 6.3-PRERELEASE i386 dmesg - http://straz.shacknet.nu/junk/dmesg.txt /var/db/pkg - http://straz.shacknet.nu/junk/pkg.txt Don't know what other info would help :P Thanks for any advice From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 16:11:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67AB816A420 for ; Mon, 26 Nov 2007 16:11:41 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 2495E13C478 for ; Mon, 26 Nov 2007 16:11:41 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lAQGBWNt032908 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 26 Nov 2007 11:11:32 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-EmLEqyzC1Nq/JXskZwu/" Organization: U. Buffalo CSE Department Date: Mon, 26 Nov 2007 11:11:32 -0500 Message-Id: <1196093492.82465.42.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: HEADS-UP: RELENG_6_3 Release Branch created... 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, 26 Nov 2007 16:11:41 -0000 --=-EmLEqyzC1Nq/JXskZwu/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable In preparation for 6.3-RC1 the RELENG_6_3 branch got created over the weekend, and we're getting ready to start the builds for RC1. So, if you are updating machine(s) you expect to be following along with the rest of the testing phase and on into the 6.3-RELEASE when it's finished you should at this point stop using RELENG_6 as your branch tag and shift over to RELENG_6_3 for any updates you make. We'll send out a message announcing when the RC1 builds are done and have been made available. This is just a warning for anyone who might be thinking about updating a machine between now and when that announcement gets made so you know to switch branch tags. Thanks. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-EmLEqyzC1Nq/JXskZwu/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHSvA0/G14VSmup/YRAvbSAJ4zih+p/aqyLr9V5kBdZ16Kc1ISjACfeA6b 5+w22YgQRuQzoi6aNrigZbs= =Nm4T -----END PGP SIGNATURE----- --=-EmLEqyzC1Nq/JXskZwu/-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 18:43:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7351116A469 for ; Mon, 26 Nov 2007 18:43:52 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.freebsd.org (Postfix) with ESMTP id 1125C13C4EE for ; Mon, 26 Nov 2007 18:43:51 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id lAQIho7J045430; Mon, 26 Nov 2007 19:43:50 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id D9427B8F8; Mon, 26 Nov 2007 19:43:49 +0100 (CET) Date: Mon, 26 Nov 2007 19:43:49 +0100 From: Roland Smith To: Martin Matuska Message-ID: <20071126184349.GB19393@slackbox.xs4all.nl> Mail-Followup-To: Martin Matuska , freebsd-stable@freebsd.org References: <474A7F83.7080900@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline In-Reply-To: <474A7F83.7080900@FreeBSD.org> 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.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 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: Mon, 26 Nov 2007 18:43:52 -0000 --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 26, 2007 at 09:10:43AM +0100, Martin Matuska wrote: > Hi, >=20 > I am using a MSI K9AG Neo2-Digital (MS-7368) mainboard with 7.0-BETA3 in > amd64 mode at a german dedicated server provider. > The mainboard has a onboard re(4) ethernet controller. I experience a > very strange behaiviour: >=20 > When there are large transfers on the onboard SATA controller the re(4) > controller starts to have packet loss. >=20 > This packet loss does not stop when there is no more load on ata(4). > With another high load (like doing a full-system backup) the packet loss > keeps increasing up to 90% and more - the system is not accesible over > the internet anymore, packets get lost, SSH sessions or http requests > get stale, I have to restart the system. One thing you could check is if the network cards are sharing an irq with other hardware; "ps -xa | grep '\[irq'" If so, you could try to enable device polling(4) with ifconfig. The sysctl kern.polling.enable must be set to 1, and the kernel must be compiled with 'options DEVICE_POLLING'. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHSxPlEnfvsMMhpyURAtcZAKCrKWER/L6jGoPCu8krlfIsKB4tTgCgmrnN r+2YfC+Z4rVWpWwpdSncUbI= =L2vz -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 19:07:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CD4716A468 for ; Mon, 26 Nov 2007 19:07:23 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.freebsd.org (Postfix) with ESMTP id 90DBD13C4DB for ; Mon, 26 Nov 2007 19:07:22 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr2.xs4all.nl (8.13.8/8.13.8) with ESMTP id lAQJ7KkY050951; Mon, 26 Nov 2007 20:07:21 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 7A512B8F8; Mon, 26 Nov 2007 20:07:20 +0100 (CET) Date: Mon, 26 Nov 2007 20:07:20 +0100 From: Roland Smith To: Honza Holakovsky Message-ID: <20071126190720.GD19393@slackbox.xs4all.nl> Mail-Followup-To: Honza Holakovsky , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DiL7RhKs8rK9YGuF" 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.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Some processes stay active after killing its PID 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, 26 Nov 2007 19:07:23 -0000 --DiL7RhKs8rK9YGuF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 26, 2007 at 04:30:01PM +0100, Honza Holakovsky wrote: > Hi, >=20 > I'm expecting quite curious problem (currently spotted with usage of > audacious (1.3.2 [20070405-4320]) and fusefs-wdfs (1.3.2)) > After I finish working with either of these two programs (i.e. closing > audacious windown or unmounting wdfs unit), they still run on background, > and cosume all remaining cpu performance. Even if I kill its PID, it's st= ill > running. "top" looks like this: How did you kill them? Did you use 'kill -9'? > last pid: 21161; load averages: 1.30, 1.33, 1.11 > up 0+02:49:43 16:20:56 > 51 processes: 3 running, 48 sleeping > CPU states: 53.1% user, 0.0% nice, 46.5% system, 0.4% interrupt, 0.0%i= dle > Mem: 209M Active, 226M Inact, 105M Wired, 21M Cache, 70M Buf, 54M Free > Swap: 2048M Total, 20K Used, 2048M Free >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 19163 root 1 132 0 19112K 4948K RUN 14:57 81.88% wdfs > 18873 holakac 1 96 0 79652K 53568K select 13:14 1.66% Xorg > 18911 holakac 4 20 0 104M 81280K kserel 9:06 0.00%firefox-= bin Under some circumstances, a process cannot be killed, e.g. if 'px -xacu' has the process in D state. See ps(1). Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --DiL7RhKs8rK9YGuF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHSxloEnfvsMMhpyURAsQYAJ0fqW42GcY5J7WQYZI/6xERhqk1RQCfXl7J mR3g3v3QO62fhZwzPgnUI1Y= =jLOV -----END PGP SIGNATURE----- --DiL7RhKs8rK9YGuF-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 21:41:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8874E16A41A for ; Mon, 26 Nov 2007 21:41:55 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2C6A413C468 for ; Mon, 26 Nov 2007 21:41:54 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from OMTA12.westchester.pa.mail.comcast.net ([76.96.62.44]) by QMTA04.westchester.pa.mail.comcast.net with comcast id HZU91Y00B0xGWP80503M00; Mon, 26 Nov 2007 21:41:54 +0000 Received: from 0lsen.net ([24.20.127.157]) by OMTA12.westchester.pa.mail.comcast.net with comcast id HZhu1Y00B3Pt6RU0300000; Mon, 26 Nov 2007 21:41:54 +0000 X-Authority-Analysis: v=1.0 c=1 a=SvO1ZlY_sx0A:10 a=6I5d2MoRAAAA:8 a=6bBqW7KpvDWbtgj0tR8A:9 a=4bwFgWS1KLQeRPdMCGhy2BOPAO4A:4 a=LY0hPdMaydYA:10 Received: by 0lsen.net (Postfix, from userid 1001) id 7118E78C8B; Mon, 26 Nov 2007 13:41:49 -0800 (PST) Date: Mon, 26 Nov 2007 13:41:49 -0800 From: Clint Olsen To: freebsd-stable@freebsd.org Message-ID: <20071126214149.GA98304@belle.0lsen.net> References: <20071102095628.GA796@0lsen.net> <472AF94B.1020600@gmx.de> <20071111043931.GA1460@0lsen.net> <4736F9A4.1020606@andric.com> <20071111183713.GA3506@0lsen.net> <20071111115602.91xrq6thygowgooc@webmail.1command.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071111115602.91xrq6thygowgooc@webmail.1command.com> User-Agent: Mutt/1.4.2.3i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Subject: Re: Ok, so now what? Binary upgrade to 6.2-RELEASE fails 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, 26 Nov 2007 21:41:55 -0000 On Nov 11, Chris H. wrote: > It's as simple as making your swap slice available for dumping, and > adding a line in your rc.conf file. Of course you'll need to "lift" the > information of interest from the vmcore, for the dump to be of any value. > :) > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html#KERNELDEBUG-OBTAIN > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > It's really a simple process. Heh, simple is relative :) But it doesn't look that bad -- thanks for the information. I'll likely need this at some point. Unfortunately I did not have the luxury to embroil myself in debug hell with this problem since this is my mail/web machine and others depend on it. I can tolerate some downtime, but this was just getting to be too much. I just backed up the system, and installled FreeBSD 6.2-RELEASE from scratch and most things are back up and running after a night until 3am. Yuck, I don't ever want to have to deal with something like this again. Hopefully after I get brave enough I /might/ entertain jumping onto a STABLE branch again... Thanks, -Clint From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 21:45:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7D9716A469 for ; Mon, 26 Nov 2007 21:45:43 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 77A9F13C4DD for ; Mon, 26 Nov 2007 21:45:43 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1997734pyb for ; Mon, 26 Nov 2007 13:45:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=JcT9+t41+JyuiWfkpO9bm6Oajgxr2OVbXezFYj4lV0I=; b=Xr4LnuQVjla/hVLSBdh0V9zFGd5l/aIRJRHeeGko+G9KZeeZgN/t7Ltb1zWuAaZbLEpr/Q88zkOiLWP2vZFwvvhmgQRwWTwOxErZKPJQVUxW1wgoTXc0qj+K8kU2TgTQvhu8RuRfqfCuE71JQLYXNemcT/wwSiKEGM5RXguN5aA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=QOgvooclzuRfNO8viQoclx7budWI3/Wvd8pU5fPnVRse6lmxZ/DW9WsEkiOdrDwa0jk7qEPBAsFLKGUKSz5hZ6HS6YWmfuYpcyZyo2PjwGrL5KpPBN7Wnc8Wot108zooyrGnLXNvTs/fNbrv0b3uBU2KIhfeNPeb+hDRmykMGZQ= Received: by 10.64.148.8 with SMTP id v8mr6913040qbd.1196113542363; Mon, 26 Nov 2007 13:45:42 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id d12sm1431661qbc.2007.11.26.13.45.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 26 Nov 2007 13:45:41 -0800 (PST) Message-ID: <474B3E85.4080502@gmail.com> Date: Mon, 26 Nov 2007 16:45:41 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: pyunyh@gmail.com References: <474A7F83.7080900@FreeBSD.org> <20071126092457.GE1025@cdnetworks.co.kr> In-Reply-To: <20071126092457.GE1025@cdnetworks.co.kr> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, Martin Matuska Subject: Re: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 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: Mon, 26 Nov 2007 21:45:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > > Me either. I have a WIP version that fixes other issues on re(4) but > I'm not sure whether it mitigates your issue. The overhauled re(4) > supports larger descriptors(256 instead of 64) and TSO. > http://people.freebsd.org/~yongari/re/if_re.c > http://people.freebsd.org/~yongari/re/if_rlreg.h Before I try them what is the difference between these and two other posted patches? and second since I use a cvs repo against -current can you repost them as patches? (if no on the second I will make an attempt to do it but I am still new at making patches) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHSz6EJ9+1V27SttsRAuH2AJ4kqaWrHhEPpoTE3IVbF4sl33OoBACggZIw 4ZdLcpp7j4ClWlzquKmuk/4= =+HWj -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 26 22:30:08 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8664116A46D; Mon, 26 Nov 2007 22:30:08 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 24C8713C455; Mon, 26 Nov 2007 22:30:02 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 221393411-1834499 for multiple; Mon, 26 Nov 2007 17:13:47 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lAQMDGCT010864; Mon, 26 Nov 2007 17:13:22 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Dan Epure Date: Mon, 26 Nov 2007 16:24:51 -0500 User-Agent: KMail/1.9.6 References: <20071118012616.GF19354@iogyte.ro> <20071122085228.M60495@fledge.watson.org> <20071122154741.GA73724@iogyte.ro> In-Reply-To: <20071122154741.GA73724@iogyte.ro> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711261624.52550.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 26 Nov 2007 17:13:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4928/Mon Nov 26 13:10:39 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, Robert Watson , csjp@FreeBSD.org Subject: Re: pseudo terminals in 7.0 - pts implementation 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, 26 Nov 2007 22:30:08 -0000 On Thursday 22 November 2007 10:47:41 am Dan Epure wrote: > Hi, > > For the moment this feature is only available in HEAD. I think the limit is "only" 512 master/slave pairs. > Should be enough for this year. Is it going to be merged in 6.3 ? > Thanks again. The 512 ptys can easily be merged. We actually are using 1152 ptys at work using a similar patch (just more pty letters). > On Thu, Nov 22, 2007 at 08:53:36AM +0000, Robert Watson wrote: > > > > On Thu, 22 Nov 2007, Dan Epure wrote: > > > >> Thank you for your answer. In this case the first problem (gnu screen) > >> does not deserve any attention because it is related to the ptmx clonig. > >> My goal is to find a way to increase the number os pseudo terminal. the > >> traditional 256 pty is not sufficient for my needs. Is there any way to do > >> this on freebsd other than using ptmx cloning ? > > > > John Baldwin has just merged support for up to 1024 ptys using the > > traditional pty driver, I believe, to HEAD, and plans (or perhaps has > > already) merged it to 7.0. I see no reason not to further merge it to 6.x. > > I've stuck him on the CC list also. > > > > Robert N M Watson > > Computer Laboratory > > University of Cambridge > > > >> > >> > >> On Wed, Nov 21, 2007 at 10:00:02PM +0000, Robert Watson wrote: > >>> > >>> On Sun, 18 Nov 2007, Robert Watson wrote: > >>> > >>>> On Sun, 18 Nov 2007, Dan Epure wrote: > >>>> > >>>>> 7.0-BETA3 still has issues regarding the pts implementation . problems > >>>>> found: 1. - GNU screen: starting a screen, opening a few windows and > >>>>> quiting screen leaves the allocated pseudo terminal in use. 100 screen > >>>>> user, using each one opening 10 windows will deplete the default of > >>>>> 1000 > >>>>> pseudo terminals leaving the system unusable. 2. - 'ls /dev/ptmx' > >>>>> creates > >>>>> an additional entry in /dev/pty/. when the number of entries equals > >>>>> kern.pts.max the system became unusable. > >>>> > >>>> The first of these is likely a reference management bug of some sort -- > >>>> I > >>>> find that if I close a pty in screen by exiting the shell, the pts > >>>> device > >>>> is GC'd properly, but if I close it by killing the session with ctrl-k, > >>>> then the pts device is not properly GC'd and processes hung off it not > >>>> properly killed. I believe that closing the master device is not > >>>> properly > >>>> kicking the slave device and causing its consumers to exit, hence the > >>>> pts > >>>> device not being closd and released. Christian was taking a look at > >>>> this > >>>> a couple of days ago, and I've CC'd him. > >>>> > >>>> The second problem is more tricky, and has to do with the cloning model. > >>>> Similar problems can exist with other variations on the ptmx > >>>> implementation, and I need to give some thought to how to address this. > >>> > >>> Dan, > >>> > >>> So, thinking a bit more about the second problem, I think it is inherrent > >>> to the way we've designed the /dev/ptmx cloning model, which is > >>> unfortunate. My current leaning is to disable the ptmx mechanism in 7.0 > >>> and put together a revised one for 7.1. The reason to do this is to > >>> avoid > >>> encoding the user<->kernel interface for allocating pty's via ptmx along > >>> the current lines, which we'd then need to continue supporting in future > >>> releases. I'm going to spend a bit of time over the next day or two > >>> looking at revising the interface to fix these problems. > >>> > >>> Robert N M Watson > >>> Computer Laboratory > >>> University of Cambridge > >> > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 00:23:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F2DC16A417 for ; Tue, 27 Nov 2007 00:23:10 +0000 (UTC) (envelope-from virgo977virgo@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2566F13C447 for ; Tue, 27 Nov 2007 00:23:09 +0000 (UTC) (envelope-from virgo977virgo@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1126161waf for ; Mon, 26 Nov 2007 16:23:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=8vXA1qKUh6WX0+bAoZUIy2ndVmuQivMKhwuZImSrm7o=; b=AbDW4w5+tcqrJtJ7MQzPnXtsuINSFbCcXCROJSHL9DF6X0q4U72xUT1xjaM5OuYWL2g85Sz5hIZ9rRV0VQKv70Ah5AnG/aWXxJrX+I8lTwH4m33mr8le4Fx1VJwn1w7EEWVdb36JodE97ag7vief4Ceg9C02POfTauCGjktT8f0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=UwFDVyCRkDry9nXxfuXpDDN0c9CjIHrjjDcWqeVl/ye3HpZxHvziMGhhvOWPEGG32NL1fm2ud8X6IDIwfdO6kFBeECXPBGTHCExD6a0q7lDA3PS/Nx0907XZHdKSos8zexoE+LKzvR4c4P+z1G9cHvY3rhgi0UJRs4VpV9mcxXA= Received: by 10.114.176.1 with SMTP id y1mr1309328wae.1196121509255; Mon, 26 Nov 2007 15:58:29 -0800 (PST) Received: by 10.115.54.11 with HTTP; Mon, 26 Nov 2007 15:58:29 -0800 (PST) Message-ID: <906f26060711261558j42749f58mf5cd3cf4619a701b@mail.gmail.com> Date: Tue, 27 Nov 2007 00:58:29 +0100 From: "Stefano Spinucci" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: installation problems of FreeBSD 7 beta 2 on Dell D610 (multiboot con solaris, linux, winxp) 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, 27 Nov 2007 00:23:10 -0000 I encountered some problems installing FreeBSD 7 beta 2 on my Dell D610 laptop, on the original 60 gb hd; the hd is formatted as follows: - primary 1, 15 gb, ntfs for Windows XP - primary 2, 15 gb, solaris for Open Solaris - primary 3, 10 gb, fat32 for FreeBSD - extended, 20 gb, 3 partitions for linux I tried to install FreeBSD many times, but after the geometry error (the geometry is however correctly recognized), FDISK doesn't find any partition and the space is shown as free, unpartitioned. I tried to set the partition type for FreeBSD to FAT16, FAT32, FreeBSD and I also reformatted the partition many times, but with no success. have you any idea??? Thanks in advance. PS I wrote also to the italian mailing list gufi, without reply. bye --- Stefano Spinucci From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 01:50:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADE2D16A419 for ; Tue, 27 Nov 2007 01:50:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 7759C13C442 for ; Tue, 27 Nov 2007 01:50:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1157533waf for ; Mon, 26 Nov 2007 17:50:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=NbuUUDo+5T7JMTAYjRfdGVzbUSdeiCK0d48BFcGaenY=; b=ErPPU+fzT4my0zRZp5Dsz4XoofBOSzq88Tou6Wuy2rvuWaTCEVCvf/v+oQUvIa2Ot8Qz6qmbJ+//KcLlh8HZjWTLGTWDUX6l3uoPuOSompQfIhR09M9FDAtG3Utg2bmrb93AMV0FZtpasyZjTDjmSNGHPFM2nHJVkLT7bQvuWuU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=sW2gxIF7FsIWPO3jarE5phqicTFmvaEWfOUdjaxf4pYvFfPffaZKCrRinrxTmPI8aUwpL4OdXgOk1+ykHgpirOY7IZUAoTESvRFIt9JH7HHzcsjxR7kLvQrasq9yFh8FS19+jIJnTz4R9L0jLlRPiMUp29WiX81A5F500tvhZgo= Received: by 10.115.32.1 with SMTP id k1mr322504waj.1196128234970; Mon, 26 Nov 2007 17:50:34 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id n38sm388630wag.2007.11.26.17.50.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Nov 2007 17:50:33 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAR1mPMp006586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Nov 2007 10:48:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAR1mPhS006585; Tue, 27 Nov 2007 10:48:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 27 Nov 2007 10:48:25 +0900 From: Pyun YongHyeon To: "Aryeh M. Friedman" Message-ID: <20071127014825.GA6110@cdnetworks.co.kr> References: <474A7F83.7080900@FreeBSD.org> <20071126092457.GE1025@cdnetworks.co.kr> <474B3E85.4080502@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474B3E85.4080502@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@FreeBSD.org, Martin Matuska Subject: Re: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 amd64) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@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, 27 Nov 2007 01:50:35 -0000 On Mon, Nov 26, 2007 at 04:45:41PM -0500, Aryeh M. Friedman wrote: [...] > > > > Me either. I have a WIP version that fixes other issues on re(4) but > > I'm not sure whether it mitigates your issue. The overhauled re(4) > > supports larger descriptors(256 instead of 64) and TSO. > > http://people.freebsd.org/~yongari/re/if_re.c > > http://people.freebsd.org/~yongari/re/if_rlreg.h > > Before I try them what is the difference between these and two other > posted patches? and second since I use a cvs repo against -current can Sorry, I don't know what patches you are referring to. Maybe I've posted too many patches. :( > you repost them as patches? (if no on the second I will make an > attempt to do it but I am still new at making patches) > Sure. http://people.freebsd.org/~yongari/re/re.HEAD.patch -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 01:54:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E07816A419 for ; Tue, 27 Nov 2007 01:54:20 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id BB64D13C4CE for ; Tue, 27 Nov 2007 01:54:19 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2173128pyb for ; Mon, 26 Nov 2007 17:54:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=ohnuKb6diM6OAmU0rebdWhcNw3Uf5JAWR7KYgCCsOZU=; b=XKFt2rqvMBfF40r6ip6iNaFGRkSAmFWYZRme1CKdVS0ZlfNJTJwPmQ+m28ZSonXwfdHzIEbVbK6K+RTbWLf0DLFP6wX1CK4WEsIxKNiXfv5d81QaG9ZuxcwHJ4E+ipy8iFIUyIGtYlvfgAQN5CStnmDAaHhOhF5hWTJm+qKPbho= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=s+LiNMAz/0l2PxTAmh/ld/s1Bb46HDX3kMhtTYcY0fyTm+4nwK2zX6cb6zDmyM58411K7bolBpz+/O1FD4Ox8l5V7Es/0eO4fqiajtfrNqm3AEELmtefWC3f2T6j2fy7w6TjHG4fBcgdmAjY+kEhhRge2loZUkOwYFlb6UObhN0= Received: by 10.64.209.6 with SMTP id h6mr7388058qbg.1196128457764; Mon, 26 Nov 2007 17:54:17 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e18sm1444775qba.2007.11.26.17.54.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 26 Nov 2007 17:54:17 -0800 (PST) Message-ID: <474B78C8.6040101@gmail.com> Date: Mon, 26 Nov 2007 20:54:16 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: pyunyh@gmail.com References: <474A7F83.7080900@FreeBSD.org> <20071126092457.GE1025@cdnetworks.co.kr> <474B3E85.4080502@gmail.com> <20071127014825.GA6110@cdnetworks.co.kr> In-Reply-To: <20071127014825.GA6110@cdnetworks.co.kr> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, Martin Matuska Subject: Re: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 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: Tue, 27 Nov 2007 01:54:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pyun YongHyeon wrote: > On Mon, Nov 26, 2007 at 04:45:41PM -0500, Aryeh M. Friedman wrote: > > [...] > > > > > > Me either. I have a WIP version that fixes other issues on re(4) but > > > I'm not sure whether it mitigates your issue. The overhauled re(4) > > > supports larger descriptors(256 instead of 64) and TSO. > > > http://people.freebsd.org/~yongari/re/if_re.c > > > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > > Before I try them what is the difference between these and two other > > posted patches? and second since I use a cvs repo against -current can > > Sorry, I don't know what patches you are referring to. Maybe > I've posted too many patches. :( I think you answered the question when you replaced the old re.HEAD.patch (which is the one you had made previously for a diff issue on the same board)... appling it right now will give you feed back in a day or so - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHS3jIJ9+1V27SttsRAsgHAJsHlI6Wk6fiYWtq/l/q8+0Vp3LTSgCgmgHX lTrd37bS0T4YNp2prEmh2vU= =oMFY -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 05:28:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 583B416A419 for ; Tue, 27 Nov 2007 05:28:37 +0000 (UTC) (envelope-from info-gentoo@mark.thompson.bz) Received: from fall-curlleaf.atl.sa.earthlink.net (fall-curlleaf.atl.sa.earthlink.net [207.69.195.105]) by mx1.freebsd.org (Postfix) with ESMTP id 1489713C468 for ; Tue, 27 Nov 2007 05:28:37 +0000 (UTC) (envelope-from info-gentoo@mark.thompson.bz) Received: from pop-sarus.atl.sa.earthlink.net ([207.69.195.72]) by fall-curlleaf.atl.sa.earthlink.net with esmtp (Exim 4.34) id 1IwrrU-0005EL-Ot for freebsd-stable@freebsd.org; Mon, 26 Nov 2007 23:15:52 -0500 Received: from user-0c9hfir.cable.mindspring.com ([24.152.190.91] helo=gw.tgsoft.com) by pop-sarus.atl.sa.earthlink.net with esmtp (Exim 3.36 #1) id 1IwrrT-0006bJ-00 for freebsd-stable@freebsd.org; Mon, 26 Nov 2007 23:15:51 -0500 Received: by gw.tgsoft.com (Postfix, from userid 58) id 7E29D5C45; Mon, 26 Nov 2007 20:15:51 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on moose.tgsoft.com X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.2.3 Received: from [10.126.86.24] (squirrel.tgsoft.com [10.126.86.24]) by gw.tgsoft.com (Postfix) with ESMTP id 43C675C43 for ; Mon, 26 Nov 2007 20:15:50 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <7A00E886-8DDD-4B31-9443-C7F38ACB8635@mark.thompson.bz> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: mark thompson Date: Mon, 26 Nov 2007 20:15:54 -0800 X-Mailer: Apple Mail (2.752.3) Subject: 7 Beta, ZFS, NFS not playing nice with Mac OS 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, 27 Nov 2007 05:28:37 -0000 I have an amd64 server running 7 Beta 2. It is exporting a ZFS-based filesystem with NFS. My Mac OS X (Tiger) client is having problems with the NFS filesystem. Things work fine from the shell, but the Finder is unable to create files on the ZFS-based filesystem. I made a trace with ethereal of a successful file write to a UFS partition and an un-successful write to a ZFS partition. In frame 15 (17 in nfs.bad) a CREATE call is issued, with the filename and a mode of EXCLUSIVE (2) Frame 16 (18 in nfs.bad) is a response, showing the MODE as 0000 Frame 17 (19 in nfs.bad) is a SETATTR call with a new mode of 0644 Frame 18 in nfs.good is a SETATTR reply which shows the new mode as 0644 on the UFS disk ... Frame 20 in nfs.bad is a SETATTR reply which shows the new mode as 0000 on the ZFS disk Frame 22 in nfs.good is an ACCESS reply which shows the mode as 0644 on the UFS disk ... Frame 24 in nfs.bad is an ACCESS reply which shows the mode as 0000 on the ZFS disk it also shows that MODIFY and EXTEND are disabled. The Mac then creates a file for the mac-metadata in mode UNCHECKED (0) and mode 0644, and that goes ok in both traces. In summary, it appears that ZFS does not allow SETATTR to change the file mode, at least in the case where it is zero, and UFS does. The mac is apparently using NFS version 3, if that matters. The traces are too large to quote here, if they are needed to track this down further they are: http://www.tgsoft.com/nfs.bad http://www.tgsoft.com/nfs.good -mark From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 07:35:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CADB16A420 for ; Tue, 27 Nov 2007 07:35:02 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 12B8313C45A for ; Tue, 27 Nov 2007 07:35:01 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so222322anc for ; Mon, 26 Nov 2007 23:35:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=FYi9HLYgIRqlue28Eu7IDcvtJcgvppvy+iSsfHdu8cc=; b=if8x4bHU1x2oiIhs8B0hEYJy7l/1tkA3HKJS5zlE3wMRUpPcZfuouTVt4E++nV3hpsQ5xdzw5nusxIXoD5fmWbes+8cjtn55ST8+jJF+MrIKmGRQ3yt5MGN2JI0G4uzi1DmFOu4m85CCB/YDZHRpQTg5aOhJwrnJCdQduMy7Svo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=usyBx4B17tmmvATWzL0gdNN1FX82G2A4SCWnu07Ld3GEWjX0eEl45en03/vJMe61Wp5Lm7BaPvsz3VCsiXNn+pLUd1m9L/xoITuI684m1XmVL6daLYZhLKMMZ3tH3V9MyoQMMjXcVEB2lD1Xx4WlP9zxwvoBhO7rmH2ms7l/lGk= Received: by 10.100.208.11 with SMTP id f11mr5860804ang.1196148901550; Mon, 26 Nov 2007 23:35:01 -0800 (PST) Received: by 10.90.36.5 with HTTP; Mon, 26 Nov 2007 23:35:01 -0800 (PST) Message-ID: Date: Tue, 27 Nov 2007 09:35:01 +0200 From: "Dennis Melentyev" To: "Stefano Spinucci" In-Reply-To: <906f26060711261558j42749f58mf5cd3cf4619a701b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <906f26060711261558j42749f58mf5cd3cf4619a701b@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: installation problems of FreeBSD 7 beta 2 on Dell D610 (multiboot con solaris, linux, winxp) 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, 27 Nov 2007 07:35:02 -0000 Hi! 2007/11/27, Stefano Spinucci : > I encountered some problems installing FreeBSD 7 beta 2 on my Dell > D610 laptop, on the original 60 gb hd; the hd is formatted as follows: > - primary 1, 15 gb, ntfs for Windows XP > - primary 2, 15 gb, solaris for Open Solaris > - primary 3, 10 gb, fat32 for FreeBSD > - extended, 20 gb, 3 partitions for linux > > I tried to install FreeBSD many times, but after the geometry error > (the geometry is however correctly recognized), FDISK doesn't find any > partition and the space is shown as free, unpartitioned. > > I tried to set the partition type for FreeBSD to FAT16, FAT32, FreeBSD > and I also reformatted the partition many times, but with no success. > > have you any idea??? Are you kidding? If no, just read the handbook. And check the partition type for FreeBSD. FAT[13][26] is for MustDie. -- Dennis Melentyev From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 08:47:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51ABF16A419 for ; Tue, 27 Nov 2007 08:47:40 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A01BA13C442 for ; Tue, 27 Nov 2007 08:47:39 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 27 Nov 2007 08:47:37 -0000 Received: from vpn-cl-166-132.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [141.3.166.132] by mail.gmx.net (mp031) with SMTP; 27 Nov 2007 09:47:37 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX18CazcVXCgCi4VgYWaHDf9pYOvFk3ti7ZYoEuC7ke 3PenCCtcPGuqQ/ Message-ID: <474BD99C.7070002@gmx.de> Date: Tue, 27 Nov 2007 09:47:24 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: msdosfs performance unbearable 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, 27 Nov 2007 08:47:40 -0000 ufs: $ time -h tar -xf php_manual_en.tar.gz 3.31s real 0.43s user 0.51s sys msdosfs: I stopped that after 45 minutes. Also the system becomes barely responsive. The mouse moves extremely sloppy and a key-press often causes 2 characters to be printed. Mouse-clicks are either lost or take more than 10 seconds to be recognized. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 09:06:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2710316A41B for ; Tue, 27 Nov 2007 09:06:30 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 9EABA13C442 for ; Tue, 27 Nov 2007 09:06:29 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.46]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id lAR8ReTA013830 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 27 Nov 2007 09:27:41 +0100 (CET) (envelope-from h.schmalzbauer@omnisec.de) Date: Tue, 27 Nov 2007 09:27:29 +0100 From: Harald Schmalzbauer To: freebsd-stable@freebsd.org Message-ID: <20071127092729.189bcbae@titan.flintsbach.schmalzbauer.de> Organization: OmniSEC X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/A2yHs8D9KIGuls59IdFBkAh"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: cryptodev and ssh on RELENG_7 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, 27 Nov 2007 09:06:30 -0000 --Sig_/A2yHs8D9KIGuls59IdFBkAh Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, I have a HiFN crypto card and can remember that it was used for ssh connections with 3des encryption (on 6.1 afair). But with RELENG_7 it isn't used at all (no interrupts) if I 'ssh -v -c 3des-cbc user@host' Any ideas what is wrong? dmesg: hifn0 mem 0x80000000-0x80000fff,0x80040000-0x80041fff,0x80080000-0x80087fff irq 12 at device 13.0 on pci0 hifn0: [ITHREAD] hifn0: Hifn 7955, rev 0, 32KB dram, pll=3D0x801 crw-rw-rw- 1 root wheel - 0, 41 Nov 27 08:13:41 2007 /dev/crypto Thanks in advance, -Harry --Sig_/A2yHs8D9KIGuls59IdFBkAh Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHS9T4LDqVQ9VXb8gRAhCqAKC79ILGTMkPTH/9m5Q8U02T6J988gCgucmN 13C7ew5Cj0iybXIMr1qJWyY= =IhEw -----END PGP SIGNATURE----- --Sig_/A2yHs8D9KIGuls59IdFBkAh-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 10:25:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51BCB16A419 for ; Tue, 27 Nov 2007 10:25:57 +0000 (UTC) (envelope-from virgo977virgo@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 24D1813C478 for ; Tue, 27 Nov 2007 10:25:57 +0000 (UTC) (envelope-from virgo977virgo@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1307447waf for ; Tue, 27 Nov 2007 02:25:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Hyh+0t6+NFuunjlYohzmJOhMR1Ez4Pjmn91igTogkJo=; b=lVg3Dv8jR6UAGV9abYaJsdETyuKqFlnEs+oS9VXNmZIHKjZAxjNUh2Ols/0VHsqQhPP2ytrnywWgAoFlrH1KLa8grqnmxWOxSWmk933M03tpC6F7/HCuF/9DAV4l7yRyB27ve2WqBd7xk6mZNGxeIHQh+/VpxNbrCuES2zLh3DA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rnx+mldRKFBkPkZNq26o18+twjKZ422ywX8DeuJz0AtBGsVGb3XefPz66aRc6XU5H+jfc++OFfTFRANxsXJBwTLQJo/CnoUO59g0DcYR7MHr2zmYMpsMiLjX1/u7mX99UqLCfcIgFFnQCe/kQ+0LbJIP/q/V2wv5ajUJE0aDaJ8= Received: by 10.114.37.1 with SMTP id k1mr113135wak.1196159156726; Tue, 27 Nov 2007 02:25:56 -0800 (PST) Received: by 10.115.54.11 with HTTP; Tue, 27 Nov 2007 02:25:56 -0800 (PST) Message-ID: <906f26060711270225s760a1989i6f9f45cf157bfbb6@mail.gmail.com> Date: Tue, 27 Nov 2007 11:25:56 +0100 From: "Stefano Spinucci" To: "Dennis Melentyev" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <906f26060711261558j42749f58mf5cd3cf4619a701b@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: installation problems of FreeBSD 7 beta 2 on Dell D610 (multiboot con solaris, linux, winxp) 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, 27 Nov 2007 10:25:57 -0000 On 11/27/07, Dennis Melentyev wrote: > Hi! > > 2007/11/27, Stefano Spinucci : > > I encountered some problems installing FreeBSD 7 beta 2 on my Dell > > D610 laptop, on the original 60 gb hd; the hd is formatted as follows: > > - primary 1, 15 gb, ntfs for Windows XP > > - primary 2, 15 gb, solaris for Open Solaris > > - primary 3, 10 gb, fat32 for FreeBSD > > - extended, 20 gb, 3 partitions for linux > > > > I tried to install FreeBSD many times, but after the geometry error > > (the geometry is however correctly recognized), FDISK doesn't find any > > partition and the space is shown as free, unpartitioned. > > > > I tried to set the partition type for FreeBSD to FAT16, FAT32, FreeBSD > > and I also reformatted the partition many times, but with no success. > > > > have you any idea??? > > Are you kidding? > If no, just read the handbook. And check the partition type for > FreeBSD. FAT[13][26] is for MustDie. > > -- > Dennis Melentyev I'm not kidding. I read the handbook before installing, before writing this emai and now and, correct me if I'm wrong, FDISK should recognize existent primary partitions; then, *inside* FDISK, I can format the primary partiton (for me #3) for FreeBSD. from section 2.6.2 of the Hankbook "The second section [of FDISK] shows the slices that are currently on the disk, where they start and end, how large they are, the name FreeBSD gives them, and their description and sub-type." Then I repeat my question: why FDISK shows my disk (with 3 primary partitions and an extended partition) as a single block of unused space ??? If you have some useful ideas (and not, RTFManual/MailingList is not an useful idea) please reply me. thanks --- Stefano Spinucci From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 11:05:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFAF016A46C for ; Tue, 27 Nov 2007 11:05:01 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 8658113C4D1 for ; Tue, 27 Nov 2007 11:05:01 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so235784anc for ; Tue, 27 Nov 2007 03:04:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=2zVslDE/W9nXQHbfkAzbest4OGkxTgj5kiG70NiIl+E=; b=o0HlRTM4o7JJeZgFO/8gKYmTk8m2aFUnaJZghIMis2/2Y2Cr6WcSpHrjT71euJmYDx4lTGYvfj0vJKngkegnXzygEoqN6M9jzpqc43ScR2pqPXC0VAqAk+fg9RSMbAIiqYxHkqUbRM2X974rM71gNDiywTWKTQrrAOL2TC81rLQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=yGYWQL+Ze6gDrypq4QZbWrtIpF9Ujojommlb0Jd9xviaeG5C5GP3Afzj9tdx0GlOaJFI4x+g+mjDzinBDVp4gRtaMfuNM7GDDjm+AROvJ/txuuNjH3IcyQQUedrltA+ZVLgfIeAV0xWxJ5fR0uTzIujWmO5ghfyja4Bwobz+z2E= Received: by 10.100.198.16 with SMTP id v16mr758301anf.1196161499671; Tue, 27 Nov 2007 03:04:59 -0800 (PST) Received: by 10.90.36.5 with HTTP; Tue, 27 Nov 2007 03:04:59 -0800 (PST) Message-ID: Date: Tue, 27 Nov 2007 13:04:59 +0200 From: "Dennis Melentyev" To: "Stefano Spinucci" In-Reply-To: <906f26060711270225s760a1989i6f9f45cf157bfbb6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <906f26060711261558j42749f58mf5cd3cf4619a701b@mail.gmail.com> <906f26060711270225s760a1989i6f9f45cf157bfbb6@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: installation problems of FreeBSD 7 beta 2 on Dell D610 (multiboot con solaris, linux, winxp) 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, 27 Nov 2007 11:05:01 -0000 HI Stefano! 2007/11/27, Stefano Spinucci : > On 11/27/07, Dennis Melentyev wrote: > > Hi! > > > > 2007/11/27, Stefano Spinucci : > > > I encountered some problems installing FreeBSD 7 beta 2 on my Dell > > > D610 laptop, on the original 60 gb hd; the hd is formatted as follows: > > > - primary 1, 15 gb, ntfs for Windows XP > > > - primary 2, 15 gb, solaris for Open Solaris > > > - primary 3, 10 gb, fat32 for FreeBSD > > > - extended, 20 gb, 3 partitions for linux > > > > > > I tried to install FreeBSD many times, but after the geometry error > > > (the geometry is however correctly recognized), FDISK doesn't find any > > > partition and the space is shown as free, unpartitioned. > > > > > > I tried to set the partition type for FreeBSD to FAT16, FAT32, FreeBSD > > > and I also reformatted the partition many times, but with no success. > > > > > > have you any idea??? > > > > Are you kidding? > > If no, just read the handbook. And check the partition type for > > FreeBSD. FAT[13][26] is for MustDie. > > > > -- > > Dennis Melentyev > > I'm not kidding. > > I read the handbook before installing, before writing this emai and > now and, correct me if I'm wrong, FDISK should recognize existent primary > partitions; then, *inside* FDISK, I can format the primary partiton (for me #3) > for FreeBSD. Well, one of us are just using different terminology then. 0. FAT* is not a right filesystem type for FreeBSD. It must be UFS/UFS2 1. Geometry is what you BIOS think what should it be. Not the numbers on device label. 2. Sysinstall is NOT fdisk. It has some functionality though. So, find out what geometry is used by BIOS for you disk and supply it before any access to slices. PS. There are some reports on local mailing lists about problems with sysinstall's fdisk. Try just real fdisk, disklabel and newfs instead (man fdisk disklabel newfs for details). PPS. Nevertheless, handbook and man pages are a mandatory for all this issues. > > from section 2.6.2 of the Hankbook > "The second section [of FDISK] shows the slices that are currently on > the disk, where they start and end, how large they are, the name > FreeBSD gives them, and their description and sub-type." > > Then I repeat my question: > why FDISK shows my disk (with 3 primary partitions and an extended partition) > as a single block of unused space ??? Well, this is much more clean problem description. Fix your geometry. Also, if disks are not ATA/SATA, state this. > > If you have some useful ideas (and not, RTFManual/MailingList is not an useful > idea) please reply me. /me disagree here -- Dennis Melentyev From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 11:53:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB97616A418 for ; Tue, 27 Nov 2007 11:53:08 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id E52A113C4FB for ; Tue, 27 Nov 2007 11:53:07 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A6342.dip.t-dialin.net [84.154.99.66]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lARBr1A4005798; Tue, 27 Nov 2007 11:53:02 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lARBrwvj096604; Tue, 27 Nov 2007 12:53:58 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lARBrwLG088221; Tue, 27 Nov 2007 12:53:58 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200711271153.lARBrwLG088221@fire.js.berklix.net> To: "Stefano Spinucci" In-reply-to: <906f26060711261558j42749f58mf5cd3cf4619a701b@mail.gmail.com> References: <906f26060711261558j42749f58mf5cd3cf4619a701b@mail.gmail.com> Comments: In-reply-to "Stefano Spinucci" message dated "Tue, 27 Nov 2007 00:58:29 +0100." Date: Tue, 27 Nov 2007 12:53:58 +0100 From: "Julian H. Stacey" Cc: freebsd-stable@freebsd.org Subject: Re: installation problems of FreeBSD 7 beta 2 on Dell D610 (multiboot con solaris, linux, winxp) 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, 27 Nov 2007 11:53:09 -0000 "Stefano Spinucci" wrote: > I encountered some problems installing FreeBSD 7 beta 2 on my Dell > D610 laptop, on the original 60 gb hd; the hd is formatted as follows: > - primary 1, 15 gb, ntfs for Windows XP > - primary 2, 15 gb, solaris for Open Solaris > - primary 3, 10 gb, fat32 for FreeBSD > - extended, 20 gb, 3 partitions for linux > > I tried to install FreeBSD many times, but after the geometry error > (the geometry is however correctly recognized), FDISK doesn't find any > partition and the space is shown as free, unpartitioned. > > I tried to set the partition type for FreeBSD to FAT16, FAT32, FreeBSD > and I also reformatted the partition many times, but with no success. > > have you any idea??? Stefano & stable@ Your symptoms seem likely laptop specific, so if you remain stuck, later try mobile@ I saw similar installing 7.0-BETA3 on my Digital HiHote Ultra 2000 laptop: it recognised the 5G laptop disc, but did Not recognise the 3 x FreeBSD-5.1-RELEASE boot partitions that work OK there. So I thought, OK, abandon installing on an fdisk partition, install on whole disk. It went through partitioning, then failed to find its file system. 5.1 was still intact & booted. I assume it's my laptop ATA interface, seen that problem before. FreeBSD for old hardware often needs extra instructions manually to loader to tell WD/ATA (&/or ep0) to run in a more conservative mode. I'll look for right syntax. eg maybe hw.ata.ata_dma=0 etc starting in my http://www.berklix.com/~jhs/hardware/laptops/#loader.conf /Soapbox: This frequent `FreeBSD defaults to need high end modern hardware' is bad for publicity, newbies who dont know where to look will tell friends: I gave up & went Linux. ( For those who might say "buy high end", No! spare old laptop sufficient for Xterm + mp3 + LAN for stereo in living room, leaving main laptop free for more demanding things. Plus not all can afford latest, + conservation, green etc, ... just needs more generous install defaults. ) FreeBSD has improved elsewhere though on old hardware: The same laptop that failed to go beyond 5.1 without losing ep0, now sees ep0 in 7.0-BETA3 install. End Soapbox/ -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 12:05:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D0B216A469 for ; Tue, 27 Nov 2007 12:05:24 +0000 (UTC) (envelope-from holakac@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id C636613C458 for ; Tue, 27 Nov 2007 12:05:23 +0000 (UTC) (envelope-from holakac@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1504446uge for ; Tue, 27 Nov 2007 04:05:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=eg589sqbPUHpzpydhJ/llAkq6MTMtG0Tx8wHP3c9y5U=; b=YiuDzCvZ6iEjDSHrbA+LKDiwxumc1hEI7KZz/x/5loRBNMi8ycfCHuSdbzVgcx7SGIA/chLtmJu9f5ojGTfTjDNNnILQbj0fMlokD/Bf+a5enj6NMYp9dd5be0TxL3AzEqRnzopWSs3n7Bg7CUs6Ct/azzTQrLdJcZWwurjUBOE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=UaAKMxHG/SNJyc9qAOb7JFN+VCdzb/UMOSDB139Ejl6WlNrLGAU81IQgJU42CpIdUDHb8IymSixzbp7r/c/6BM8C39KffUWiuaK3aZnlSwPcJWSdPVb4YMG/SfDPdwJfCAGU0L3TQWaidpzEmoEjnlLsV95u+A1BELBVtUj9t3g= Received: by 10.78.150.7 with SMTP id x7mr4073232hud.1196165122039; Tue, 27 Nov 2007 04:05:22 -0800 (PST) Received: by 10.78.178.13 with HTTP; Tue, 27 Nov 2007 04:05:21 -0800 (PST) Message-ID: Date: Tue, 27 Nov 2007 13:05:21 +0100 From: "Honza Holakovsky" To: "Honza Holakovsky" , freebsd-stable@freebsd.org In-Reply-To: <20071126190720.GD19393@slackbox.xs4all.nl> MIME-Version: 1.0 References: <20071126190720.GD19393@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Some processes stay active after killing its PID 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, 27 Nov 2007 12:05:24 -0000 Thanks for reply, I tried to kill the process via all possibilities described in man kill :) But I didn't know there are some processes which can't be killed, so I tried again running wdfs, but after "ps -xacu | grep wdfs" I see USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 971 73,9 0,9 19048 5552 ?? Rs 1:03od 0:15,36 wdfs no D state :( I'm quite confused, because in state, I have to reboor every time I umount wdfs drive :( 2007/11/26, Roland Smith : > > On Mon, Nov 26, 2007 at 04:30:01PM +0100, Honza Holakovsky wrote: > > Hi, > > > > I'm expecting quite curious problem (currently spotted with usage of > > audacious (1.3.2 [20070405-4320]) and fusefs-wdfs (1.3.2)) > > After I finish working with either of these two programs (i.e. closing > > audacious windown or unmounting wdfs unit), they still run on > background, > > and cosume all remaining cpu performance. Even if I kill its PID, it's > still > > running. "top" looks like this: > > How did you kill them? Did you use 'kill -9'? > > > last pid: 21161; load averages: 1.30, 1.33, 1.11 > > up 0+02:49:43 16:20:56 > > 51 processes: 3 running, 48 sleeping > > CPU states: 53.1% user, 0.0% nice, 46.5% system, 0.4% interrupt, > 0.0%idle > > Mem: 209M Active, 226M Inact, 105M Wired, 21M Cache, 70M Buf, 54M Free > > Swap: 2048M Total, 20K Used, 2048M Free > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > COMMAND > > 19163 root 1 132 0 19112K 4948K RUN 14:57 81.88% wdfs > > 18873 holakac 1 96 0 79652K 53568K select 13:14 1.66% Xorg > > 18911 holakac 4 20 0 104M 81280K kserel 9:06 > 0.00%firefox-bin > > Under some circumstances, a process cannot be killed, e.g. if 'px -xacu' > has the process in D state. See ps(1). > > Roland > -- > R.F.Smith http://www.xs4all.nl/~rsmith/ > [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] > pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) > > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 12:06:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99F8216A477 for ; Tue, 27 Nov 2007 12:06:50 +0000 (UTC) (envelope-from gregor@net.t-labs.tu-berlin.de) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3F013C448 for ; Tue, 27 Nov 2007 12:06:50 +0000 (UTC) (envelope-from gregor@net.t-labs.tu-berlin.de) Received: from [130.149.220.26] (pigeon.net.t-labs.tu-berlin.de [130.149.220.26]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id 777A7705D832 for ; Tue, 27 Nov 2007 12:48:53 +0100 (CET) Message-ID: <474C0425.2060906@net.t-labs.tu-berlin.de> Date: Tue, 27 Nov 2007 12:48:53 +0100 From: Gregor Maier Organization: TU Berlin, FG INET User-Agent: Thunderbird 2.0.0.9 (X11/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Pthread scheduling in FreeBSD 7 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, 27 Nov 2007 12:06:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I have a question concerning *pthread* scheduling with FreeBSD 7. My goal: I have a multi-threaded application, in which I have a thread that should get higher priority than the other threads. Realtime-Priority for this thread would be nice but is not necessary. My approach so far (which worked for FreeBSD 6.2): Use the libpthread implementation, use pthread_attr_setschedparam() to increase the priority (scope is PTHREAD_SCOPE_SYSTEM, policy is SCHED_RR). For the libpthread implemenation that worked fine and did just what I expected. I also tried it using libthr, but libthr didn't care about the priority. My prolbem in FreeBSD 7: The libpthread implementation seems to have gone and libthr is the default. However libthr still ignores the pthread scheduling parameters. (FreeBSD 7 has a different default priority and policy for libthr than FreeBSD 6 however). I also saw, that libkse is now available as a new M:N pthread implementation, so I tried using that. But libkse is significantly slower than libthr and libkse does not always schedule to all CPUs. As far as I can tell libkse only schedules to all CPUs if the load is small when the threads are created. I have never seen this behaviour with libpthread from FreeBSD 6. And libkse is quite unpredictable: I used a test program with 10 threads (with equal priority) and recorded the wall-runtime of each of them. The runtime of them differs by a factor of up to 5(!). I have to mention however, that I used different machines. The one running FreeBSD 6 is a dual-cpu AMD Athlon with 32bit OS, while the one running FreeBSD 7 is a dual-core Intel running a 64bit OS. In FreeBSD 6 I used SCHED_4BSD in the kernel, while I used SCHED_ULE in FreeBSD 7. My questions: * Can anyone shed some light on this issue? * How can I tune thread scheduling in FreeBSD 7? What happened to the libpthread implementation from FreeBSD 6? * What triggers the whether libkse schedules to only one or to all CPUs? Is this tuneable? * Do rtprio() and/or nice() work for single threads? * Any other ideas how I can assign a higher priority to a thread. Maybe even realtime priority? TIA Gregor - -- Gregor Maier gregor@net.t-labs.tu-berlin.de TU Berlin / Deutsche Telekom Labs gregor.maier@tu-berlin.de Sekr. TEL 4, FG INET www.net.t-labs.tu-berlin.de Ernst-Reuter-Platz 7 10587 Berlin, Germany -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTAQldGiwgbikMYMRAie+AKCVY2CxJEmmnPer2OhF6WavK8seZwCfYlVQ a49Oq0EUHJq/FnSfcb+0p5M= =xl8X -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 12:18:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DA7916A41A for ; Tue, 27 Nov 2007 12:18:52 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1D23E13C458 for ; Tue, 27 Nov 2007 12:18:52 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 0965C1CC079; Tue, 27 Nov 2007 04:18:52 -0800 (PST) Date: Tue, 27 Nov 2007 04:18:52 -0800 From: Jeremy Chadwick To: Honza Holakovsky Message-ID: <20071127121852.GA58325@eos.sc1.parodius.com> References: <20071126190720.GD19393@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Some processes stay active after killing its PID 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, 27 Nov 2007 12:18:52 -0000 On Tue, Nov 27, 2007 at 01:05:21PM +0100, Honza Holakovsky wrote: > Thanks for reply, > > I tried to kill the process via all possibilities described in man kill :) > But I didn't know there are some processes which can't be killed, so I tried > again running wdfs, but after "ps -xacu | grep wdfs" I see > > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > root 971 73,9 0,9 19048 5552 ?? Rs 1:03od 0:15,36 wdfs > > no D state :( > I'm quite confused, because in state, I have to reboor every time I umount > wdfs drive :( Is it possible to truss or ktrace that process? It would be interesting to know what it's doing (re: chewing up 74% CPU). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 12:38:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D565116A468 for ; Tue, 27 Nov 2007 12:38:05 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 8A5DD13C4D1 for ; Tue, 27 Nov 2007 12:38:05 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from localhost (is1.park.rambler.ru [81.19.64.121]) by relay0.rambler.ru (Postfix) with ESMTP id 1B9356AD9; Tue, 27 Nov 2007 15:38:04 +0300 (MSK) Date: Tue, 27 Nov 2007 15:40:32 +0300 From: Igor Sysoev To: jfvogel@gmail.com Message-ID: <20071127124032.GA8856@rambler-co.ru> References: <20071012121545.GA78201@rambler-co.ru> <20071107091806.GA361@rambler-co.ru> <20071107095524.GD908@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20071107095524.GD908@rambler-co.ru> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Scott Long , freebsd-stable@freebsd.org Subject: Re: em driver 6.6.6 regression 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, 27 Nov 2007 12:38:05 -0000 On Wed, Nov 07, 2007 at 12:55:24PM +0300, Igor Sysoev wrote: > On Wed, Nov 07, 2007 at 12:18:06PM +0300, Igor Sysoev wrote: > > > On Fri, Oct 12, 2007 at 04:15:46PM +0400, Igor Sysoev wrote: > > > > > Yesterday I have cvsup'ed FreeBSD on ThinkPad T42 to RELENG_6 > > > "2007.10.10.23.59.59" and have noticed lags while playing mp3 and browsing. > > > I have suspected new em driver, because there was no lags if wifi iwi0 > > > was used instead of em0 for network. So I had downgraded the em driver > > > separately to 6.2.9 version, have build a kernel loadable module, and have > > > loaded it instead of the 6.6.6 module, and the lags have disappeared. > > > > > > The lags appeares only if browser (Firefox, Opera) does several requests: > > > main page, js, images. There are no lags if browser reload simple page. > > > Also, I could not reproduce lags by other network traffic: pings, ssh, scp, > > > downloading files. There are no lags if I compile and so on. > > > > > > Some additional info: > > > > > > The shared irq11 is used by pcm0, em0, iwi0, CardBus, USB, and acpi_video0. > > > > > > em0@pci2:1:0: class=0x020000 card=0x05491014 chip=0x101e8086 rev=0x03 hdr=0x00 > > > vendor = 'Intel Corporation' > > > device = '82540EP Gigabit Ethernet Controller (Mobile)' > > > > I just cvsup'ed to the new em 6.7.2 version without FAST interrupt and > > lags in sound and USB mouse has gone. Thank you. > > However, if I define EM_FAST_IRQ, then lags appear again. I've just rebuild RELENG_6 with EM_FAST_IRQ enabled and with Scott Long's fix 1.14.2.5 of src/sys/i386/i386/intr_machdep.c and all run without lags. Thank you. em0: port 0x8000-0x803f mem 0xc0220000-0xc023ffff,0xc0200000-0xc020ffff irq 11 at device 1.0 on pci2 em0: [FAST] -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 12:54:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94ACB16A417 for ; Tue, 27 Nov 2007 12:54:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 561ED13C44B for ; Tue, 27 Nov 2007 12:54:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lARCbe6G040300; Tue, 27 Nov 2007 07:37:40 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lARCbdMB077950 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Nov 2007 07:37:39 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200711271237.lARCbdMB077950@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 27 Nov 2007 07:37:49 -0500 To: Harald Schmalzbauer , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20071127092729.189bcbae@titan.flintsbach.schmalzbauer.de> References: <20071127092729.189bcbae@titan.flintsbach.schmalzbauer.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: cryptodev and ssh on RELENG_7 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, 27 Nov 2007 12:54:04 -0000 At 03:27 AM 11/27/2007, Harald Schmalzbauer wrote: >Hello, > >I have a HiFN crypto card and can remember that it was used for ssh >connections with 3des encryption (on 6.1 afair). >But with RELENG_7 it isn't used at all (no interrupts) if I >'ssh -v -c 3des-cbc user@host' > >Any ideas what is wrong? > >dmesg: >hifn0 mem >0x80000000-0x80000fff,0x80040000-0x80041fff,0x80080000-0x80087fff irq >12 at device 13.0 on pci0 hifn0: [ITHREAD] hifn0: Hifn 7955, rev 0, >32KB dram, pll=0x801 > >crw-rw-rw- 1 root wheel - 0, 41 Nov 27 08:13:41 2007 /dev/crypto > Hi, Are you sure you have device crypto and device cryptodev in the kernel? Also, there is a program in /usr/src/tools/tools/crypto called hifnstats. It will show some usuage stats. e.g. % hifnstats input 43292952 bytes 182393 packets output 43292952 bytes 182393 packets invalid 0 nomem 0 abort 0 noirq 0 unaligned 67775 totbatch 0 maxbatch 0 nomem: map 0 load 0 mbuf 0 mcl 0 cr 0 sd 0 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 13:53:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EF5E16A419 for ; Tue, 27 Nov 2007 13:53:22 +0000 (UTC) (envelope-from w@wrzask.pl) Received: from mx.oak.pl (mx.oak.pl [217.96.108.251]) by mx1.freebsd.org (Postfix) with ESMTP id 4E87B13C46E for ; Tue, 27 Nov 2007 13:53:22 +0000 (UTC) (envelope-from w@wrzask.pl) Received: by oak.pl (Postfix, from userid 1002) id DFB7E1CD25; Tue, 27 Nov 2007 14:53:20 +0100 (CET) Date: Tue, 27 Nov 2007 14:53:20 +0100 From: Jan Srzednicki To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20071127135320.GJ2045@oak.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: connect() returns EADDRINUSE during massive host->host conn rate 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, 27 Nov 2007 13:53:22 -0000 Hello, I have a pair of hosts. One of them performs a massive amount of TCP connections to the other one, all to the same port. This setup mostly works fine, but from time to time (that varies, from once a minute to one a half an hour), the connect(2) syscall fails with EADDRINUSE. The connection rate tops to 50 connection initiations/second. The socket is non-blocking. It does standard job of creating the socket, setting up the relevant fields, setting SO_REUSEADDR and SO_KEEPALIVE, setting O_NONBLOCK on the descriptor. No bind(2) is performed. The connection is initiated from inside a jail (not sure if that implies a internal bind(2) to the jail's address). There are no connections from the other host to the first one. I've tried tuning the net.inet.ip.portrange variables: I've increased the available portrange to over 45000 ports (quite a lot, should be more than enough for just anything) and I've toggled net.inet.ip.portrange.randomized off, but that didn't change anything. The workaround on the application side - retrying on EADDRINUSE - works pretty well, but hey, from what I know from the Stevens book, that shouldn't be happening, though Google said all BSD had a bad habit of throwing out EADDRINUSE from time to time. This all happens on a 6.2-RELEASE system. The symptoms are easily reproducable in my environment. Is there any known fix for that? If there ain't, can it be fixed? :) -- Jan Srzednicki :: http://wrzask.pl/ "Remember, remember, the fifth of November" -- V for Vendetta From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 14:51:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D18F16A473 for ; Tue, 27 Nov 2007 14:51:43 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 2BF0613C4EB for ; Tue, 27 Nov 2007 14:51:42 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A6342.dip.t-dialin.net [84.154.99.66]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lAREpecr006605; Tue, 27 Nov 2007 14:51:41 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lAREqdmK097953; Tue, 27 Nov 2007 15:52:39 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lAREqdic091980; Tue, 27 Nov 2007 15:52:39 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200711271452.lAREqdic091980@fire.js.berklix.net> Comments: In-reply-to "Julian H. Stacey" message dated "Tue, 27 Nov 2007 12:53:58 +0100." Date: Tue, 27 Nov 2007 15:52:39 +0100 From: "Julian H. Stacey" Cc: Stefano Spinucci , freebsd-stable@freebsd.org Subject: Re: installation problems of FreeBSD 7 beta 2 on Dell D610 (multiboot con solaris, linux, winxp) 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, 27 Nov 2007 14:51:43 -0000 > Stefano & stable@ > I saw similar installing 7.0-BETA3 on my Digital HiHote Ultra ... > I'll look for right syntax. eg maybe hw.ata.ata_dma=0 etc starting > in my http://www.berklix.com/~jhs/hardware/laptops/#loader.conf Safe mode (Hit Key 3 after it asks for boot floppy 2nd time (Im using floppy as my cd drive doesnt like my cd-rw media, just cd-r) This sets hw.ata.ata_dma to 0, with this my laptop is now in middle of a minimal install, reading distrib via a pcmcia ep0 ethernet. Good luck. -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 16:16:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6017C16A473 for ; Tue, 27 Nov 2007 16:16:48 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.freebsd.org (Postfix) with ESMTP id EA2F913C4F9 for ; Tue, 27 Nov 2007 16:16:47 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr2.xs4all.nl (8.13.8/8.13.8) with ESMTP id lARGGkfK001929; Tue, 27 Nov 2007 17:16:46 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id D5A73B8F8; Tue, 27 Nov 2007 17:16:45 +0100 (CET) Date: Tue, 27 Nov 2007 17:16:45 +0100 From: Roland Smith To: Honza Holakovsky Message-ID: <20071127161645.GA55166@slackbox.xs4all.nl> Mail-Followup-To: Honza Holakovsky , freebsd-stable@freebsd.org References: <20071126190720.GD19393@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" 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.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Some processes stay active after killing its PID 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, 27 Nov 2007 16:16:48 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 27, 2007 at 01:05:21PM +0100, Honza Holakovsky wrote: > Thanks for reply, >=20 > I tried to kill the process via all possibilities described in man kill :) > But I didn't know there are some processes which can't be killed, so I tr= ied > again running wdfs, but after "ps -xacu | grep wdfs" I see >=20 > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > root 971 73,9 0,9 19048 5552 ?? Rs 1:03od 0:15,36 wdfs >=20 > no D state :( > I'm quite confused, because in state, I have to reboor every time I umount > wdfs drive :( By default, the shell uses it's built-in kill function. Try invoking the re= al kill directly, as root; '/bin/kill -9 971' Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHTELtEnfvsMMhpyURAhQBAJ97v4DuQy4cSE1I8ILW2T3iGibe/ACcCIPT qmh3kIvW5Vwx7ejLqqMcHT4= =hUEr -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 19:14:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F040F16A421 for ; Tue, 27 Nov 2007 19:14:53 +0000 (UTC) (envelope-from holakac@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 6722813C4D1 for ; Tue, 27 Nov 2007 19:14:53 +0000 (UTC) (envelope-from holakac@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1622192uge for ; Tue, 27 Nov 2007 11:14:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=8UOyAn7Kk8QnpFCsqH36ojGwxrP6RnuLf/gRKwY7Pn4=; b=pXyn9GFqSVdYob6YAsqKXv5zXhQAlVoxMQlHoeKx9Rk5NjsSQRMF9u1oMi3i1eaCxG3FX1qJa+etQnfrNfaMCe0JH4aaT3DTt9jRNqnjitLSQcBZ18FdFaRHeRSHJA9qffpLe3gW4we66po5lM+LgIeBoJ6V3txUK47B4Q6gWB4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=Z5ae9UNlJJjTmzhNa7whwbXmEMuGL2WJmwjh6m+rmHVz7sQvuJs5FLrd6jmx48ExTj8xeC+SRwr8ixjktt7d8grmr6cIu/1rOH8FlqpNkw2AW/9i53mjBP1WNHeMQqI6eb+8BPJ0756n9o6Vu6IX2RITkZnLmMXaQut3fIOFCTE= Received: by 10.78.155.4 with SMTP id c4mr4738407hue.1196190891036; Tue, 27 Nov 2007 11:14:51 -0800 (PST) Received: by 10.78.178.13 with HTTP; Tue, 27 Nov 2007 11:14:50 -0800 (PST) Message-ID: Date: Tue, 27 Nov 2007 20:14:50 +0100 From: "Honza Holakovsky" To: "Honza Holakovsky" , freebsd-stable@freebsd.org In-Reply-To: <20071127161645.GA55166@slackbox.xs4all.nl> MIME-Version: 1.0 References: <20071126190720.GD19393@slackbox.xs4all.nl> <20071127161645.GA55166@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Some processes stay active after killing its PID 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, 27 Nov 2007 19:14:54 -0000 Well, didn't know that, "/bin/kill -9 wdfs_PID" works, great Thanks a lot, after your advice I read an article about csh built-in commands, never heard of it from any fbsd handbook... 2007/11/27, Roland Smith : > > On Tue, Nov 27, 2007 at 01:05:21PM +0100, Honza Holakovsky wrote: > > Thanks for reply, > > > > I tried to kill the process via all possibilities described in man kill > :) > > But I didn't know there are some processes which can't be killed, so I > tried > > again running wdfs, but after "ps -xacu | grep wdfs" I see > > > > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > > root 971 73,9 0,9 19048 5552 ?? Rs 1:03od 0:15,36 wdfs > > > > no D state :( > > I'm quite confused, because in state, I have to reboor every time I > umount > > wdfs drive :( > > By default, the shell uses it's built-in kill function. Try invoking the > real > kill directly, as root; '/bin/kill -9 971' > > Roland > -- > R.F.Smith http://www.xs4all.nl/~rsmith/ > [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] > pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) > > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 19:25:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2471D16A41A for ; Tue, 27 Nov 2007 19:25:13 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id A449913C45D for ; Tue, 27 Nov 2007 19:25:12 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (localhost [127.0.0.1]) by cauchy.math.missouri.edu (8.14.2/8.14.1) with ESMTP id lARJOuZJ010344; Tue, 27 Nov 2007 13:24:56 -0600 (CST) (envelope-from stephen@math.missouri.edu) Received: from localhost (redmail@localhost) by cauchy.math.missouri.edu (8.14.2/8.14.1/Submit) with ESMTP id lARJOupm010341; Tue, 27 Nov 2007 13:24:56 -0600 (CST) (envelope-from stephen@math.missouri.edu) X-Authentication-Warning: cauchy.math.missouri.edu: redmail owned process doing -bs Date: Tue, 27 Nov 2007 13:24:56 -0600 (CST) From: Stephen Montgomery-Smith X-X-Sender: redmail@cauchy.math.missouri.edu To: Honza Holakovsky In-Reply-To: Message-ID: <20071127132339.C10340@cauchy.math.missouri.edu> References: <20071126190720.GD19393@slackbox.xs4all.nl> <20071127161645.GA55166@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Some processes stay active after killing its PID 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, 27 Nov 2007 19:25:13 -0000 On Tue, 27 Nov 2007, Honza Holakovsky wrote: > Well, didn't know that, "/bin/kill -9 wdfs_PID" works, great > > Thanks a lot, after your advice I read an article about csh built-in > commands, never heard of it from any fbsd handbook... I am completely baffled why this worked. Why would /bin/kill -9 work when the built in csh kill -9 wouldn't? From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 19:58:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C1F016A468 for ; Tue, 27 Nov 2007 19:58:19 +0000 (UTC) (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 5CA6413C45D for ; Tue, 27 Nov 2007 19:58:19 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JS600BPKKS7M3B0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 27 Nov 2007 20:57:43 +0100 (CET) Received: from kg-work.kg4.no ([80.202.172.249]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JS6002WCKS62526@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 27 Nov 2007 20:57:43 +0100 (CET) Date: Tue, 27 Nov 2007 20:57:42 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20071127205742.5b6a8632.torfinn.ingolfsen@broadpark.no> In-reply-to: References: <20071126190720.GD19393@slackbox.xs4all.nl> <20071127161645.GA55166@slackbox.xs4all.nl> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) 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 Subject: Re: Some processes stay active after killing its PID 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, 27 Nov 2007 19:58:19 -0000 On Tue, 27 Nov 2007 20:14:50 +0100 Honza Holakovsky wrote: > Thanks a lot, after your advice I read an article about csh built-in > commands, never heard of it from any fbsd handbook... FWIW, the builtin(1) man page has a table which shows the builtin commands for both csh and sh. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 19:59:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF6E116A473 for ; Tue, 27 Nov 2007 19:59:08 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.freebsd.org (Postfix) with ESMTP id 8846013C474 for ; Tue, 27 Nov 2007 19:59:08 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id lARJx68d066218; Tue, 27 Nov 2007 20:59:07 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 3AE94B8F8; Tue, 27 Nov 2007 20:59:06 +0100 (CET) Date: Tue, 27 Nov 2007 20:59:06 +0100 From: Roland Smith To: Stephen Montgomery-Smith Message-ID: <20071127195906.GB60210@slackbox.xs4all.nl> Mail-Followup-To: Stephen Montgomery-Smith , Honza Holakovsky , freebsd-stable@freebsd.org References: <20071126190720.GD19393@slackbox.xs4all.nl> <20071127161645.GA55166@slackbox.xs4all.nl> <20071127132339.C10340@cauchy.math.missouri.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oC1+HKm2/end4ao3" Content-Disposition: inline In-Reply-To: <20071127132339.C10340@cauchy.math.missouri.edu> 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.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Honza Holakovsky , freebsd-stable@freebsd.org Subject: Re: Some processes stay active after killing its PID 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, 27 Nov 2007 19:59:09 -0000 --oC1+HKm2/end4ao3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 27, 2007 at 01:24:56PM -0600, Stephen Montgomery-Smith wrote: >=20 >=20 > On Tue, 27 Nov 2007, Honza Holakovsky wrote: >=20 >> Well, didn't know that, "/bin/kill -9 wdfs_PID" works, great >>=20 >> Thanks a lot, after your advice I read an article about csh built-in >> commands, never heard of it from any fbsd handbook... >=20 > I am completely baffled why this worked. Why would /bin/kill -9 work whe= n=20 > the built in csh kill -9 wouldn't? According to the manual page for the built-in kill command, it recognizes 'kill -s 9', but not 'kill -9'. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --oC1+HKm2/end4ao3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHTHcKEnfvsMMhpyURAjnCAJ4wfN7PRSYmwu5UArzBZ7kToP6DcACgpaU0 mOrFnme1Hb5h6Ht6rS132DY= =Xo2V -----END PGP SIGNATURE----- --oC1+HKm2/end4ao3-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 27 20:14:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92AC116A41A for ; Tue, 27 Nov 2007 20:14:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8059B13C474 for ; Tue, 27 Nov 2007 20:14:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 6B2A91CC079; Tue, 27 Nov 2007 12:14:22 -0800 (PST) Date: Tue, 27 Nov 2007 12:14:22 -0800 From: Jeremy Chadwick To: Stephen Montgomery-Smith , Honza Holakovsky , freebsd-stable@freebsd.org Message-ID: <20071127201422.GA68845@eos.sc1.parodius.com> References: <20071126190720.GD19393@slackbox.xs4all.nl> <20071127161645.GA55166@slackbox.xs4all.nl> <20071127132339.C10340@cauchy.math.missouri.edu> <20071127195906.GB60210@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071127195906.GB60210@slackbox.xs4all.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Some processes stay active after killing its PID 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, 27 Nov 2007 20:14:22 -0000 On Tue, Nov 27, 2007 at 08:59:06PM +0100, Roland Smith wrote: > On Tue, Nov 27, 2007 at 01:24:56PM -0600, Stephen Montgomery-Smith wrote: > > On Tue, 27 Nov 2007, Honza Holakovsky wrote: > >> Well, didn't know that, "/bin/kill -9 wdfs_PID" works, great > >> > >> Thanks a lot, after your advice I read an article about csh built-in > >> commands, never heard of it from any fbsd handbook... > > > > I am completely baffled why this worked. Why would /bin/kill -9 work when > > the built in csh kill -9 wouldn't? > > According to the manual page for the built-in kill command, it > recognizes 'kill -s 9', but not 'kill -9'. What's even more awesome is that the csh manpage actually refers to the use of the kill -[signal] syntax: or from a command run at completion time: > complete kill 'p/*/`ps | awk \{print\ \$1\}`/' > kill -9 [^D] 23113 23377 23380 23406 23429 23529 23530 PID Hooray for consistency. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 00:08:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8895F16A468 for ; Wed, 28 Nov 2007 00:08:35 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (unknown [IPv6:2001:5c0:8fff:fffe::214d]) by mx1.freebsd.org (Postfix) with ESMTP id 483AA13C478 for ; Wed, 28 Nov 2007 00:08:35 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1IxATg-000NON-OF; Tue, 27 Nov 2007 19:08:32 -0500 Date: Tue, 27 Nov 2007 19:08:32 -0500 From: Gary Palmer To: Stephen Montgomery-Smith , Honza Holakovsky , freebsd-stable@freebsd.org Message-ID: <20071128000832.GA89600@in-addr.com> References: <20071126190720.GD19393@slackbox.xs4all.nl> <20071127161645.GA55166@slackbox.xs4all.nl> <20071127132339.C10340@cauchy.math.missouri.edu> <20071127195906.GB60210@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071127195906.GB60210@slackbox.xs4all.nl> Cc: Subject: Re: Some processes stay active after killing its PID 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, 28 Nov 2007 00:08:35 -0000 On Tue, Nov 27, 2007 at 08:59:06PM +0100, Roland Smith wrote: > On Tue, Nov 27, 2007 at 01:24:56PM -0600, Stephen Montgomery-Smith wrote: > > > > > > On Tue, 27 Nov 2007, Honza Holakovsky wrote: > > > >> Well, didn't know that, "/bin/kill -9 wdfs_PID" works, great > >> > >> Thanks a lot, after your advice I read an article about csh built-in > >> commands, never heard of it from any fbsd handbook... > > > > I am completely baffled why this worked. Why would /bin/kill -9 work when > > the built in csh kill -9 wouldn't? > > According to the manual page for the built-in kill command, it > recognizes 'kill -s 9', but not 'kill -9'. The man page is wrong % xcalc & [1] 4730 % kill -BUS 4730 % [1] Bus error xcalc % xcalc & [1] 4731 % kill -10 4731 % [1] Bus error xcalc % echo $SHELL /bin/tcsh % LSOF shows I'm using the system tcsh, and AFAIK it behaves the same for being invoked as both /bin/csh and /bin/tcsh Gary From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 01:55:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB14B16A420 for ; Wed, 28 Nov 2007 01:55:21 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BBB0F13C447 for ; Wed, 28 Nov 2007 01:55:21 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 44C101A4D7E; Tue, 27 Nov 2007 17:55:21 -0800 (PST) Date: Tue, 27 Nov 2007 17:55:21 -0800 From: Alfred Perlstein To: Stephen Montgomery-Smith , Honza Holakovsky , freebsd-stable@freebsd.org Message-ID: <20071128015521.GO71382@elvis.mu.org> References: <20071126190720.GD19393@slackbox.xs4all.nl> <20071127161645.GA55166@slackbox.xs4all.nl> <20071127132339.C10340@cauchy.math.missouri.edu> <20071127195906.GB60210@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071127195906.GB60210@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Some processes stay active after killing its PID 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, 28 Nov 2007 01:55:21 -0000 * Roland Smith [071127 11:59] wrote: > On Tue, Nov 27, 2007 at 01:24:56PM -0600, Stephen Montgomery-Smith wrote: > > > > > > On Tue, 27 Nov 2007, Honza Holakovsky wrote: > > > >> Well, didn't know that, "/bin/kill -9 wdfs_PID" works, great > >> > >> Thanks a lot, after your advice I read an article about csh built-in > >> commands, never heard of it from any fbsd handbook... > > > > I am completely baffled why this worked. Why would /bin/kill -9 work when > > the built in csh kill -9 wouldn't? > > According to the manual page for the built-in kill command, it > recognizes 'kill -s 9', but not 'kill -9'. Is it too late to remove csh from the base system? :D -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 01:56:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D78B16A421 for ; Wed, 28 Nov 2007 01:56:24 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4301113C45D for ; Wed, 28 Nov 2007 01:56:24 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 3689A1A4D7E; Tue, 27 Nov 2007 17:56:24 -0800 (PST) Date: Tue, 27 Nov 2007 17:56:24 -0800 From: Alfred Perlstein To: Dominic Fandrey Message-ID: <20071128015624.GP71382@elvis.mu.org> References: <474BD99C.7070002@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474BD99C.7070002@gmx.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: msdosfs performance unbearable 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, 28 Nov 2007 01:56:24 -0000 * Dominic Fandrey [071127 00:47] wrote: > ufs: > $ time -h tar -xf php_manual_en.tar.gz > 3.31s real 0.43s user 0.51s sys > > > msdosfs: > I stopped that after 45 minutes. > > Also the system becomes barely responsive. The mouse moves extremely sloppy > and a key-press often causes 2 characters to be printed. Mouse-clicks are > either lost or take more than 10 seconds to be recognized. Which version of FreeBSD? can you get more information about the FAT system? -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 03:55:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C28C216A419; Wed, 28 Nov 2007 03:55:40 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id EB6AF13C458; Wed, 28 Nov 2007 03:55:38 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id OAA10593; Wed, 28 Nov 2007 14:55:35 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 28 Nov 2007 14:55:34 +1100 (EST) From: Ian Smith To: Alfred Perlstein In-Reply-To: <20071128015521.GO71382@elvis.mu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Honza Holakovsky Subject: Re: Some processes stay active after killing its PID 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, 28 Nov 2007 03:55:40 -0000 On Tue, 27 Nov 2007, Alfred Perlstein wrote: > * Roland Smith [071127 11:59] wrote: > > On Tue, Nov 27, 2007 at 01:24:56PM -0600, Stephen Montgomery-Smith wrote: > > > > > > > > > On Tue, 27 Nov 2007, Honza Holakovsky wrote: > > > > > >> Well, didn't know that, "/bin/kill -9 wdfs_PID" works, great > > >> > > >> Thanks a lot, after your advice I read an article about csh built-in > > >> commands, never heard of it from any fbsd handbook... > > > > > > I am completely baffled why this worked. Why would /bin/kill -9 work when > > > the built in csh kill -9 wouldn't? > > > > According to the manual page for the built-in kill command, it > > recognizes 'kill -s 9', but not 'kill -9'. > > Is it too late to remove csh from the base system? :D :) Whatever tcsh(1) may say, kill -9 (aka kill -KILL) has always worked fine in csh here; I've never used kill -s. I'm as baffled as Stephen. paqi% cat - & [1] 5186 paqi% kill -9 5186 [1] Killed cat - Sure that's 'overkill', and that said, I've had processes that were unkillable short of rebooting, including an errant mpd4 beta earlier this year, when I certainly did try /bin/kill -9 too. [5.5-STABLE] Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 04:52:45 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 539BE16A419; Wed, 28 Nov 2007 04:52:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EEA4E13C448; Wed, 28 Nov 2007 04:52:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAS4qiPm018586; Tue, 27 Nov 2007 23:52:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAS4qiEE008372; Tue, 27 Nov 2007 23:52:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id DC643241A2; Tue, 27 Nov 2007 23:52:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071128045243.DC643241A2@freebsd-legacy.sentex.ca> Date: Tue, 27 Nov 2007 23:52:43 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 04:52:45 -0000 TB --- 2007-11-28 03:59:29 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-11-28 03:59:29 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-11-28 03:59:29 - cleaning the object tree TB --- 2007-11-28 04:00:00 - cvsupping the source tree TB --- 2007-11-28 04:00:00 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2007-11-28 04:00:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-28 04:00:06 - cd /src TB --- 2007-11-28 04:00:06 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2007-11-28 04:52:43 - generating LINT kernel config TB --- 2007-11-28 04:52:43 - cd /src/sys/sparc64/conf TB --- 2007-11-28 04:52:43 - /usr/bin/make -B LINT TB --- 2007-11-28 04:52:43 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-28 04:52:43 - cd /src TB --- 2007-11-28 04:52:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 28 04:52:43 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sparc64/conf; PATH=/obj/sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64/src/tmp/legacy/usr/bin:/obj/sparc64/src/tmp/legacy/usr/games:/obj/sparc64/src/tmp/usr/sbin:/obj/sparc64/src/tmp/usr/bin:/obj/sparc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sparc64/src/sys/LINT /src/sys/sparc64/conf/LINT config: /src/sys/sparc64/conf/LINT:687: only one machine directive is allowed *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-28 04:52:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-28 04:52:43 - ERROR: failed to build lint kernel TB --- 2007-11-28 04:52:43 - tinderbox aborted TB --- 2552.06 user 313.46 system 3194.14 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 08:10:22 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DA6416A418; Wed, 28 Nov 2007 08:10:22 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id A5C4413C469; Wed, 28 Nov 2007 08:10:16 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id lARKdvRC037252; Tue, 27 Nov 2007 15:39:57 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Tue, 27 Nov 2007 15:39:53 -0500 User-Agent: KMail/1.6.2 References: <20071127195906.GB60210@slackbox.xs4all.nl> <20071127201422.GA68845@eos.sc1.parodius.com> In-Reply-To: <20071127201422.GA68845@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200711271539.54884.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.91.2/4933/Tue Nov 27 14:10:57 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Jeremy Chadwick , Honza Holakovsky Subject: Re: Some processes stay active after killing its PID 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, 28 Nov 2007 08:10:22 -0000 On Tuesday 27 November 2007 03:14 pm, Jeremy Chadwick wrote: > On Tue, Nov 27, 2007 at 08:59:06PM +0100, Roland Smith wrote: > > On Tue, Nov 27, 2007 at 01:24:56PM -0600, Stephen Montgomery-Smith wrote: > > > On Tue, 27 Nov 2007, Honza Holakovsky wrote: > > >> Well, didn't know that, "/bin/kill -9 wdfs_PID" works, great > > >> > > >> Thanks a lot, after your advice I read an article about csh > > >> built-in commands, never heard of it from any fbsd handbook... > > > > > > I am completely baffled why this worked. Why would /bin/kill > > > -9 work when the built in csh kill -9 wouldn't? > > > > According to the manual page for the built-in kill command, it > > recognizes 'kill -s 9', but not 'kill -9'. > > What's even more awesome is that the csh manpage actually refers to > the use of the kill -[signal] syntax: > > or from a command run at completion time: > > complete kill 'p/*/`ps | awk \{print\ \$1\}`/' > > kill -9 [^D] > > 23113 23377 23380 23406 23429 23529 23530 PID > > Hooray for consistency. I just checked the source and 'kill -9' should work, too. I believe it was fixed on RELENG_7, i.e., tcsh 6.15a. RELENG_6 still has 6.14. Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 09:04:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0514516A473 for ; Wed, 28 Nov 2007 09:04:04 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 4C07213C45D for ; Wed, 28 Nov 2007 09:04:02 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 28 Nov 2007 09:04:01 -0000 Received: from vpn-cl-162-119.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [141.3.162.119] by mail.gmx.net (mp004) with SMTP; 28 Nov 2007 10:04:01 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+YslU/lB+YMjWM/x4JG9hkzJ849jcoJY2q2PYfSu 6vj2/G2vKktz5F Message-ID: <474D2EF3.60104@gmx.de> Date: Wed, 28 Nov 2007 10:03:47 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: Alfred Perlstein References: <474BD99C.7070002@gmx.de> <20071128015624.GP71382@elvis.mu.org> In-Reply-To: <20071128015624.GP71382@elvis.mu.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: msdosfs performance unbearable 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, 28 Nov 2007 09:04:04 -0000 Alfred Perlstein wrote: > * Dominic Fandrey [071127 00:47] wrote: >> ufs: >> $ time -h tar -xf php_manual_en.tar.gz >> 3.31s real 0.43s user 0.51s sys >> >> >> msdosfs: >> I stopped that after 45 minutes. >> >> Also the system becomes barely responsive. The mouse moves extremely sloppy >> and a key-press often causes 2 characters to be printed. Mouse-clicks are >> either lost or take more than 10 seconds to be recognized. > > Which version of FreeBSD? can you get more information about the > FAT system? Csupped and build yesterday: $ uname -a FreeBSD mobileKamikaze.norad 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Tue Nov 27 20:53:17 CET 2007 root@homeKamikaze.norad:/usr/obj/TPR40-7/i386/usr/src/sys/TPR40-7 i386 Partition information: /dev/ad0s3 on /mnt/msdos/software (msdosfs, local) /dev/ad0s4 on /mnt/msdos/vault (msdosfs, local) Actually I don't know any way of aquiring (<= how is this spelled?) useful data about Fat32 partitions in FreeBSD. Anyway: mobileKamikaze$ strace -o ~/msdos.trace tar -xf php_manual_en.tar.gz ^C And here is the beginning of the trace: execve(0xbfbfe608, [0xbfbfeaf4], [/* 0 vars */]) = 0 __sysctl([...], 0xbfbfe86c, 0xbfbfe870, NULL, 0) = 0 syscall_477(0, 0x110, 0x3, 0x1000, 0xffffffff, 0, 0) = 0x28080000 munmap(0x28080000, 272) = 0 __sysctl([...], 0x2807c87c, 0xbfbfe8d0, NULL, 0) = 0 syscall_477(0, 0x8000, 0x3, 0x1002, 0xffffffff, 0, 0) = 0x28080000 issetugid(0x2807598c) = 0 open("/etc/libmap.conf", O_RDONLY) = 3 fstat(3, {st_mode=S_IFDIR|0543, st_size=18446253021508551011, ...}) = 0 read(3, "", 4096) = 0 close(3) = 0 open("/var/run/ld-elf.so.hints", O_RDONLY) = 3 read(3, "f/rtld.c:3297\n\0\0%s: Unexpected "..., 128) = 128 syscall_478(0x3, 0x80, 0, 0) = 0x80 read(3, "/lib:/usr/lib:/usr/lib/compat:/u"..., 274) = 274 close(3) = 0 access("/lib/libarchive.so.4", F_OK) = -1 ENOENT (No such file or directory) access("/usr/lib/libarchive.so.4", F_OK) = 0 open("/usr/lib/libarchive.so.4", O_RDONLY) = 3 fstat(3, {st_mode=0, st_size=0, ...}) = 0 read(3, "\177ELF\1\1\1\t\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pP\0\000"..., 4096) = 4096 syscall_477(0, 0x25000, 0x5, 0x20002, 0x3, 0, 0) = 0x28088000 mprotect(0x280aa000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) = 0 mprotect(0x280aa000, 4096, PROT_READ|PROT_EXEC) = 0 syscall_477(0x280ab000, 0x1000, 0x3, 0x12, 0x3, 0x22000, 0) = 0x280ab000 syscall_477(0x280ac000, 0x1000, 0x3, 0x1012, 0xffffffff, 0, 0) = 0x280ac000 close(3) = 0 access("/lib/libbz2.so.3", F_OK) = -1 ENOENT (No such file or directory) access("/usr/lib/libbz2.so.3", F_OK) = 0 open("/usr/lib/libbz2.so.3", O_RDONLY) = 3 fstat(3, {st_mode=0, st_size=0, ...}) = 0 read(3, "\177ELF\1\1\1\t\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\21\0\000"..., 4096) = 4096 syscall_477(0, 0x11000, 0x5, 0x20002, 0x3, 0, 0) = 0x280ad000 mprotect(0x280bc000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) = 0 mprotect(0x280bc000, 4096, PROT_READ|PROT_EXEC) = 0 syscall_477(0x280bd000, 0x1000, 0x3, 0x12, 0x3, 0xf000, 0) = 0x280bd000 close(3) = 0 access("/lib/libz.so.4", F_OK) = 0 open("/lib/libz.so.4", O_RDONLY) = 3 fstat(3, {st_mode=0, st_size=0, ...}) = 0 read(3, "\177ELF\1\1\1\t\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\27"..., 4096) = 4096 syscall_477(0, 0x12000, 0x5, 0x20002, 0x3, 0, 0) = 0x280be000 mprotect(0x280ce000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) = 0 mprotect(0x280ce000, 4096, PROT_READ|PROT_EXEC) = 0 syscall_477(0x280cf000, 0x1000, 0x3, 0x12, 0x3, 0x11000, 0) = 0x280cf000 close(3) = 0 access("/lib/libc.so.7", F_OK) = 0 open("/lib/libc.so.7", O_RDONLY) = 3 fstat(3, {st_mode=0, st_size=0, ...}) = 0 read(3, "\177ELF\1\1\1\t\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\327\1"..., 4096) = 4096 syscall_477(0, 0xfd000, 0x5, 0x20002, 0x3, 0, 0) = 0x280d0000 mprotect(0x281b2000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) = 0 mprotect(0x281b2000, 4096, PROT_READ|PROT_EXEC) = 0 syscall_477(0x281b3000, 0x6000, 0x3, 0x12, 0x3, 0xe2000, 0) = 0x281b3000 syscall_477(0x281b9000, 0x14000, 0x3, 0x1012, 0xffffffff, 0, 0) = 0x281b9000 close(3) = 0 syscall_477(0, 0x9000, 0x3, 0x1002, 0xffffffff, 0, 0) = 0x281cd000 sysarch(0xa, 0xbfbfe930) = 0 syscall_477(0, 0x4b0, 0x3, 0x1000, 0xffffffff, 0, 0) = 0x281d6000 munmap(0x281d6000, 1200) = 0 syscall_477(0, 0xa18, 0x3, 0x1000, 0xffffffff, 0, 0) = 0x281d6000 munmap(0x281d6000, 2584) = 0 syscall_477(0, 0x2b8, 0x3, 0x1000, 0xffffffff, 0, 0) = 0x281d6000 munmap(0x281d6000, 696) = 0 syscall_477(0, 0x408, 0x3, 0x1000, 0xffffffff, 0, 0) = 0x281d6000 munmap(0x281d6000, 1032) = 0 syscall_477(0, 0x51c8, 0x3, 0x1000, 0xffffffff, 0, 0) = 0x281d6000 munmap(0x281d6000, 20936) = 0 __sysctl([1025732.0], 2, "i7\350!\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., [2097204], NULL, 0) = 0 sigprocmask(SIG_BLOCK, ~[ILL TRAP ABRT EMT FPE BUS SEGV SYS], []) = 0 sigprocmask(SIG_SETMASK, [], NULL) = 0 open("", O_RDONLY) = 3 fstat(3, {st_mode=0, st_size=130023424, ...}) = 0 __sysctl([127795200.78970880], 2, "\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., [19136512], NULL, 0) = 0 __sysctl([sysctl.0], 2, "", [0], NULL, 0) = 0 __sysctl([4096.0], 2, "", [0], NULL, 0) = 0 readlink("/etc/malloc.conf", 0xbfbfdf7b, 1024) = -1 ENOENT (No such file or directory) issetugid(0x281aa366) = 0 break(0x8100000) = 0 __sysctl([181832331.185240637], 2, "ena\n\0\0\0\0: (malloc) Unsupported c"..., [1918967911], NULL, 0) = 0 syscall_477(0, 0x200000, 0x3, 0x1002, 0xffffffff, 0, 0) = 0x281d6000 munmap(0x281d6000, 172032) = 0 munmap(0x28300000, 876544) = 0 read(3, "1.2\n\0\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\1\0\0\0\0"..., 4096) = 4096 read(3, "\0\277\0\0\0\0\0\0\0\300\0\0\0\0\0\0\0\301\0\0\0\0\0\0"..., 4096) = 546 close(3) = 0 open("", O_RDONLY) = 3 fstat(3, {st_mode=0, st_size=24206847997116416, ...}) = 0 fstat(3, {st_mode=0133, st_size=95, ...}) = 0 syscall_478(0x3, 0, 0, 0x1) = 0 syscall_478(0x3, 0, 0, 0) = 0 read(3, "RuneMag1UTF-8\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = 4096 read(3, "@\4\10\0\0\0\n\274\0\0\n\305@\4\10\0\0\0\n\307\0\0\n\311"..., 4096) = 4096 read(3, "\0\0\1J\0\0\1J\0\0\1K\0\0\1L\0\0\1L\0\0\1M\0\0\1N\0\0\1"..., 4096) = 4096 read(3, "\0\0\37\17\0\0\37\0\0\0\37\30\0\0\37\35\0\0\37\20\0\0\37"..., 4096) = 4096 read(3, "\0\0\36T\0\0\36W\0\0\36W\0\0\36V\0\0\36Y\0\0\36Y\0\0\36"..., 4096) = 4096 read(3, "@\4\211\0@\4\31\0@\4\211\0@\4\31\0@\4\211\0@\4\31\0@\4"..., 4096) = 4096 read(3, "@$\10\0@$\10\0@$\10\0@$\10\0@$\10\0@$\10\0@$\10\0@$\10"..., 4096) = 4096 read(3, "@\4(\0@\4(\0@\4(\0@\4(\0@\4(\0@\4(\0@\4(\0@\4(\0"..., 4096) = 4096 read(3, "\200$\10\0\200$\10\0\200$\10\0\200$\10\0\200$\10\0\200"..., 4096) = 4096 read(3, "@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0"..., 4096) = 4096 read(3, "@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0"..., 4096) = 4096 read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096) = 4096 read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096) = 4096 read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096) = 4096 read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096) = 4096 read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096) = 4096 read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096) = 4096 read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096) = 4096 read(3, "@\4\211\0@\4\211\0@\4\211\0@\4\211\0@\4\211\0@\4\211\0"..., 4096) = 2404 close(3) = 0 open("@�", O_RDONLY) = 3 fstat(3, {st_mode=S_ISGID|0100, st_size=38566744742757440, ...}) = 0 read(3, "GBP \n\302\243\n.\n,\n3;3\n\n-\n2\n2\n1\n0\n1\n0\n1"..., 35) = 35 close(3) = 0 open("", O_RDONLY) = 3 fstat(3, {st_mode=S_ISGID|0100, st_size=38566744742757440, ...}) = 0 read(3, ".\n,\n3;3\n", 8) = 8 close(3) = 0 open("", O_RDONLY) = 3 fstat(3, {st_mode=0, st_size=0, ...}) = 0 read(3, "Jan\nFeb\nMar\nApr\nMay\nJun\nJul\nAug\n"..., 377) = 377 close(3) = 0 open("Sep", O_RDONLY) = 3 fstat(3, {st_mode=030, st_size=150323855394, ...}) = 0 read(3, "^[yY].*\n^[nN].*\n", 16) = 16 close(3) = 0 geteuid(0x39) = 1001 open("php_manual_en.tar.gz", O_RDONLY) = 3 fstat(3, {st_mode=S_ISGID|0100, st_size=38566744742757440, ...}) = 0 read(3, "\37\213\10\0\322\360IG\0\3\354\375\5\\]K\226(\16\37\202"..., 10240) = 10240 read(3, "\235\r\242\5\302\310\344\17\5\7a\261\35\374\227\236\335"..., 10240) = 10240 read(3, "\327\263h\332`\223`\335\370\274\330\323q\233p\'\234\215"..., 10240) = 10240 read(3, "\215*S\231\245\17hY\340\310-2h\317\2704\3312#\244\377\314"..., 10240) = 10240 geteuid(0x28263140) = 1001 umask(0) = 022 lstat("html", 0xbfbfe7ec) = -1 ENOENT (No such file or directory) mkdir("html", 0755) = 0 umask(022) = 0 umask(0) = 022 lstat("html", {st_mode=0, st_size=0, ...}) = 0 mkdir("html/figures", 0755) = 0 umask(022) = 0 umask(0) = 022 lstat("html/figures", {st_mode=0, st_size=0, ...}) = 0 open("html/figures/image.imagearc.png", O_WRONLY|O_CREAT|O_EXCL, 0644) = 4 umask(022) = 0 write(4, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\310\0\0\0\310\10\2\0"..., 1696) = 1696 futimes(0x4, 0xbfbfe834) = 0 close(4) = 0 umask(0) = 022 lstat("html/figures/image.imagechar.png", 0xbfbfe7ec) = -1 ENOENT (No such file or directory) open("html/figures/image.imagechar.png", O_WRONLY|O_CREAT|O_EXCL, 0644) = 4 umask(022) = 0 write(4, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0d\0\0\0d\1\3\0\0\0J,"..., 107) = 107 futimes(0x4, 0xbfbfe834) = 0 close(4) = 0 umask(0) = 022 lstat("html/figures/image.imagecharup.png", 0xbfbfe7ec) = -1 ENOENT (No such file or directory) open("html/figures/image.imagecharup.png", O_WRONLY|O_CREAT|O_EXCL, 0644) = 4 umask(022) = 0 write(4, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0d\0\0\0d\1\3\0\0\0J,"..., 108) = 108 futimes(0x4, 0xbfbfe834) = 0 close(4) = 0 umask(0) = 022 lstat("html/figures/image.imagecolorallocatealpha.png", 0xbfbfe7ec) = -1 ENOENT (No such file or directory) open("html/figures/image.imagecolorallocatealpha.png", O_WRONLY|O_CREAT|O_EXCL, 0644) = 4 umask(022) = 0 write(4, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\1,\0\0\1,\10\2\0\0\0\366"..., 2859) = 2859 futimes(0x4, 0xbfbfe834) = 0 close(4) = 0 ... umask(0) = 022 lstat("html/function.fbsql-blob-size.html", 0xbfbfe7ec) = -1 ENOENT (No such file or directory) open("html/function.fbsql-blob-size.html", O_WRONLY|O_CREAT|O_EXCL, 0644) = 4 umask(022) = 0 write(4, "fbsql_change_user\n "..., 175) = 175 futimes(0x4, 0xbfbfe834) = 0 close(4) = 0 umask(0) = 022 lstat("html/function.fbsql-change-user.html", 0xbfbfe7ec) = -1 ENOENT (No such file or directory) --- SIGINT (Interrupt: 2) --- --- SIGINT (Interrupt: 2) --- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 09:11:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B40316A41B for ; Wed, 28 Nov 2007 09:11:07 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (service2.sh.cvut.cz [IPv6:2001:718:2:0:217:a4ff:fe3f:b3d4]) by mx1.freebsd.org (Postfix) with ESMTP id 8F86A13C442 for ; Wed, 28 Nov 2007 09:11:06 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id 64A791377A8; Wed, 28 Nov 2007 10:11:05 +0100 (CET) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12319-02; Wed, 28 Nov 2007 10:10:58 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 562A51378C3; Wed, 28 Nov 2007 10:09:52 +0100 (CET) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id D19C161C77; Wed, 28 Nov 2007 10:09:51 +0100 (CET) Message-ID: <474D304C.7030705@sh.cvut.cz> Date: Wed, 28 Nov 2007 10:09:32 +0100 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=1204AF05; url=http://logout.sh.cvut.cz/~wilx/Vaclav_Haisman_(0x63B6B297)_pub.asc Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig0EBDC9CA0878DA0E13131965" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=2.6 tagged_above=-255.0 required=5.0 tests=AWL, CRM114_HAM_00, JR_RCVD_HOST_PROBS1, JR_RCVD_TOO_FEW_HOPS X-Spam-Level: ** Subject: USB memory stick as dump device 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, 28 Nov 2007 09:11:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0EBDC9CA0878DA0E13131965 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, is it possible to use USB memory stick as dump device for panic dumps? I = have a 6.2 box with gmirrors and no non-gmirror disks. I have never managed to= get dumps work onto the swap partition on the mirror. So...is it possible to = use USB stick as a dump device or should I not even try that? -- VH --------------enig0EBDC9CA0878DA0E13131965 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTTBWoUFWwtEPkHIRCK2BAJ9lgeeJF09KHCDnKD4PNaZR7VnabgCfaznV VI6r0LJdn0o9hTZGR/bhWQQ= =mXPR -----END PGP SIGNATURE----- --------------enig0EBDC9CA0878DA0E13131965-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 09:27:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8EE816A419 for ; Wed, 28 Nov 2007 09:27:23 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9C36713C458 for ; Wed, 28 Nov 2007 09:27:23 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id lAS98din016562; Wed, 28 Nov 2007 04:08:40 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Wed, 28 Nov 2007 04:08:40 -0500 (EST) Date: Wed, 28 Nov 2007 04:08:39 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Gregor Maier In-Reply-To: <474C0425.2060906@net.t-labs.tu-berlin.de> Message-ID: References: <474C0425.2060906@net.t-labs.tu-berlin.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Pthread scheduling in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 09:27:23 -0000 On Tue, 27 Nov 2007, Gregor Maier wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, > > I have a question concerning *pthread* scheduling with FreeBSD 7. Did this get answered already? I missed it if it did. > My goal: > > I have a multi-threaded application, in which I have a thread that > should get higher priority than the other threads. Realtime-Priority for > this thread would be nice but is not necessary. > > > My approach so far (which worked for FreeBSD 6.2): > > Use the libpthread implementation, use pthread_attr_setschedparam() to > increase the priority (scope is PTHREAD_SCOPE_SYSTEM, policy is > SCHED_RR). For the libpthread implemenation that worked fine and did > just what I expected. I also tried it using libthr, but libthr didn't > care about the priority. > > > My prolbem in FreeBSD 7: > > The libpthread implementation seems to have gone and libthr is the > default. However libthr still ignores the pthread scheduling parameters. > (FreeBSD 7 has a different default priority and policy for libthr than > FreeBSD 6 however). I also saw, that libkse is now available as a new > M:N pthread implementation, so I tried using that. But libkse is > significantly slower than libthr and libkse does not always schedule to > all CPUs. As far as I can tell libkse only schedules to all CPUs if the > load is small when the threads are created. I have never seen this > behaviour with libpthread from FreeBSD 6. > > And libkse is quite unpredictable: I used a test program with 10 threads > (with equal priority) and recorded the wall-runtime of each of them. The > runtime of them differs by a factor of up to 5(!). > > I have to mention however, that I used different machines. The one > running FreeBSD 6 is a dual-cpu AMD Athlon with 32bit OS, while the one > running FreeBSD 7 is a dual-core Intel running a 64bit OS. > In FreeBSD 6 I used SCHED_4BSD in the kernel, while I used SCHED_ULE in > FreeBSD 7. > > > My questions: > > * Can anyone shed some light on this issue? > * How can I tune thread scheduling in FreeBSD 7? What happened to the > libpthread implementation from FreeBSD 6? It is the same as libkse, just renamed. Other than setting the sysctl kern.threads.virtual_cpu (which defaults to the number of CPUs), there isn't much else. And if all threads are system scope, virtual_cpu > 1 isn't of any use. > * What triggers the whether libkse schedules to only one or to all CPUs? > Is this tuneable? In both cases (system and process-scope threads) it is dependent on the kernel. For process scope threads, there is only one userland run-queue and threads are scheduled onto KSEs as they become available. When threads block in the kernel, an upcall is made and libkse runs another thread in that KSE. When threads unblock, the kernel puts them in the next KSE upcall - they are not bound to any specific upcall. What should be done is that threads should get bound to a specific upcall and they should stay there (N run queues to match N KSEs) and threads should only migrate to average the KSE loading. For system scope threads it is totally dependent on the kernel scheduler. > * Do rtprio() and/or nice() work for single threads? I'm not sure about nice(), but rtprio only works if you have superuser privileges. > * Any other ideas how I can assign a higher priority to a thread. Maybe > even realtime priority? For libthr, priorities are only really used if the process has superuser privileges. Try running (if it is safe) it as root. You should set the scheduling class to SCHED_FIFO or SCHED_RR (see sched_setscheduler(2)). -- DE From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 11:55:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0D6916A505 for ; Wed, 28 Nov 2007 11:55:27 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 982B613C4CE for ; Wed, 28 Nov 2007 11:55:27 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 16356 invoked from network); 28 Nov 2007 05:55:27 -0600 Received: from 124-170-218-216.dyn.iinet.net.au (HELO localhost) (124.170.218.216) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 28 Nov 2007 05:55:26 -0600 Date: Wed, 28 Nov 2007 22:55:17 +1100 From: Norberto Meijome To: Dominic Fandrey Message-ID: <20071128225517.30a8b26a@meijome.net> In-Reply-To: <474BD99C.7070002@gmx.de> References: <474BD99C.7070002@gmx.de> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: msdosfs performance unbearable 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, 28 Nov 2007 11:55:28 -0000 On Tue, 27 Nov 2007 09:47:24 +0100 Dominic Fandrey wrote: > ufs: > $ time -h tar -xf php_manual_en.tar.gz > 3.31s real 0.43s user 0.51s sys I've seem something similar , in the past, on 6.2, when writing to my mobile phone's mini-SD card. what does gstat show? (in particular, is any device being used 100% ?, can u relate the slowness when it hits 100% ? do other disks other than your FAT disk become saturated too? ) cheers, B _________________________ {Beto|Norberto|Numard} Meijome I sense much NT in you. NT leads to Bluescreen. Bluescreen leads to downtime. Downtime leads to suffering. NT is the path to the darkside. Powerful Unix is. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 14:18:26 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AD0116A419 for ; Wed, 28 Nov 2007 14:18:26 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (neo.vx.sk [213.239.219.9]) by mx1.freebsd.org (Postfix) with ESMTP id BDF1113C45A for ; Wed, 28 Nov 2007 14:18:25 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 8E07339853; Wed, 28 Nov 2007 15:18:24 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by localhost (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qIPRSOTtxGQk; Wed, 28 Nov 2007 15:18:22 +0100 (CET) Received: from [137.208.224.193] (abt-wi-034.wu-wien.ac.at [137.208.224.193]) by mail.vx.sk (Postfix) with ESMTP id EA45B39852; Wed, 28 Nov 2007 15:18:21 +0100 (CET) Message-ID: <474D78CF.6040602@FreeBSD.org> Date: Wed, 28 Nov 2007 15:18:55 +0100 From: Martin Matuska User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: pyunyh@gmail.com References: <474A7F83.7080900@FreeBSD.org> <20071126092457.GE1025@cdnetworks.co.kr> In-Reply-To: <20071126092457.GE1025@cdnetworks.co.kr> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 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: Wed, 28 Nov 2007 14:18:26 -0000 Your patch makes this network card interesting. It is now working faster and saving more resources :-) I hope it will find it's way at least into -CURRENT The locukups might have been solved by your patch or by: http://lists.freebsd.org/pipermail/cvs-src/2007-November/084247.html Anyway, I have now 2 days uptime without any network-card or storage problems at all. Pyun YongHyeon schrieb: > On Mon, Nov 26, 2007 at 09:10:43AM +0100, Martin Matuska wrote: > > Hi, > > > > I am using a MSI K9AG Neo2-Digital (MS-7368) mainboard with 7.0-BETA3 in > > amd64 mode at a german dedicated server provider. > > The mainboard has a onboard re(4) ethernet controller. I experience a > > very strange behaiviour: > > > > When there are large transfers on the onboard SATA controller the re(4) > > controller starts to have packet loss. > > > > This packet loss does not stop when there is no more load on ata(4). > > With another high load (like doing a full-system backup) the packet loss > > keeps increasing up to 90% and more - the system is not accesible over > > the internet anymore, packets get lost, SSH sessions or http requests > > get stale, I have to restart the system. > > > > I experience no kernel panics. Another (maybe related) problem that > > occurs (but does not effect system responsiveness) is described in: > > http://lists.freebsd.org/pipermail/freebsd-current/2007-November/080525.html > > > > Here is some information about the system: > > > > dmesg (boot -v): > > http://test.vx.sk/MS-7368/dmesg.txt > > > > pciconf -lcv: > > http://test.vx.sk/MS-7368/pciconf.txt > > > > dmidecode: > > http://test.vx.sk/MS-7368/dmidecode.txt > > > > I don't understand why this happens and would like to help debugging > > Me either. I have a WIP version that fixes other issues on re(4) but > I'm not sure whether it mitigates your issue. The overhauled re(4) > supports larger descriptors(256 instead of 64) and TSO. > http://people.freebsd.org/~yongari/re/if_re.c > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > this issue. > > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 14:27:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFAC216A417 for ; Wed, 28 Nov 2007 14:27:55 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 954BA13C457 for ; Wed, 28 Nov 2007 14:27:55 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3436134pyb for ; Wed, 28 Nov 2007 06:27:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=SOHYNj4b2/EzmXQ9nSFllQuSwciGFHnKZvrggNPHmO0=; b=DjxcatA7KJcaVTR6sw+MwCdqk5XQt4sijX+BzKlxHD9O4YbFmGdkQa8grWE+BdMCMRhkmQjJf/JjmF0GI76hws/vQ3QVAsaU24s2hmSwDD37pEzw+RA7ONh/gm7YnZrkPHtODe9na0wyVVvPnTEuA7wFO5GKL7iuomq2wc0Hd0o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=MggFACDxjW3Bk/DByAAxOcWai8eZw69QWlymOd68l/VURgXAzvWBjQRDLK3eeodE0QBMqVvnH3yiDHJy0zjxjtfq0VWfXuUTtyw1r+G2pZhwNZxvru/t3TQy0D+CyPL8ntZzYqgLyjf7lEgfs3mVr9AITogIRJn+tMIy9ggctsk= Received: by 10.65.107.10 with SMTP id j10mr945004qbm.1196260051202; Wed, 28 Nov 2007 06:27:31 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e16sm3098261qbe.2007.11.28.06.27.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 28 Nov 2007 06:27:30 -0800 (PST) Message-ID: <474D7AD1.1040409@gmail.com> Date: Wed, 28 Nov 2007 09:27:29 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Martin Matuska References: <474A7F83.7080900@FreeBSD.org> <20071126092457.GE1025@cdnetworks.co.kr> <474D78CF.6040602@FreeBSD.org> In-Reply-To: <474D78CF.6040602@FreeBSD.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: pyunyh@gmail.com, freebsd-stable@FreeBSD.org Subject: Re: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 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: Wed, 28 Nov 2007 14:27:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Martin Matuska wrote: > Your patch makes this network card interesting. It is now working faster > and saving more resources :-) I hope it will find it's way at least into > -CURRENT > > The locukups might have been solved by your patch or by: > http://lists.freebsd.org/pipermail/cvs-src/2007-November/084247.html > > Anyway, I have now 2 days uptime without any network-card or storage > problems at all. Roughly the same results here.... except the uptime because I did a few buildworlds for other reasons but I am getting about 80% of the rated speed for my ISP now (once headers are factored in it is almost 100%) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTXrRJ9+1V27SttsRAgunAKCJrseUsrB+TuP7vF4EF7EbUZ+pvgCeKzjM HxZizD+Cmerx4KM4EKk06JM= =KExM -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 16:42:27 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4396316A417 for ; Wed, 28 Nov 2007 16:42:27 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57007.mail.re3.yahoo.com (web57007.mail.re3.yahoo.com [66.196.97.111]) by mx1.freebsd.org (Postfix) with SMTP id D303C13C458 for ; Wed, 28 Nov 2007 16:42:26 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 6473 invoked by uid 60001); 28 Nov 2007 16:15:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=hnJUGd9chr4Hdt8i9fBIfrz0L/0XVS34Y2zE8/4N1HAkprSHTsbGnYNwjvQ/fZU4xmbXbaKb3Lk2tGb3Es79GZKUGet2BE25eqJ1fpHoy5a6e337VmYQCz4WcO0CClldaw2m3sh/5KQjSJrTsTtn3ZzMdmlfvYIF/qJ8aFO9lv4=; X-YMail-OSG: iGWD23oVM1kRfAfXiZUXV6E3h3BckMqE5JQQjfTipysoZb8_LqlrwMwODzPHvAQkvA-- Received: from [165.21.154.16] by web57007.mail.re3.yahoo.com via HTTP; Wed, 28 Nov 2007 08:15:45 PST Date: Wed, 28 Nov 2007 08:15:45 -0800 (PST) From: Unga To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <842020.6033.qm@web57007.mail.re3.yahoo.com> Cc: Subject: FreeBSD 6.2-RELEASE always hang 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, 28 Nov 2007 16:42:27 -0000 Hi all I'm using FreeBSD 6.2-RELEASE on Intel P4 3.0GHz, 512MB Ram computer. Its very irritatingly hangs very frequently, more than 10 times a day. Do others find FreeBSD 6.2-RELEASE always hangs? I simply cannot use it for any serious use, not even to send a mail, other than browsing web. I find it mostly when I try to move the mouse it hangs. Upward and downward cursor keys press and hold also hangs, but not always. These may be just coincidental. How do I find why it hangs? How is the stability of the upcoming 7.0? Best Regards Unga ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 16:48:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F5CA16A417 for ; Wed, 28 Nov 2007 16:48:54 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id BB6D113C45D for ; Wed, 28 Nov 2007 16:48:53 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A71C0.dip.t-dialin.net [84.154.113.192]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lASGmpV5033706; Wed, 28 Nov 2007 16:48:52 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lASGnuxU007342; Wed, 28 Nov 2007 17:49:56 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lASGnu6u017078; Wed, 28 Nov 2007 17:49:56 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200711281649.lASGnu6u017078@fire.js.berklix.net> In-reply-to: <200711271452.lAREqdic091980@fire.js.berklix.net> References: <200711271452.lAREqdic091980@fire.js.berklix.net> Comments: In-reply-to "Julian H. Stacey" message dated "Tue, 27 Nov 2007 15:52:39 +0100." Date: Wed, 28 Nov 2007 17:49:56 +0100 From: "Julian H. Stacey" Cc: Stefano Spinucci , freebsd-stable@freebsd.org Subject: Re: installation problems of FreeBSD 7 beta 2 on Dell D610 (multiboot con solaris, linux, winxp) 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, 28 Nov 2007 16:48:54 -0000 "Julian H. Stacey" wrote: > > > Stefano & stable@ > > I saw similar installing 7.0-BETA3 on my Digital HiHote Ultra > .. > > I'll look for right syntax. eg maybe hw.ata.ata_dma=0 etc starting > > in my http://www.berklix.com/~jhs/hardware/laptops/#loader.conf > > Safe mode (Hit Key 3 after it asks for boot floppy 2nd time > (Im using floppy as my cd drive doesnt like my cd-rw media, just cd-r) > This sets hw.ata.ata_dma to 0, with this my laptop is now in middle > of a minimal install, reading distrib via a pcmcia ep0 ethernet. Although that enables disk writes, Pcmcia ep0 runs slow, 23KB/s, timing out & install has died repeatedly. I tried reducing commands used in bootsafekey of /sys/boot/forth/beastie.4th: http://www.berklix.com/~jhs/hardware/laptops/#bootsafekey By avoiding `3' & just using set hw.ata.ata_dma boot Still its a slow 23K. Still ep0 dies. Install fails. -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 16:51:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 9073216A420; Wed, 28 Nov 2007 16:51:45 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Thu, 29 Nov 2007 01:51:44 +0900 From: Norikatsu Shigemura To: Mike Tancsa , Harald Schmalzbauer Message-Id: <20071129015144.24c67521.nork@FreeBSD.org> In-Reply-To: <200711271237.lARCbdMB077950@lava.sentex.ca> References: <20071127092729.189bcbae@titan.flintsbach.schmalzbauer.de> <200711271237.lARCbdMB077950@lava.sentex.ca> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, simon@FreeBSD.org Subject: Re: cryptodev and ssh on RELENG_7 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, 28 Nov 2007 16:51:46 -0000 On Tue, 27 Nov 2007 07:37:49 -0500 Mike Tancsa wrote: > >I have a HiFN crypto card and can remember that it was used for ssh > >connections with 3des encryption (on 6.1 afair). > >But with RELENG_7 it isn't used at all (no interrupts) if I > >'ssh -v -c 3des-cbc user@host' > >Any ideas what is wrong? > >dmesg: > >hifn0 mem > >0x80000000-0x80000fff,0x80040000-0x80041fff,0x80080000-0x80087fff irq > >12 at device 13.0 on pci0 hifn0: [ITHREAD] hifn0: Hifn 7955, rev 0, > >32KB dram, pll=0x801 > >crw-rw-rw- 1 root wheel - 0, 41 Nov 27 08:13:41 2007 /dev/crypto > Hi, > Are you sure you have device crypto and device cryptodev in > the kernel? Also, there is a program in > /usr/src/tools/tools/crypto called hifnstats. It will show some > usuage stats. e.g. This issue is one of a gcc42 issue. But gcc42 is not wrong. OpenSSL has a using __FreeBSD_version issue. So to fix this issue, you should apply following patch. --- crypto/openssl/crypto/engine/eng_cryptodev.c.orig 2006-07-30 04:10:18.000000000 +0900 +++ crypto/openssl/crypto/engine/eng_cryptodev.c 2007-11-08 01:55:35.000000000 +0900 @@ -32,7 +32,7 @@ #include #if (defined(__unix__) || defined(unix)) && !defined(USG) && \ - (defined(OpenBSD) || defined(__FreeBSD_version)) + (defined(OpenBSD) || defined(__FreeBSD__)) #include # if (OpenBSD >= 200112) || ((__FreeBSD_version >= 470101 && __FreeBSD_version < 500000) || __FreeBSD_version >= 500041) # define HAVE_CRYPTODEV From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 17:05:09 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A06C16A41A for ; Wed, 28 Nov 2007 17:05:09 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id 2DADA13C459 for ; Wed, 28 Nov 2007 17:05:08 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost.secureworks.net [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id F10155649E; Wed, 28 Nov 2007 11:48:28 -0500 (EST) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kBsGoe852B4T; Wed, 28 Nov 2007 11:48:28 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id C1A7656446; Wed, 28 Nov 2007 11:48:28 -0500 (EST) Message-ID: <474D9C0C.8060600@jellydonut.org> Date: Wed, 28 Nov 2007 11:49:16 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/20071022 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Unga References: <842020.6033.qm@web57007.mail.re3.yahoo.com> In-Reply-To: <842020.6033.qm@web57007.mail.re3.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 6.2-RELEASE always hang 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, 28 Nov 2007 17:05:09 -0000 Unga wrote: > Hi all > > I'm using FreeBSD 6.2-RELEASE on Intel P4 3.0GHz, > 512MB Ram computer. > > Its very irritatingly hangs very frequently, more than > 10 times a day. Do others find FreeBSD 6.2-RELEASE > always hangs? I simply cannot use it for any serious > use, not even to send a mail, other than browsing web. > > I find it mostly when I try to move the mouse it > hangs. Upward and downward cursor keys press and hold > also hangs, but not always. These may be just > coincidental. How do I find why it hangs? How is the > stability of the upcoming 7.0? > > Best Regards > Unga > I'm sure I'm not alone in this, but I'm running several 6.2-RELEASE-p8 boxes (servers and laptop workstations) for several months now without a single lock-up. I'd first look into hardware, testing memory, testing the power supply, and checking CPU/chipset temperatures as they have often contributed to problems similar to what you are describing. 6.2 has been working extremely well for me with no stability issues that weren't related to hardware problems. -Proto From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 17:27:06 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B14B516A41A for ; Wed, 28 Nov 2007 17:27:06 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 66A8D13C467 for ; Wed, 28 Nov 2007 17:27:06 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id E90451B10F29; Wed, 28 Nov 2007 18:27:04 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 6F9071B10F15; Wed, 28 Nov 2007 18:27:02 +0100 (CET) Message-ID: <474DA4E6.7020700@moneybookers.com> Date: Wed, 28 Nov 2007 19:27:02 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Unga References: <842020.6033.qm@web57007.mail.re3.yahoo.com> In-Reply-To: <842020.6033.qm@web57007.mail.re3.yahoo.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4941/Wed Nov 28 17:10:21 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 6.2-RELEASE always hang 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, 28 Nov 2007 17:27:06 -0000 Hi, Unga wrote: > Hi all > > I'm using FreeBSD 6.2-RELEASE on Intel P4 3.0GHz, > 512MB Ram computer. > > Its very irritatingly hangs very frequently, more than > 10 times a day. Do others find FreeBSD 6.2-RELEASE > always hangs? I simply cannot use it for any serious > use, not even to send a mail, other than browsing web. > > I find it mostly when I try to move the mouse it > hangs. Upward and downward cursor keys press and hold > also hangs, but not always. These may be just > coincidental. How do I find why it hangs? http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html should help you how to start finding out why :) > How is the > stability of the upcoming 7.0? > You should try it on your hardware and see how it will perform. it can be more stable .. or less :) but it have to be faster :) > Best Regards > Unga > > > ____________________________________________________________________________________ > Be a better sports nut! Let your teams follow you > with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ > _______________________________________________ > 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" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 17:29:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D1F016A469 for ; Wed, 28 Nov 2007 17:29:42 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id DDF0D13C458 for ; Wed, 28 Nov 2007 17:29:41 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1919743uge for ; Wed, 28 Nov 2007 09:29:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=nSBnvK7Xfxv7vgytevJdUlnywLIfbPlY0Sjm4DJe+y8=; b=ranXk0FQhphKSrCTDgPTo3LPD/D21KA0qTZvWsgofC/dePIpcFpESNZllDcAFziBfDlMsF/IUPGxRIJBu8KDlVoinwkK7Kvt1ZHJkBykHY9+egWH/iENybcGsb28vR5jAV7Q/AfA3tsttawRROLMIrvNsw5lAIpIJlSVkKGBh6k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ggSQNJpH12soacbRYkD9Hkgca5DdjG4kB+PAF+/hiqP24dz56HWFNOzIZ2rbEYaGM30VVThpzdq1XiTn2Z8HTd8rqeRhDIMtdgLPKuCnvsHv7z1XAkY6yaXgbapb0olSoDCk5VVJCmw6UYSEkaej9JTLZ94KL1BFtWcCCaCNtpk= Received: by 10.78.137.7 with SMTP id k7mr2116690hud.1196269287099; Wed, 28 Nov 2007 09:01:27 -0800 (PST) Received: by 10.78.172.18 with HTTP; Wed, 28 Nov 2007 09:01:27 -0800 (PST) Message-ID: Date: Wed, 28 Nov 2007 18:01:27 +0100 From: "Cristiano Deana" To: "FreeBSD Stable Mailing List" In-Reply-To: <842020.6033.qm@web57007.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <842020.6033.qm@web57007.mail.re3.yahoo.com> Subject: Re: FreeBSD 6.2-RELEASE always hang 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, 28 Nov 2007 17:29:42 -0000 On Nov 28, 2007 5:15 PM, Unga wrote: > 10 times a day. Do others find FreeBSD 6.2-RELEASE > always hangs? no > coincidental. How do I find why it hangs? hardware problem, i suppose. broken cpu fan? -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 17:37:32 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F5AC16A417; Wed, 28 Nov 2007 17:37:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E049813C461; Wed, 28 Nov 2007 17:37:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lASHbUrk040756; Wed, 28 Nov 2007 12:37:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [64.7.128.104]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lASHbUx2091532; Wed, 28 Nov 2007 12:37:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-legacy.sentex.ca (Postfix, from userid 666) id A8833241A2; Wed, 28 Nov 2007 12:37:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071128173730.A8833241A2@freebsd-legacy.sentex.ca> Date: Wed, 28 Nov 2007 12:37:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 17:37:32 -0000 TB --- 2007-11-28 16:44:30 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-11-28 16:44:30 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-11-28 16:44:30 - cleaning the object tree TB --- 2007-11-28 16:44:51 - cvsupping the source tree TB --- 2007-11-28 16:44:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2007-11-28 16:44:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-28 16:44:57 - cd /src TB --- 2007-11-28 16:44:57 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2007-11-28 17:37:30 - generating LINT kernel config TB --- 2007-11-28 17:37:30 - cd /src/sys/sparc64/conf TB --- 2007-11-28 17:37:30 - /usr/bin/make -B LINT TB --- 2007-11-28 17:37:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-28 17:37:30 - cd /src TB --- 2007-11-28 17:37:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 28 17:37:30 UTC 2007 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sparc64/conf; PATH=/obj/sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64/src/tmp/legacy/usr/bin:/obj/sparc64/src/tmp/legacy/usr/games:/obj/sparc64/src/tmp/usr/sbin:/obj/sparc64/src/tmp/usr/bin:/obj/sparc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sparc64/src/sys/LINT /src/sys/sparc64/conf/LINT config: /src/sys/sparc64/conf/LINT:687: only one machine directive is allowed *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-28 17:37:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-28 17:37:30 - ERROR: failed to build lint kernel TB --- 2007-11-28 17:37:30 - tinderbox aborted TB --- 2552.58 user 307.05 system 3179.86 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 18:17:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E001016A418; Wed, 28 Nov 2007 18:17:27 +0000 (UTC) (envelope-from w@wrzask.pl) Received: from mx.oak.pl (mx.oak.pl [217.96.108.251]) by mx1.freebsd.org (Postfix) with ESMTP id 9271613C44B; Wed, 28 Nov 2007 18:17:27 +0000 (UTC) (envelope-from w@wrzask.pl) Received: by oak.pl (Postfix, from userid 1002) id 919041CD1E; Wed, 28 Nov 2007 19:17:25 +0100 (CET) Date: Wed, 28 Nov 2007 19:17:25 +0100 From: Jan Srzednicki To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20071128181725.GP2045@oak.pl> References: <20071127135320.GJ2045@oak.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071127135320.GJ2045@oak.pl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: connect() returns EADDRINUSE during massive host->host conn rate 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, 28 Nov 2007 18:17:28 -0000 On Tue, Nov 27, 2007 at 02:53:20PM +0100, Jan Srzednicki wrote: > Hello, > > setting up the relevant fields, setting SO_REUSEADDR and SO_KEEPALIVE, > setting O_NONBLOCK on the descriptor. No bind(2) is performed. The > connection is initiated from inside a jail (not sure if that implies a > internal bind(2) to the jail's address). There are no connections from > the other host to the first one. And some additional info: subsequent connect()s on the same keep returning EADDRINUSE as well. In order to establish a connection, the application must create a brand new socket and then retry connect(). -- Jan Srzednicki :: http://wrzask.pl/ "Remember, remember, the fifth of November" -- V for Vendetta From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 18:30:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5168616A477; Wed, 28 Nov 2007 18:30:06 +0000 (UTC) (envelope-from w@wrzask.pl) Received: from mx.oak.pl (mx.oak.pl [217.96.108.251]) by mx1.freebsd.org (Postfix) with ESMTP id F36FE13C45B; Wed, 28 Nov 2007 18:30:03 +0000 (UTC) (envelope-from w@wrzask.pl) Received: by oak.pl (Postfix, from userid 1002) id 0B3721CD1E; Wed, 28 Nov 2007 19:30:02 +0100 (CET) Date: Wed, 28 Nov 2007 19:30:01 +0100 From: Jan Srzednicki To: Julian Elischer Message-ID: <20071128183001.GQ2045@oak.pl> References: <20071127135320.GJ2045@oak.pl> <474DB1D0.3010100@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474DB1D0.3010100@elischer.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: connect() returns EADDRINUSE during massive host->host conn rate 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, 28 Nov 2007 18:30:06 -0000 On Wed, Nov 28, 2007 at 10:22:08AM -0800, Julian Elischer wrote: > Jan Srzednicki wrote: >> Hello, >> I have a pair of hosts. One of them performs a massive amount of >> TCP connections to the other one, all to the same port. This setup >> mostly works fine, but from time to time (that varies, from once a >> minute to one a half an hour), the connect(2) syscall fails with >> EADDRINUSE. The connection rate tops to 50 connection > > so, what does netstat -aAn show? How can I get any usable information from netstat? It shows a bunch of connections, of course, but since connect(2) failed, I have no idea what local port I was trying to use. And, what I forgot to mention, it's a SMP box, which could matter in case of some race condition. -- Jan Srzednicki :: http://wrzask.pl/ "Remember, remember, the fifth of November" -- V for Vendetta From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 18:33:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E51A16A4B3 for ; Wed, 28 Nov 2007 18:33:56 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outX.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id 8280413C458 for ; Wed, 28 Nov 2007 18:33:56 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 28 Nov 2007 10:22:15 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 04C2F126B25; Wed, 28 Nov 2007 10:22:14 -0800 (PST) Message-ID: <474DB1D0.3010100@elischer.org> Date: Wed, 28 Nov 2007 10:22:08 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jan Srzednicki References: <20071127135320.GJ2045@oak.pl> In-Reply-To: <20071127135320.GJ2045@oak.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: connect() returns EADDRINUSE during massive host->host conn rate 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, 28 Nov 2007 18:33:56 -0000 Jan Srzednicki wrote: > Hello, > > I have a pair of hosts. One of them performs a massive amount of > TCP connections to the other one, all to the same port. This setup > mostly works fine, but from time to time (that varies, from once a > minute to one a half an hour), the connect(2) syscall fails with > EADDRINUSE. The connection rate tops to 50 connection so, what does netstat -aAn show? > initiations/second. > > The socket is non-blocking. It does standard job of creating the socket, > setting up the relevant fields, setting SO_REUSEADDR and SO_KEEPALIVE, > setting O_NONBLOCK on the descriptor. No bind(2) is performed. The > connection is initiated from inside a jail (not sure if that implies a > internal bind(2) to the jail's address). There are no connections from > the other host to the first one. > > I've tried tuning the net.inet.ip.portrange variables: I've increased > the available portrange to over 45000 ports (quite a lot, should be more > than enough for just anything) and I've toggled > net.inet.ip.portrange.randomized off, but that didn't change anything. > > The workaround on the application side - retrying on EADDRINUSE - works > pretty well, but hey, from what I know from the Stevens book, that > shouldn't be happening, though Google said all BSD had a bad habit of > throwing out EADDRINUSE from time to time. > > This all happens on a 6.2-RELEASE system. The symptoms are easily > reproducable in my environment. > > Is there any known fix for that? If there ain't, can it be fixed? :) > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 18:39:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C7FD16A417 for ; Wed, 28 Nov 2007 18:39:44 +0000 (UTC) (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 2370B13C442 for ; Wed, 28 Nov 2007 18:39:43 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IxRo1-0003pW-Uw for freebsd-stable@freebsd.org; Wed, 28 Nov 2007 18:38:41 +0000 Received: from 78-0-78-190.adsl.net.t-com.hr ([78.0.78.190]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 28 Nov 2007 18:38:41 +0000 Received: from ivoras by 78-0-78-190.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 28 Nov 2007 18:38:41 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 28 Nov 2007 19:36:29 +0100 Lines: 37 Message-ID: References: <20071127135320.GJ2045@oak.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5D2E3E76C27452C9601637FA" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-78-190.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <20071127135320.GJ2045@oak.pl> X-Enigmail-Version: 0.95.5 Sender: news Cc: freebsd-net@freebsd.org Subject: Re: connect() returns EADDRINUSE during massive host->host conn rate 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, 28 Nov 2007 18:39:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5D2E3E76C27452C9601637FA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jan Srzednicki wrote: > Hello, >=20 > I have a pair of hosts. One of them performs a massive amount of > TCP connections to the other one, all to the same port. This setup > mostly works fine, but from time to time (that varies, from once a > minute to one a half an hour), the connect(2) syscall fails with=20 > EADDRINUSE. The connection rate tops to 50 connection > initiations/second. This looks like the old (and probably well known) problem "ab" has. ("ab" is "apache benchmark", a utility which is bundled with apache and which does repeated connections to the specified address, does transactions and computes some statistics). AFAIK this behaviour was present since at least 5.2, maybe earlier. No known fixes. --------------enig5D2E3E76C27452C9601637FA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTbUtldnAQVacBcgRAtmnAJ4g5xNa0PcYavYH8reVeIqEG9HlpACg/FyX wpsRpl/p3OMi1UIbcH9uWQ4= =3Sqe -----END PGP SIGNATURE----- --------------enig5D2E3E76C27452C9601637FA-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 18:43:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9362016A46B for ; Wed, 28 Nov 2007 18:43:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outW.internet-mail-service.net (outW.internet-mail-service.net [216.240.47.246]) by mx1.freebsd.org (Postfix) with ESMTP id 615FD13C46E for ; Wed, 28 Nov 2007 18:43:01 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 28 Nov 2007 10:43:00 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 1524F126B23; Wed, 28 Nov 2007 10:43:00 -0800 (PST) Message-ID: <474DB6B3.1020202@elischer.org> Date: Wed, 28 Nov 2007 10:42:59 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jan Srzednicki References: <20071127135320.GJ2045@oak.pl> <474DB1D0.3010100@elischer.org> <20071128183001.GQ2045@oak.pl> In-Reply-To: <20071128183001.GQ2045@oak.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: connect() returns EADDRINUSE during massive host->host conn rate 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, 28 Nov 2007 18:43:04 -0000 Jan Srzednicki wrote: > On Wed, Nov 28, 2007 at 10:22:08AM -0800, Julian Elischer wrote: >> Jan Srzednicki wrote: >>> Hello, >>> I have a pair of hosts. One of them performs a massive amount of >>> TCP connections to the other one, all to the same port. This setup >>> mostly works fine, but from time to time (that varies, from once a >>> minute to one a half an hour), the connect(2) syscall fails with >>> EADDRINUSE. The connection rate tops to 50 connection >> so, what does netstat -aAn show? > > How can I get any usable information from netstat? It shows a bunch of > connections, of course, but since connect(2) failed, I have no idea what > local port I was trying to use. but you can get an idea of the local socket distribution, and what state all the sockets are in (TIME_WAIT etc). > > And, what I forgot to mention, it's a SMP box, which could matter in > case of some race condition. hopefully not. > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 19:16:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2E2316A473 for ; Wed, 28 Nov 2007 19:16:29 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 64A1F13C45A for ; Wed, 28 Nov 2007 19:16:29 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id lASJGSJS001908; Wed, 28 Nov 2007 14:16:28 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Wed, 28 Nov 2007 14:16:28 -0500 (EST) Date: Wed, 28 Nov 2007 14:16:27 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Ivan Voras In-Reply-To: Message-ID: References: <20071127135320.GJ2045@oak.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: connect() returns EADDRINUSE during massive host->host conn rate X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2007 19:16:29 -0000 On Wed, 28 Nov 2007, Ivan Voras wrote: > Jan Srzednicki wrote: >> Hello, >> >> I have a pair of hosts. One of them performs a massive amount of >> TCP connections to the other one, all to the same port. This setup >> mostly works fine, but from time to time (that varies, from once a >> minute to one a half an hour), the connect(2) syscall fails with >> EADDRINUSE. The connection rate tops to 50 connection >> initiations/second. > > This looks like the old (and probably well known) problem "ab" has. > ("ab" is "apache benchmark", a utility which is bundled with apache and > which does repeated connections to the specified address, does > transactions and computes some statistics). AFAIK this behaviour was > present since at least 5.2, maybe earlier. No known fixes. Could it have anything to do with the listen backlog on the server end? -- DE From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 19:16:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7959C16A46C for ; Wed, 28 Nov 2007 19:16:56 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out3.starman.ee [85.253.0.5]) by mx1.freebsd.org (Postfix) with ESMTP id 3EC9113C461 for ; Wed, 28 Nov 2007 19:16:56 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx1.starman.ee (mx1.starman.ee [62.65.192.16]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 33A1FA21923 for ; Wed, 28 Nov 2007 21:16:54 +0200 (EET) X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from [192.168.2.100] (pc65.host1.ida.starman.ee [62.65.240.65]) by mx1.starman.ee (Postfix) with ESMTP id 4A4DF3F4080 for ; Wed, 28 Nov 2007 21:16:53 +0200 (EET) From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Wed, 28 Nov 2007 21:16:51 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711282116.53008.antik@bsd.ee> Subject: questionable feature- rcvar woes 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, 28 Nov 2007 19:16:56 -0000 Something is wrong with rcvar or I am just blatant. For example: 1) Enable powerd in rc.conf # echo 'enable_powerd="YES"' >> /etc/rc.conf 2) Launch powerd # /etc/rc.d/powerd start Starting powerd. 3) And stopping it. # /etc/rc.d/powerd stop Stopping powerd. Everything looks fine, but when I disable powerd in rc.conf then problem arise. 1) Disable powerd in rc.conf- comment it out. # enable_powerd="YES" 2) Stop powerd # /etc/rc.d/powerd stop ...silence- nothing in logs either. What? Not even a warning message and powerd is actually running- why I have to reboot to disable it? I know that I can stop it by enabling it in rc.conf but what the point? Same problem when I want to start some service without appropriate line in rc.conf. I'd prefer to see somekind of warning about misconfigured rc.conf or at least information about what's going on in reality. Andrei From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 19:27:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CBEA16A419 for ; Wed, 28 Nov 2007 19:27:52 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8EFE913C458 for ; Wed, 28 Nov 2007 19:27:52 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 76CE21A4D80; Wed, 28 Nov 2007 11:27:52 -0800 (PST) Date: Wed, 28 Nov 2007 11:27:52 -0800 From: Alfred Perlstein To: Dominic Fandrey Message-ID: <20071128192752.GB71382@elvis.mu.org> References: <474BD99C.7070002@gmx.de> <20071128015624.GP71382@elvis.mu.org> <474D2EF3.60104@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <474D2EF3.60104@gmx.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: msdosfs performance unbearable 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, 28 Nov 2007 19:27:52 -0000 * Dominic Fandrey [071128 01:04] wrote: > Alfred Perlstein wrote: > > * Dominic Fandrey [071127 00:47] wrote: > >> ufs: > >> $ time -h tar -xf php_manual_en.tar.gz > >> 3.31s real 0.43s user 0.51s sys > >> > >> > >> msdosfs: > >> I stopped that after 45 minutes. > >> > >> Also the system becomes barely responsive. The mouse moves extremely s= loppy > >> and a key-press often causes 2 characters to be printed. Mouse-clicks = are > >> either lost or take more than 10 seconds to be recognized. > >=20 > > Which version of FreeBSD? can you get more information about the=20 > > FAT system? >=20 > Csupped and build yesterday: > $ uname -a > FreeBSD mobileKamikaze.norad 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Tue Nov 27 > 20:53:17 CET 2007 > root@homeKamikaze.norad:/usr/obj/TPR40-7/i386/usr/src/sys/TPR40-7 i386 >=20 > Partition information: > /dev/ad0s3 on /mnt/msdos/software (msdosfs, local) > /dev/ad0s4 on /mnt/msdos/vault (msdosfs, local) >=20 > Actually I don't know any way of aquiring (<=3D how is this spelled?) use= ful > data about Fat32 partitions in FreeBSD. Ok that's fine, I was wondering is the MSDOS filesystem over USB or something? Is the UFS and MSDOSFS on the same media? -Alfred >=20 > Anyway: > mobileKamikaze$ strace -o ~/msdos.trace tar -xf php_manual_en.tar.gz > ^C >=20 > And here is the beginning of the trace: > execve(0xbfbfe608, [0xbfbfeaf4], [/* 0 vars */]) =3D 0 > __sysctl([...], 0xbfbfe86c, 0xbfbfe870, NULL, 0) =3D 0 > syscall_477(0, 0x110, 0x3, 0x1000, 0xffffffff, 0, 0) =3D 0x28080000 > munmap(0x28080000, 272) =3D 0 > __sysctl([...], 0x2807c87c, 0xbfbfe8d0, NULL, 0) =3D 0 > syscall_477(0, 0x8000, 0x3, 0x1002, 0xffffffff, 0, 0) =3D 0x28080000 > issetugid(0x2807598c) =3D 0 > open("/etc/libmap.conf", O_RDONLY) =3D 3 > fstat(3, {st_mode=3DS_IFDIR|0543, st_size=3D18446253021508551011, ...}) = =3D 0 > read(3, "", 4096) =3D 0 > close(3) =3D 0 > open("/var/run/ld-elf.so.hints", O_RDONLY) =3D 3 > read(3, "f/rtld.c:3297\n\0\0%s: Unexpected "..., 128) =3D 128 > syscall_478(0x3, 0x80, 0, 0) =3D 0x80 > read(3, "/lib:/usr/lib:/usr/lib/compat:/u"..., 274) =3D 274 > close(3) =3D 0 > access("/lib/libarchive.so.4", F_OK) =3D -1 ENOENT (No such file or di= rectory) > access("/usr/lib/libarchive.so.4", F_OK) =3D 0 > open("/usr/lib/libarchive.so.4", O_RDONLY) =3D 3 > fstat(3, {st_mode=3D0, st_size=3D0, ...}) =3D 0 > read(3, "\177ELF\1\1\1\t\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pP\0\000"..., 409= 6) =3D 4096 > syscall_477(0, 0x25000, 0x5, 0x20002, 0x3, 0, 0) =3D 0x28088000 > mprotect(0x280aa000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) =3D 0 > mprotect(0x280aa000, 4096, PROT_READ|PROT_EXEC) =3D 0 > syscall_477(0x280ab000, 0x1000, 0x3, 0x12, 0x3, 0x22000, 0) =3D 0x280ab000 > syscall_477(0x280ac000, 0x1000, 0x3, 0x1012, 0xffffffff, 0, 0) =3D 0x280a= c000 > close(3) =3D 0 > access("/lib/libbz2.so.3", F_OK) =3D -1 ENOENT (No such file or di= rectory) > access("/usr/lib/libbz2.so.3", F_OK) =3D 0 > open("/usr/lib/libbz2.so.3", O_RDONLY) =3D 3 > fstat(3, {st_mode=3D0, st_size=3D0, ...}) =3D 0 > read(3, "\177ELF\1\1\1\t\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\21\0\000"..., 4= 096) > =3D 4096 > syscall_477(0, 0x11000, 0x5, 0x20002, 0x3, 0, 0) =3D 0x280ad000 > mprotect(0x280bc000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) =3D 0 > mprotect(0x280bc000, 4096, PROT_READ|PROT_EXEC) =3D 0 > syscall_477(0x280bd000, 0x1000, 0x3, 0x12, 0x3, 0xf000, 0) =3D 0x280bd000 > close(3) =3D 0 > access("/lib/libz.so.4", F_OK) =3D 0 > open("/lib/libz.so.4", O_RDONLY) =3D 3 > fstat(3, {st_mode=3D0, st_size=3D0, ...}) =3D 0 > read(3, "\177ELF\1\1\1\t\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\27"..., 4096= ) =3D 4096 > syscall_477(0, 0x12000, 0x5, 0x20002, 0x3, 0, 0) =3D 0x280be000 > mprotect(0x280ce000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) =3D 0 > mprotect(0x280ce000, 4096, PROT_READ|PROT_EXEC) =3D 0 > syscall_477(0x280cf000, 0x1000, 0x3, 0x12, 0x3, 0x11000, 0) =3D 0x280cf000 > close(3) =3D 0 > access("/lib/libc.so.7", F_OK) =3D 0 > open("/lib/libc.so.7", O_RDONLY) =3D 3 > fstat(3, {st_mode=3D0, st_size=3D0, ...}) =3D 0 > read(3, "\177ELF\1\1\1\t\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\327\1"..., 409= 6) =3D 4096 > syscall_477(0, 0xfd000, 0x5, 0x20002, 0x3, 0, 0) =3D 0x280d0000 > mprotect(0x281b2000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) =3D 0 > mprotect(0x281b2000, 4096, PROT_READ|PROT_EXEC) =3D 0 > syscall_477(0x281b3000, 0x6000, 0x3, 0x12, 0x3, 0xe2000, 0) =3D 0x281b3000 > syscall_477(0x281b9000, 0x14000, 0x3, 0x1012, 0xffffffff, 0, 0) =3D 0x281= b9000 > close(3) =3D 0 > syscall_477(0, 0x9000, 0x3, 0x1002, 0xffffffff, 0, 0) =3D 0x281cd000 > sysarch(0xa, 0xbfbfe930) =3D 0 > syscall_477(0, 0x4b0, 0x3, 0x1000, 0xffffffff, 0, 0) =3D 0x281d6000 > munmap(0x281d6000, 1200) =3D 0 > syscall_477(0, 0xa18, 0x3, 0x1000, 0xffffffff, 0, 0) =3D 0x281d6000 > munmap(0x281d6000, 2584) =3D 0 > syscall_477(0, 0x2b8, 0x3, 0x1000, 0xffffffff, 0, 0) =3D 0x281d6000 > munmap(0x281d6000, 696) =3D 0 > syscall_477(0, 0x408, 0x3, 0x1000, 0xffffffff, 0, 0) =3D 0x281d6000 > munmap(0x281d6000, 1032) =3D 0 > syscall_477(0, 0x51c8, 0x3, 0x1000, 0xffffffff, 0, 0) =3D 0x281d6000 > munmap(0x281d6000, 20936) =3D 0 > __sysctl([1025732.0], 2, > "i7\350!\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., [2097204], = NULL, > 0) =3D 0 > sigprocmask(SIG_BLOCK, ~[ILL TRAP ABRT EMT FPE BUS SEGV SYS], []) =3D 0 > sigprocmask(SIG_SETMASK, [], NULL) =3D 0 > open("", O_RDONLY) =3D 3 > fstat(3, {st_mode=3D0, st_size=3D130023424, ...}) =3D 0 > __sysctl([127795200.78970880], 2, > "\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., [19136512], = NULL, > 0) =3D 0 > __sysctl([sysctl.0], 2, "", [0], NULL, 0) =3D 0 > __sysctl([4096.0], 2, "", [0], NULL, 0) =3D 0 > readlink("/etc/malloc.conf", 0xbfbfdf7b, 1024) =3D -1 ENOENT (No such fil= e or > directory) > issetugid(0x281aa366) =3D 0 > break(0x8100000) =3D 0 > __sysctl([181832331.185240637], 2, "ena\n\0\0\0\0: (malloc) Unsupported c= "..., > [1918967911], NULL, 0) =3D 0 > syscall_477(0, 0x200000, 0x3, 0x1002, 0xffffffff, 0, 0) =3D 0x281d6000 > munmap(0x281d6000, 172032) =3D 0 > munmap(0x28300000, 876544) =3D 0 > read(3, "1.2\n\0\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\1\0\0\0\0"..., 409= 6) =3D 4096 > read(3, "\0\277\0\0\0\0\0\0\0\300\0\0\0\0\0\0\0\301\0\0\0\0\0\0"..., 4096= ) =3D 546 > close(3) =3D 0 > open("", O_RDONLY) =3D 3 > fstat(3, {st_mode=3D0, st_size=3D24206847997116416, ...}) =3D 0 > fstat(3, {st_mode=3D0133, st_size=3D95, ...}) =3D 0 > syscall_478(0x3, 0, 0, 0x1) =3D 0 > syscall_478(0x3, 0, 0, 0) =3D 0 > read(3, "RuneMag1UTF-8\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096) = =3D 4096 > read(3, "@\4\10\0\0\0\n\274\0\0\n\305@\4\10\0\0\0\n\307\0\0\n\311"..., 40= 96) =3D > 4096 > read(3, "\0\0\1J\0\0\1J\0\0\1K\0\0\1L\0\0\1L\0\0\1M\0\0\1N\0\0\1"..., 409= 6) =3D 4096 > read(3, "\0\0\37\17\0\0\37\0\0\0\37\30\0\0\37\35\0\0\37\20\0\0\37"..., 40= 96) =3D > 4096 > read(3, "\0\0\36T\0\0\36W\0\0\36W\0\0\36V\0\0\36Y\0\0\36Y\0\0\36"..., 409= 6) =3D 4096 > read(3, "@\4\211\0@\4\31\0@\4\211\0@\4\31\0@\4\211\0@\4\31\0@\4"..., 4096= ) =3D 4096 > read(3, "@$\10\0@$\10\0@$\10\0@$\10\0@$\10\0@$\10\0@$\10\0@$\10"..., 4096= ) =3D 4096 > read(3, "@\4(\0@\4(\0@\4(\0@\4(\0@\4(\0@\4(\0@\4(\0@\4(\0"..., 4096) =3D = 4096 > read(3, "\200$\10\0\200$\10\0\200$\10\0\200$\10\0\200$\10\0\200"..., 4096= ) =3D 4096 > read(3, "@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0"..., 4096= ) =3D 4096 > read(3, "@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0\0@\4\0"..., 4096= ) =3D 4096 > read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096= ) =3D 4096 > read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096= ) =3D 4096 > read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096= ) =3D 4096 > read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096= ) =3D 4096 > read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096= ) =3D 4096 > read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096= ) =3D 4096 > read(3, "@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10\0@\4\10"..., 4096= ) =3D 4096 > read(3, "@\4\211\0@\4\211\0@\4\211\0@\4\211\0@\4\211\0@\4\211\0"..., 4096= ) =3D 2404 > close(3) =3D 0 > open("@=04???", O_RDONLY) =3D 3 > fstat(3, {st_mode=3DS_ISGID|0100, st_size=3D38566744742757440, ...}) =3D 0 > read(3, "GBP \n\302\243\n.\n,\n3;3\n\n-\n2\n2\n1\n0\n1\n0\n1"..., 35) =3D= 35 > close(3) =3D 0 > open("", O_RDONLY) =3D 3 > fstat(3, {st_mode=3DS_ISGID|0100, st_size=3D38566744742757440, ...}) =3D 0 > read(3, ".\n,\n3;3\n", 8) =3D 8 > close(3) =3D 0 > open("", O_RDONLY) =3D 3 > fstat(3, {st_mode=3D0, st_size=3D0, ...}) =3D 0 > read(3, "Jan\nFeb\nMar\nApr\nMay\nJun\nJul\nAug\n"..., 377) =3D 377 > close(3) =3D 0 > open("Sep", O_RDONLY) =3D 3 > fstat(3, {st_mode=3D030, st_size=3D150323855394, ...}) =3D 0 > read(3, "^[yY].*\n^[nN].*\n", 16) =3D 16 > close(3) =3D 0 > geteuid(0x39) =3D 1001 > open("php_manual_en.tar.gz", O_RDONLY) =3D 3 > fstat(3, {st_mode=3DS_ISGID|0100, st_size=3D38566744742757440, ...}) =3D 0 > read(3, "\37\213\10\0\322\360IG\0\3\354\375\5\\]K\226(\16\37\202"..., 102= 40) =3D > 10240 > read(3, "\235\r\242\5\302\310\344\17\5\7a\261\35\374\227\236\335"..., 102= 40) =3D > 10240 > read(3, "\327\263h\332`\223`\335\370\274\330\323q\233p\'\234\215"..., 102= 40) =3D > 10240 > read(3, "\215*S\231\245\17hY\340\310-2h\317\2704\3312#\244\377\314"..., 1= 0240) > =3D 10240 > geteuid(0x28263140) =3D 1001 > umask(0) =3D 022 > lstat("html", 0xbfbfe7ec) =3D -1 ENOENT (No such file or di= rectory) > mkdir("html", 0755) =3D 0 > umask(022) =3D 0 > umask(0) =3D 022 > lstat("html", {st_mode=3D0, st_size=3D0, ...}) =3D 0 > mkdir("html/figures", 0755) =3D 0 > umask(022) =3D 0 > umask(0) =3D 022 > lstat("html/figures", {st_mode=3D0, st_size=3D0, ...}) =3D 0 > open("html/figures/image.imagearc.png", O_WRONLY|O_CREAT|O_EXCL, 0644) = =3D 4 > umask(022) =3D 0 > write(4, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\310\0\0\0\310\10\2\0"..., 16= 96) =3D > 1696 > futimes(0x4, 0xbfbfe834) =3D 0 > close(4) =3D 0 > umask(0) =3D 022 > lstat("html/figures/image.imagechar.png", 0xbfbfe7ec) =3D -1 ENOENT (No s= uch > file or directory) > open("html/figures/image.imagechar.png", O_WRONLY|O_CREAT|O_EXCL, 0644) = =3D 4 > umask(022) =3D 0 > write(4, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0d\0\0\0d\1\3\0\0\0J,"..., 107= ) =3D 107 > futimes(0x4, 0xbfbfe834) =3D 0 > close(4) =3D 0 > umask(0) =3D 022 > lstat("html/figures/image.imagecharup.png", 0xbfbfe7ec) =3D -1 ENOENT (No= such > file or directory) > open("html/figures/image.imagecharup.png", O_WRONLY|O_CREAT|O_EXCL, 0644)= =3D 4 > umask(022) =3D 0 > write(4, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0d\0\0\0d\1\3\0\0\0J,"..., 108= ) =3D 108 > futimes(0x4, 0xbfbfe834) =3D 0 > close(4) =3D 0 > umask(0) =3D 022 > lstat("html/figures/image.imagecolorallocatealpha.png", 0xbfbfe7ec) =3D -1 > ENOENT (No such file or directory) > open("html/figures/image.imagecolorallocatealpha.png", > O_WRONLY|O_CREAT|O_EXCL, 0644) =3D 4 > umask(022) =3D 0 > write(4, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\1,\0\0\1,\10\2\0\0\0\366"..., = 2859) > =3D 2859 > futimes(0x4, 0xbfbfe834) =3D 0 > close(4) =3D 0 >=20 > ... >=20 > umask(0) =3D 022 > lstat("html/function.fbsql-blob-size.html", 0xbfbfe7ec) =3D -1 ENOENT (No= such > file or directory) > open("html/function.fbsql-blob-size.html", O_WRONLY|O_CREAT|O_EXCL, 0644)= =3D 4 > umask(022) =3D 0 > write(4, " write(4, "l\">fbsql_change_user\n "..., 175) =3D 175 > futimes(0x4, 0xbfbfe834) =3D 0 > close(4) =3D 0 > umask(0) =3D 022 > lstat("html/function.fbsql-change-user.html", 0xbfbfe7ec) =3D -1 ENOENT (= No such > file or directory) > --- SIGINT (Interrupt: 2) --- > --- SIGINT (Interrupt: 2) --- --=20 - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 19:30:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC70516A46E for ; Wed, 28 Nov 2007 19:30:42 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A2B9713C4F3 for ; Wed, 28 Nov 2007 19:30:42 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 629E81A4D80; Wed, 28 Nov 2007 11:30:42 -0800 (PST) Date: Wed, 28 Nov 2007 11:30:42 -0800 From: Alfred Perlstein To: V??clav Haisman Message-ID: <20071128193042.GC71382@elvis.mu.org> References: <474D304C.7030705@sh.cvut.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474D304C.7030705@sh.cvut.cz> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: USB memory stick as dump device 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, 28 Nov 2007 19:30:42 -0000 * V??clav Haisman [071128 01:11] wrote: > Hi, > is it possible to use USB memory stick as dump device for panic dumps? I have > a 6.2 box with gmirrors and no non-gmirror disks. I have never managed to get > dumps work onto the swap partition on the mirror. So...is it possible to use > USB stick as a dump device or should I not even try that? > > -- > VH > I don't think that will work currently. -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 19:32:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47DD816A41A; Wed, 28 Nov 2007 19:32:05 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id B950813C447; Wed, 28 Nov 2007 19:32:04 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id F04342DD0D5; Wed, 28 Nov 2007 19:12:38 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id C434B11458; Wed, 28 Nov 2007 20:12:38 +0100 (CET) Date: Wed, 28 Nov 2007 20:12:38 +0100 From: "Simon L. Nielsen" To: Norikatsu Shigemura Message-ID: <20071128191237.GA1200@zaphod.nitro.dk> References: <20071127092729.189bcbae@titan.flintsbach.schmalzbauer.de> <200711271237.lARCbdMB077950@lava.sentex.ca> <20071129015144.24c67521.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071129015144.24c67521.nork@FreeBSD.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Harald Schmalzbauer , freebsd-stable@freebsd.org Subject: Re: cryptodev and ssh on RELENG_7 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, 28 Nov 2007 19:32:05 -0000 On 2007.11.29 01:51:44 +0900, Norikatsu Shigemura wrote: > On Tue, 27 Nov 2007 07:37:49 -0500 > Mike Tancsa wrote: > > >I have a HiFN crypto card and can remember that it was used for ssh > > >connections with 3des encryption (on 6.1 afair). > > >But with RELENG_7 it isn't used at all (no interrupts) if I > > >'ssh -v -c 3des-cbc user@host' > > >Any ideas what is wrong? > > >dmesg: > > >hifn0 mem > > >0x80000000-0x80000fff,0x80040000-0x80041fff,0x80080000-0x80087fff irq > > >12 at device 13.0 on pci0 hifn0: [ITHREAD] hifn0: Hifn 7955, rev 0, > > >32KB dram, pll=0x801 > > >crw-rw-rw- 1 root wheel - 0, 41 Nov 27 08:13:41 2007 /dev/crypto > > Hi, > > Are you sure you have device crypto and device cryptodev in > > the kernel? Also, there is a program in > > /usr/src/tools/tools/crypto called hifnstats. It will show some > > usuage stats. e.g. > > This issue is one of a gcc42 issue. But gcc42 is not wrong. > OpenSSL has a using __FreeBSD_version issue. So to fix this > issue, you should apply following patch. Actually I just don't see how the code in question could have ever detected FreeBSD correctly, unless the normal OpenSSL build system does some magic for this (which it doesn't seem to). I'm doing "make universe" test builds with the patch below now. I will try test this with actual hardware tomorrow (if I can find it), but it's quite possible I won't have time until Friday to get something set up to test. If somebody else can test the patch below with some crypto hardware that would be great. Thanks for the patch btw. :-). > --- crypto/openssl/crypto/engine/eng_cryptodev.c.orig 2006-07-30 04:10:18.000000000 +0900 > +++ crypto/openssl/crypto/engine/eng_cryptodev.c 2007-11-08 01:55:35.000000000 +0900 > @@ -32,7 +32,7 @@ > #include > > #if (defined(__unix__) || defined(unix)) && !defined(USG) && \ > - (defined(OpenBSD) || defined(__FreeBSD_version)) > + (defined(OpenBSD) || defined(__FreeBSD__)) > #include > # if (OpenBSD >= 200112) || ((__FreeBSD_version >= 470101 && __FreeBSD_version < 500000) || __FreeBSD_version >= 500041) > # define HAVE_CRYPTODEV > -- Simon L. Nielsen From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 19:37:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2082616A417 for ; Wed, 28 Nov 2007 19:37:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id C547313C442 for ; Wed, 28 Nov 2007 19:37:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 221705782-1834499 for multiple; Wed, 28 Nov 2007 14:35:21 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lASJbEpj031253; Wed, 28 Nov 2007 14:37:15 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 28 Nov 2007 14:37:13 -0500 User-Agent: KMail/1.9.6 References: <200711282116.53008.antik@bsd.ee> In-Reply-To: <200711282116.53008.antik@bsd.ee> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711281437.13827.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 28 Nov 2007 14:37:15 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4946/Wed Nov 28 14:04:59 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Andrei Kolu Subject: Re: questionable feature- rcvar woes 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, 28 Nov 2007 19:37:24 -0000 On Wednesday 28 November 2007 02:16:51 pm Andrei Kolu wrote: > Something is wrong with rcvar or I am just blatant. > > For example: > > 1) Enable powerd in rc.conf > # echo 'enable_powerd="YES"' >> /etc/rc.conf > 2) Launch powerd > # /etc/rc.d/powerd start > Starting powerd. > 3) And stopping it. > # /etc/rc.d/powerd stop > Stopping powerd. > > Everything looks fine, but when I disable powerd in rc.conf then problem > arise. > > 1) Disable powerd in rc.conf- comment it out. > # enable_powerd="YES" > 2) Stop powerd > # /etc/rc.d/powerd stop > ...silence- nothing in logs either. > > What? Not even a warning message and powerd is actually running- why I have to > reboot to disable it? I know that I can stop it by enabling it in rc.conf but > what the point? Same problem when I want to start some service without > appropriate line in rc.conf. I'd prefer to see somekind of warning about > misconfigured rc.conf or at least information about what's going on in > reality. Use forcestart or forcestop to manage services that are not enabled in rc.conf. This is normal. If you got a warning, then on shutdown every rc.d script that is disabled would whine. Simiarly on boot since all rc.d scripts are started on boot. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 19:48:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB42216A417 for ; Wed, 28 Nov 2007 19:48:56 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from loki.netlab.sk (ns1.netlab.sk [84.245.65.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5CA1213C44B for ; Wed, 28 Nov 2007 19:48:56 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from lex.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Wed, 28 Nov 2007 20:38:09 +0100 id 0002E029.474DC3A1.00003D8A From: Milan Obuch To: freebsd-stable@freebsd.org Date: Wed, 28 Nov 2007 20:37:30 +0100 User-Agent: KMail/1.9.6 References: <200711282116.53008.antik@bsd.ee> In-Reply-To: <200711282116.53008.antik@bsd.ee> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711282037.32490.freebsd-stable@dino.sk> Subject: Re: questionable feature- rcvar woes 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, 28 Nov 2007 19:48:56 -0000 On Wednesday 28 November 2007 20:16:51 Andrei Kolu wrote: > Something is wrong with rcvar or I am just blatant. > > For example: > > 1) Enable powerd in rc.conf > # echo 'enable_powerd="YES"' >> /etc/rc.conf > 2) Launch powerd > # /etc/rc.d/powerd start > Starting powerd. > 3) And stopping it. > # /etc/rc.d/powerd stop > Stopping powerd. > Agree - everything just fine. > Everything looks fine, but when I disable powerd in rc.conf then problem > arise. > > 1) Disable powerd in rc.conf- comment it out. > # enable_powerd="YES" > 2) Stop powerd > # /etc/rc.d/powerd stop > ...silence- nothing in logs either. > Stop for a moment - enable_powerd means actually 'enable action carried by /etc/rc.d/powerd script', using this semantics actually explains all details. Or you could treat it as a stack of a sort, reversing order to 2) 1) just produces desired output. > What? Not even a warning message and powerd is actually running- why I have > to reboot to disable it? I know that I can stop it by enabling it in > rc.conf but what the point? Same problem when I want to start some service > without appropriate line in rc.conf. I'd prefer to see somekind of warning > about misconfigured rc.conf or at least information about what's going on > in reality. > I hope my explanation above suffices. I was hit by this too, but rc.d scripts behavior is well designed and understandable. If, for some reason, you are still hit with described behavior, there is a save rope - /etc/rc.d/powerd forcestop will stop powerd even if there is no enable var in rc.conf. Regards, Milan -- No need to mail me directly. Just reply to mailing list, please. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 19:55:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCDE316A420 for ; Wed, 28 Nov 2007 19:55:59 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [IPv6:2001:700:1100:1:250:4ff:fe43:9d15]) by mx1.freebsd.org (Postfix) with ESMTP id 33CD313C506 for ; Wed, 28 Nov 2007 19:55:58 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.8/8.13.8) with ESMTP id lASJtnKt059465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Nov 2007 20:55:49 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.8/8.13.8/Submit) with ESMTP id lASJtmE3059462 for ; Wed, 28 Nov 2007 20:55:49 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Wed, 28 Nov 2007 20:55:44 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable In-Reply-To: <200711282037.32490.freebsd-stable@dino.sk> Message-ID: <20071128205251.W47321@ramstind.fig.ol.no> References: <200711282116.53008.antik@bsd.ee> <200711282037.32490.freebsd-stable@dino.sk> Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1476198528-1196279744=:47321" X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=failed X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Subject: Re: questionable feature- rcvar woes 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, 28 Nov 2007 19:55:59 -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-1476198528-1196279744=:47321 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 28 Nov 2007 20:37+0100, Milan Obuch wrote: > On Wednesday 28 November 2007 20:16:51 Andrei Kolu wrote: > > > > 1) Disable powerd in rc.conf- comment it out. > > # enable_powerd="YES" > > 2) Stop powerd > > # /etc/rc.d/powerd stop > > ...silence- nothing in logs either. > > Stop for a moment - enable_powerd means actually 'enable action carried > by /etc/rc.d/powerd script', using this semantics actually explains all > details. Or you could treat it as a stack of a sort, reversing order to 2) 1) > just produces desired output. /etc/rc.d/powerd forcestop will execute the stop code regardless of the rcvar in /etc/rc.conf or similar files. rc.subr(8) is your friend, or perhaps not. - -- - ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.2-S & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHTcfEbYWZalUoElsRArYeAJ43hVs5zf6TkMHr3oVMeiZLiAPfHwCfW1rX AGUV8Ae6RpDx0g8Jq3mv9oU= =XJkD -----END PGP SIGNATURE----- --0-1476198528-1196279744=:47321-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 20:05:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26A9516A417 for ; Wed, 28 Nov 2007 20:05:34 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from rm-rstar.sfu.ca (spamdamme.sfu.ca [142.58.101.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9498413C4DB for ; Wed, 28 Nov 2007 20:05:33 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from hexahedron.daemonology.net (fraser.sfu.ca [142.58.101.25]) by rm-rstar.sfu.ca (8.13.6/8.13.4/SFU-5.0H) with SMTP id lASJlUGS025798 for ; Wed, 28 Nov 2007 11:47:31 -0800 (PST) X-Spam-Level: Spam-Level Received: (qmail 24557 invoked from network); 28 Nov 2007 19:47:11 -0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by 127.0.0.1 with SMTP; 28 Nov 2007 19:47:11 -0000 Message-ID: <474DC5BF.7010405@freebsd.org> Date: Wed, 28 Nov 2007 14:47:11 -0500 From: Colin Percival User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <47436A80.30306@quip.cz> In-Reply-To: <47436A80.30306@quip.cz> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Colin Percival Subject: Re: missing .cshrc and pf.conf after upgrade to 7.0-beta3 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, 28 Nov 2007 20:05:34 -0000 Miroslav Lachman wrote: > I am not 100% sure, maybe I overlook something in binary major version > upgrade procedure, but after upgrade from 6.2 to 7.0-BETA3 my roots > ~/.cshrc was "accidentally" replaced with dist version of .cshrc and > /etc/pf.conf is missing. The fact that /etc/pf.conf disappeared is due to it being removed from the release (it is now in /usr/share/examples/etc). The fact that /.cshrc was upgraded in spite of having been locally modified is probably a bad idea -- I'll change the default freebsd-update.conf to deal with this. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 20:06:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACC8516A46E for ; Wed, 28 Nov 2007 20:06:01 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out3.starman.ee [85.253.0.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7210513C4D1 for ; Wed, 28 Nov 2007 20:06:01 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx1.starman.ee (mx1.starman.ee [62.65.192.16]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 1D61AA21997 for ; Wed, 28 Nov 2007 22:06:00 +0200 (EET) X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from [192.168.2.100] (pc65.host1.ida.starman.ee [62.65.240.65]) by mx1.starman.ee (Postfix) with ESMTP id AAE363F4069 for ; Wed, 28 Nov 2007 22:05:59 +0200 (EET) From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Wed, 28 Nov 2007 22:05:57 +0200 User-Agent: KMail/1.9.7 References: <200711282116.53008.antik@bsd.ee> <200711282037.32490.freebsd-stable@dino.sk> <20071128205251.W47321@ramstind.fig.ol.no> In-Reply-To: <20071128205251.W47321@ramstind.fig.ol.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711282205.58036.antik@bsd.ee> Subject: Re: questionable feature- rcvar woes 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, 28 Nov 2007 20:06:01 -0000 Wednesday 28 November 2007 21:55:44 kirjutas Trond Endrest=F8l: > On Wed, 28 Nov 2007 20:37+0100, Milan Obuch wrote: > > On Wednesday 28 November 2007 20:16:51 Andrei Kolu wrote: > > > 1) Disable powerd in rc.conf- comment it out. > > > # enable_powerd=3D"YES" > > > 2) Stop powerd > > > # /etc/rc.d/powerd stop > > > ...silence- nothing in logs either. > > > > Stop for a moment - enable_powerd means actually 'enable action carried > > by /etc/rc.d/powerd script', using this semantics actually explains all > > details. Or you could treat it as a stack of a sort, reversing order to > > 2) 1) just produces desired output. > > /etc/rc.d/powerd forcestop > > will execute the stop code regardless of the rcvar in /etc/rc.conf or > similar files. > > rc.subr(8) is your friend, or perhaps not. I know rcvar well enough and that force* feature too, what I don't like is= =20 that sometimes from command line you'll never know if it is a problem with= =20 wrong line in rc.conf or something else... Of course it is good if during=20 boot there is no useless messages scrolling. So, rcvar can't detect if it w= as=20 launched bye rc or from shell? From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 20:06:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A22F016A420 for ; Wed, 28 Nov 2007 20:06:34 +0000 (UTC) (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 569DD13C4EC for ; Wed, 28 Nov 2007 20:06:34 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IxTAq-0003YJ-0f for freebsd-stable@freebsd.org; Wed, 28 Nov 2007 20:06:20 +0000 Received: from 78-0-78-190.adsl.net.t-com.hr ([78.0.78.190]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 28 Nov 2007 20:06:20 +0000 Received: from ivoras by 78-0-78-190.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 28 Nov 2007 20:06:20 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 28 Nov 2007 21:05:47 +0100 Lines: 37 Message-ID: References: <20071127135320.GJ2045@oak.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB7DB33103D194D8BB730BB63" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-78-190.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: X-Enigmail-Version: 0.95.5 Sender: news Cc: freebsd-net@freebsd.org Subject: Re: connect() returns EADDRINUSE during massive host->host conn rate 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, 28 Nov 2007 20:06:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB7DB33103D194D8BB730BB63 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Daniel Eischen wrote: > On Wed, 28 Nov 2007, Ivan Voras wrote: >> This looks like the old (and probably well known) problem "ab" has. >> ("ab" is "apache benchmark", a utility which is bundled with apache an= d >> which does repeated connections to the specified address, does >> transactions and computes some statistics). AFAIK this behaviour was >> present since at least 5.2, maybe earlier. No known fixes. >=20 > Could it have anything to do with the listen backlog on the > server end? No, since the same utility used from Linux (not the same binary...) works as it should. --------------enigB7DB33103D194D8BB730BB63 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTcohldnAQVacBcgRAtRfAJ9g/ndqt1l+jE1iE05c2hS88hEApQCgqpbQ wJUfFtdYDvfextYrkrKICUA= =DvuB -----END PGP SIGNATURE----- --------------enigB7DB33103D194D8BB730BB63-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 20:37:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02B6116A417 for ; Wed, 28 Nov 2007 20:37:13 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id C5A4813C46B for ; Wed, 28 Nov 2007 20:37:12 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.14.1) id lASK6Ak3064224; Wed, 28 Nov 2007 14:06:10 -0600 (CST) (envelope-from dan) Date: Wed, 28 Nov 2007 14:06:09 -0600 From: Dan Nelson To: Andrei Kolu Message-ID: <20071128200609.GD35339@dan.emsphone.com> References: <200711282116.53008.antik@bsd.ee> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711282116.53008.antik@bsd.ee> X-OS: FreeBSD 7.0-BETA3 User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: questionable feature- rcvar woes 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, 28 Nov 2007 20:37:13 -0000 In the last episode (Nov 28), Andrei Kolu said: > Something is wrong with rcvar or I am just blatant. > > For example: > > 1) Enable powerd in rc.conf > # echo 'enable_powerd="YES"' >> /etc/rc.conf > 2) Launch powerd > # /etc/rc.d/powerd start > Starting powerd. > 3) And stopping it. > # /etc/rc.d/powerd stop > Stopping powerd. > > Everything looks fine, but when I disable powerd in rc.conf then problem > arise. > > 1) Disable powerd in rc.conf- comment it out. > # enable_powerd="YES" > 2) Stop powerd > # /etc/rc.d/powerd stop > ...silence- nothing in logs either. > > What? Not even a warning message and powerd is actually running- why > I have to reboot to disable it? I know that I can stop it by enabling > it in rc.conf but what the point? Same problem when I want to start > some service without appropriate line in rc.conf. I'd prefer to see > somekind of warning about misconfigured rc.conf or at least > information about what's going on in reality. Try "/etc/rc.d/powerd forcestop". What happens during startup and shutdown is that all rc.d scripts are run with "start" or "stop" arguments, and only the ones that have been enabled do anything. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 21:42:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 656D316A41A for ; Wed, 28 Nov 2007 21:42:29 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing01.lava.net (outgoing01.lava.net [64.65.64.68]) by mx1.freebsd.org (Postfix) with ESMTP id 4325413C4E5 for ; Wed, 28 Nov 2007 21:42:29 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing01.lava.net (Postfix) with ESMTP id 800918334; Wed, 28 Nov 2007 11:42:28 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id CC1CA153882; Wed, 28 Nov 2007 11:42:27 -1000 (HST) Date: Wed, 28 Nov 2007 11:42:27 -1000 From: Clifton Royston To: Milan Obuch Message-ID: <20071128214227.GB15695@lava.net> Mail-Followup-To: Milan Obuch , freebsd-stable@freebsd.org References: <200711282116.53008.antik@bsd.ee> <200711282037.32490.freebsd-stable@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711282037.32490.freebsd-stable@dino.sk> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: questionable feature- rcvar woes 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, 28 Nov 2007 21:42:29 -0000 On Wed, Nov 28, 2007 at 08:37:30PM +0100, Milan Obuch wrote: ... > Agree - everything just fine. > > > Everything looks fine, but when I disable powerd in rc.conf then problem > > arise. > > > > 1) Disable powerd in rc.conf- comment it out. > > # enable_powerd="YES" > > 2) Stop powerd > > # /etc/rc.d/powerd stop > > ...silence- nothing in logs either. > > > > Stop for a moment - enable_powerd means actually 'enable action carried > by /etc/rc.d/powerd script', using this semantics actually explains all > details. Or you could treat it as a stack of a sort, reversing order to 2) 1) > just produces desired output. > > > What? Not even a warning message and powerd is actually running- why I have > > to reboot to disable it? I know that I can stop it by enabling it in > > rc.conf but what the point? Same problem when I want to start some service > > without appropriate line in rc.conf. I'd prefer to see somekind of warning > > about misconfigured rc.conf or at least information about what's going on > > in reality. > > > > I hope my explanation above suffices. I was hit by this too, but rc.d scripts > behavior is well designed and understandable. If, for some reason, you are > still hit with described behavior, there is a save rope - /etc/rc.d/powerd > forcestop will stop powerd even if there is no enable var in rc.conf. Agree, agree, agree. This is just something that any up-to-date admin should be aware of and in tune with. Yes, it's a bit different from how some-but-not-all start/stop scripts behaved in 4.x or older systems, but it's a very sensible behavior and it makes the /etc/rc.d and /usr/local/etc/rc.d scripts behave much more coherently and consistently. There are two different ways to get it to DWIM - either get in the habit of doing 2) then 1), or get in the habit of using forcestop. Given this, I don't see it as a problem. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 23:12:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4877716A418 for ; Wed, 28 Nov 2007 23:12:35 +0000 (UTC) (envelope-from mike@vintners.net) Received: from vinifera.vintners.net (vinifera.vintners.net [207.229.65.53]) by mx1.freebsd.org (Postfix) with ESMTP id 3D76813C458 for ; Wed, 28 Nov 2007 23:12:35 +0000 (UTC) (envelope-from mike@vintners.net) Received: from brix.vintners.net (brix.vintners.net [209.162.136.18]) by vinifera.vintners.net (8.14.1/8.14.1) with ESMTP id lASN0rp5034930 for ; Wed, 28 Nov 2007 15:00:53 -0800 (PST) (envelope-from mike@vintners.net) Received: from [127.0.0.1] ([192.168.136.45]) by brix.vintners.net (8.13.1/8.13.1) with ESMTP id lASN0YhI095456 for ; Wed, 28 Nov 2007 15:00:35 -0800 (PST) (envelope-from mike@vintners.net) Message-ID: <474DF316.9080900@vintners.net> Date: Wed, 28 Nov 2007 15:00:38 -0800 From: Mike Lempriere User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200711282116.53008.antik@bsd.ee> <200711282037.32490.freebsd-stable@dino.sk> <20071128214227.GB15695@lava.net> In-Reply-To: <20071128214227.GB15695@lava.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-46.9 required=6.0 tests=ALL_TRUSTED,AWL,BAYES_00, RGX_BDY_HARD,RGX_BDY_LOCAL_AREA_CODE,RGX_BDY_SAVE,USER_IN_WHITELIST autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on vinifera.vintners.net Subject: Re: questionable feature- rcvar woes 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, 28 Nov 2007 23:12:35 -0000 Here's where I must disagree -- and you just explained why -- "...admin should be aware of". Nonsense! I do not have time in my life to keep track of every nuance of every version of every OS. I fell into this same trap. Took me a while to figure it out. That's why I don't have time to take on other such trivialities! (It would be interesting to take a poll to determine how many wasted hours this silly gotcha has cost the members of this list, but let's not waste the bandwidth.) The script should be smart enough to know whether the it is being invoked through bootup/shutdown vs. admin interactive and should behave appropriately. If this was hard to do or unreliable, maybe it wouldn't be worthwhile doing, but it would be so easy to fix; at the crudest level just pass in an extra parm in the startup/shutdown sequence and act on that... Clifton Royston wrote: > On Wed, Nov 28, 2007 at 08:37:30PM +0100, Milan Obuch wrote: > ... > >> Agree - everything just fine. >> >> >>> Everything looks fine, but when I disable powerd in rc.conf then problem >>> arise. >>> >>> 1) Disable powerd in rc.conf- comment it out. >>> # enable_powerd="YES" >>> 2) Stop powerd >>> # /etc/rc.d/powerd stop >>> ...silence- nothing in logs either. >>> >>> >> Stop for a moment - enable_powerd means actually 'enable action carried >> by /etc/rc.d/powerd script', using this semantics actually explains all >> details. Or you could treat it as a stack of a sort, reversing order to 2) 1) >> just produces desired output. >> >> >>> What? Not even a warning message and powerd is actually running- why I have >>> to reboot to disable it? I know that I can stop it by enabling it in >>> rc.conf but what the point? Same problem when I want to start some service >>> without appropriate line in rc.conf. I'd prefer to see somekind of warning >>> about misconfigured rc.conf or at least information about what's going on >>> in reality. >>> >>> >> I hope my explanation above suffices. I was hit by this too, but rc.d scripts >> behavior is well designed and understandable. If, for some reason, you are >> still hit with described behavior, there is a save rope - /etc/rc.d/powerd >> forcestop will stop powerd even if there is no enable var in rc.conf. >> > > Agree, agree, agree. This is just something that any up-to-date > admin should be aware of and in tune with. Yes, it's a bit different > from how some-but-not-all start/stop scripts behaved in 4.x or older > systems, but it's a very sensible behavior and it makes the /etc/rc.d > and /usr/local/etc/rc.d scripts behave much more coherently and > consistently. > > There are two different ways to get it to DWIM - either get in the > habit of doing 2) then 1), or get in the habit of using forcestop. > Given this, I don't see it as a problem. > -- Clifton > > -- Mike Lempriere- Home: mike@vintners.net Phone: 206-780-2146 Cellphone: 206-200-5902; text pager: mlemp@tmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 28 23:54:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A749816A418; Wed, 28 Nov 2007 23:54:52 +0000 (UTC) (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 1D42C13C448; Wed, 28 Nov 2007 23:54:51 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lASNsn3w016081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Nov 2007 10:24:49 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 29 Nov 2007 10:24:45 +1030 User-Agent: KMail/1.9.7 References: <474D304C.7030705@sh.cvut.cz> <20071128193042.GC71382@elvis.mu.org> In-Reply-To: <20071128193042.GC71382@elvis.mu.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1828014.SPpNBoNO1B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711291024.46310.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: V??clav Haisman , Alfred Perlstein Subject: Re: USB memory stick as dump device 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, 28 Nov 2007 23:54:52 -0000 --nextPart1828014.SPpNBoNO1B Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 29 Nov 2007, Alfred Perlstein wrote: > > is it possible to use USB memory stick as dump device for panic > > dumps? I have a 6.2 box with gmirrors and no non-gmirror disks. I > > have never managed to get dumps work onto the swap partition on the > > mirror. So...is it possible to use USB stick as a dump device or > > should I not even try that? > I don't think that will work currently. Wasn't there some work done a while back to make the USB stack work when=20 interrupts are disabled? (by iedowse think?) Maybe it was more along the lines of "this would be nice" :) =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 --nextPart1828014.SPpNBoNO1B Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHTf/G5ZPcIHs/zowRAr3RAJ9vG7+nTuMb1zYrZzVqxoybr3AjngCePTkH aC2/sbVdHAOVcTE2LvKJjsQ= =PFsJ -----END PGP SIGNATURE----- --nextPart1828014.SPpNBoNO1B-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 00:37:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 237BD16A420 for ; Thu, 29 Nov 2007 00:37:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id EEC4B13C469 for ; Thu, 29 Nov 2007 00:37:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2167889waf for ; Wed, 28 Nov 2007 16:37:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=pY47P04oDuDg96/lSf/ROkmNTym75LoAKPRM5jQ2zpI=; b=SCLAcV0YTZ2dg5wv1Z14I4bCIkOKIqHuNpLdPvXlzhBhgTQCiY75e8sO0Ubstnc4dfNVn5nQfsdbN39DDW4yVWtahzvuE65/adN1d5Lr+pWghWBBI6ab8OHkriZ3rpWjmI9XpmS4zySIIDqyIeHsdduZ5qGNCILbJvYNmrvgFG4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=xMLVn/nR3gNwtlWWJl1ILdj+SXzuvdIjARSvr+cpK6dkA2Uq2z1yC7Hb+3xJDs3tQC2kHK9F9tKAps9WqDyfPgN4Lb+aIfwCBZk1N0vLLbYr0+cAMfSKZdJlWavHvl5yGr+q7nPoAPY78BbUcXt+TCIVQJqwyP/nMUT/LXKqJN0= Received: by 10.114.177.1 with SMTP id z1mr173323wae.1196296672315; Wed, 28 Nov 2007 16:37:52 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j38sm1866259waf.2007.11.28.16.37.45 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 28 Nov 2007 16:37:51 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAT0bDUH015302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Nov 2007 09:37:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAT0bDVX015301; Thu, 29 Nov 2007 09:37:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 29 Nov 2007 09:37:13 +0900 From: Pyun YongHyeon To: Martin Matuska Message-ID: <20071129003713.GG10483@cdnetworks.co.kr> References: <474A7F83.7080900@FreeBSD.org> <20071126092457.GE1025@cdnetworks.co.kr> <474D78CF.6040602@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474D78CF.6040602@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@FreeBSD.org Subject: Re: re(4) lockups on a MSI K9AG Neo2-Digital (7.0-BETA3 amd64) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@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, 29 Nov 2007 00:37:54 -0000 On Wed, Nov 28, 2007 at 03:18:55PM +0100, Martin Matuska wrote: > Your patch makes this network card interesting. It is now working faster > and saving more resources :-) I hope it will find it's way at least into > -CURRENT > > The locukups might have been solved by your patch or by: > http://lists.freebsd.org/pipermail/cvs-src/2007-November/084247.html > Yes. The scott's patch is very important one as re(4) also uses fast handler. > Anyway, I have now 2 days uptime without any network-card or storage > problems at all. > Glad to hear that. :) I'll commit it after 7.0 goes out. > Pyun YongHyeon schrieb: > > On Mon, Nov 26, 2007 at 09:10:43AM +0100, Martin Matuska wrote: > > > Hi, > > > > > > I am using a MSI K9AG Neo2-Digital (MS-7368) mainboard with 7.0-BETA3 in > > > amd64 mode at a german dedicated server provider. > > > The mainboard has a onboard re(4) ethernet controller. I experience a > > > very strange behaiviour: > > > > > > When there are large transfers on the onboard SATA controller the re(4) > > > controller starts to have packet loss. > > > > > > This packet loss does not stop when there is no more load on ata(4). > > > With another high load (like doing a full-system backup) the packet loss > > > keeps increasing up to 90% and more - the system is not accesible over > > > the internet anymore, packets get lost, SSH sessions or http requests > > > get stale, I have to restart the system. > > > > > > I experience no kernel panics. Another (maybe related) problem that > > > occurs (but does not effect system responsiveness) is described in: > > > http://lists.freebsd.org/pipermail/freebsd-current/2007-November/080525.html > > > > > > Here is some information about the system: > > > > > > dmesg (boot -v): > > > http://test.vx.sk/MS-7368/dmesg.txt > > > > > > pciconf -lcv: > > > http://test.vx.sk/MS-7368/pciconf.txt > > > > > > dmidecode: > > > http://test.vx.sk/MS-7368/dmidecode.txt > > > > > > I don't understand why this happens and would like to help debugging > > > > Me either. I have a WIP version that fixes other issues on re(4) but > > I'm not sure whether it mitigates your issue. The overhauled re(4) > > supports larger descriptors(256 instead of 64) and TSO. > > http://people.freebsd.org/~yongari/re/if_re.c > > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > > > this issue. > > > > > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 08:21:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00A1A16A418 for ; Thu, 29 Nov 2007 08:21:11 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from post.frank-behrens.de (post.frank-behrens.de [82.139.255.138]) by mx1.freebsd.org (Postfix) with ESMTP id 7761813C448 for ; Thu, 29 Nov 2007 08:21:10 +0000 (UTC) (envelope-from frank@pinky.sax.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pinky.sax.de; h=from:to:date:mime-version:subject:in-reply-to:references:content-type:content-transfer-encoding:content-description; q=dns/txt; s=pinky1; t=1196323781; i=frank@pinky.sax.de; bh=RZFcPo806qNQT0xFqvA1GMLyUX4eh63GVHpAIhH4E7s=; b=E3uwP27o/WTb689XF0W+duz8saLTewV19OasGVYIBoLwOteDxz1XV2buVQOtl71CXtZK+7lA5fLDSBtBdpFSFw== Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by post.frank-behrens.de (8.14.2/8.14.1) with ESMTP-MSA id lAT89aux088325 for ; Thu, 29 Nov 2007 09:09:36 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200711290809.lAT89aux088325@post.frank-behrens.de> From: "Frank Behrens" To: freebsd-stable@freebsd.org Date: Thu, 29 Nov 2007 09:09:36 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <200711281437.13827.jhb@freebsd.org> References: <200711282116.53008.antik@bsd.ee> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Hashcash: 1:24:071129:freebsd-stable@freebsd.org::uGWWKnbpmWAFjH4d:0000000Hpq9 Subject: Re: questionable feature- rcvar woes 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, 29 Nov 2007 08:21:11 -0000 John Baldwin wrote on 28 Nov 2007 14:37: > Use forcestart or forcestop to manage services that are not enabled in > rc.conf. This is normal. If you got a warning, then on shutdown every rc.d Most (all?) people recommend in this thread the use of "forcestart" / "forcestop". Is it not better to use "onestart" / "onestop"? When I remember right the "force" ignores any failed preconditions. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 11:28:29 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89AB416A418 for ; Thu, 29 Nov 2007 11:28:29 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57011.mail.re3.yahoo.com (web57011.mail.re3.yahoo.com [66.196.97.115]) by mx1.freebsd.org (Postfix) with SMTP id 52C6613C44B for ; Thu, 29 Nov 2007 11:28:29 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 30359 invoked by uid 60001); 29 Nov 2007 11:28:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=ejwE5MSe5NQzh5Txlucc5AKq1URc5v6qUWt6yEax5xms09V17AHlxCYmMwV2Q8IeZzrMbDPkUoumMjk9B9fBEjQZYcNlHmDHj06KME6YeeHpvpj3evhsymHrSpDnMRNI2BrZwd/hcKVfCQFlDaJhUXfVHPMmj/EAWkn2vAfiKd4=; X-YMail-OSG: vP3fMrgVM1k00ISlexcUTAXwrd9ObVjtwXI9KhUFvazgHzj1skAvZIAO6O.EoYwBQ85Hv.ZDHSGMJ3_dkmsW8RBWM9rTbx2t7rKw0cU6Lrypeh0xFx9mXUlM1tC6Yx5qFF_bjgScw0afP3cBDNqFczoD Received: from [165.21.154.17] by web57011.mail.re3.yahoo.com via HTTP; Thu, 29 Nov 2007 03:28:28 PST Date: Thu, 29 Nov 2007 03:28:28 -0800 (PST) From: Unga To: freebsd-stable@FreeBSD.org In-Reply-To: <474D9C0C.8060600@jellydonut.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <289657.30080.qm@web57011.mail.re3.yahoo.com> Cc: Subject: Re: FreeBSD 6.2-RELEASE always hang 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, 29 Nov 2007 11:28:29 -0000 --- Michael Proto wrote: > Unga wrote: > > Hi all > > > > I'm using FreeBSD 6.2-RELEASE on Intel P4 3.0GHz, > > 512MB Ram computer. > > > > Its very irritatingly hangs very frequently, more > than > > 10 times a day. Do others find FreeBSD 6.2-RELEASE > > always hangs? I simply cannot use it for any > serious > > use, not even to send a mail, other than browsing > web. > > > > I find it mostly when I try to move the mouse it > > hangs. Upward and downward cursor keys press and > hold > > also hangs, but not always. These may be just > > coincidental. How do I find why it hangs? How is > the > > stability of the upcoming 7.0? > > > > Best Regards > > Unga > > > > I'm sure I'm not alone in this, but I'm running > several 6.2-RELEASE-p8 > boxes (servers and laptop workstations) for several > months now without a > single lock-up. I'd first look into hardware, > testing memory, testing > the power supply, and checking CPU/chipset > temperatures as they have > often contributed to problems similar to what you > are describing. 6.2 > has been working extremely well for me with no > stability issues that > weren't related to hardware problems. > > Thanks for all the replies. It may be a hardware issue. This is a more than four year old computer. Btw, I forgot to mention this is not a server, its running KDE, trying to use as a desktop. Any one of the hangs do not develop any core dump or /var/crash/kernel.0 or /var/crash/vmcore.0. Just the cursor disappear and keyboard does not respond. Only switch off and on can bring the machine up. Are there any hardware analyzing software that I can run on FreeBSD, so that I could narrow down the cause? Unga ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 12:42:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B593E16A41A for ; Thu, 29 Nov 2007 12:42:41 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 4E29613C458 for ; Thu, 29 Nov 2007 12:42:41 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by nf-out-0910.google.com with SMTP id b2so1776053nfb for ; Thu, 29 Nov 2007 04:42:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=xtC0CSDt6WxEOaT+RhPq1QRN1gRAdeBMXetgCMBjYQw=; b=dZdtD1Um+AO4W2X9JqE0THno86Lp9jgvUlssaX08BFH8bpxeqRIyQox2Lbc6unAzs1rVMcmM6hKN4sHUzrzo0tyTTCbN/7dpn1fPS7IUcKnMU8+QnIK+g7QU5Rxpp5BEEiukRiaLFNd9RDpEbnsEVjvIcitHBLtMh/Vmzktu0To= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=PtSqFaptWmmB8X2CaRJ7U2ep9N+3Q+Wvqc+11wIEZx9xtSQqMePijvcCd+3gYF3t9Hs8h/FCkClQjIHoOdSa5/bblLyBEKiV0WfhBwN9saKgVgC6bsJaIUExOLjr5tZ7Y6RI6ZxCfcLRe33zazvyFDNBkgJuAVP9MTjiJ/PRK0w= Received: by 10.82.148.7 with SMTP id v7mr3779864bud.1196340158483; Thu, 29 Nov 2007 04:42:38 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id q9sm3143117gve.2007.11.29.04.42.36 (version=SSLv3 cipher=RC4-MD5); Thu, 29 Nov 2007 04:42:37 -0800 (PST) From: Tom Evans To: Unga In-Reply-To: <289657.30080.qm@web57011.mail.re3.yahoo.com> References: <289657.30080.qm@web57011.mail.re3.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7Y+XfJLUqO15XUeo+F/4" Date: Thu, 29 Nov 2007 12:42:35 +0000 Message-Id: <1196340155.71694.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 6.2-RELEASE always hang 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, 29 Nov 2007 12:42:41 -0000 --=-7Y+XfJLUqO15XUeo+F/4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-11-29 at 03:28 -0800, Unga wrote: > --- Michael Proto wrote: >=20 > > Unga wrote: > > > Hi all > > >=20 > > > I'm using FreeBSD 6.2-RELEASE on Intel P4 3.0GHz, > > > 512MB Ram computer. > > >=20 > > > Its very irritatingly hangs very frequently, more > > than > > > 10 times a day. Do others find FreeBSD 6.2-RELEASE > > > always hangs? I simply cannot use it for any > > serious > > > use, not even to send a mail, other than browsing > > web. > > >=20 > > > I find it mostly when I try to move the mouse it > > > hangs. Upward and downward cursor keys press and > > hold > > > also hangs, but not always. These may be just > > > coincidental. How do I find why it hangs? How is > > the > > > stability of the upcoming 7.0? > > >=20 > > > Best Regards > > > Unga > > >=20 > >=20 > > I'm sure I'm not alone in this, but I'm running > > several 6.2-RELEASE-p8 > > boxes (servers and laptop workstations) for several > > months now without a > > single lock-up. I'd first look into hardware, > > testing memory, testing > > the power supply, and checking CPU/chipset > > temperatures as they have > > often contributed to problems similar to what you > > are describing. 6.2 > > has been working extremely well for me with no > > stability issues that > > weren't related to hardware problems. > >=20 > >=20 >=20 > Thanks for all the replies. >=20 > It may be a hardware issue. This is a more than four > year old computer. Btw, I forgot to mention this is > not a server, its running KDE, trying to use as a > desktop. >=20 > Any one of the hangs do not develop any core dump or > /var/crash/kernel.0 or /var/crash/vmcore.0. Just the > cursor disappear and keyboard does not respond. Only > switch off and on can bring the machine up.=20 >=20 > Are there any hardware analyzing software that I can > run on FreeBSD, so that I could narrow down the cause? >=20 > Unga >=20 Can you verify that the machine is actually dead? Do you have another machine that you can hook up either to a serial console, or ssh into the dead box? Weird X symptoms could lead to an unresponsive keyboard, with the machine running just fine underneath X. --=-7Y+XfJLUqO15XUeo+F/4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHTrO2lcRvFfyds/cRAuIQAJsGIusZIt3RdV7fFqPa89ElOXtkkgCfZ36l WV0mYmWPf27nnjkv/5Yzsg4= =XQsl -----END PGP SIGNATURE----- --=-7Y+XfJLUqO15XUeo+F/4-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 14:53:10 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9AA516A41A for ; Thu, 29 Nov 2007 14:53:10 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF6113C4D5 for ; Thu, 29 Nov 2007 14:53:09 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IxklH-000PNc-6i for freebsd-stable@FreeBSD.ORG; Thu, 29 Nov 2007 14:53:07 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IxklH-0007RZ-4u for freebsd-stable@FreeBSD.ORG; Thu, 29 Nov 2007 14:53:07 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IxklH-000ElU-3w for freebsd-stable@FreeBSD.ORG; Thu, 29 Nov 2007 14:53:07 +0000 To: freebsd-stable@FreeBSD.ORG Message-Id: From: Pete French Date: Thu, 29 Nov 2007 14:53:07 +0000 Cc: Subject: Also seeing 2 x quad-core system slower that 2 x dual core 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, 29 Nov 2007 14:53:10 -0000 I think I also just came up against the same effect that the original poster saw. I have two sets of machines here - one is a pair of dual core Xeons, the other a pair of quad core Xeons. They are HP servers, more or less identical apart from the processors I belive. Both have 7.0-BETA3 installed, and the same config on them with the same files. I am trying to delete a gigabyte of files using 'rm -rf' On the dual core processors this takes about 20 seconds. On the quad cores it takes about 3 minutes! This is true for both the 32 and 64 bit versions of FreeBSD :-( -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 15:57:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2362716A41A for ; Thu, 29 Nov 2007 15:57:36 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 9816C13C46A for ; Thu, 29 Nov 2007 15:57:35 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so474243anc for ; Thu, 29 Nov 2007 07:57:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=vus9ifUi+NthaM3S7hy7Hq3syH1FIyeE+P/GeqU2X8M=; b=j+vYzxQRAZLlFj6ShBcqF7k0L10455ibUSLPJ6tor3/Qr30swCOS/ydkaZ5klC+FpI/aQqcqJDQlPBXHfoBK0whUVP6OnXgRCKz8Uf40ruyQgqjIcnNSY0w5qQYIGZ9Y8tjRmMhvT35W43bYIISbi0HdTzIygZepeAeZ5pPB84o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=H68ewwTggdWZTqS+w2n2FlmsbNAupoaV3mRQgj4FkkS2AmJEsqdzCUvUaC1Lalh1WZJ37h8VAwjwUg69+Kg0xZ7C0Clt6VZvimU/h/S22eMeTXTiMgNISguL8J0wyGYtBROkMRyrHVKTziaoD5Pr6hNDH+DqGK7B6po5vDgHul0= Received: by 10.101.68.19 with SMTP id v19mr4755193ank.1196351854515; Thu, 29 Nov 2007 07:57:34 -0800 (PST) Received: by 10.100.228.15 with HTTP; Thu, 29 Nov 2007 07:57:34 -0800 (PST) Message-ID: Date: Thu, 29 Nov 2007 16:57:34 +0100 From: "Claus Guttesen" To: "Pete French" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 29 Nov 2007 15:57:36 -0000 > I think I also just came up against the same effect that the original poster > saw. I have two sets of machines here - one is a pair of dual core Xeons, > the other a pair of quad core Xeons. They are HP servers, more or less > identical apart from the processors I belive. > > Both have 7.0-BETA3 installed, and the same config on them with the > same files. I am trying to delete a gigabyte of files using 'rm -rf' > > On the dual core processors this takes about 20 seconds. On the quad > cores it takes about 3 minutes! This is true for both the 32 and 64 bit > versions of FreeBSD :-( ULE- or 4BSD-scheduler? Bit OT: Are the servers DL360 or DL380 (G5)? I will upgrade a DL380 server from 6.2 to 7.0 (beta3) in order to gain some performance tomorrow. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 16:37:09 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66A4716A479 for ; Thu, 29 Nov 2007 16:37:09 +0000 (UTC) (envelope-from SRS0=b7d8c3c9608497c965aca21d74cebda6d9cd0713=534=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id E085B13C4DB for ; Thu, 29 Nov 2007 16:37:08 +0000 (UTC) (envelope-from SRS0=b7d8c3c9608497c965aca21d74cebda6d9cd0713=534=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBO07906; Thu, 29 Nov 2007 08:37:06 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A373B4500E; Thu, 29 Nov 2007 08:37:05 -0800 (PST) To: Tom Evans In-Reply-To: Your message of "Thu, 29 Nov 2007 12:42:35 GMT." <1196340155.71694.2.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1196354225_19195P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 29 Nov 2007 08:37:05 -0800 From: "Kevin Oberman" Message-Id: <20071129163705.A373B4500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Tom Evans X-To_Domain: googlemail.com X-To: Tom Evans X-To_Email: tevans.uk@googlemail.com X-To_Alias: tevans.uk Cc: Unga , freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 6.2-RELEASE always hang 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, 29 Nov 2007 16:37:09 -0000 --==_Exmh_1196354225_19195P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Tom Evans > Date: Thu, 29 Nov 2007 12:42:35 +0000 > Sender: owner-freebsd-stable@freebsd.org > > On Thu, 2007-11-29 at 03:28 -0800, Unga wrote: > > --- Michael Proto wrote: > > > > > Unga wrote: > > > > Hi all > > > > > > > > I'm using FreeBSD 6.2-RELEASE on Intel P4 3.0GHz, > > > > 512MB Ram computer. > > > > > > > > Its very irritatingly hangs very frequently, more > > > than > > > > 10 times a day. Do others find FreeBSD 6.2-RELEASE > > > > always hangs? I simply cannot use it for any > > > serious > > > > use, not even to send a mail, other than browsing > > > web. > > > > > > > > I find it mostly when I try to move the mouse it > > > > hangs. Upward and downward cursor keys press and > > > hold > > > > also hangs, but not always. These may be just > > > > coincidental. How do I find why it hangs? How is > > > the > > > > stability of the upcoming 7.0? > > > > > > > > Best Regards > > > > Unga > > > > > > > > > > I'm sure I'm not alone in this, but I'm running > > > several 6.2-RELEASE-p8 > > > boxes (servers and laptop workstations) for several > > > months now without a > > > single lock-up. I'd first look into hardware, > > > testing memory, testing > > > the power supply, and checking CPU/chipset > > > temperatures as they have > > > often contributed to problems similar to what you > > > are describing. 6.2 > > > has been working extremely well for me with no > > > stability issues that > > > weren't related to hardware problems. > > > > > > > > > > Thanks for all the replies. > > > > It may be a hardware issue. This is a more than four > > year old computer. Btw, I forgot to mention this is > > not a server, its running KDE, trying to use as a > > desktop. > > > > Any one of the hangs do not develop any core dump or > > /var/crash/kernel.0 or /var/crash/vmcore.0. Just the > > cursor disappear and keyboard does not respond. Only > > switch off and on can bring the machine up. > > > > Are there any hardware analyzing software that I can > > run on FreeBSD, so that I could narrow down the cause? > > > > Unga > > > > Can you verify that the machine is actually dead? Do you have another > machine that you can hook up either to a serial console, or ssh into the > dead box? Weird X symptoms could lead to an unresponsive keyboard, with > the machine running just fine underneath X. Just to re-enforce this, I have a colleague who is seeing this on his Radeon-based Lenovo T43 (m300). The display blanks and cannot be resurrected, even CTRL-ALT-BS does not help, but the system is alive. Oddly, I also have a Lenovo T43 based system and it has never shown this problem. It might be something in your xorg setup that is triggering it. If your system is a Radeon, you might try booting with no xorg.conf file. I have found that worked well for my system. Other possibilities include hw.acpi.reset_video=1 (sysctl.conf) and acpi_video_load="YES" (loader.conf). I would like to figure out why my system has no issues while others go off to never-never land. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1196354225_19195P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHTuqxkn3rs5h7N1ERAgPcAKCBHmswjYH1PnPuH4K4A++15/Ve1ACfdBEn 3HehYjzxLl7ug0i4eIgsLbc= =QOn3 -----END PGP SIGNATURE----- --==_Exmh_1196354225_19195P-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 17:07:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1444F16A477 for ; Thu, 29 Nov 2007 17:07:22 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 88EDA13C4E8 for ; Thu, 29 Nov 2007 17:07:21 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 29 Nov 2007 17:07:20 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp042) with SMTP; 29 Nov 2007 18:07:20 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX18L/oQvR/oLGmcxU0iD+N16SSog3ofzh2Mb9WwAJj jmuLB6RUaL5EYu Message-ID: <474EF1B8.1030606@gmx.de> Date: Thu, 29 Nov 2007 18:07:04 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: Norberto Meijome References: <474BD99C.7070002@gmx.de> <20071128225517.30a8b26a@meijome.net> In-Reply-To: <20071128225517.30a8b26a@meijome.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: msdosfs performance unbearable 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, 29 Nov 2007 17:07:22 -0000 Norberto Meijome wrote: > On Tue, 27 Nov 2007 09:47:24 +0100 > Dominic Fandrey wrote: > >> ufs: >> $ time -h tar -xf php_manual_en.tar.gz >> 3.31s real 0.43s user 0.51s sys > > I've seem something similar , in the past, on 6.2, when writing to my mobile phone's mini-SD card. > > what does gstat show? (in particular, is any device being used 100% ?, can u relate the slowness when it hits 100% ? do other disks other than your FAT disk become saturated too? ) This is the gstat output on UFS for reference: dT: 1.006s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 151 2106 47 1416 12.3 2059 11425 21.4 60.8| ad0 0 0 0 0 0.0 0 0 0.0 0.0| acd0 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1 151 2092 33 525 12.1 2059 11425 21.8 53.5| ad0s2 0 0 0 0 0.0 0 0 0.0 0.0| ad0s3 0 14 14 891 12.8 0 0 0.0 17.8| ad0s4 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2a 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2b 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2c 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2d 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2e 151 2092 33 525 12.1 2059 11425 22.5 54.3| ad0s2f 0 0 0 0 0.0 0 0 0.0 0.0| cd0 And this is the same operation on fat32: dT: 1.017s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 1 11 0 0 0.0 11 43 0.1 0.2| ad0 0 0 0 0 0.0 0 0 0.0 0.0| acd0 0 0 0 0 0.0 0 0 0.0 0.0| ad0s1 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2 0 0 0 0 0.0 0 0 0.0 0.0| ad0s3 1 11 0 0 0.0 11 43 0.2 0.2| ad0s4 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2a 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2b 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2c 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2d 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2e 0 0 0 0 0.0 0 0 0.0 0.0| ad0s2f 0 0 0 0 0.0 0 0 0.0 0.0| cd0 As you can see, there is a /slight/ difference in throughput. Both slices are on the same HD, so it's not a controller thing. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 17:23:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C208F16A46C for ; Thu, 29 Nov 2007 17:23:01 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 5C1C013C45B for ; Thu, 29 Nov 2007 17:23:00 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A513A.dip.t-dialin.net [84.154.81.58]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lATHMwJ7046091; Thu, 29 Nov 2007 17:22:58 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lATHO90M015270; Thu, 29 Nov 2007 18:24:09 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lATHO94D039171; Thu, 29 Nov 2007 18:24:09 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200711291724.lATHO94D039171@fire.js.berklix.net> To: Stefano Spinucci Comments: In-reply-to "Julian H. Stacey" message dated "Wed, 28 Nov 2007 17:49:56 +0100." Date: Thu, 29 Nov 2007 18:24:09 +0100 From: "Julian H. Stacey" Cc: freebsd-stable@freebsd.org Subject: Re: installation problems of FreeBSD 7 beta 2 on Dell D610 (multiboot con solaris, linux, winxp) 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, 29 Nov 2007 17:23:01 -0000 "Julian H. Stacey" wrote: > "Julian H. Stacey" wrote: > > > Stefano & stable@ > > > I saw similar installing 7.0-BETA3 on my Digital HiHote Ultra > > .. > > > I'll look for right syntax. eg maybe hw.ata.ata_dma=0 etc starting > > > in my http://www.berklix.com/~jhs/hardware/laptops/#loader.conf > > > > Safe mode (Hit Key 3 after it asks for boot floppy 2nd time > > (Im using floppy as my cd drive doesnt like my cd-rw media, just cd-r) > > This sets hw.ata.ata_dma to 0, with this my laptop is now in middle > > of a minimal install, reading distrib via a pcmcia ep0 ethernet. > > Although that enables disk writes, Pcmcia ep0 runs slow, 23KB/s, timing > out & install has died repeatedly. I tried reducing commands used in > bootsafekey of /sys/boot/forth/beastie.4th: > http://www.berklix.com/~jhs/hardware/laptops/#bootsafekey > By avoiding `3' & just using > set hw.ata.ata_dma > boot > Still its a slow 23K. Still ep0 dies. Install fails. 7.0-BETA3 on Digital HiHote Ultra 2000 could not install via pcmcia ep0. I minimal installed from cdrom, Booted multiuser with 3 = Safe Boot, Edited /boot/loader.conf from hint.acpi.0.disabled=1 to # hint.acpi.0.disabled=1 hw.ata.ata_dma=0 Rebooted. Cdrom sysinstall-ed all distribution sets (except essential bin & kernels) for a full native platform, & now making /usr/src/ It can mount the 5.1 partition & 5.1 can mount the 7.0, so Stefano, do try hw.ata.ata_dma=0 Pcmcia ep0 ethernet remains unusable, ping 1.5 to 28 seconds & drop outs, but that's an issue I'll pursue/ report on mobile@freebsd.org. -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 18:07:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4AAE16A418 for ; Thu, 29 Nov 2007 18:07:13 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 731AC13C467 for ; Thu, 29 Nov 2007 18:07:13 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Ixnn6-0000d7-Fa; Thu, 29 Nov 2007 18:07:12 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Ixnn6-0009Jl-DN; Thu, 29 Nov 2007 18:07:12 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Ixnn6-000GXE-CZ; Thu, 29 Nov 2007 18:07:12 +0000 To: kometen@gmail.com In-Reply-To: Message-Id: From: Pete French Date: Thu, 29 Nov 2007 18:07:12 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 29 Nov 2007 18:07:13 -0000 > ULE- or 4BSD-scheduler? 4BSD - am just running GENERIC on both system. Should I try ULE? > Bit OT: Are the servers DL360 or DL380 (G5)? I will upgrade a DL380 > server from 6.2 to 7.0 (beta3) in order to gain some performance > tomorrow. Both the old and new are DL360 G5 according the the iLo. Let us know how the upgrade goes. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 18:17:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8DA616A4C4 for ; Thu, 29 Nov 2007 18:17:56 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 910B913C461 for ; Thu, 29 Nov 2007 18:17:56 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so487813anc for ; Thu, 29 Nov 2007 10:17:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=BmJmR0t/g20SUS2amMx7Ebf4Io10WVQTZ58TgppaAUk=; b=mLUZ05jnlwsgdeV0cxyY97vwbWNdSKD6Z8yVyo9/EbOMw7WQNxXOu7M0AEpDBUALB7Qb0QuC0gqNNQXbvM5T6FWeNXfQjy5OvQ8prcfGECvQH5P6p3uJwgVP8AwnQa9/nm5umBA7KckKK4gLbsPU8tXb6FkykI2HlxWTRe791m0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ARTpqNX+TvPBhOrdKW6G/TAEvgc4ryCeLVL51dgwZ6F6qZwlbF5EY/gOWgLQdmJyvQVtBhkihhJr/er4LLKalwcSJB4rh/slouFTWnL0UGG8+uBZPjO+grlM9BORa2vGelG6Uw6zTVH1ilFPE81nuyOAXtZWC5VNxlhxRznaJiI= Received: by 10.101.71.16 with SMTP id y16mr12158549ank.1196360273892; Thu, 29 Nov 2007 10:17:53 -0800 (PST) Received: by 10.100.228.15 with HTTP; Thu, 29 Nov 2007 10:17:53 -0800 (PST) Message-ID: Date: Thu, 29 Nov 2007 19:17:53 +0100 From: "Claus Guttesen" To: "Pete French" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 29 Nov 2007 18:17:56 -0000 > > ULE- or 4BSD-scheduler? > > 4BSD - am just running GENERIC on both system. Should I try ULE? ULE has shown several improvements compared to 4BSD with more than one cpu. It's worth trying but may not improve the rm-rimes. > > Bit OT: Are the servers DL360 or DL380 (G5)? I will upgrade a DL380 > > server from 6.2 to 7.0 (beta3) in order to gain some performance > > tomorrow. > > Both the old and new are DL360 G5 according the the iLo. Let us know > how the upgrade goes. I will. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 18:32:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 572E216A419 for ; Thu, 29 Nov 2007 18:32:23 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id E4EB913C457 for ; Thu, 29 Nov 2007 18:32:22 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-016-068.pools.arcor-ip.net [88.66.16.68]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1IxoBK095Y-0000oC; Thu, 29 Nov 2007 19:32:14 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Thu, 29 Nov 2007 19:31:58 +0100 User-Agent: KMail/1.9.7 References: In-Reply-To: X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2208875.pVoCQ49vJz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711291932.05614.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/kfy26c4zoojrIRlrYKxCW8dIL87w0Uh2eZb3 WLO2zsITJCRG4vJyUpycLsWH4Fbi4uiVbqJwFSKfaNfMxaaLLK sIh5pvzaP7YoBkz0JAEjPG7Cubao8rba0U+Su+GgaM= Cc: Pete French Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 29 Nov 2007 18:32:23 -0000 --nextPart2208875.pVoCQ49vJz Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 29 November 2007, Pete French wrote: > I think I also just came up against the same effect that the original > poster saw. I have two sets of machines here - one is a pair of dual > core Xeons, the other a pair of quad core Xeons. They are HP servers, > more or less identical apart from the processors I belive. > > Both have 7.0-BETA3 installed, and the same config on them with the > same files. I am trying to delete a gigabyte of files using 'rm -rf' > > On the dual core processors this takes about 20 seconds. On the quad > cores it takes about 3 minutes! This is true for both the 32 and 64 bit > versions of FreeBSD :-( Can you provide more details on this task? It seems like something that=20 could easily be reproduced in a lab environment and serve as a regression=20 test and baseline for future improvements. Is the server doing any other=20 work while doing the rm, or is this it? What kind of directory layout=20 are we looking at? How many files, directories, users ...? What type of=20 filesystem, options, size? BTW, what's your nsswitch.conf like? If you don't need nis, removing it=20 can mean a considerable speed improvement - or try nscd(8). =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2208875.pVoCQ49vJz Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHTwWlXyyEoT62BG0RAlDCAJ9jlko6Lz/lUFMBXH23JO8zu/LyDgCeODDT 4DK7lVa0Qe3y59FgHRGaZ/A= =OaRh -----END PGP SIGNATURE----- --nextPart2208875.pVoCQ49vJz-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 18:37:19 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E91F16A46C for ; Thu, 29 Nov 2007 18:37:19 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing02.lava.net (outgoing02.lava.net [64.65.64.125]) by mx1.freebsd.org (Postfix) with ESMTP id 6D5E813C478 for ; Thu, 29 Nov 2007 18:37:19 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing02.lava.net (Postfix) with ESMTP id CD244B886F; Thu, 29 Nov 2007 08:37:18 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 2873A153882; Thu, 29 Nov 2007 08:37:18 -1000 (HST) Date: Thu, 29 Nov 2007 08:37:18 -1000 From: Clifton Royston To: Kevin Oberman Message-ID: <20071129183717.GA19825@lava.net> Mail-Followup-To: Kevin Oberman , Tom Evans , Unga , freebsd-stable@FreeBSD.org References: <1196340155.71694.2.camel@localhost> <20071129163705.A373B4500E@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071129163705.A373B4500E@ptavv.es.net> User-Agent: Mutt/1.4.2.2i Cc: Tom Evans , Unga , freebsd-stable@FreeBSD.org Subject: Radeon/X freezes (was Re: FreeBSD 6.2-RELEASE always hang) 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, 29 Nov 2007 18:37:19 -0000 On Thu, Nov 29, 2007 at 08:37:05AM -0800, Kevin Oberman wrote: ... > > Can you verify that the machine is actually dead? Do you have another > > machine that you can hook up either to a serial console, or ssh into the > > dead box? Weird X symptoms could lead to an unresponsive keyboard, with > > the machine running just fine underneath X. > > Just to re-enforce this, I have a colleague who is seeing this on his > Radeon-based Lenovo T43 (m300). The display blanks and cannot be > resurrected, even CTRL-ALT-BS does not help, but the system is alive. > > Oddly, I also have a Lenovo T43 based system and it has never shown this > problem. It might be something in your xorg setup that is triggering it. FWIW, I have also seen seemingly identical symptoms a couple times on a Debian server I set up a couple weeks ago at work, also using a Radeon card (Radeon 9250) and xorg. The console goes away (freezes completely), Control-Alt-Backspace doesn't work to restore it, but the system is still accessible via ssh. This leads me to suspect the reported problem may not be a FreeBSD issue per se but an xorg Radeon driver issue. Reducing the maximum sync setting may have helped, but I don't consider it confirmed yet. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 18:58:29 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E1D316A418 for ; Thu, 29 Nov 2007 18:58:29 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B8D2913C458; Thu, 29 Nov 2007 18:58:28 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474F0BDF.8070605@FreeBSD.org> Date: Thu, 29 Nov 2007 19:58:39 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Pete French 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: Also seeing 2 x quad-core system slower that 2 x dual core 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, 29 Nov 2007 18:58:29 -0000 Pete French wrote: > I think I also just came up against the same effect that the original poster > saw. I have two sets of machines here - one is a pair of dual core Xeons, > the other a pair of quad core Xeons. They are HP servers, more or less > identical apart from the processors I belive. > > Both have 7.0-BETA3 installed, and the same config on them with the > same files. I am trying to delete a gigabyte of files using 'rm -rf' > > On the dual core processors this takes about 20 seconds. On the quad > cores it takes about 3 minutes! This is true for both the 32 and 64 bit > versions of FreeBSD :-( That almost certainly has nothing to do with how many CPUs your system has, since rm -rf is a single process running on a single core. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 19:06:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB01B16A475 for ; Thu, 29 Nov 2007 19:06:12 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 6766713C458 for ; Thu, 29 Nov 2007 19:06:12 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4345433pyb for ; Thu, 29 Nov 2007 11:06:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xclyKAzAleYp3OG2rFQucmDrn8xWDX8H7TzZaGB+6ZY=; b=g8yQ83JJax4pCiKDLg/bR/VTodPmSdee02/g/DD1yb/wYCjbLJyWkzx6FpgfNS5biHT5a43wOfnFucIqwRwJBT/JKCmQed4te/2x34QqwrYVD/TK54bJ/Pz1+E2CHPyeMIs+Tl3tow4gWFZezakbZ1RBY2DJg5kLIt+Jl/6j/7U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PrCG0UXZVqy3qCOb1JN53vZBARUUH21X0Lp7rraxjMt/phraLURTgSuUzrWtIkPkEBfUrH/Nf/jzgHwigzH4rpR1ln54aiJVU/bks3PZ4Ze34+GotDOApDU7jDLiDDbsZyg6U1iBEJ36cdXcYPtSgAyzw6U3al7lYCaESJEdE1w= Received: by 10.35.115.18 with SMTP id s18mr418386pym.1196363164445; Thu, 29 Nov 2007 11:06:04 -0800 (PST) Received: by 10.35.58.11 with HTTP; Thu, 29 Nov 2007 11:06:04 -0800 (PST) Message-ID: Date: Thu, 29 Nov 2007 11:06:04 -0800 From: "Matt Reimer" To: "Kris Kennaway" In-Reply-To: <474F0BDF.8070605@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474F0BDF.8070605@FreeBSD.org> Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 29 Nov 2007 19:06:12 -0000 On Nov 29, 2007 10:58 AM, Kris Kennaway wrote: > Pete French wrote: > > On the dual core processors this takes about 20 seconds. On the quad > > cores it takes about 3 minutes! This is true for both the 32 and 64 bit > > versions of FreeBSD :-( > > That almost certainly has nothing to do with how many CPUs your system > has, since rm -rf is a single process running on a single core. I wonder if I'm seeing this too. Running super-smack on a 2 x quad core 1.6GHz Dell 1950 I get about 40000 qps, whereas on a 2 x dual core 3.0GHz box I've seen 80000 qps. Is this expected? Matt CPU: Intel(R) Xeon(R) CPU E5310 @ 1.60GHz (1595.94-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0x4e33d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8577105920 (8179 MB) avail memory = 8289787904 (7905 MB) ---- CPU: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz (3000.02-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0x4e3bd,DCA> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 17170817024 (16375 MB) avail memory = 16629559296 (15859 MB) From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 19:18:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA48C16A473 for ; Thu, 29 Nov 2007 19:18:33 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 71EA513C461 for ; Thu, 29 Nov 2007 19:18:33 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lATJIJfR047572 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 29 Nov 2007 14:18:19 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-FIbZHNvtrcvsMolSDzlS" Organization: U. Buffalo CSE Department Date: Thu, 29 Nov 2007 14:18:18 -0500 Message-Id: <1196363898.6845.57.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: FreeBSD 6.3-RC1 Available... 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, 29 Nov 2007 19:18:34 -0000 --=-FIbZHNvtrcvsMolSDzlS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The first of the Release Candidate builds for FreeBSD 6.3 is now available. There is one more Release Candidate planned, which will be followed by the release unless a major show-stopper issue crops up during testing. As mentioned in a previous HEADS-UP message the release branch has been created so if you plan to use cvsup to update an already installed machine you should use the RELENG_6_3 branch. Or you can give FreeBSD Update a try, see the instructions here: http://www.daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.ht= ml If you would like to test doing a fresh install ISOs for each are available at: ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/6.3/ (or any of the mirror sites). Below are the MD5 and SHA25 sums for the currently uploaded ISO images. The ports folks are getting very close to finishing up the release package builds for a couple of the architectures. I'm planning to fiddle a bit with figuring out the disc1/disc2 package sets that we will be trying to provide as part of the final release. If I get that done soon I will re-roll the RC1 ISOs for a few of the architectures (likely amd64 and i386). If that happens I'll re-announce here with a fresh set of sums. MD5 (6.3-RC1-alpha-bootonly.iso) =3D 93b4846a1ce2676e0fb34f5b4e6a8b3d MD5 (6.3-RC1-alpha-disc1.iso) =3D 88b600f44da83a0c579390fc8ed16ad0 MD5 (6.3-RC1-alpha-docs.iso) =3D 7d19d3690e83fe588047c3ba62590773 MD5 (6.3-RC1-amd64-bootonly.iso) =3D 28549bed2c90bcf2dbff483a3e5698d8 MD5 (6.3-RC1-amd64-disc1.iso) =3D 6f9d7013ff682917271bc553e991f0a1 MD5 (6.3-RC1-amd64-disc2.iso) =3D d0cead8f34f6e113900a7475d285ca41 MD5 (6.3-RC1-amd64-docs.iso) =3D 845abd3ae8ef76e7d093485a364f7d1a MD5 (6.3-RC1-i386-bootonly.iso) =3D 790c8dceab4173e6e69bc646fb4c4e8c MD5 (6.3-RC1-i386-disc1.iso) =3D 6755f1dd724483b3bd472f40cdbb8630 MD5 (6.3-RC1-i386-disc2.iso) =3D 6901c36c6230d6eb0ff32f469d34003e MD5 (6.3-RC1-i386-docs.iso) =3D 966249de93409db8f317d6d38ba18392 MD5 (6.3-RC1-pc98-bootonly.iso) =3D 85bc4706b92cc6a8a5c4dc157b08c947 MD5 (6.3-RC1-pc98-disc1.iso) =3D 556fb0e60786f5bbab049ce277ab8621 MD5 (6.3-RC1-sparc64-bootonly.iso) =3D 566746f80e50920d889834fdfc5799f4 MD5 (6.3-RC1-sparc64-disc1.iso) =3D 7c7be985254cb9a11b0bed1db74bad98 MD5 (6.3-RC1-sparc64-disc2.iso) =3D 64fbc64413290ca9af88a1f6406c247d MD5 (6.3-RC1-sparc64-docs.iso) =3D 7545e824ba1f209f59290da02f3d5a25 SHA256 (6.3-RC1-alpha-bootonly.iso) =3D fe43984b1cfa419b23f7cedad621a29f072= 52d60d2b62fdff321af98679d3e16 SHA256 (6.3-RC1-alpha-disc1.iso) =3D c058a8621cc5de585d57fd1df740800611b820= 9683b4bb9f1ec5248edfea35ee SHA256 (6.3-RC1-alpha-docs.iso) =3D 922ee0165e5f0e7fbd800586b560a84b85e01d4= c97f0f1996cec467183221f62 SHA256 (6.3-RC1-amd64-bootonly.iso) =3D 68543154272a2b7ae53e6e59c66cfd7a41e= fb9f151aa85a6af656f33920ef9cb SHA256 (6.3-RC1-amd64-disc1.iso) =3D f3f443a9331c70b1a238c3e4e8fb78ca1491bd= 0e71a408bf9dc252d88fc914a2 SHA256 (6.3-RC1-amd64-disc2.iso) =3D b4ede0cdec31f4dc5df3468aa61bc07bdda374= 6831707f0669b5ec8f33bd9634 SHA256 (6.3-RC1-amd64-docs.iso) =3D f6cdf9c2d373a89498169e66c357f4f685fc5df= 6a444e38b9182d8e9cfd15791 SHA256 (6.3-RC1-i386-bootonly.iso) =3D 2fbb893d612544cb06de0b6ed89182d83ddd= a1a4882a7709c7a1b03d0901f345 SHA256 (6.3-RC1-i386-disc1.iso) =3D 07fd379292137d7ff56fdbbd1be63cb5188e518= 7afcd65debe593966a2f26ae1 SHA256 (6.3-RC1-i386-disc2.iso) =3D 895a5d0a8fb9df19ed764e3adfb2f390be37adb= 01a16e7fa892487f1fc5e0cb0 SHA256 (6.3-RC1-i386-docs.iso) =3D 63aaacfe7310bfce3b2118cff899c40719dec52d= 747784d80836f0e38ed694c3 SHA256 (6.3-RC1-pc98-bootonly.iso) =3D c4557c160c73aa99758564f3517bbfed5a01= 4e142a6437d75cafbfe012174114 SHA256 (6.3-RC1-pc98-disc1.iso) =3D 049caa5421f7711bd01083e6b88be7dc14d817f= 84facd4e1ca1ffa686c44746e SHA256 (6.3-RC1-sparc64-bootonly.iso) =3D 4ef00964454fab9c5943b80f3981e4427= 9ebc470f16c90c86c9889e721638835 SHA256 (6.3-RC1-sparc64-disc1.iso) =3D 6fd591288f00b075be30a2544ee455805696= e54eda9ac7c3009a6db3fa418886 SHA256 (6.3-RC1-sparc64-disc2.iso) =3D 306a8045da7cc7f504bb8ce32063e038e9f6= d50bf22453f87de00f9e4c982d3c SHA256 (6.3-RC1-sparc64-docs.iso) =3D 07dd49c947db4dce0ee2997a52d2d76d15a01= c82b27a5be1c6d222a301c2396e --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-FIbZHNvtrcvsMolSDzlS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHTxB6/G14VSmup/YRAiXoAJ9mOvT2a3DSZpZvnUCRpy18LbTergCgllBo Guy6jt/Kx5c3HxS014dYOI8= =4bpn -----END PGP SIGNATURE----- --=-FIbZHNvtrcvsMolSDzlS-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 19:20:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69B4D16A421 for ; Thu, 29 Nov 2007 19:20:28 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 865BC13C459; Thu, 29 Nov 2007 19:20:27 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474F1105.5020708@FreeBSD.org> Date: Thu, 29 Nov 2007 20:20:37 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Matt Reimer References: <474F0BDF.8070605@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 29 Nov 2007 19:20:28 -0000 Matt Reimer wrote: > On Nov 29, 2007 10:58 AM, Kris Kennaway wrote: >> Pete French wrote: >>> On the dual core processors this takes about 20 seconds. On the quad >>> cores it takes about 3 minutes! This is true for both the 32 and 64 bit >>> versions of FreeBSD :-( >> That almost certainly has nothing to do with how many CPUs your system >> has, since rm -rf is a single process running on a single core. > > I wonder if I'm seeing this too. Running super-smack on a 2 x quad > core 1.6GHz Dell 1950 I get about 40000 qps, whereas on a 2 x dual > core 3.0GHz box I've seen 80000 qps. Please, let's try to stay focused :) rm -rf has nothing to do with super-smack and vice versa. > Is this expected? It is not very surprising. super-smack is not a good SMP benchmark, it does stupid things like 1-byte I/O, so it is not very scalable nor a good model of real-world database activity. Accounting for your CPUs being twice as fast on the dual core, it roughly says that the benchmark is not scaling beyond 4 CPUs, which is in line with my own observations. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 19:27:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0BDD16A41A; Thu, 29 Nov 2007 19:27:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DE6A413C447; Thu, 29 Nov 2007 19:27:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474F12AE.7050808@FreeBSD.org> Date: Thu, 29 Nov 2007 20:27:42 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexey Popov References: <4741905E.8050300@chistydom.ru> <47419AB3.5030008@chistydom.ru> <4741A7DA.2050706@chistydom.ru> <4741DA15.9000308@FreeBSD.org> <47429DB8.7040504@chistydom.ru> <4742ADFE.40902@FreeBSD.org> <4742C46A.1060701@chistydom.ru> <47432F77.3030606@FreeBSD.org> <474339E9.4080301@FreeBSD.org> <4743629B.9090408@FreeBSD.org> <47456B71.5040205@chistydom.ru> <4745E5B3.6060200@FreeBSD.org> <47468165.5010906@chistydom.ru> <4746B21F.7050906@FreeBSD.org> <4746BD92.6000204@chistydom.ru> In-Reply-To: <4746BD92.6000204@chistydom.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 29 Nov 2007 19:27:34 -0000 Alexey Popov wrote: > Hi > > Kris Kennaway wrote: >>>>> Now FreeBSD 7-STABLE ULE 8-core server without optimized PHP >>>>> realpath_cache_size (producing 2000+ lstats per request) can handle >>>>> up to ~24 rps as opposed to max. 17 rps without your patch. %sys >>>>> never grows over %user with your patch. On the server with >>>>> optimized realpath_cache_size there's no visible influence of your >>>>> patch. >>>> You said "20" before for this configuration, so I'm a bit suspicious >>>> about how seriously to treat your measurements :) >>> Sorry, my mistake. s/ULE/4BSD. >> OK, please compare ULE to ULE with and without my patch (and >> remembering to enable the sysctl), and obtain lock profiling traces in >> both cases under identical workloads & durations. That is what I need >> to proceed with this issue. > I didn't measured the exact values of requests per second on ULE with > patch and without patch, but at first glance the benefits of the patch > are similiar to 4BSD. If you need this values, I'll obtain them. > > Here you can find lock profiling results for 7-BETA3 GENERIC kernel with > SCHED_ULE running optimized PHP and unoptimized, with your patch and > without it: http://83.167.98.162/gprof/lockmgr/ > > This data was collected by th following script: > (sysctl debug.lock.prof.reset=1 > sysctl debug.lock.prof.enable=1 > sleep 60 > sysctl debug.lock.prof.enable=0 > sysctl debug.lock.prof.stats > top -d 2 -b | tail -25) > > AFAIU there's still high contention on "lockbuilder mtxpool" with patch > applied. But hopefully "lockmgr:ufs" contention which i believe produced > 80%sysCPU load is gone with your patch. Looks to me like lockmgr-related contention was reduced by 1 to 2 orders of magnitude, which is the expected result. This surely must have a measurable impact on your workload. Further lockmgr improvement will have to wait until the lockmgr replacement work proceeds. One more patch which may or may not help is: http://www.freebsd.org/~jhb/patches/namei_rwlock.patch (may also require porting since it was against an older version of 7.0-CURRENT). When I have tested this in the past it was a performance loss for reasons that I think I understand (basically, it is locally a performance improvement for the name cache but also requires a fixed lockmgr to avoid an overall performance loss), but I don't remember if I tested it in conjunction with the lockmgr patch. >> There are patches you need to enable it on woodcrest. They are in my >> p4 branch (kris-contention) but I don't have time right now to extract >> them. > I think it would be very useful because I can't see any other ways to > profile FreeBSD on the modern many-cores machines. You can extract the changeset from my branch via http://perforce.freebsd.org. Unfortunately I don't have time to do it myself. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 19:31:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0881316A419 for ; Thu, 29 Nov 2007 19:31:34 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mh0.csub.edu (mh0.csub.edu [136.168.1.94]) by mx1.freebsd.org (Postfix) with ESMTP id E85CC13C4CC for ; Thu, 29 Nov 2007 19:31:33 +0000 (UTC) (envelope-from raj@csub.edu) Received: from cserv65.csub.edu (cserv65.csub.edu [136.168.10.65]) by mh0.csub.edu (8.13.8/8.13.8) with ESMTP id lATItWpu062818; Thu, 29 Nov 2007 10:55:33 -0800 (PST) (envelope-from raj@csub.edu) Message-ID: <474F0B24.4010200@csub.edu> Date: Thu, 29 Nov 2007 10:55:32 -0800 From: Russell Jackson User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Frank Behrens References: <200711282116.53008.antik@bsd.ee> <200711290809.lAT89aux088325@post.frank-behrens.de> In-Reply-To: <200711290809.lAT89aux088325@post.frank-behrens.de> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020009010609000709010806" Cc: freebsd-stable@freebsd.org Subject: Re: questionable feature- rcvar woes 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, 29 Nov 2007 19:31:34 -0000 This is a cryptographically signed message in MIME format. --------------ms020009010609000709010806 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Frank Behrens wrote: > John Baldwin wrote on 28 Nov 2007 14:37: >> Use forcestart or forcestop to manage services that are not enabled in >> rc.conf. This is normal. If you got a warning, then on shutdown every rc.d > > Most (all?) people recommend in this thread the use of "forcestart" / "forcestop". Is it not > better to use "onestart" / "onestop"? > > When I remember right the "force" ignores any failed preconditions. > > Regards, > Frank Yes. one(start|stop) is far more sensible. -- Russell A. Jackson Network Analyst California State University, Bakersfield QOTD: "Every morning I read the obituaries; if my name's not there, I go to work." --------------ms020009010609000709010806 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL2DCC BegwggTQoAMCAQICCQC2yYqf6jv75zANBgkqhkiG9w0BAQUFADCB1DELMAkGA1UEBhMCVVMx EzARBgNVBAgTCkNhbGlmb3JuaWExFDASBgNVBAcTC0Jha2Vyc2ZpZWxkMTEwLwYDVQQKEyhD YWxpZm9ybmlhIFN0YXRlIFVuaXZlcnNpdHksIEJha2Vyc2ZpZWxkMRkwFwYDVQQLExBOZXR3 b3JrIFNlcnZpY2VzMS8wLQYDVQQDEyZDU1UsIEJha2Vyc2ZpZWxkIENlcnRpZmljYXRlIEF1 dGhvcml0eTEbMBkGCSqGSIb3DQEJARYMbm9jQGNzdWIuZWR1MB4XDTA3MTAxMjAyMDY0MFoX DTA4MTAxMTAyMDY0MFowgcAxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpDYWxpZm9ybmlhMRQw EgYDVQQHEwtCYWtlcnNmaWVsZDExMC8GA1UEChMoQ2FsaWZvcm5pYSBTdGF0ZSBVbml2ZXJz aXR5LCBCYWtlcnNmaWVsZDEZMBcGA1UECxMQTmV0d29yayBTZXJ2aWNlczEbMBkGA1UEAxMS UnVzc2VsbCBBLiBKYWNrc29uMRswGQYJKoZIhvcNAQkBFgxyYWpAY3N1Yi5lZHUwggEiMA0G CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCcVWSj+BnEwxMg9hhRoZJaxsJOWTsC4rngKU7T BjDEW+uHeakW6n8Y5Slqk3qarMeUeGD6YYFiq5EiKIVyqQfSPTbnXoUe2JAG9rCFGzh0Tvd0 KEGfiKfpS8scjCOkwOjLGizAJmHKqIwi7+p356Ot/2DnLxILA6z11bcIakU2piiNOL8327wz gfkyk5Soi98UlFE5D/A9HCEmOsqEsb2NjL+lAN+eETCa3TWCQ7CyQaJbXooId4UlWcceJNU8 /fhA7iZSn0BiKZu7BZHR+pv3IEnhoxRR1KTXHk+JzbYwAq7hVE9lfo79Xy8qLsrIXi5ziokr gTrlIFXSj2h3+Mw/AgMBAAGjggHNMIIByTAMBgNVHRMEBTADAQH/MDgGCWCGSAGG+EIBDQQr FilDZXJ0aWZpY2F0ZSBpc3N1ZWQgYnkgaHR0cHM6Ly9jYS5jc3ViLmVkdTAdBgNVHQ4EFgQU /RDecfNP15wwCVG5LcIHILSaljswggEKBgNVHSMEggEBMIH+gBT/QjTuzr/iBeVSlKbffggx 7zJ3H6GB2qSB1zCB1DELMAkGA1UEBhMCVVMxEzARBgNVBAgTCkNhbGlmb3JuaWExFDASBgNV BAcTC0Jha2Vyc2ZpZWxkMTEwLwYDVQQKEyhDYWxpZm9ybmlhIFN0YXRlIFVuaXZlcnNpdHks IEJha2Vyc2ZpZWxkMRkwFwYDVQQLExBOZXR3b3JrIFNlcnZpY2VzMS8wLQYDVQQDEyZDU1Us IEJha2Vyc2ZpZWxkIENlcnRpZmljYXRlIEF1dGhvcml0eTEbMBkGCSqGSIb3DQEJARYMbm9j QGNzdWIuZWR1ggkAtsmKn+o7++EwLQYJYIZIAYb4QgEEBCAWHmh0dHBzOi8vY2EuY3N1Yi5l ZHUvY2EtY3JsLnBlbTAjBglghkgBhvhCAQIEFhYUaHR0cHM6Ly9jYS5jc3ViLmVkdS8wDQYJ KoZIhvcNAQEFBQADggEBAIfQnz4aGpPLFTiXoAU+yFyT6cbyFO3KX7cwd9QS3TDEXgqMJgTE A8YFC8s6zLF0YGK6QIqI8Ia9f0iWrcm4huZdODBzaRdHauoiIDHbwcWR93dCK5vG8vqLRLWo OaZrElJ6QsEdiarCh7MCKs5vCY9MaPYcVqSpBPWNV0tvJvfZTE//xiD30I8kGuu27urBxCoj JSepB219HMQHcJ+RFjcA87BVhRfy2ZAOz+Kt73Sdnb6zW86qSZAjGzM2OTvu23f+hIRGiTBx idWs/qVWId1wo8xUyd32wZ9+8Ns8pbwtBi0cjb9HWIYJurqcKY8bW3uS/ydisGoPVXVZKLRv A6YwggXoMIIE0KADAgECAgkAtsmKn+o7++cwDQYJKoZIhvcNAQEFBQAwgdQxCzAJBgNVBAYT AlVTMRMwEQYDVQQIEwpDYWxpZm9ybmlhMRQwEgYDVQQHEwtCYWtlcnNmaWVsZDExMC8GA1UE ChMoQ2FsaWZvcm5pYSBTdGF0ZSBVbml2ZXJzaXR5LCBCYWtlcnNmaWVsZDEZMBcGA1UECxMQ TmV0d29yayBTZXJ2aWNlczEvMC0GA1UEAxMmQ1NVLCBCYWtlcnNmaWVsZCBDZXJ0aWZpY2F0 ZSBBdXRob3JpdHkxGzAZBgkqhkiG9w0BCQEWDG5vY0Bjc3ViLmVkdTAeFw0wNzEwMTIwMjA2 NDBaFw0wODEwMTEwMjA2NDBaMIHAMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5p YTEUMBIGA1UEBxMLQmFrZXJzZmllbGQxMTAvBgNVBAoTKENhbGlmb3JuaWEgU3RhdGUgVW5p dmVyc2l0eSwgQmFrZXJzZmllbGQxGTAXBgNVBAsTEE5ldHdvcmsgU2VydmljZXMxGzAZBgNV BAMTElJ1c3NlbGwgQS4gSmFja3NvbjEbMBkGCSqGSIb3DQEJARYMcmFqQGNzdWIuZWR1MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAnFVko/gZxMMTIPYYUaGSWsbCTlk7AuK5 4ClO0wYwxFvrh3mpFup/GOUpapN6mqzHlHhg+mGBYquRIiiFcqkH0j02516FHtiQBvawhRs4 dE73dChBn4in6UvLHIwjpMDoyxoswCZhyqiMIu/qd+ejrf9g5y8SCwOs9dW3CGpFNqYojTi/ N9u8M4H5MpOUqIvfFJRROQ/wPRwhJjrKhLG9jYy/pQDfnhEwmt01gkOwskGiW16KCHeFJVnH HiTVPP34QO4mUp9AYimbuwWR0fqb9yBJ4aMUUdSk1x5Pic22MAKu4VRPZX6O/V8vKi7KyF4u c4qJK4E65SBV0o9od/jMPwIDAQABo4IBzTCCAckwDAYDVR0TBAUwAwEB/zA4BglghkgBhvhC AQ0EKxYpQ2VydGlmaWNhdGUgaXNzdWVkIGJ5IGh0dHBzOi8vY2EuY3N1Yi5lZHUwHQYDVR0O BBYEFP0Q3nHzT9ecMAlRuS3CByC0mpY7MIIBCgYDVR0jBIIBATCB/oAU/0I07s6/4gXlUpSm 334IMe8ydx+hgdqkgdcwgdQxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpDYWxpZm9ybmlhMRQw EgYDVQQHEwtCYWtlcnNmaWVsZDExMC8GA1UEChMoQ2FsaWZvcm5pYSBTdGF0ZSBVbml2ZXJz aXR5LCBCYWtlcnNmaWVsZDEZMBcGA1UECxMQTmV0d29yayBTZXJ2aWNlczEvMC0GA1UEAxMm Q1NVLCBCYWtlcnNmaWVsZCBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxGzAZBgkqhkiG9w0BCQEW DG5vY0Bjc3ViLmVkdYIJALbJip/qO/vhMC0GCWCGSAGG+EIBBAQgFh5odHRwczovL2NhLmNz dWIuZWR1L2NhLWNybC5wZW0wIwYJYIZIAYb4QgECBBYWFGh0dHBzOi8vY2EuY3N1Yi5lZHUv MA0GCSqGSIb3DQEBBQUAA4IBAQCH0J8+GhqTyxU4l6AFPshck+nG8hTtyl+3MHfUEt0wxF4K jCYExAPGBQvLOsyxdGBiukCKiPCGvX9Ilq3JuIbmXTgwc2kXR2rqIiAx28HFkfd3QiubxvL6 i0S1qDmmaxJSekLBHYmqwoezAirObwmPTGj2HFakqQT1jVdLbyb32UxP/8Yg99CPJBrrtu7q wcQqIyUnqQdtfRzEB3CfkRY3APOwVYUX8tmQDs/ire90nZ2+s1vOqkmQIxszNjk77tt3/oSE RokwcYnVrP6lViHdcKPMVMnd9sGffvDbPKW8LQYtHI2/R1iGCbq6nCmPG1t7kv8nYrBqD1V1 WSi0bwOmMYIErTCCBKkCAQEwgeIwgdQxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpDYWxpZm9y bmlhMRQwEgYDVQQHEwtCYWtlcnNmaWVsZDExMC8GA1UEChMoQ2FsaWZvcm5pYSBTdGF0ZSBV bml2ZXJzaXR5LCBCYWtlcnNmaWVsZDEZMBcGA1UECxMQTmV0d29yayBTZXJ2aWNlczEvMC0G A1UEAxMmQ1NVLCBCYWtlcnNmaWVsZCBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxGzAZBgkqhkiG 9w0BCQEWDG5vY0Bjc3ViLmVkdQIJALbJip/qO/vnMAkGBSsOAwIaBQCgggKfMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA3MTEyOTE4NTUzMlowIwYJKoZI hvcNAQkEMRYEFElb781PnOmF7kWJ6Qa4nZfCPBVUMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMIHzBgkrBgEEAYI3EAQxgeUwgeIwgdQxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpD YWxpZm9ybmlhMRQwEgYDVQQHEwtCYWtlcnNmaWVsZDExMC8GA1UEChMoQ2FsaWZvcm5pYSBT dGF0ZSBVbml2ZXJzaXR5LCBCYWtlcnNmaWVsZDEZMBcGA1UECxMQTmV0d29yayBTZXJ2aWNl czEvMC0GA1UEAxMmQ1NVLCBCYWtlcnNmaWVsZCBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxGzAZ BgkqhkiG9w0BCQEWDG5vY0Bjc3ViLmVkdQIJALbJip/qO/vnMIH1BgsqhkiG9w0BCRACCzGB 5aCB4jCB1DELMAkGA1UEBhMCVVMxEzARBgNVBAgTCkNhbGlmb3JuaWExFDASBgNVBAcTC0Jh a2Vyc2ZpZWxkMTEwLwYDVQQKEyhDYWxpZm9ybmlhIFN0YXRlIFVuaXZlcnNpdHksIEJha2Vy c2ZpZWxkMRkwFwYDVQQLExBOZXR3b3JrIFNlcnZpY2VzMS8wLQYDVQQDEyZDU1UsIEJha2Vy c2ZpZWxkIENlcnRpZmljYXRlIEF1dGhvcml0eTEbMBkGCSqGSIb3DQEJARYMbm9jQGNzdWIu ZWR1AgkAtsmKn+o7++cwDQYJKoZIhvcNAQEBBQAEggEAQzVPsBmi5qoVhYo7hX17RwccoXak IwveGM1K9D43flARtD4ux7/kkJ8VDu3kA8S2cm+y73O+8js69EbxjrYLGvXJiQ2y9IIeNFYx sEhlAKqRc3otdZfDwJ7Enq0CiCG2aRegFYA9SZ0wCNExMeul/E9azxTe+QZSsEtyH+N++1Q7 Z8R7y/ijDoXXktoFuwgLhWCr8078aLv6kceugQbosYfh//rXIr6YeeoIMAfi9p/YYQ3ttSTL rsTqDPGQfsHXIGHTiKSaT11Ih686jRj46NEOX1zXJMwwFYC9W6SJaho7Ov9s1fyA9mr05G9v yYbhtXSQU7Tg4F8U6ruDy7PgmQAAAAAAAA== --------------ms020009010609000709010806-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 19:41:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A569316A468 for ; Thu, 29 Nov 2007 19:41:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outJ.internet-mail-service.net (outJ.internet-mail-service.net [216.240.47.233]) by mx1.freebsd.org (Postfix) with ESMTP id 8419913C442 for ; Thu, 29 Nov 2007 19:41:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 29 Nov 2007 11:41:29 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 11281126B58; Thu, 29 Nov 2007 11:41:29 -0800 (PST) Message-ID: <474F15E8.1000704@elischer.org> Date: Thu, 29 Nov 2007 11:41:28 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: David Xu , re@freebsd.org, FreeBSD Stable Content-Type: multipart/mixed; boundary="------------040402040806080201000404" Cc: Subject: MFC TO 6.X (6.3?) to fix aio_return() ? 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, 29 Nov 2007 19:41:30 -0000 This is a multi-part message in MIME format. --------------040402040806080201000404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This diff is a partial MFC (picking parts out of -current) that makes aio_return() return the error return of a completed AIO request. (as it does on othe OS's and in 7.x). The man page for 6.x and other OS's indicate that aio_return shoud return all the same results as a returning read() or write() including setting errno on error. in 6.x this does not happen. on 7.0 it does. The included test program can show the result when using gnop() to simulate IO errors. BTW the test program could be used as a start to sample code as to how to use kqueue and aio together. If people agree this is worth fixing, it would be nice to get it in 6.3 --------------040402040806080201000404 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="aio_return-6.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="aio_return-6.diff" Index: vfs_aio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_aio.c,v retrieving revision 1.195.2.4 diff -d -u -r1.195.2.4 vfs_aio.c --- vfs_aio.c 9 Sep 2006 01:30:11 -0000 1.195.2.4 +++ vfs_aio.c 29 Nov 2007 19:26:12 -0000 @@ -1529,6 +1529,7 @@ struct aiocblist *cb, *ncb; struct aiocb *ujob; struct kaioinfo *ki; + int status, error; ujob = uap->aiocbp; jobref = fuword(&ujob->_aiocb_private.kernelinfo); @@ -1542,14 +1543,6 @@ TAILQ_FOREACH(cb, &ki->kaio_jobdone, plist) { if (((intptr_t) cb->uaiocb._aiocb_private.kernelinfo) == jobref) { - if (cb->uaiocb.aio_lio_opcode == LIO_WRITE) { - p->p_stats->p_ru.ru_oublock += - cb->outputcharge; - cb->outputcharge = 0; - } else if (cb->uaiocb.aio_lio_opcode == LIO_READ) { - p->p_stats->p_ru.ru_inblock += cb->inputcharge; - cb->inputcharge = 0; - } goto done; } } @@ -1565,15 +1558,33 @@ done: PROC_UNLOCK(p); if (cb != NULL) { - if (ujob == cb->uuaiocb) { - td->td_retval[0] = - cb->uaiocb._aiocb_private.status; - } else - td->td_retval[0] = EFAULT; - aio_free_entry(cb); - return (0); + status = cb->uaiocb._aiocb_private.status; + error = cb->uaiocb._aiocb_private.error; + if (ujob != cb->uuaiocb) { + /* check for a mismatch. is it possible? */ + /* (It's not in 7.x) */ + error = EFAULT; + } else { + if (error == 0) { + td->td_retval[0] = status; + } + if (cb->uaiocb.aio_lio_opcode == LIO_WRITE) { + p->p_stats->p_ru.ru_oublock += + cb->outputcharge; + cb->outputcharge = 0; + } else if (cb->uaiocb.aio_lio_opcode == LIO_READ) { + p->p_stats->p_ru.ru_inblock += cb->inputcharge; + cb->inputcharge = 0; + } + suword(&ujob->_aiocb_private.error, error); + suword(&ujob->_aiocb_private.status, status); + aio_free_entry(cb); + } + } else { + /* no such aiocb known */ + error = EINVAL; } - return (EINVAL); + return (error); } /* --------------040402040806080201000404 Content-Type: text/plain; name="try2.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="try2.c" #include #include #include #include #include #include #include #include #include #include #include #include #define BUFSIZE 512 #define TMOUT_SEC 5 #define TMOUT_NSEC 0 main() { int fd; int ret; struct aiocb my_aiocb; int kq; if ((kq = kqueue()) == -1) err(1, "kqueue"); fd = open("/dev/mfid0s1d.nop", O_RDONLY); if (fd < 0) perror("open"); /* Zero out the aiocb structure (recommended) */ bzero((char *)&my_aiocb, sizeof(struct aiocb)); /* Allocate a data buffer for the aiocb request */ my_aiocb.aio_buf = malloc(BUFSIZE + 1); if (!my_aiocb.aio_buf) perror("malloc"); /* Initialize the necessary fields in the aiocb */ my_aiocb.aio_fildes = fd; my_aiocb.aio_nbytes = BUFSIZE; my_aiocb.aio_offset = (512 * (100LL + 10)); my_aiocb.aio_sigevent.sigev_notify = SIGEV_KEVENT; my_aiocb.aio_sigevent.sigev_notify_kqueue = kq; /* udata for the created kqueue */ #if __FreeBSD_version > 700000 my_aiocb.aio_sigevent.sigev_value.sival_ptr = NULL; #else my_aiocb.aio_sigevent.sigev_value.sigval_ptr = NULL; #endif ret = aio_read(&my_aiocb); if (ret < 0) perror("aio_read"); #define USE_KQUEUE 1 #if USE_KQUEUE while (1) { int i; int n; int nchanges = 0; int nevents = 1; struct kevent ch[4]; struct kevent ev[4]; struct timespec timeout = {TMOUT_SEC, TMOUT_NSEC}; n = kevent(kq, ch, nchanges, ev, nevents, &timeout); if (n <= 0) { perror("kevent"); exit(1); } printf("%d events\n", n); for (i = 0; i < n; i++) { printf("event = 0x%x, %hd, %hx, 0x%x, 0x%x, 0x%x\n", ev[i].ident, ev[i].filter, ev[i].flags, ev[i].fflags, ev[i].data, ev[i].udata); if (ev[i].flags & (EV_ERROR | EV_EOF)) { if (ev[i].flags & EV_EOF) { printf("EV_EOF set\n"); } if (ev[i].flags & EV_ERROR) { printf("EV_ERROR set\n"); } /* error */ printf("errno from ev_data is %d\n", (int)ev[i].data); break; } else { printf("kevent returned valid data ready\n"); #if 0 if (ev[i].filter == EVFILT_READ) readable_fd(evi.ident); if (ev[i].filter == EVFILT_WRITE) writeable_fd(evi.ident); #endif } } if ((ret = aio_error(&my_aiocb)) != EINPROGRESS) { printf("aio_error returned %d\n", ret); } if ((ret = aio_return(&my_aiocb)) > 0) { printf("aio_return returned %d\n", ret); printf("aio_return said we have got data\n"); /* got ret bytes on the read */ } else { /* read failed, consult errno */ printf("aio_return returned %d\n", ret); perror("aio_return"); } break; } #else /* ! USE_KQUEUE */ while (aio_error(&my_aiocb) == EINPROGRESS) { printf("aio_error returned %d\n", ret); sleep (1); { if ((ret = aio_return(&my_aiocb)) > 0) { printf("aio_return returned %d\n", ret); printf("got data\n"); /* got ret bytes on the read */ } else { /* read failed, consult errno */ printf("aio_return returned %d\n", ret); perror("aio_return"); } #endif } #if 0 struct kevent { uintptr_t ident; /* identifier for this event */ short filter; /* filter for event */ u_short flags; /* action flags for kqueue */ u_int fflags; /* filter flag value */ intptr_t data; /* filter data value */ void *udata; /* opaque user data identifier */ }; struct __aiocb_private { long status; long error; void *kernelinfo; }; typedef struct aiocb { int aio_fildes; /* File descriptor */ off_t aio_offset; /* File offset for I/O */ volatile void *aio_buf;/* I/O buffer in process space */ size_t aio_nbytes; /* Number of bytes for I/O */ char __spare__ [sizeof(int) * 2 + sizeof(void *)]; /* osigevent. */ int aio_lio_opcode; /* LIO opcode */ int aio_reqprio; /* Request priority -- ignored */ struct __aiocb_private _aiocb_private; struct sigevent aio_sigevent; /* Signal to deliver */ } aiocb_t; #endif --------------040402040806080201000404-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 20:25:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E54216A420; Thu, 29 Nov 2007 20:25:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id A837213C47E; Thu, 29 Nov 2007 20:25:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 221855687-1834499 for multiple; Thu, 29 Nov 2007 15:23:13 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id lATKOk1X042281; Thu, 29 Nov 2007 15:24:59 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 29 Nov 2007 14:51:46 -0500 User-Agent: KMail/1.9.6 References: <47436A80.30306@quip.cz> <474DC5BF.7010405@freebsd.org> In-Reply-To: <474DC5BF.7010405@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711291451.47268.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 29 Nov 2007 15:25:00 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4954/Thu Nov 29 12:46:26 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Miroslav Lachman <000.fbsd@quip.cz>, Colin Percival Subject: Re: missing .cshrc and pf.conf after upgrade to 7.0-beta3 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, 29 Nov 2007 20:25:13 -0000 On Wednesday 28 November 2007 02:47:11 pm Colin Percival wrote: > Miroslav Lachman wrote: > > I am not 100% sure, maybe I overlook something in binary major version > > upgrade procedure, but after upgrade from 6.2 to 7.0-BETA3 my roots > > ~/.cshrc was "accidentally" replaced with dist version of .cshrc and > > /etc/pf.conf is missing. > > The fact that /etc/pf.conf disappeared is due to it being removed from > the release (it is now in /usr/share/examples/etc). The fact that /.cshrc > was upgraded in spite of having been locally modified is probably a bad > idea -- I'll change the default freebsd-update.conf to deal with this. Considering that /etc/pf.conf is a file that users edit to configure pf(4), removing it out from under them is probably a very bad idea. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 21:02:02 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0963216A418; Thu, 29 Nov 2007 21:02:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8215913C457; Thu, 29 Nov 2007 21:02:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lATL20BM075803; Thu, 29 Nov 2007 16:02:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lATL20Vq081594; Thu, 29 Nov 2007 16:02:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 774CE1B5078; Thu, 29 Nov 2007 16:02:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129210200.774CE1B5078@freebsd-stable.sentex.ca> Date: Thu, 29 Nov 2007 16:02:00 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 21:02:02 -0000 TB --- 2007-11-29 19:46:59 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-11-29 19:46:59 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2007-11-29 19:46:59 - cleaning the object tree TB --- 2007-11-29 19:47:14 - cvsupping the source tree TB --- 2007-11-29 19:47:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2007-11-29 19:47:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-29 19:47:21 - cd /src TB --- 2007-11-29 19:47:21 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 19:47:22 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 29 20:49:43 UTC 2007 TB --- 2007-11-29 20:49:43 - generating LINT kernel config TB --- 2007-11-29 20:49:43 - cd /src/sys/pc98/conf TB --- 2007-11-29 20:49:43 - /usr/bin/make -B LINT TB --- 2007-11-29 20:49:43 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-29 20:49:43 - cd /src TB --- 2007-11-29 20:49:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 29 20:49:44 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue vers.c linking kernel ieee80211_scan_sta.o(.text+0x1b67): In function `sta_add': : undefined reference to `ieee80211_find_channel_byieee' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 21:02:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 21:02:00 - ERROR: failed to build lint kernel TB --- 2007-11-29 21:02:00 - tinderbox aborted TB --- 3832.45 user 396.18 system 4500.96 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 21:31:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2925416A417 for ; Thu, 29 Nov 2007 21:31:12 +0000 (UTC) (envelope-from slunky@globalzero.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id BA96113C4E5 for ; Thu, 29 Nov 2007 21:31:11 +0000 (UTC) (envelope-from slunky@globalzero.org) Received: (qmail 7248 invoked by uid 399); 29 Nov 2007 21:04:31 -0000 Received: from localhost (slunky@globalzero.org@127.0.0.1) by localhost with ESMTP; 29 Nov 2007 21:04:31 -0000 X-Originating-IP: 127.0.0.1 Date: Thu, 29 Nov 2007 14:04:24 -0700 From: slunky To: freebsd-stable@freebsd.org Message-Id: <20071129140424.f5e09231.slunky@globalzero.org> Organization: GlobalZero X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Upgrading to 6.3-RC1 using freebsd-upgrade.sh Problem 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, 29 Nov 2007 21:31:12 -0000 Hello. After hearing FreeBSD 6.3-RC1 was released, I wanted to upgrade to that from my 6.3-BETA2 installation. This worked fine when I went from 6.2-RELEASE to 6.3-BETA2, but after trying to follow the directions at http://www.daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.html I get an error. This is what happens: evo# sh freebsd-update.sh -f freebsd-update.conf -r 6.3-RC1 upgrade Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching metadata signature for 6.3-PRERELEASE from update1.FreeBSD.org... failed. No mirrors remaining, giving up. evo# I would really like to upgrade as I've been having problems with Interrupt Storms on IRQ 11 since I upgraded to 6.3-BETA2. If someone could tell me what I'm doing wrong, or how I can use freebsd-update.sh to get FreeBSD 6.3-RC1 I would appreciate it very much. Here is my uname -a if that helps. FreeBSD evo.zero 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Sat Nov 10 15:54:10 MST 2007 slunk@evo.zero:/usr/obj/usr/src/sys/EVO2 i386 Thanks in advance. -- -Tony Chidester From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 21:41:25 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA7C616A418; Thu, 29 Nov 2007 21:41:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5A32813C447; Thu, 29 Nov 2007 21:41:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lATLfNss080177; Thu, 29 Nov 2007 16:41:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lATLfNEd065358; Thu, 29 Nov 2007 16:41:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 78FA61B5078; Thu, 29 Nov 2007 16:41:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129214123.78FA61B5078@freebsd-stable.sentex.ca> Date: Thu, 29 Nov 2007 16:41:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 21:41:25 -0000 TB --- 2007-11-29 20:06:12 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-11-29 20:06:12 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2007-11-29 20:06:12 - cleaning the object tree TB --- 2007-11-29 20:06:27 - cvsupping the source tree TB --- 2007-11-29 20:06:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2007-11-29 20:06:34 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-29 20:06:34 - cd /src TB --- 2007-11-29 20:06:34 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 20:06:35 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 29 21:29:47 UTC 2007 TB --- 2007-11-29 21:29:47 - generating LINT kernel config TB --- 2007-11-29 21:29:47 - cd /src/sys/ia64/conf TB --- 2007-11-29 21:29:47 - /usr/bin/make -B LINT TB --- 2007-11-29 21:29:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-29 21:29:47 - cd /src TB --- 2007-11-29 21:29:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 29 21:29:47 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_scan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_scan_ap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net80211/ieee80211_scan_sta.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_scan_sta.c: In function 'sta_add': /src/sys/net80211/ieee80211_scan_sta.c:291: warning: implicit declaration of function 'ieee80211_find_channel_byieee' /src/sys/net80211/ieee80211_scan_sta.c:291: warning: nested extern declaration of 'ieee80211_find_channel_byieee' /src/sys/net80211/ieee80211_scan_sta.c:292: warning: assignment makes pointer from integer without a cast *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 21:41:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 21:41:23 - ERROR: failed to build lint kernel TB --- 2007-11-29 21:41:23 - tinderbox aborted TB --- 5050.44 user 386.15 system 5711.19 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 22:13:21 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9C6F16A421; Thu, 29 Nov 2007 22:13:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A701813C44B; Thu, 29 Nov 2007 22:13:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lATMDIve082940; Thu, 29 Nov 2007 17:13:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lATMDIBl040947; Thu, 29 Nov 2007 17:13:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 19F681B5078; Thu, 29 Nov 2007 17:13:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129221318.19F681B5078@freebsd-stable.sentex.ca> Date: Thu, 29 Nov 2007 17:13:18 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 22:13:21 -0000 TB --- 2007-11-29 21:02:00 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-11-29 21:02:00 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2007-11-29 21:02:00 - cleaning the object tree TB --- 2007-11-29 21:02:13 - cvsupping the source tree TB --- 2007-11-29 21:02:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2007-11-29 21:02:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-29 21:02:20 - cd /src TB --- 2007-11-29 21:02:20 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 21:02:21 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 29 22:05:32 UTC 2007 TB --- 2007-11-29 22:05:32 - generating LINT kernel config TB --- 2007-11-29 22:05:32 - cd /src/sys/powerpc/conf TB --- 2007-11-29 22:05:32 - /usr/bin/make -B LINT TB --- 2007-11-29 22:05:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-29 22:05:32 - cd /src TB --- 2007-11-29 22:05:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 29 22:05:32 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_scan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_scan_ap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_scan_sta.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_scan_sta.c: In function 'sta_add': /src/sys/net80211/ieee80211_scan_sta.c:291: warning: implicit declaration of function 'ieee80211_find_channel_byieee' /src/sys/net80211/ieee80211_scan_sta.c:291: warning: nested extern declaration of 'ieee80211_find_channel_byieee' /src/sys/net80211/ieee80211_scan_sta.c:292: warning: assignment makes pointer from integer without a cast *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 22:13:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 22:13:17 - ERROR: failed to build lint kernel TB --- 2007-11-29 22:13:17 - tinderbox aborted TB --- 3708.56 user 354.84 system 4277.41 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 22:22:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E846316A421 for ; Thu, 29 Nov 2007 22:22:20 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 92FC613C45D for ; Thu, 29 Nov 2007 22:22:20 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4486333pyb for ; Thu, 29 Nov 2007 14:22:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=L1YfkbN7O8tKIi5Sd82FlNfSPFLCGYfNdE0UaPkUDes=; b=tx+KLIv7jO/skC5e8K7r6kPTE2GNBjiiEBiH/SAa+UDb0QELbybF3m0UJbOTSs5y1WGe4Vpe53SraMp7G5YyZvdg24GdSBNTlZnFUuEETW9OcFiQC1O7BjJGBxX9fZRkDHE3RiCGWKXebi+4JKedyGmYQE4WT9eBBtYzmRG/Yyk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZkDwIoOwNexV1jTvXT1S5lyXnsJ/gRG/RsZVcRBa6WW57TSDiVG6y8PftcU6EN9ScjtuK9pWDdcvJmhmk8LvQ5TfTkpCqXBdvqnyyGHrpimGbMwb81sbidB+56oi2lMHD3/20ArJ3pcyiy1wiPVIgijAl+/ob1M6JsFtQzghRDs= Received: by 10.35.91.1 with SMTP id t1mr8099241pyl.1196374938332; Thu, 29 Nov 2007 14:22:18 -0800 (PST) Received: by 10.35.58.11 with HTTP; Thu, 29 Nov 2007 14:22:17 -0800 (PST) Message-ID: Date: Thu, 29 Nov 2007 14:22:17 -0800 From: "Matt Reimer" To: "Kris Kennaway" In-Reply-To: <474F1105.5020708@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474F0BDF.8070605@FreeBSD.org> <474F1105.5020708@FreeBSD.org> Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 29 Nov 2007 22:22:21 -0000 On Nov 29, 2007 11:20 AM, Kris Kennaway wrote: > Matt Reimer wrote: > > On Nov 29, 2007 10:58 AM, Kris Kennaway wrote: > >> Pete French wrote: > >>> On the dual core processors this takes about 20 seconds. On the quad > >>> cores it takes about 3 minutes! This is true for both the 32 and 64 bit > >>> versions of FreeBSD :-( > >> That almost certainly has nothing to do with how many CPUs your system > >> has, since rm -rf is a single process running on a single core. > > > > I wonder if I'm seeing this too. Running super-smack on a 2 x quad > > core 1.6GHz Dell 1950 I get about 40000 qps, whereas on a 2 x dual > > core 3.0GHz box I've seen 80000 qps. > > Please, let's try to stay focused :) rm -rf has nothing to do with > super-smack and vice versa. It's relevant to $subject. > > Is this expected? > > It is not very surprising. super-smack is not a good SMP benchmark, it > does stupid things like 1-byte I/O, so it is not very scalable nor a > good model of real-world database activity. Accounting for your CPUs > being twice as fast on the dual core, it roughly says that the benchmark > is not scaling beyond 4 CPUs, which is in line with my own observations. Is sysbench a better benchmark? It gives me 2362.99 on the 2 x dual-core box vs 1327.26 on the 2 x quad-core box. Matt From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 22:46:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50BE416A417 for ; Thu, 29 Nov 2007 22:46:22 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B659A13C442; Thu, 29 Nov 2007 22:46:20 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474F4147.8020904@FreeBSD.org> Date: Thu, 29 Nov 2007 23:46:31 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Matt Reimer References: <474F0BDF.8070605@FreeBSD.org> <474F1105.5020708@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 29 Nov 2007 22:46:23 -0000 Matt Reimer wrote: > On Nov 29, 2007 11:20 AM, Kris Kennaway wrote: >> Matt Reimer wrote: >>> On Nov 29, 2007 10:58 AM, Kris Kennaway wrote: >>>> Pete French wrote: >>>>> On the dual core processors this takes about 20 seconds. On the quad >>>>> cores it takes about 3 minutes! This is true for both the 32 and 64 bit >>>>> versions of FreeBSD :-( >>>> That almost certainly has nothing to do with how many CPUs your system >>>> has, since rm -rf is a single process running on a single core. >>> I wonder if I'm seeing this too. Running super-smack on a 2 x quad >>> core 1.6GHz Dell 1950 I get about 40000 qps, whereas on a 2 x dual >>> core 3.0GHz box I've seen 80000 qps. >> Please, let's try to stay focused :) rm -rf has nothing to do with >> super-smack and vice versa. > > It's relevant to $subject. Yes but saying "I wonder if I am seeing this too" in reply to a message about a clearly unrelated issue muddies the waters. I'm not trying to be pedantic here, this kind of thing can cause considerable confusion when people aren't clear to distinguish between problems that are clearly different. >> > Is this expected? >> >> It is not very surprising. super-smack is not a good SMP benchmark, it >> does stupid things like 1-byte I/O, so it is not very scalable nor a >> good model of real-world database activity. Accounting for your CPUs >> being twice as fast on the dual core, it roughly says that the benchmark >> is not scaling beyond 4 CPUs, which is in line with my own observations. > > Is sysbench a better benchmark? It gives me 2362.99 on the 2 x > dual-core box vs 1327.26 on the 2 x quad-core box. It is, but then the issue becomes tuning of your database (mysql also has significant scaling problems in its default configuration). See http://people.freebsd.org/~kris/scaling/mysql.html for information on how to tune mysql to reduce these performance problems. I'm assuming of course that you are already using the ULE scheduler. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 22:48:32 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E071B16A417; Thu, 29 Nov 2007 22:48:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A8AD813C4E5; Thu, 29 Nov 2007 22:48:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lATMmVVx053033; Thu, 29 Nov 2007 17:48:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lATMmUWs016618; Thu, 29 Nov 2007 17:48:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id A9E361B5078; Thu, 29 Nov 2007 17:48:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071129224830.A9E361B5078@freebsd-stable.sentex.ca> Date: Thu, 29 Nov 2007 17:48:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Nov 2007 22:48:32 -0000 TB --- 2007-11-29 21:41:23 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-11-29 21:41:23 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2007-11-29 21:41:23 - cleaning the object tree TB --- 2007-11-29 21:41:35 - cvsupping the source tree TB --- 2007-11-29 21:41:35 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2007-11-29 21:41:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-29 21:41:41 - cd /src TB --- 2007-11-29 21:41:41 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 29 21:41:42 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Nov 29 22:40:28 UTC 2007 TB --- 2007-11-29 22:40:28 - generating LINT kernel config TB --- 2007-11-29 22:40:28 - cd /src/sys/sparc64/conf TB --- 2007-11-29 22:40:28 - /usr/bin/make -B LINT TB --- 2007-11-29 22:40:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-29 22:40:28 - cd /src TB --- 2007-11-29 22:40:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 29 22:40:28 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_scan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_scan_ap.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net80211/ieee80211_scan_sta.c cc1: warnings being treated as errors /src/sys/net80211/ieee80211_scan_sta.c: In function 'sta_add': /src/sys/net80211/ieee80211_scan_sta.c:291: warning: implicit declaration of function 'ieee80211_find_channel_byieee' /src/sys/net80211/ieee80211_scan_sta.c:291: warning: nested extern declaration of 'ieee80211_find_channel_byieee' /src/sys/net80211/ieee80211_scan_sta.c:292: warning: assignment makes pointer from integer without a cast *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-29 22:48:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-29 22:48:30 - ERROR: failed to build lint kernel TB --- 2007-11-29 22:48:30 - tinderbox aborted TB --- 3511.81 user 351.91 system 4027.12 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 23:25:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E943B16A421 for ; Thu, 29 Nov 2007 23:25:29 +0000 (UTC) (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 7ED9413C47E for ; Thu, 29 Nov 2007 23:25:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-194.lns10.adl2.internode.on.net [121.45.33.194]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lATNPIiQ058068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Nov 2007 09:55:19 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 30 Nov 2007 09:55:12 +1030 User-Agent: KMail/1.9.7 References: <1195947426.8387.13.camel@sarah.bob.selfip.org> <4749915A.10806@conducive.net> <1196013795.8387.47.camel@sarah.bob.selfip.org> In-Reply-To: <1196013795.8387.47.camel@sarah.bob.selfip.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7386665.DzFFSmxgLs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711300955.14546.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Matthieu Bollot Subject: Re: external usb disk 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, 29 Nov 2007 23:25:30 -0000 --nextPart7386665.DzFFSmxgLs Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 26 Nov 2007, Matthieu Bollot wrote: > My problem is solved \o/ > > I followed this : > http://lists.freebsd.org/pipermail/freebsd-usb/2007-March/003144.html > and that : http://www.freebsd.org/cgi/query-pr.cgi?pr=3D110989 "me too". The usbdevs patch doesn't apply cleanly but is easy to fix. Any chance it can be committed? :) =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 --nextPart7386665.DzFFSmxgLs Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHT0pa5ZPcIHs/zowRAtK3AJ9gK/eSa0PyzoSaIklrxaxWjYm1jQCcDuzR t2YtCOYgQzt0LaoeY5v0qp8= =9RCv -----END PGP SIGNATURE----- --nextPart7386665.DzFFSmxgLs-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 29 23:30:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED58416A418; Thu, 29 Nov 2007 23:30:17 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6213313C465; Thu, 29 Nov 2007 23:30:17 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lATNUFdL040062 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Nov 2007 15:30:16 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <474F4B87.2020603@errno.com> Date: Thu, 29 Nov 2007 15:30:15 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Norikatsu Shigemura References: <20071127092729.189bcbae@titan.flintsbach.schmalzbauer.de> <200711271237.lARCbdMB077950@lava.sentex.ca> <20071129015144.24c67521.nork@FreeBSD.org> In-Reply-To: <20071129015144.24c67521.nork@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------060805020707070709030508" X-DCC-Rhyolite-Metrics: o.com; whitelist Cc: Harald Schmalzbauer , freebsd-stable@freebsd.org, simon@freebsd.org Subject: Re: cryptodev and ssh on RELENG_7 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, 29 Nov 2007 23:30:18 -0000 This is a multi-part message in MIME format. --------------060805020707070709030508 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Norikatsu Shigemura wrote: > On Tue, 27 Nov 2007 07:37:49 -0500 > Mike Tancsa wrote: > >>> I have a HiFN crypto card and can remember that it was used for ssh >>> connections with 3des encryption (on 6.1 afair). >>> But with RELENG_7 it isn't used at all (no interrupts) if I >>> 'ssh -v -c 3des-cbc user@host' >>> Any ideas what is wrong? >>> dmesg: >>> hifn0 mem >>> 0x80000000-0x80000fff,0x80040000-0x80041fff,0x80080000-0x80087fff irq >>> 12 at device 13.0 on pci0 hifn0: [ITHREAD] hifn0: Hifn 7955, rev 0, >>> 32KB dram, pll=0x801 >>> crw-rw-rw- 1 root wheel - 0, 41 Nov 27 08:13:41 2007 /dev/crypto >>> >> Hi, >> Are you sure you have device crypto and device cryptodev in >> the kernel? Also, there is a program in >> /usr/src/tools/tools/crypto called hifnstats. It will show some >> usuage stats. e.g. >> > > This issue is one of a gcc42 issue. But gcc42 is not wrong. > OpenSSL has a using __FreeBSD_version issue. So to fix this > issue, you should apply following patch. > > --- crypto/openssl/crypto/engine/eng_cryptodev.c.orig 2006-07-30 04:10:18.000000000 +0900 > +++ crypto/openssl/crypto/engine/eng_cryptodev.c 2007-11-08 01:55:35.000000000 +0900 > @@ -32,7 +32,7 @@ > #include > > #if (defined(__unix__) || defined(unix)) && !defined(USG) && \ > - (defined(OpenBSD) || defined(__FreeBSD_version)) > + (defined(OpenBSD) || defined(__FreeBSD__)) > #include > # if (OpenBSD >= 200112) || ((__FreeBSD_version >= 470101 && __FreeBSD_version < 500000) || __FreeBSD_version >= 500041) > # define HAVE_CRYPTODEV > It appears openssl has been busted in it's handling of /dev/crypto since the engine code was roto-tilled. Attached is an updated version of your patch that forces /dev/crypto to be installed as the default engine for all ciphers it supports. I'm not sure this is the right change but it definitely makes ssh start using it (I note however that openssl speed does not use cryptodev unless explicity forced w/ cmd args). It would be a good idea to get someone familiar with openssl to review this before committing. Sam --------------060805020707070709030508 Content-Type: text/plain; name="cryptodev.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cryptodev.patch" Index: eng_cryptodev.c =================================================================== RCS file: /usr/ncvs/src/crypto/openssl/crypto/engine/eng_cryptodev.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 eng_cryptodev.c --- eng_cryptodev.c 29 Jul 2006 19:10:18 -0000 1.1.1.1 +++ eng_cryptodev.c 29 Nov 2007 23:22:03 -0000 @@ -32,7 +32,7 @@ #include #if (defined(__unix__) || defined(unix)) && !defined(USG) && \ - (defined(OpenBSD) || defined(__FreeBSD_version)) + (defined(OpenBSD) || defined(__FreeBSD__)) #include # if (OpenBSD >= 200112) || ((__FreeBSD_version >= 470101 && __FreeBSD_version < 500000) || __FreeBSD_version >= 500041) # define HAVE_CRYPTODEV @@ -1126,6 +1126,7 @@ } ENGINE_add(engine); + ENGINE_set_default_ciphers(engine); ENGINE_free(engine); ERR_clear_error(); } --------------060805020707070709030508-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 00:08:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C41C16A41A for ; Fri, 30 Nov 2007 00:08:14 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id C5B3513C457 for ; Fri, 30 Nov 2007 00:08:13 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IxtQS-0002Fd-Uv; Fri, 30 Nov 2007 00:08:13 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IxtQS-000BjQ-JI; Fri, 30 Nov 2007 00:08:12 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IxtQS-000Kfz-I2; Fri, 30 Nov 2007 00:08:12 +0000 To: freebsd-stable@freebsd.org, max@love2party.net In-Reply-To: <200711291932.05614.max@love2party.net> Message-Id: From: Pete French Date: Fri, 30 Nov 2007 00:08:12 +0000 Cc: Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 00:08:14 -0000 > Can you provide more details on this task? It seems like something that > could easily be reproduced in a lab environment and serve as a regression > test and baseline for future improvements. Is the server doing any other > work while doing the rm, or is this it? What kind of directory layout > are we looking at? How many files, directories, users ...? What type of > filesystem, options, size? It's a simple 'rm -rf /usr/local/etc/www/live'. The system is not running apache when I do that, though it is still running mysql. Nothing else going on. Filesystems are all UFS2, with default options as created by sysinstall - except I have softupdates on. Disc is partitioned as 1024M for /var/log, 64853M for / (with soft updates) and 4096M for swap at the end (it never swaps). The directory is 1 gig of web files, 165,000 of them or so. > BTW, what's your nsswitch.conf like? If you don't need nis, removing it=20 > can mean a considerable speed improvement - or try nscd(8). It's the default as installed. havent even even looked at that file before, but I dont need NIS, no. Thing is that GENERIC as installed out of the box should not take two minutes to delete a gig of files off a 15k RPM SAS drive! especially not when identical hardware with half the number of processor cores only takes eleven seconds to do the same job. Something is wrong somewhere if doubling your CPU's results in a factor of 12 slowdown surely? -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 00:11:11 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A0C216A41A; Fri, 30 Nov 2007 00:11:11 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id B9AA913C46E; Fri, 30 Nov 2007 00:11:10 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IxtTJ-0002LP-Px; Fri, 30 Nov 2007 00:11:09 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IxtTJ-000Blf-NT; Fri, 30 Nov 2007 00:11:09 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IxtTJ-000Kju-MZ; Fri, 30 Nov 2007 00:11:09 +0000 To: kris@FreeBSD.org In-Reply-To: <474F0BDF.8070605@FreeBSD.org> Message-Id: From: Pete French Date: Fri, 30 Nov 2007 00:11:09 +0000 Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 00:11:11 -0000 > That almost certainly has nothing to do with how many CPUs your system > has, since rm -rf is a single process running on a single core. Well, yes, common sense would also tell me that. But the systems should be identical aside from the number of cores. Both installed off 7.0-BETA3 CD's today, configured identically, same files pushed to them. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 00:29:04 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D12016A41A for ; Fri, 30 Nov 2007 00:29:04 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A3FF613C457; Fri, 30 Nov 2007 00:29:03 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474F5958.4000304@FreeBSD.org> Date: Fri, 30 Nov 2007 01:29:12 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Pete French 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: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 00:29:04 -0000 Pete French wrote: >> That almost certainly has nothing to do with how many CPUs your system >> has, since rm -rf is a single process running on a single core. > > Well, yes, common sense would also tell me that. But the systems should > be identical aside from the number of cores. Both installed off 7.0-BETA3 > CD's today, configured identically, same files pushed to them. So what are the other non-CPU hardware differences? Kris From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 00:42:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B18116A41A for ; Fri, 30 Nov 2007 00:42:02 +0000 (UTC) (envelope-from prvs=18545787c7=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 8BB8B13C478 for ; Fri, 30 Nov 2007 00:42:00 +0000 (UTC) (envelope-from prvs=18545787c7=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1196382127; x=1196986927; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=SvKO25rCULRThbxeC79TL 03sAmvM5OtIbwPGdBSi9F0=; b=SeYRWjNCuent1ez+1Qjf3vlnmMD/X47L8W9Lx BI8MZEvMGPRDjx40XYKxgXtdVUiN9Cf9HgyAbn00cWkU0FpU59ZIwIu6ougDcyUK 8vmuv5+FO1NF8oJqY4WQ8ROwfeXKQpzRq/pei/FdhQ4vn1Fgj+QZbuPCigmzQSo0 MJZ1QM= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.2) with ESMTP id md50004546217.msg for ; Fri, 30 Nov 2007 00:22:06 +0000 Message-ID: <002b01c832e7$05c65fa0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: , , "Pete French" References: Date: Fri, 30 Nov 2007 00:21:59 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=18545787c7=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Fri, 30 Nov 2007 00:22:07 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 30 Nov 2007 00:22:07 +0000 Cc: Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 00:42:02 -0000 Have you checked that your dir hash isn't suffering due to lack of memory this can have a marked impact on seemingly trivial things like this as could silly things like the RAID card being installed in a different slot. Regards Steve ----- Original Message ----- From: "Pete French" > Thing is that GENERIC as installed out of the box should not take two minutes > to delete a gig of files off a 15k RPM SAS drive! especially not > when identical hardware with half the number of processor cores only takes > eleven seconds to do the same job. Something is wrong somewhere if doubling > your CPU's results in a factor of 12 slowdown surely? ================================================ 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 +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 01:42:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00F0D16A420; Fri, 30 Nov 2007 01:42:06 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) Received: from outbound.icp-qv1-irony-out3.iinet.net.au (outbound.icp-qv1-irony-out3.iinet.net.au [203.59.1.148]) by mx1.freebsd.org (Postfix) with ESMTP id 31A0E13C45B; Fri, 30 Nov 2007 01:42:04 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAKL2TkfLzq3r/2dsb2JhbAAI X-IronPort-AV: E=Sophos;i="4.23,231,1194188400"; d="scan'208";a="188834689" Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out3.iinet.net.au with ESMTP; 30 Nov 2007 10:31:58 +0900 Message-ID: <474F67A6.6070306@mawer.org> Date: Fri, 30 Nov 2007 12:30:14 +1100 From: Antony Mawer User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Jeremy Chadwick References: <20071107191611.GA1400@eos.sc1.parodius.com> <20071107232328.GA1678@eos.sc1.parodius.com> <20071126022136.GA1564@eos.sc1.parodius.com> <20071126023313.GA2376@eos.sc1.parodius.com> In-Reply-To: <20071126023313.GA2376@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: swapon running before savecore (was Re: RELENG_6 kernel panic + savecore(8) problem) 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, 30 Nov 2007 01:42:06 -0000 On 26/11/2007 1:33 PM, Jeremy Chadwick wrote: > On Sun, Nov 25, 2007 at 06:21:36PM -0800, Jeremy Chadwick wrote: >> I believe the problem is that /etc/rc.d/swap1 is being run before >> savecore. I'm guessing that swapon(8) actually destroys/clobbers the >> existing saved kernel panic/core data, thus one will never get a >> coredump in /var/crash. I believe some re-organisation of rcorder(8) >> arguments in the files is in order, but I don't know what should >> be changed to what. >> >> I'll submit a PR for the above, because IMHO that's a serious one. > > PR 118255 has been opened for this matter. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=118255 There seems to be conflicting information about what constitutes the correct behaviour here. The original 4.4BSD "Unix System Manager's Manual (SMM)", found here: http://docs.freebsd.org/44doc/smm/02.config/paper-6.html Indicates the following (found under the "System dumps" heading): - Kernel dumps write from the end of swap and work backwards - The kernel uses swap from the front and works forward - This way it reduces the chance of swapping overwriting the dump during the boot process until savecore is run This somewhat more modern posting suggests that is still the case: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2005-11/0703.html However the FreeBSD Developers' Handbook suggests a behaviour that does not match the current reality: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html#EXTRACT-DUMP Can anyone speak with more authority on this...? --Antony From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 02:06:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12EBD16A417 for ; Fri, 30 Nov 2007 02:06:25 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id BEB1A13C459 for ; Fri, 30 Nov 2007 02:06:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IxvGp-0002nl-Sw; Fri, 30 Nov 2007 02:06:23 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IxvGp-000CXo-R1; Fri, 30 Nov 2007 02:06:23 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IxvGp-000Mfu-Q7; Fri, 30 Nov 2007 02:06:23 +0000 To: freebsd-stable@freebsd.org, killing@multiplay.co.uk, max@love2party.net In-Reply-To: <002b01c832e7$05c65fa0$b6db87d4@multiplay.co.uk> Message-Id: From: Pete French Date: Fri, 30 Nov 2007 02:06:23 +0000 Cc: Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 02:06:25 -0000 > Have you checked that your dir hash isn't suffering due to lack of memory > this can have a marked impact on seemingly trivial things like this as > could silly things like the RAID card being installed in a different slot. RAID card is onboard on these things - how would I check the dir hash ? The slower server has 16 gig of RAM, the faster one has 4 gig. Both were installed the same way in the same order, so should have the same disc layout more or less. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 04:37:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F416216A421 for ; Fri, 30 Nov 2007 04:37:43 +0000 (UTC) (envelope-from maulwurf@guckux.de) Received: from artif-webmail.de (artif-webmail.de [87.106.133.211]) by mx1.freebsd.org (Postfix) with ESMTP id AE23D13C4D1 for ; Fri, 30 Nov 2007 04:37:43 +0000 (UTC) (envelope-from maulwurf@guckux.de) Received: from whisky.guckux.de (p54A9FC3F.dip.t-dialin.net [84.169.252.63]) by artif-webmail.de (Postfix) with ESMTP id 165EF9D9B5E for ; Fri, 30 Nov 2007 05:19:12 +0100 (CET) Message-ID: <474F8F2C.7010108@guckux.de> Date: Fri, 30 Nov 2007 05:18:52 +0100 From: Stefan Huerter User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 7b3 - ZFS crashes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2007 04:37:44 -0000 Hello Just testing the new FB 7beta3 - installed from the ISO-images. System is running on an SCSI 9GB disk, the machine has 750MHz with 512MB Ram and the zfs is using 8 ATA Disks, 4x120GB and 4x160GB connected to Promise Fasttrak TX2 (with no configs). Creating the ZFS using "zpool create tank raidz adX" was fascinating, after a few seconds I have 920GB disk space - WoW. kmem_min is 256MB. Next step was creating /tank/CTM and /tank/CVS, then running pwd:/tank/CVS/ctm -vvv /tank/CTM/* and while extracting it suddenly hangs. Nice: I can login in new sessions. Bad: Systems hangs, sync runs in nirwana and trying to reboot produces "Deadly processes found, won't die" and hangs up the reboot. just for information ;) Bye Stefan From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 04:59:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FE4E16A419 for ; Fri, 30 Nov 2007 04:59:27 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 2BAF213C455 for ; Fri, 30 Nov 2007 04:59:27 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so532142anc for ; Thu, 29 Nov 2007 20:59:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=drxTaw0adwAOD1G8grpijdm+WImyOV5cU14S4JtzOoY=; b=ahDhGMQUuZ4gYGjA/wjzlcN3rAgKIy89oBRgWmAnLnPDrb19hsfwH2jqdrbF+u4IKxzjoxZfQNhMh2MeOOSyJpcbXU7hy8zlRQ/AZDSij0Z6eHXuV5XpcaW9qmc+/b+oQBRbEYdcwwVI+nzGeJD2fta0/11iEopG+VMHFmvwHdE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=n+96SBAulvDg4IXz74tYq4ZJl133bbBkLSAwY2DeiDAzftvzjBEF81VjCQVlgMPtSefDYatS6E1i7Bt/ZnJXyimYcf9UO3wE5jZ0DaKIkR74U8gZ8oFwWUUNtKuloGADM3mcCgenwZ0gKCTDNV/tvnxHyQuNjGIvizZhixPn3E4= Received: by 10.100.214.15 with SMTP id m15mr13315208ang.1196398766503; Thu, 29 Nov 2007 20:59:26 -0800 (PST) Received: by 10.100.228.15 with HTTP; Thu, 29 Nov 2007 20:59:26 -0800 (PST) Message-ID: Date: Fri, 30 Nov 2007 05:59:26 +0100 From: "Claus Guttesen" To: "Pete French" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711291932.05614.max@love2party.net> Cc: max@love2party.net, freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 04:59:27 -0000 > Thing is that GENERIC as installed out of the box should not take two minutes > to delete a gig of files off a 15k RPM SAS drive! especially not > when identical hardware with half the number of processor cores only takes > eleven seconds to do the same job. Something is wrong somewhere if doubling > your CPU's results in a factor of 12 slowdown surely? Is it possible to disable one of the quad-core cpu's from bios? I have a couple of DL360's myself but I haven't had the need to disable one of the cpu's. If so it could be interesting to see whether the specific task goes slower/faster. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 05:30:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE5AB16A418 for ; Fri, 30 Nov 2007 05:30:37 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF0E13C46A for ; Fri, 30 Nov 2007 05:30:37 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-72-80-54.dsl.telstraclear.net [121.72.80.54]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JSA005KVZXZ5320@smtp5.clear.net.nz> for freebsd-stable@freebsd.org; Fri, 30 Nov 2007 18:15:35 +1300 (NZDT) Date: Fri, 30 Nov 2007 18:15:33 +1300 From: Mark Kirkwood In-reply-to: <474F8F2C.7010108@guckux.de> To: freebsd-stable@freebsd.org Message-id: <474F9C75.2040109@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7bit References: <474F8F2C.7010108@guckux.de> User-Agent: Thunderbird 2.0.0.6 (X11/20071025) Subject: Re: FreeBSD 7b3 - ZFS crashes 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, 30 Nov 2007 05:30:37 -0000 Stefan Huerter wrote: > Hello > > Just testing the new FB 7beta3 - installed from the ISO-images. > System is running on an SCSI 9GB disk, the machine has 750MHz with > 512MB Ram and the zfs is using 8 ATA Disks, 4x120GB and 4x160GB > connected to Promise Fasttrak TX2 (with no configs). > Creating the ZFS using "zpool create tank raidz adX" was fascinating, > after a few seconds I have 920GB disk space - WoW. > kmem_min is 256MB. > > Next step was creating /tank/CTM and /tank/CVS, then running > pwd:/tank/CVS/ctm -vvv /tank/CTM/* and while extracting it suddenly > hangs. > > Nice: I can login in new sessions. > Bad: Systems hangs, sync runs in nirwana and trying to reboot produces > "Deadly processes found, won't die" and hangs up the reboot. > > See: http://wiki.freebsd.org/ZFSTuningGuide However - as you have 512Mb of RAM you can't really take up the suggestions there. I'm trying zfs out on a 2xPIII 1.26Ghz with 2G of RAM - and even after fooling about with custom kernels that have increased KVA_PAGES... I can't get the zfs buffer cache to use any more than 600Mb of (kernel) memory. It is however stable... so more memory helps! Any chance of you finding any more RAM for the box? Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 07:17:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CD7016A476 for ; Fri, 30 Nov 2007 07:17:05 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.freebsd.org (Postfix) with ESMTP id 8EF9413C469 for ; Fri, 30 Nov 2007 07:17:03 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from [80.68.244.40] (account a_popov@rbc.ru [80.68.244.40] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.14) with ESMTPA id 204260245; Fri, 30 Nov 2007 10:16:40 +0300 Message-ID: <474FB8CA.8020608@chistydom.ru> Date: Fri, 30 Nov 2007 10:16:26 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: killing@multiplay.co.uk, freebsd-stable@freebsd.org, max@love2party.net Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 07:17:05 -0000 Hi Pete French wrote: >> Have you checked that your dir hash isn't suffering due to lack of memory >> this can have a marked impact on seemingly trivial things like this as >> could silly things like the RAID card being installed in a different slot. > > RAID card is onboard on these things - how would I check the dir hash ? The > slower server has 16 gig of RAM, the faster one has 4 gig. Both were > installed the same way in the same order, so should have the same disc layout > more or less. dirhash is a cache of directories that store many files. FreeBSD has unreasonably small default for the maximum size of this cache. See sysctl -a | grep dirhash and tune up vfs.ufs.dirhash_maxmem if vfs.ufs.dirhash_mem is near to the limit. Also could you please provide `top` and `systat -vm 1` output on dual- and quad-core systems during your tests? With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 07:48:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B986416A417 for ; Fri, 30 Nov 2007 07:48:06 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: from slimak.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.freebsd.org (Postfix) with SMTP id 000BA13C4F4 for ; Fri, 30 Nov 2007 07:48:05 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: (qmail 43209 invoked by uid 0); 30 Nov 2007 07:21:25 -0000 Received: from r5o16.net.upc.cz (HELO vn.chello.upc.cz) (86.49.14.16) by smtp.dkm.cz with SMTP; 30 Nov 2007 07:21:24 -0000 Message-ID: <474FB9E5.9090208@vnovy.net> Date: Fri, 30 Nov 2007 08:21:09 +0100 From: Vitezslav Novy User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 7.0 BETA3 - slow TCP upload (TSO related?) 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, 30 Nov 2007 07:48:06 -0000 Hello, my configuration is kernel GENERIC em0: flags=8843 metric 0 mtu 1500 options=18b ether 00:19:d1:0f:1c:18 inet 86.49.14.16 netmask 0xffffff00 broadcast 86.49.14.255 media: Ethernet autoselect (100baseTX ) status: active and standard "open" ipfw firewall and natd -u -s -m -d -dynamic -n em0 I experience very slow TCP upload from this host - cca 50kbps. I have some debug prints in kernel (mostly in ip_output and ipfw log) and I see: 1/ outgoing packet appears in ip_output with ip_len 2924 and m->pkthdr.csum_flags=1 2/ is diverted by firewall 3/ Packet appears immediately again in ip_output with ip_len 2924 and m->pkthdr.csum_flags=1 4/ Packet is accepted by firewall and dropped by ip_output with error 40 EMSGSIZE 5/ After cca 0.4s (tcp retransmit timeout?) new packet appears in ip_output with ip_len 1488 and m->pkthdr.csum_flags=1 6/ is successfully diverted and accepted by ipfw and sent to wire. 7/ after tcp ack is received new packet appears in ip_output with ip_len 2924 and everything repeats Packets are not changed by natd, beacause have src address of em0. nat Upload has normal speed (512kbps) if I unset TSO on interface OR set net.inet.tcp.tso=0 OR (strange thing) delete ipfw divert rule If necessary I will collect and send more info. vita From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 08:16:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12EC416A417 for ; Fri, 30 Nov 2007 08:16:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 86F7813C448 for ; Fri, 30 Nov 2007 08:16:05 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2148922nfb for ; Fri, 30 Nov 2007 00:16:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+TmzKWWToo3wl1QAVpJnJ+O7A0nDYZx0L7dcuPqmdy0=; b=b5KgcjgLP8iZ87AMeo+MmVY7NwokhvUonQwIQwdziSYL0tAeAEandXKRYVhGROLKNs7hrPin676T81HcCeycAo9Q4wTt81gE62NuB34ksD1vug2TVNMA3gY9Yozkd+dCzAH2IREwx0SgEU1kTTGXiOz3DchZPzNgjmCL2P0V2pk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Hos7nMiFP3+3yvNIXp29KHJpzeCgMjN8P93b2bhk/gckueInpmomQiXZG7zmFGbXUH3DHYL20LREfRJ+8orHjy3SmTe/MV2NRuZ1b+HdTRqV5NuoLQQBLcDNGhJIAeY2cVPsMSHcxRjzaGWiHYPnfcmPA1q2D6bYR0T2H0bPA+M= Received: by 10.86.95.20 with SMTP id s20mr7028161fgb.1196410564190; Fri, 30 Nov 2007 00:16:04 -0800 (PST) Received: by 10.86.97.10 with HTTP; Fri, 30 Nov 2007 00:16:04 -0800 (PST) Message-ID: <2a41acea0711300016w1aa144fel1641b3dbf075e043@mail.gmail.com> Date: Fri, 30 Nov 2007 00:16:04 -0800 From: "Jack Vogel" To: "Vitezslav Novy" In-Reply-To: <474FB9E5.9090208@vnovy.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474FB9E5.9090208@vnovy.net> Cc: freebsd-stable@freebsd.org Subject: Re: 7.0 BETA3 - slow TCP upload (TSO related?) 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, 30 Nov 2007 08:16:06 -0000 On Nov 29, 2007 11:21 PM, Vitezslav Novy wrote: > Hello, > > my configuration is > > kernel GENERIC > > em0: flags=8843 metric 0 mtu 1500 > options=18b > ether 00:19:d1:0f:1c:18 > inet 86.49.14.16 netmask 0xffffff00 broadcast 86.49.14.255 > media: Ethernet autoselect (100baseTX ) > status: active > > and standard "open" ipfw firewall and > natd -u -s -m -d -dynamic -n em0 > > I experience very slow TCP upload from this host - cca 50kbps. > I have some debug prints in kernel (mostly in ip_output and ipfw log) > and I see: > > 1/ outgoing packet appears in ip_output with ip_len 2924 and > m->pkthdr.csum_flags=1 > 2/ is diverted by firewall > 3/ Packet appears immediately again in ip_output with ip_len 2924 and > m->pkthdr.csum_flags=1 > 4/ Packet is accepted by firewall and dropped by ip_output with error 40 > EMSGSIZE > 5/ After cca 0.4s (tcp retransmit timeout?) new packet appears in > ip_output with ip_len 1488 and m->pkthdr.csum_flags=1 > 6/ is successfully diverted and accepted by ipfw and sent to wire. > 7/ after tcp ack is received new packet appears in ip_output with ip_len > 2924 and everything repeats > > > Packets are not changed by natd, beacause have src address of em0. > nat > > > Upload has normal speed (512kbps) if > I unset TSO on interface OR set net.inet.tcp.tso=0 OR (strange thing) > delete ipfw divert rule > > If necessary I will collect and send more info. TSO is silly at 100Mb, turn it off :) Jack From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 09:01:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC7F216A418 for ; Fri, 30 Nov 2007 09:01:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C63E713C447; Fri, 30 Nov 2007 09:01:42 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474FD17D.7080209@FreeBSD.org> Date: Fri, 30 Nov 2007 10:01:49 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Claus Guttesen References: <200711291932.05614.max@love2party.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: max@love2party.net, freebsd-stable@freebsd.org, Pete French Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 09:01:44 -0000 Claus Guttesen wrote: >> Thing is that GENERIC as installed out of the box should not take two minutes >> to delete a gig of files off a 15k RPM SAS drive! especially not >> when identical hardware with half the number of processor cores only takes >> eleven seconds to do the same job. Something is wrong somewhere if doubling >> your CPU's results in a factor of 12 slowdown surely? > > Is it possible to disable one of the quad-core cpu's from bios? I have > a couple of DL360's myself but I haven't had the need to disable one > of the cpu's. > > If so it could be interesting to see whether the specific task goes > slower/faster. Yes, if the claim is that the hardware is absolutely identical apart from one having two quad-core CPUs instead of two dual-core, the next step is to disable half of the CPUs and confirm that the problem goes away. Check dmesg for the APIC numbers corresponding to the CPUs you want to disable and add the corresponding entries to /boot/loader.conf, e.g.: hint.lapic.1.disable="1" hint.lapic.3.disable="1" hint.lapic.5.disable="1" hint.lapic.7.disable="1" Kris From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 09:02:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C967D16A420 for ; Fri, 30 Nov 2007 09:02:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D5E7013C4E7; Fri, 30 Nov 2007 09:02:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474FD1CB.3020601@FreeBSD.org> Date: Fri, 30 Nov 2007 10:03:07 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jack Vogel References: <474FB9E5.9090208@vnovy.net> <2a41acea0711300016w1aa144fel1641b3dbf075e043@mail.gmail.com> In-Reply-To: <2a41acea0711300016w1aa144fel1641b3dbf075e043@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Vitezslav Novy , freebsd-stable@freebsd.org Subject: Re: 7.0 BETA3 - slow TCP upload (TSO related?) 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, 30 Nov 2007 09:02:56 -0000 Jack Vogel wrote: > On Nov 29, 2007 11:21 PM, Vitezslav Novy wrote: >> Hello, >> >> my configuration is >> >> kernel GENERIC >> >> em0: flags=8843 metric 0 mtu 1500 >> options=18b >> ether 00:19:d1:0f:1c:18 >> inet 86.49.14.16 netmask 0xffffff00 broadcast 86.49.14.255 >> media: Ethernet autoselect (100baseTX ) >> status: active >> >> and standard "open" ipfw firewall and >> natd -u -s -m -d -dynamic -n em0 >> >> I experience very slow TCP upload from this host - cca 50kbps. >> I have some debug prints in kernel (mostly in ip_output and ipfw log) >> and I see: >> >> 1/ outgoing packet appears in ip_output with ip_len 2924 and >> m->pkthdr.csum_flags=1 >> 2/ is diverted by firewall >> 3/ Packet appears immediately again in ip_output with ip_len 2924 and >> m->pkthdr.csum_flags=1 >> 4/ Packet is accepted by firewall and dropped by ip_output with error 40 >> EMSGSIZE >> 5/ After cca 0.4s (tcp retransmit timeout?) new packet appears in >> ip_output with ip_len 1488 and m->pkthdr.csum_flags=1 >> 6/ is successfully diverted and accepted by ipfw and sent to wire. >> 7/ after tcp ack is received new packet appears in ip_output with ip_len >> 2924 and everything repeats >> >> >> Packets are not changed by natd, beacause have src address of em0. >> nat >> >> >> Upload has normal speed (512kbps) if >> I unset TSO on interface OR set net.inet.tcp.tso=0 OR (strange thing) >> delete ipfw divert rule >> >> If necessary I will collect and send more info. > > TSO is silly at 100Mb, turn it off :) When this was reported before I asked why does the driver allow it, if it is "silly" and causes so many problems? Why not just disable it by default if the link is 100Mb? Kris From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 09:07:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDEF816A46B; Fri, 30 Nov 2007 09:07:49 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.freebsd.org (Postfix) with ESMTP id E3AFD13C474; Fri, 30 Nov 2007 09:07:48 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from [80.68.244.40] (account a_popov@rbc.ru [80.68.244.40] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.14) with ESMTPA id 204291261; Fri, 30 Nov 2007 12:07:25 +0300 Message-ID: <474FD2BF.606@chistydom.ru> Date: Fri, 30 Nov 2007 12:07:11 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Kris Kennaway References: <4741905E.8050300@chistydom.ru> <47419AB3.5030008@chistydom.ru> <4741A7DA.2050706@chistydom.ru> <4741DA15.9000308@FreeBSD.org> <47429DB8.7040504@chistydom.ru> <4742ADFE.40902@FreeBSD.org> <4742C46A.1060701@chistydom.ru> <47432F77.3030606@FreeBSD.org> <474339E9.4080301@FreeBSD.org> <4743629B.9090408@FreeBSD.org> <47456B71.5040205@chistydom.ru> <4745E5B3.6060200@FreeBSD.org> <47468165.5010906@chistydom.ru> <4746B21F.7050906@FreeBSD.org> <4746BD92.6000204@chistydom.ru> <474F12AE.7050808@FreeBSD.org> In-Reply-To: <474F12AE.7050808@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 30 Nov 2007 09:07:50 -0000 Hi Kris Kennaway wrote: > One more patch which may or may not help is: > > http://www.freebsd.org/~jhb/patches/namei_rwlock.patch > > (may also require porting since it was against an older version of > 7.0-CURRENT). When I have tested this in the past it was a performance > loss for reasons that I think I understand (basically, it is locally a > performance improvement for the name cache but also requires a fixed > lockmgr to avoid an overall performance loss), but I don't remember if I > tested it in conjunction with the lockmgr patch. This patch doesn't apply to 7-STABLE because /sys/kern/vfs_cache.c was changed significanly since rev. 1.108. I tried to patch it manually but don't know what to do with cache_lookup() changes. >>> There are patches you need to enable it on woodcrest. They are in my >>> p4 branch (kris-contention) but I don't have time right now to >>> extract them. >> I think it would be very useful because I can't see any other ways to >> profile FreeBSD on the modern many-cores machines. > > You can extract the changeset from my branch via > http://perforce.freebsd.org. Unfortunately I don't have time to do it > myself. I'll try it if it does not also need porting. With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 09:28:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B27F616A419; Fri, 30 Nov 2007 09:28:14 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AD18413C43E; Fri, 30 Nov 2007 09:28:13 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <474FD7B8.7000003@FreeBSD.org> Date: Fri, 30 Nov 2007 10:28:24 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexey Popov References: <4741905E.8050300@chistydom.ru> <47419AB3.5030008@chistydom.ru> <4741A7DA.2050706@chistydom.ru> <4741DA15.9000308@FreeBSD.org> <47429DB8.7040504@chistydom.ru> <4742ADFE.40902@FreeBSD.org> <4742C46A.1060701@chistydom.ru> <47432F77.3030606@FreeBSD.org> <474339E9.4080301@FreeBSD.org> <4743629B.9090408@FreeBSD.org> <47456B71.5040205@chistydom.ru> <4745E5B3.6060200@FreeBSD.org> <47468165.5010906@chistydom.ru> <4746B21F.7050906@FreeBSD.org> <4746BD92.6000204@chistydom.ru> <474F12AE.7050808@FreeBSD.org> <474FD2BF.606@chistydom.ru> In-Reply-To: <474FD2BF.606@chistydom.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 30 Nov 2007 09:28:14 -0000 Alexey Popov wrote: > Hi > > Kris Kennaway wrote: >> One more patch which may or may not help is: >> >> http://www.freebsd.org/~jhb/patches/namei_rwlock.patch >> >> (may also require porting since it was against an older version of >> 7.0-CURRENT). When I have tested this in the past it was a >> performance loss for reasons that I think I understand (basically, it >> is locally a performance improvement for the name cache but also >> requires a fixed lockmgr to avoid an overall performance loss), but I >> don't remember if I tested it in conjunction with the lockmgr patch. > This patch doesn't apply to 7-STABLE because /sys/kern/vfs_cache.c was > changed significanly since rev. 1.108. I tried to patch it manually but > don't know what to do with cache_lookup() changes. OK, I am about to go on vacation so I am not able to help with either of these things. Kris > >>>> There are patches you need to enable it on woodcrest. They are in >>>> my p4 branch (kris-contention) but I don't have time right now to >>>> extract them. >>> I think it would be very useful because I can't see any other ways to >>> profile FreeBSD on the modern many-cores machines. >> >> You can extract the changeset from my branch via >> http://perforce.freebsd.org. Unfortunately I don't have time to do it >> myself. > I'll try it if it does not also need porting. > > With best regards, > Alexey Popov > > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 09:36:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 132E016A417; Fri, 30 Nov 2007 09:36:30 +0000 (UTC) (envelope-from w@wrzask.pl) Received: from mx.oak.pl (mx.oak.pl [217.96.108.251]) by mx1.freebsd.org (Postfix) with ESMTP id 933B613C457; Fri, 30 Nov 2007 09:36:29 +0000 (UTC) (envelope-from w@wrzask.pl) Received: by oak.pl (Postfix, from userid 1002) id 72A3F1CCD9; Fri, 30 Nov 2007 10:36:28 +0100 (CET) Date: Fri, 30 Nov 2007 10:36:28 +0100 From: Jan Srzednicki To: Julian Elischer Message-ID: <20071130093628.GS2045@oak.pl> References: <20071127135320.GJ2045@oak.pl> <474DB1D0.3010100@elischer.org> <20071128183001.GQ2045@oak.pl> <474DB6B3.1020202@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474DB6B3.1020202@elischer.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: connect() returns EADDRINUSE during massive host->host conn rate 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, 30 Nov 2007 09:36:30 -0000 On Wed, Nov 28, 2007 at 10:42:59AM -0800, Julian Elischer wrote: > Jan Srzednicki wrote: >> On Wed, Nov 28, 2007 at 10:22:08AM -0800, Julian Elischer wrote: >> How can I get any usable information from netstat? It shows a bunch of >> connections, of course, but since connect(2) failed, I have no idea what >> local port I was trying to use. > but you can get an idea of the local socket distribution, and what state > all the sockets are in (TIME_WAIT etc). Most of the relevant sockets (that is, between the two host mentioned) are in the ESTABLISHED state (200-400 of those). Only 20-40 are in TIME_WAIT state (these tend to be from a more ephemeric POP3 service). Most of the EADDRINUSE happen for the IMAP4 service. -- Jan Srzednicki :: http://wrzask.pl/ "Remember, remember, the fifth of November" -- V for Vendetta From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 10:26:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20E4816A41B for ; Fri, 30 Nov 2007 10:26:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id B7C6113C455 for ; Fri, 30 Nov 2007 10:26:15 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4814674pyb for ; Fri, 30 Nov 2007 02:26:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=76Jwf1kiw3PaR/8huV4De74eEIj26uXSTM60tUviAsc=; b=v3cT6I4JLLxjRvi7g/h4tF6IFVQQ8IuiwHkY1uNpGLOgcsIZFyV6FxWmlaE+l4wLa1otfxzULLizg9OW6QLc+VmNJSdCGh1P8f8SrtYPsLplsbURtnTp7rBNUmdJQJ6Jl4dupTowyRVAer5Kp/jrM8ThUALB3gXNuUrQiq1GxWw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Vh4hc+MpqTkjfP3FKcPmvwsCSh03IVZUrOLk9RzCiRkNZqwjAwW5GaiofnnN5WKRT8kgeI4hL5h7zbz8xLlze6WoWfUqbxxVlSn4rXtObLfsRGn3UE94uj7RgfJrwux50QVIF2r5VdMhEYhGxj7NjleUoVSHFwJOYJXppJo9UeY= Received: by 10.65.242.7 with SMTP id u7mr507745qbr.1196418374623; Fri, 30 Nov 2007 02:26:14 -0800 (PST) Received: by 10.65.155.16 with HTTP; Fri, 30 Nov 2007 02:26:14 -0800 (PST) Message-ID: Date: Fri, 30 Nov 2007 19:26:14 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Jan Srzednicki" In-Reply-To: <20071130093628.GS2045@oak.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071127135320.GJ2045@oak.pl> <474DB1D0.3010100@elischer.org> <20071128183001.GQ2045@oak.pl> <474DB6B3.1020202@elischer.org> <20071130093628.GS2045@oak.pl> X-Google-Sender-Auth: ef1752d998247e30 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, Julian Elischer Subject: Re: connect() returns EADDRINUSE during massive host->host conn rate 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, 30 Nov 2007 10:26:16 -0000 On 30/11/2007, Jan Srzednicki wrote: > Most of the relevant sockets (that is, between the two host mentioned) > are in the ESTABLISHED state (200-400 of those). Only 20-40 are in > TIME_WAIT state (these tend to be from a more ephemeric POP3 service). Most > of the EADDRINUSE happen for the IMAP4 service. I'd probably start by patching the places in the tcp code (src/sys/netinet/tcp_usrreq.c) which returns this error (Its returned in other places but that seems to me to be the most likely from your description.) Insert some code to print out information about the current socket and the "oinp" value returned from in_pcbconnect_setup() (if this is the place where the error occured.) Finding out more about the socket thats been created and what its clashing with might help. I'd do it myself but I'm not sure how to duplicate the issue. Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 11:33:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0229F16A41A; Fri, 30 Nov 2007 11:33:53 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id A613213C45A; Fri, 30 Nov 2007 11:33:52 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Iy47z-0006Qw-Sv; Fri, 30 Nov 2007 11:33:51 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Iy47z-000H1V-Qw; Fri, 30 Nov 2007 11:33:51 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iy47z-0001f0-QX; Fri, 30 Nov 2007 11:33:51 +0000 To: kometen@gmail.com, kris@FreeBSD.org In-Reply-To: <474FD17D.7080209@FreeBSD.org> Message-Id: From: Pete French Date: Fri, 30 Nov 2007 11:33:51 +0000 Cc: max@love2party.net, freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 11:33:53 -0000 > Yes, if the claim is that the hardware is absolutely identical apart > from one having two quad-core CPUs instead of two dual-core, the next > step is to disable half of the CPUs and confirm that the problem goes away. Just comming back to this today, will do a side by side compare of the dmesg later to make sure that they *are* identical as claimed, but the idea of disabling half the CPU's is an excellent one! Aha, brilliant idea! > Check dmesg for the APIC numbers corresponding to the CPUs you want to > disable and add the corresponding entries to /boot/loader.conf, e.g.: You mean this bit? FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 > hint.lapic.1.disable="1" > hint.lapic.3.disable="1" > hint.lapic.5.disable="1" > hint.lapic.7.disable="1" gives me... hint.lapic.1.disable="1" hint.lapic.3.disable="3" hint.lapic.5.disable="5" hint.lapic.7.disable="7" rebooting now to give it a try... -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 12:10:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 441F516A417; Fri, 30 Nov 2007 12:10:22 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id E454A13C459; Fri, 30 Nov 2007 12:10:21 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Iy4hJ-0006lg-7q; Fri, 30 Nov 2007 12:10:21 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Iy4hJ-000HO5-5w; Fri, 30 Nov 2007 12:10:21 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iy4hJ-000213-5W; Fri, 30 Nov 2007 12:10:21 +0000 To: kometen@gmail.com, kris@FreeBSD.org In-Reply-To: <474FD17D.7080209@FreeBSD.org> Message-Id: From: Pete French Date: Fri, 30 Nov 2007 12:10:21 +0000 Cc: max@love2party.net, freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 12:10:22 -0000 > Check dmesg for the APIC numbers corresponding to the CPUs you want to > disable and add the corresponding entries to /boot/loader.conf, e.g.: O.K., I did that, got it running on 4 CPU's only, and the problem is still there - so it's not the number of CPU's after all. Which is good in a way in that it is not completely defeating common sense, but means I shall go and look elsewhere for the problem. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 12:12:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8957516A420 for ; Fri, 30 Nov 2007 12:12:10 +0000 (UTC) (envelope-from prvs=18545787c7=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 113E513C4F9 for ; Fri, 30 Nov 2007 12:12:09 +0000 (UTC) (envelope-from prvs=18545787c7=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1196424518; x=1197029318; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=EdMrsObIFiGGiy6hSuK1Q cxC5+AssXEtqzk8zmV47vc=; b=kU0Tvfzy10Ue9CElosvcvFtLFtpfIj1AI8We7 /3HxIHzbZiRPc4nfI81L8PWeF/tmCPCvnAYysIfP06hPSB6cvB+0OapRrfKlsndP j47C/SMvo0MBM0esYh1uunFHZTiKA199gXFuVd70bHDkJcWQ+nakaQlXFtQGhtuW ym26X0= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.2) with ESMTP id md50004547458.msg for ; Fri, 30 Nov 2007 12:08:37 +0000 Message-ID: <00e201c83349$b94ab7d0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: , , "Pete French" References: Date: Fri, 30 Nov 2007 12:08:31 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=18545787c7=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Fri, 30 Nov 2007 12:08:37 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 30 Nov 2007 12:08:38 +0000 Cc: Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 12:12:10 -0000 sysctl -a |grep dirhash Check vfs.ufs.dirhash_mem is not close to vfs.ufs.dirhash_maxmem if it is and only most used boxes this seems to be the case increase maxmem. Seems this could either do with an auto tune option or a larger max by default in today's day and age. Regards Steve ----- Original Message ----- From: "Pete French" To: ; ; Sent: Friday, November 30, 2007 2:06 AM Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core >> Have you checked that your dir hash isn't suffering due to lack of memory >> this can have a marked impact on seemingly trivial things like this as >> could silly things like the RAID card being installed in a different slot. > > RAID card is onboard on these things - how would I check the dir hash ? The > slower server has 16 gig of RAM, the faster one has 4 gig. Both were > installed the same way in the same order, so should have the same disc layout > more or less. > > -pete. > ================================================ 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 +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 12:17:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6042C16A417 for ; Fri, 30 Nov 2007 12:17:01 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0F06413C467 for ; Fri, 30 Nov 2007 12:17:01 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Iy4nk-0006p2-Fk; Fri, 30 Nov 2007 12:17:00 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Iy4nk-000HRr-CT; Fri, 30 Nov 2007 12:17:00 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iy4nk-00024U-C3; Fri, 30 Nov 2007 12:17:00 +0000 To: freebsd-stable@freebsd.org, killing@multiplay.co.uk, max@love2party.net In-Reply-To: <00e201c83349$b94ab7d0$b6db87d4@multiplay.co.uk> Message-Id: From: Pete French Date: Fri, 30 Nov 2007 12:17:00 +0000 Cc: Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 12:17:01 -0000 > Check vfs.ufs.dirhash_mem is not close to vfs.ufs.dirhash_maxmem if it is > and only most used boxes this seems to be the case increase maxmem. Its nowhere near - and the dirhash_maxmem and dirhash_minsize are the same on both boxes. > Seems this could either do with an auto tune option or a larger max by > default in today's day and age. quite possibly - I will keep an eye on them and up them if necessary anyway, so thanks for the info. but this isn't whats causing the difference in performance here. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 13:54:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1EC316A420 for ; Fri, 30 Nov 2007 13:54:28 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id 1502813C46B for ; Fri, 30 Nov 2007 13:54:27 +0000 (UTC) (envelope-from gelsemap@superhero.nl) Received: (qmail 89512 invoked by uid 80); 30 Nov 2007 13:27:27 -0000 Received: from dikkie-fe0ecd70 ([10.202.77.101]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Fri, 30 Nov 2007 14:27:27 +0100 (CET) Message-ID: <1649.10.202.77.101.1196429247.squirrel@webmail.superhero.nl> In-Reply-To: References: Date: Fri, 30 Nov 2007 14:27:27 +0100 (CET) From: "Gelsema, P \(Patrick\)" To: "Pete French" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: max@love2party.net, kris@freebsd.org, freebsd-stable@freebsd.org, kometen@gmail.com Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 13:54:28 -0000 On Fri, November 30, 2007 13:10, Pete French wrote: >> Check dmesg for the APIC numbers corresponding to the CPUs you want to >> disable and add the corresponding entries to /boot/loader.conf, e.g.: > > O.K., I did that, got it running on 4 CPU's only, and the problem > is still there - so it's not the number of CPU's after all. Which > is good in a way in that it is not completely defeating common sense, > but means I shall go and look elsewhere for the problem. What kind or Array Controller do you have? Does it has a batterypack and how much cache? How is the logical array configured with regards to read/write cache? Patrick > > -pete. > _______________________________________________ > 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 Nov 30 14:21:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB2A316A417; Fri, 30 Nov 2007 14:21:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 960F813C474; Fri, 30 Nov 2007 14:21:22 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAUELLdx030922; Fri, 30 Nov 2007 09:21:21 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lAUELKx0097603 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Nov 2007 09:21:21 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200711301421.lAUELKx0097603@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 30 Nov 2007 09:19:21 -0500 To: Pete French , kris@freebsd.org From: Mike Tancsa In-Reply-To: References: <474FD17D.7080209@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 14:21:24 -0000 At 07:10 AM 11/30/2007, Pete French wrote: > > Check dmesg for the APIC numbers corresponding to the CPUs you want to > > disable and add the corresponding entries to /boot/loader.conf, e.g.: > >O.K., I did that, got it running on 4 CPU's only, and the problem >is still there - so it's not the number of CPU's after all. Which >is good in a way in that it is not completely defeating common sense, >but means I shall go and look elsewhere for the problem. This sort of comparison is difficult as the disk layout can be different from machine to machine. Perhaps if you dedicate a drive (e.g ad8) to the test and do something like newfs -U -O2 /dev/ad8 mount /dev/ad8 /mnt sh /tmp/script-to-create-gig-of-files-on-mnt shutdown -r now mount /dev/ad8 /mnt time rm -R /mnt/testfiles and then repeat varying the number of CPUs, You should be able to get a rough sense of the impact of more CPUs if there is one. ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 15:00:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 767FB16A421 for ; Fri, 30 Nov 2007 15:00:02 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.freebsd.org (Postfix) with ESMTP id 407F813C474 for ; Fri, 30 Nov 2007 15:00:02 +0000 (UTC) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id AA12211455; Fri, 30 Nov 2007 09:44:34 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZwyZVab1-h79; Fri, 30 Nov 2007 09:44:33 -0500 (EST) Received: from [192.168.130.110] (hpcw.hpcisp.com [208.149.144.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTP id 59CA411454; Fri, 30 Nov 2007 09:44:33 -0500 (EST) Message-ID: <475021CE.1000708@pingle.org> Date: Fri, 30 Nov 2007 09:44:30 -0500 From: Jim Pingle User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 15:00:02 -0000 Pete French wrote: >> Have you checked that your dir hash isn't suffering due to lack of memory >> this can have a marked impact on seemingly trivial things like this as >> could silly things like the RAID card being installed in a different slot. > > RAID card is onboard on these things - how would I check the dir hash ? The > slower server has 16 gig of RAM, the faster one has 4 gig. Both were > installed the same way in the same order, so should have the same disc layout > more or less. This may be a silly question, but have you tried reducing the RAM on the quad core machine to 4GB so the machines match in that respect as well? I seem to recall a thread a while back about someone who had slowdowns in a certain situation with large amounts of RAM (>4GB). Jim From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 15:21:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF37116A419 for ; Fri, 30 Nov 2007 15:21:15 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id A918813C469 for ; Fri, 30 Nov 2007 15:21:15 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so568514anc for ; Fri, 30 Nov 2007 07:21:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=I8NrHGADFAUIrMgfe/zUDuuDDxzXIoFIYNblHUHcPnM=; b=XTj5BxnFquN98Ofp/n1/lTvBxuTCpfaF2Cl2qvQvt8rUVxVj0RQsDfH/ySL5h+Gx6b7LVUq4UvKiNcdLfpFMcUfgfjx8+OzWanmq4CYhZ3KQh4mD4hLzPTey1BYc1CCmNS8x/KypgneIY5/fs9ijta7hclDEcvnM8nvyh5X9Gpo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F+s8nJOXoPDgLNbF8nzNX8as5/iY65B6wrNh+Ua1ZJYnBH0jmlrT6GhtWw9Z2M+QX5tGA/alblzip3Aw94aRHU5umNaSVvEG+37Kj51lBS9vi+i/rRLoIm308lS8hexPblZOUEaPuQR1We/e/UXOJFamibS+4V5GeYlQNKU3XyE= Received: by 10.100.106.1 with SMTP id e1mr14448222anc.1196436075006; Fri, 30 Nov 2007 07:21:15 -0800 (PST) Received: by 10.100.228.15 with HTTP; Fri, 30 Nov 2007 07:21:14 -0800 (PST) Message-ID: Date: Fri, 30 Nov 2007 16:21:14 +0100 From: "Claus Guttesen" To: "Pete French" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474FD17D.7080209@FreeBSD.org> Cc: max@love2party.net, kris@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 15:21:16 -0000 > > Yes, if the claim is that the hardware is absolutely identical apart > > from one having two quad-core CPUs instead of two dual-core, the next > > step is to disable half of the CPUs and confirm that the problem goes away. > > Just comming back to this today, will do a side by side compare of the dmesg > later to make sure that they *are* identical as claimed, but the idea of > disabling half the CPU's is an excellent one! > > Aha, brilliant idea! > > > Check dmesg for the APIC numbers corresponding to the CPUs you want to > > disable and add the corresponding entries to /boot/loader.conf, e.g.: > > You mean this bit? > > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 For completeness sake :-) you could try to disable the second quad-core-cpu completely rather than 2 cores on each unit and redo the test. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 15:40:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B09F16A418 for ; Fri, 30 Nov 2007 15:40:09 +0000 (UTC) (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 375F013C45A for ; Fri, 30 Nov 2007 15:40:08 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Iy7uk-0008Kr-9n for freebsd-stable@freebsd.org; Fri, 30 Nov 2007 15:36:26 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 30 Nov 2007 15:36:26 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 30 Nov 2007 15:36:26 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 30 Nov 2007 16:30:50 +0100 Lines: 14 Message-ID: References: <200711291932.05614.max@love2party.net> <474FD17D.7080209@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <474FD17D.7080209@FreeBSD.org> Sender: news Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 15:40:09 -0000 Kris Kennaway wrote: > Check dmesg for the APIC numbers corresponding to the CPUs you want to > disable and add the corresponding entries to /boot/loader.conf, e.g.: > > hint.lapic.1.disable="1" > hint.lapic.3.disable="1" > hint.lapic.5.disable="1" > hint.lapic.7.disable="1" Hi, Do you know how his method compares to setting machdep.hlt_cpus ? From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 15:41:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A14C516A420 for ; Fri, 30 Nov 2007 15:41:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8011613C467; Fri, 30 Nov 2007 15:41:57 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47502F51.3010007@FreeBSD.org> Date: Fri, 30 Nov 2007 16:42:09 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: max@love2party.net, freebsd-stable@freebsd.org, kometen@gmail.com Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 15:41:59 -0000 Pete French wrote: >> Yes, if the claim is that the hardware is absolutely identical apart >> from one having two quad-core CPUs instead of two dual-core, the next >> step is to disable half of the CPUs and confirm that the problem goes away. > > Just comming back to this today, will do a side by side compare of the dmesg > later to make sure that they *are* identical as claimed, but the idea of > disabling half the CPU's is an excellent one! > > Aha, brilliant idea! > >> Check dmesg for the APIC numbers corresponding to the CPUs you want to >> disable and add the corresponding entries to /boot/loader.conf, e.g.: > > You mean this bit? > > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > >> hint.lapic.1.disable="1" >> hint.lapic.3.disable="1" >> hint.lapic.5.disable="1" >> hint.lapic.7.disable="1" > > gives me... > > hint.lapic.1.disable="1" > hint.lapic.3.disable="3" > hint.lapic.5.disable="5" > hint.lapic.7.disable="7" > > rebooting now to give it a try... Well, the "1" is a boolean so those values will probably also work, but the point was to disable apics 1,3,5 and 7 on the left hand side :) In your case those are also valid but sometimes they are other numbers. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 15:52:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D82C16A418 for ; Fri, 30 Nov 2007 15:52:42 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 257DE13C45B for ; Fri, 30 Nov 2007 15:52:41 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id lAUFKbkj022632; Fri, 30 Nov 2007 15:20:37 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Iy7fR-0001Jj-LE; Fri, 30 Nov 2007 15:20:37 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.1/8.14.1) with ESMTP id lAUFKbu7021257; Fri, 30 Nov 2007 15:20:37 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.1/8.14.1/Submit) id lAUFKaPh021256; Fri, 30 Nov 2007 15:20:36 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Jim Pingle In-Reply-To: <475021CE.1000708@pingle.org> References: <475021CE.1000708@pingle.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 30 Nov 2007 15:20:36 +0000 Message-Id: <1196436036.20314.12.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 15:52:42 -0000 On Fri, 2007-11-30 at 09:44 -0500, Jim Pingle wrote: > This may be a silly question, but have you tried reducing the RAM on the > quad core machine to 4GB so the machines match in that respect as well? > > I seem to recall a thread a while back about someone who had slowdowns in a > certain situation with large amounts of RAM (>4GB). This was with the Intel 965 chipset, and was fixed with a BIOS upgrade, something to do with the way the BIOS set cache info up about memory above 4Gb. A BIOS upgrade may be worth trying. Removing memory from the slow one toleave it with 4Gb may be a useful datapoint. Note that I don't think you can just set hw.maxmem as that makes no guarantee as to *whicch* physical 4Gb will get used. Finally, I assume you are using FreeBSD amd64 and not i386 in PAE mode? Posting dmesg outputs from both systems somewhere might be useful, I can't see it in the previous posts. Gavin From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 16:02:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E426616A418; Fri, 30 Nov 2007 16:02:29 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id A63E113C4E1; Fri, 30 Nov 2007 16:02:29 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Iy8Jw-0008SI-DR; Fri, 30 Nov 2007 16:02:28 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Iy8Jw-000JTM-BB; Fri, 30 Nov 2007 16:02:28 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iy8Jw-0005RV-AU; Fri, 30 Nov 2007 16:02:28 +0000 To: kris@FreeBSD.org In-Reply-To: <47502F51.3010007@FreeBSD.org> Message-Id: From: Pete French Date: Fri, 30 Nov 2007 16:02:28 +0000 Cc: max@love2party.net, freebsd-stable@freebsd.org, kometen@gmail.com Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 16:02:30 -0000 > Well, the "1" is a boolean so those values will probably also work, but > the point was to disable apics 1,3,5 and 7 on the left hand side :) In > your case those are also valid but sometimes they are other numbers. yes, I worked that out about 5 minutes after posting and making myself look foolish ;) (and on the 3rd reboot I realised its 'disabled' not 'disable' but I got there in the end!). Sorry I havent followe dup any of the oher emails just yet - I have ten of these servers and todays projecst is to get amd64 onto all of them, which I have been doing failry intensely most of the morning. When thats done I will pick one new one and one old one and try some tests that people have asked for. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 16:13:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4B0F16A41B for ; Fri, 30 Nov 2007 16:13:10 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B9E9113C457; Fri, 30 Nov 2007 16:13:04 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47503698.5050702@FreeBSD.org> Date: Fri, 30 Nov 2007 17:13:12 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: max@love2party.net, freebsd-stable@freebsd.org, kometen@gmail.com Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 16:13:10 -0000 Pete French wrote: >> Well, the "1" is a boolean so those values will probably also work, but >> the point was to disable apics 1,3,5 and 7 on the left hand side :) In >> your case those are also valid but sometimes they are other numbers. > > yes, I worked that out about 5 minutes after posting and making myself > look foolish ;) (and on the 3rd reboot I realised its 'disabled' not > 'disable' but I got there in the end!). Oops, sorry. I actually had set both because I couldn't be bothered checking the source (then or now ;), and I chose the wrong one to tell you about :) Kris From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 16:15:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2671C16A46C; Fri, 30 Nov 2007 16:15:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7B13813C4CE; Fri, 30 Nov 2007 16:14:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4750370F.80806@FreeBSD.org> Date: Fri, 30 Nov 2007 17:15:11 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ivan Voras References: <200711291932.05614.max@love2party.net> <474FD17D.7080209@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 16:15:00 -0000 Ivan Voras wrote: > Kris Kennaway wrote: > >> Check dmesg for the APIC numbers corresponding to the CPUs you want to >> disable and add the corresponding entries to /boot/loader.conf, e.g.: >> >> hint.lapic.1.disable="1" >> hint.lapic.3.disable="1" >> hint.lapic.5.disable="1" >> hint.lapic.7.disable="1" > > Hi, > > Do you know how his method compares to setting machdep.hlt_cpus ? That is not supported with ULE (and will lead to deadlocks), but I don't know off-hand if hyperthreading virtual CPUs have their own apic...ok, it does on one of my systems at least, so that is probably the way to go when possible. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 16:45:46 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F78216A420 for ; Fri, 30 Nov 2007 16:45:46 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57001.mail.re3.yahoo.com (web57001.mail.re3.yahoo.com [66.196.97.105]) by mx1.freebsd.org (Postfix) with SMTP id 06ED113C458 for ; Fri, 30 Nov 2007 16:45:45 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 86763 invoked by uid 60001); 30 Nov 2007 16:45:44 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=q4TRmk9RSYu9VWQsC5sD/EJ7Lvt8qsAqcOl/WlO1JKqm8P5N88/stzPek2uYBNOzBFX+OzsV8USQFi+hdWnjSF+kP/nFXguC/XkQyJQ+etg4FaI8fv4vrHdKp1/78DtT7jbDZbabO08nAKbrVowHXi50CFnZ+JA3t/aATwBWzaw=; X-YMail-OSG: Qk1cqFQVM1lhW.WOL5.TyLZzh6GLrNDua9iybgy8efZUVcnDrfGHubkgNntjExfIMNtFPzez16_N05YsiI1mLDqzzm_x2O5wbOflHmWJudMsVcDa5MVrdp1dupkWpg0JbQXHVhRWG4fI9Ug- Received: from [165.21.154.8] by web57001.mail.re3.yahoo.com via HTTP; Fri, 30 Nov 2007 08:45:44 PST Date: Fri, 30 Nov 2007 08:45:44 -0800 (PST) From: Unga To: freebsd-stable@FreeBSD.org In-Reply-To: <20071129163705.A373B4500E@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <752548.85651.qm@web57001.mail.re3.yahoo.com> Cc: Subject: Re: FreeBSD 6.2-RELEASE always hang 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, 30 Nov 2007 16:45:46 -0000 --- Kevin Oberman wrote: > > From: Tom Evans > > Date: Thu, 29 Nov 2007 12:42:35 +0000 > > Sender: owner-freebsd-stable@freebsd.org > > > > On Thu, 2007-11-29 at 03:28 -0800, Unga wrote: > > > --- Michael Proto wrote: > > > > > > > Unga wrote: > > > > > Hi all > > > > > > > > > > I'm using FreeBSD 6.2-RELEASE on Intel P4 > 3.0GHz, > > > > > 512MB Ram computer. > > > > > > > > > > Its very irritatingly hangs very frequently, > more > > > > than > > > > > 10 times a day. Do others find FreeBSD > 6.2-RELEASE > > > > > always hangs? I simply cannot use it for any > > > > serious > > > > > use, not even to send a mail, other than > browsing > > > > web. > > > > > > > > > > I find it mostly when I try to move the > mouse it > > > > > hangs. Upward and downward cursor keys press > and > > > > hold > > > > > also hangs, but not always. These may be > just > > > > > coincidental. How do I find why it hangs? > How is > > > > the > > > > > stability of the upcoming 7.0? > > > > > > > > > > Best Regards > > > > > Unga > > > > > > > > > > > > > I'm sure I'm not alone in this, but I'm > running > > > > several 6.2-RELEASE-p8 > > > > boxes (servers and laptop workstations) for > several > > > > months now without a > > > > single lock-up. I'd first look into hardware, > > > > testing memory, testing > > > > the power supply, and checking CPU/chipset > > > > temperatures as they have > > > > often contributed to problems similar to what > you > > > > are describing. 6.2 > > > > has been working extremely well for me with no > > > > stability issues that > > > > weren't related to hardware problems. > > > > > > > > > > > > > > Thanks for all the replies. > > > > > > It may be a hardware issue. This is a more than > four > > > year old computer. Btw, I forgot to mention this > is > > > not a server, its running KDE, trying to use as > a > > > desktop. > > > > > > Any one of the hangs do not develop any core > dump or > > > /var/crash/kernel.0 or /var/crash/vmcore.0. Just > the > > > cursor disappear and keyboard does not respond. > Only > > > switch off and on can bring the machine up. > > > > > > Are there any hardware analyzing software that I > can > > > run on FreeBSD, so that I could narrow down the > cause? > > > > > > Unga > > > > > > > Can you verify that the machine is actually dead? > Do you have another > > machine that you can hook up either to a serial > console, or ssh into the > > dead box? Weird X symptoms could lead to an > unresponsive keyboard, with > > the machine running just fine underneath X. > > Just to re-enforce this, I have a colleague who is > seeing this on his > Radeon-based Lenovo T43 (m300). The display blanks > and cannot be > resurrected, even CTRL-ALT-BS does not help, but the > system is alive. > > Oddly, I also have a Lenovo T43 based system and it > has never shown this > problem. It might be something in your xorg setup > that is triggering it. > > If your system is a Radeon, you might try booting > with no xorg.conf > file. I have found that worked well for my system. > Other possibilities > include hw.acpi.reset_video=1 (sysctl.conf) and > acpi_video_load="YES" > (loader.conf). > > I would like to figure out why my system has no > issues while others > go off to never-never land. > Mine is also an ATI Radeon card: ATI Technologies Inc RV280 [Radeon 9200 PRO] rev 1 Chipset ATI Radeon 9200PRO 5960 (AGP) I cannot ssh to the machine while its freezes. It says 'no route to host'. That is, the machine is completely dead. The other thing is, FreeBSD installer has not installed an xorg.conf. I have created an xorg.conf using Xorg -configure and moved to /etc/X11/. Adjusted the HorizSync and VertRefresh to match the monitor, driver I used "ati", added Modes and an DRI section with Mode 0666. If it crashes again I'll let the list know. Unga ____________________________________________________________________________________ Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 16:55:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4662C16A46B for ; Fri, 30 Nov 2007 16:55:26 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing02.lava.net (outgoing02.lava.net [64.65.64.125]) by mx1.freebsd.org (Postfix) with ESMTP id 296EA13C4CE for ; Fri, 30 Nov 2007 16:55:26 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing02.lava.net (Postfix) with ESMTP id 8692DB8B7C; Fri, 30 Nov 2007 06:55:25 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 2BD89153882; Fri, 30 Nov 2007 06:55:24 -1000 (HST) Date: Fri, 30 Nov 2007 06:55:24 -1000 From: Clifton Royston To: Claus Guttesen Message-ID: <20071130165522.GA15522@lava.net> Mail-Followup-To: Claus Guttesen , Pete French , max@love2party.net, freebsd-stable@freebsd.org References: <200711291932.05614.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: max@love2party.net, freebsd-stable@freebsd.org, Pete French Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core 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, 30 Nov 2007 16:55:26 -0000 On Fri, Nov 30, 2007 at 05:59:26AM +0100, Claus Guttesen wrote: > > Thing is that GENERIC as installed out of the box should not take two minutes > > to delete a gig of files off a 15k RPM SAS drive! especially not > > when identical hardware with half the number of processor cores only takes > > eleven seconds to do the same job. Something is wrong somewhere if doubling > > your CPU's results in a factor of 12 slowdown surely? > > Is it possible to disable one of the quad-core cpu's from bios? I have > a couple of DL360's myself but I haven't had the need to disable one > of the cpu's. > > If so it could be interesting to see whether the specific task goes > slower/faster. I'd also try *removing* some RAM from the quad-core CPU system, to bring it down to the same level as the other system, and make sure there isn't some kind of chipset/motherboard/BIOS issue when 16GB is populated. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 18:08:34 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A96816A421 for ; Fri, 30 Nov 2007 18:08:34 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id 18AD113C468 for ; Fri, 30 Nov 2007 18:08:33 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost.secureworks.net [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 46F7D56486; Fri, 30 Nov 2007 13:07:42 -0500 (EST) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id px5mdwHT87uC; Fri, 30 Nov 2007 13:07:42 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 1B88056432; Fri, 30 Nov 2007 13:07:42 -0500 (EST) Message-ID: <475051A0.2090001@jellydonut.org> Date: Fri, 30 Nov 2007 13:08:32 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.8pre) Gecko/20071022 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Unga References: <752548.85651.qm@web57001.mail.re3.yahoo.com> In-Reply-To: <752548.85651.qm@web57001.mail.re3.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 6.2-RELEASE always hang 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, 30 Nov 2007 18:08:34 -0000 Unga wrote: > > Mine is also an ATI Radeon card: > ATI Technologies Inc RV280 [Radeon 9200 PRO] rev 1 > Chipset ATI Radeon 9200PRO 5960 (AGP) > > I cannot ssh to the machine while its freezes. It says > 'no route to host'. That is, the machine is completely > dead. > > The other thing is, FreeBSD installer has not > installed an xorg.conf. > > I have created an xorg.conf using Xorg -configure and > moved to /etc/X11/. Adjusted the HorizSync and > VertRefresh to match the monitor, driver I used "ati", > added Modes and an DRI section with Mode 0666. > > If it crashes again I'll let the list know. > Just a thought, but you might also want to try using the VESA X driver for a while and see if the same symptoms persist. Its slower than a native driver but can also be used to identify if the X driver is in fact causing problems. -Proto From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 18:12:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B2B616A46C for ; Fri, 30 Nov 2007 18:12:22 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA6D13C4D9 for ; Fri, 30 Nov 2007 18:12:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so3329799mue for ; Fri, 30 Nov 2007 10:12:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=VHPBplPGrByYilbHmmopCYrQRpSmTFIOezaZQuVvgxw=; b=FQ1ybXzPehcFWrHbwJqCXt+qcta25qkWIr97azAtFjPfkOW6S2Fj1VhmgIfV+ZbBaN097Kb/RMKVZiKkTcxwW4oR35GDOwUW61Szmi93/MGLINFkPMETpqXUpmfAq3Ou1DE7zugJB7FNoy2xIc68jvGHDYnF+NnoF2cKOpJeDvA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KDSZGfcNNRSGzKU5dTciy2mlguK4sLnOSRwhbeCfaROV/u+JUtezMnHbv5E4FptemnopFaZ0Vmmfv9tCllMXgRpVilYuWIZWR9dwBxIU4giayUaMOrESboF2s5wNYLGHCjuT1QBT/VBLRFl4wwcATEAmX+tlczVaN+FCh0u3aSs= Received: by 10.86.100.7 with SMTP id x7mr7515371fgb.1196446339648; Fri, 30 Nov 2007 10:12:19 -0800 (PST) Received: by 10.86.97.10 with HTTP; Fri, 30 Nov 2007 10:12:19 -0800 (PST) Message-ID: <2a41acea0711301012j4472074rbc4dadd2cf661173@mail.gmail.com> Date: Fri, 30 Nov 2007 10:12:19 -0800 From: "Jack Vogel" To: "Kris Kennaway" In-Reply-To: <474FD1CB.3020601@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474FB9E5.9090208@vnovy.net> <2a41acea0711300016w1aa144fel1641b3dbf075e043@mail.gmail.com> <474FD1CB.3020601@FreeBSD.org> Cc: Vitezslav Novy , freebsd-stable@freebsd.org Subject: Re: 7.0 BETA3 - slow TCP upload (TSO related?) 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, 30 Nov 2007 18:12:22 -0000 On Nov 30, 2007 1:03 AM, Kris Kennaway wrote: > > Jack Vogel wrote: > > On Nov 29, 2007 11:21 PM, Vitezslav Novy wrote: > >> Hello, > >> > >> my configuration is > >> > >> kernel GENERIC > >> > >> em0: flags=8843 metric 0 mtu 1500 > >> options=18b > >> ether 00:19:d1:0f:1c:18 > >> inet 86.49.14.16 netmask 0xffffff00 broadcast 86.49.14.255 > >> media: Ethernet autoselect (100baseTX ) > >> status: active > >> > >> and standard "open" ipfw firewall and > >> natd -u -s -m -d -dynamic -n em0 > >> > >> I experience very slow TCP upload from this host - cca 50kbps. > >> I have some debug prints in kernel (mostly in ip_output and ipfw log) > >> and I see: > >> > >> 1/ outgoing packet appears in ip_output with ip_len 2924 and > >> m->pkthdr.csum_flags=1 > >> 2/ is diverted by firewall > >> 3/ Packet appears immediately again in ip_output with ip_len 2924 and > >> m->pkthdr.csum_flags=1 > >> 4/ Packet is accepted by firewall and dropped by ip_output with error 40 > >> EMSGSIZE > >> 5/ After cca 0.4s (tcp retransmit timeout?) new packet appears in > >> ip_output with ip_len 1488 and m->pkthdr.csum_flags=1 > >> 6/ is successfully diverted and accepted by ipfw and sent to wire. > >> 7/ after tcp ack is received new packet appears in ip_output with ip_len > >> 2924 and everything repeats > >> > >> > >> Packets are not changed by natd, beacause have src address of em0. > >> nat > >> > >> > >> Upload has normal speed (512kbps) if > >> I unset TSO on interface OR set net.inet.tcp.tso=0 OR (strange thing) > >> delete ipfw divert rule > >> > >> If necessary I will collect and send more info. > > > > TSO is silly at 100Mb, turn it off :) > > When this was reported before I asked why does the driver allow it, if > it is "silly" and causes so many problems? Why not just disable it by > default if the link is 100Mb? This is Unix right, where you have the freedom to make your own decisions, unlike that endlessly irritating OS from Redmond :) I have not turned it off by default because, frankly, the testing that we do in house has not shown any problems. The reason its "silly" is because what TSO does is lower CPU overhead, but 100Mb on modern systems should be a trivial load anyway. For every one report of problems there are far more that don't have any, at least that's my perception, which could be wrong of course. I will turn it off by default at 100Mb and lower if I get a few votes to do so. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Nov 30 19:34:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DFC116A417 for ; Fri, 30 Nov 2007 19:34:59 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id 3FF4013C43E for ; Fri, 30 Nov 2007 19:34:59 +0000 (UTC) (envelope-from jonathan@kc8onw.net) X-CNFS-Analysis: v=1.0 c=1 a=18mDFzSjAkQA:15 a=sldy2munn0YA:10 a=xUvkYoQocQKi/8Los98NoQ==:17 a=6hXCjyXxSB5w96RiFNMA:9 a=rsfbkyDlmcJU9TijG499fEaV9_gA:4 a=b8hG5vVbyAkA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Received: from [208.102.162.227] ([208.102.162.227:50786] helo=mail.kc8onw.net) by mail-out1.fuse.net (ecelerity 2.1.1.22 r(17669)) with ESMTP id 2F/45-06930-C5260574 for ; Fri, 30 Nov 2007 14:19:57 -0500 Received: from [0.0.0.0] (localhost [127.0.0.1]) by mail.kc8onw.net (Postfix) with ESMTP id 672012841F for ; Fri, 30 Nov 2007 14:19:51 -0500 (EST) Message-ID: <47506208.3030100@kc8onw.net> Date: Fri, 30 Nov 2007 22:18:32 +0300 From: Jonathan Stewart User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Missing files in listing when sharing ZFS directory over Samba 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, 30 Nov 2007 19:34:59 -0000 Hello list, Has anyone else noticed files missing when browsing Samba shares of ZFS directories? Using both windows explorer and smbclient the file does not show up in a directory listing but can be opened by typing the file name by hand. The file is of course listed when doing an ls on the share machine. I have updated to the RELENG_7 branch as of 30 NOV and rebuilt and restarted Samba with no changes so far. The ports tree is fully up to date as well. I don't know if this is a bug in Samba, FreeBSD, ZFS+Samba etc so if anyone has any pointers on how to start narrowing this down they would be greatly appreciated. Thank you, Jonathan From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 00:52:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DE2F16A481 for ; Sat, 1 Dec 2007 00:52:23 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id F289C13C4DB for ; Sat, 1 Dec 2007 00:52:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id BEB661CC079; Fri, 30 Nov 2007 16:52:22 -0800 (PST) Date: Fri, 30 Nov 2007 16:52:22 -0800 From: Jeremy Chadwick To: Jonathan Stewart Message-ID: <20071201005222.GA64295@eos.sc1.parodius.com> References: <47506208.3030100@kc8onw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47506208.3030100@kc8onw.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Missing files in listing when sharing ZFS directory over Samba 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, 01 Dec 2007 00:52:23 -0000 On Fri, Nov 30, 2007 at 10:18:32PM +0300, Jonathan Stewart wrote: > Has anyone else noticed files missing when browsing Samba shares of ZFS > directories? http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-11/msg00501.html http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-08/msg00596.html http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079607.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 01:29:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6C9516A46C for ; Sat, 1 Dec 2007 01:29:40 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from mail-out2.fuse.net (mail-out2.fuse.net [216.68.8.171]) by mx1.freebsd.org (Postfix) with ESMTP id 6022413C503 for ; Sat, 1 Dec 2007 01:29:40 +0000 (UTC) (envelope-from jonathan@kc8onw.net) X-CNFS-Analysis: v=1.0 c=1 a=JyQZdn45cCgA:15 a=R0E1po9oRhsA:10 a=xUvkYoQocQKi/8Los98NoQ==:17 a=wFaEK3txAAAA:8 a=6I5d2MoRAAAA:8 a=UlBnVH0FY3_f3DwzuigA:9 a=7wU34X-FJSK7U1j17qyJbt28Wg0A:4 a=QMgMR9M9BAsA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Received: from [208.102.162.227] ([208.102.162.227:50698] helo=mail.kc8onw.net) by mail-out2.fuse.net (ecelerity 2.1.1.22 r(17669)) with ESMTP id 77/F0-27167-309B0574 for ; Fri, 30 Nov 2007 20:29:39 -0500 Received: from [0.0.0.0] (localhost [127.0.0.1]) by mail.kc8onw.net (Postfix) with ESMTP id 7201928435; Fri, 30 Nov 2007 20:29:34 -0500 (EST) Message-ID: <4750B8AA.6090707@kc8onw.net> Date: Sat, 01 Dec 2007 04:28:10 +0300 From: Jonathan Stewart User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Jeremy Chadwick References: <47506208.3030100@kc8onw.net> <20071201005222.GA64295@eos.sc1.parodius.com> In-Reply-To: <20071201005222.GA64295@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Missing files in listing when sharing ZFS directory over Samba 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, 01 Dec 2007 01:29:40 -0000 Jeremy Chadwick wrote: > On Fri, Nov 30, 2007 at 10:18:32PM +0300, Jonathan Stewart wrote: >> Has anyone else noticed files missing when browsing Samba shares of ZFS >> directories? > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-11/msg00501.html This sounds like my problem except a refresh on Windows does not restore the missing files, nor did any of the other things I mentioned in the original email. > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-08/msg00596.html > http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079607.html I remember hitting this when it first became known, the issue I have now is different. Thanks, Jonathan From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 01:33:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4620316A46B for ; Sat, 1 Dec 2007 01:33:08 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 34DA813C447 for ; Sat, 1 Dec 2007 01:33:08 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id F12A41CC079; Fri, 30 Nov 2007 17:33:07 -0800 (PST) Date: Fri, 30 Nov 2007 17:33:07 -0800 From: Jeremy Chadwick To: Jonathan Stewart Message-ID: <20071201013307.GA65211@eos.sc1.parodius.com> References: <47506208.3030100@kc8onw.net> <20071201005222.GA64295@eos.sc1.parodius.com> <4750B8AA.6090707@kc8onw.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4750B8AA.6090707@kc8onw.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Missing files in listing when sharing ZFS directory over Samba 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, 01 Dec 2007 01:33:08 -0000 On Sat, Dec 01, 2007 at 04:28:10AM +0300, Jonathan Stewart wrote: > Jeremy Chadwick wrote: > > On Fri, Nov 30, 2007 at 10:18:32PM +0300, Jonathan Stewart wrote: > >> Has anyone else noticed files missing when browsing Samba shares of ZFS > >> directories? > > > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-11/msg00501.html > > This sounds like my problem except a refresh on Windows does not restore > the missing files, nor did any of the other things I mentioned in the > original email. The interesting thing is that I use Samba to share many directories on a ZFS filesystem, and I haven't run into the problem you or the other poster have mentioned. I wonder what's different about our setups that could explain what's going on... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 01:38:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E089416A419 for ; Sat, 1 Dec 2007 01:38:21 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from mail-out2.fuse.net (mail-out2.fuse.net [216.68.8.171]) by mx1.freebsd.org (Postfix) with ESMTP id 993C013C44B for ; Sat, 1 Dec 2007 01:38:21 +0000 (UTC) (envelope-from jonathan@kc8onw.net) X-CNFS-Analysis: v=1.0 c=1 a=JyQZdn45cCgA:15 a=R0E1po9oRhsA:10 a=xUvkYoQocQKi/8Los98NoQ==:17 a=wFaEK3txAAAA:8 a=ix_hu5HSKw4EBQWm6E0A:9 a=DpFfECK6LEx2mhEobBFJmShHwK0A:4 a=QMgMR9M9BAsA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Received: from [208.102.162.227] ([208.102.162.227:50853] helo=mail.kc8onw.net) by mail-out2.fuse.net (ecelerity 2.1.1.22 r(17669)) with ESMTP id 49/02-27167-C0BB0574 for ; Fri, 30 Nov 2007 20:38:20 -0500 Received: from [0.0.0.0] (localhost [127.0.0.1]) by mail.kc8onw.net (Postfix) with ESMTP id 4DC3C284EA; Fri, 30 Nov 2007 20:38:14 -0500 (EST) Message-ID: <4750BABF.1070304@kc8onw.net> Date: Sat, 01 Dec 2007 04:37:03 +0300 From: Jonathan Stewart User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Jeremy Chadwick References: <47506208.3030100@kc8onw.net> <20071201005222.GA64295@eos.sc1.parodius.com> <4750B8AA.6090707@kc8onw.net> <20071201013307.GA65211@eos.sc1.parodius.com> In-Reply-To: <20071201013307.GA65211@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Missing files in listing when sharing ZFS directory over Samba 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, 01 Dec 2007 01:38:22 -0000 Jeremy Chadwick wrote: > On Sat, Dec 01, 2007 at 04:28:10AM +0300, Jonathan Stewart wrote: >> Jeremy Chadwick wrote: >>> On Fri, Nov 30, 2007 at 10:18:32PM +0300, Jonathan Stewart wrote: >>>> Has anyone else noticed files missing when browsing Samba shares of ZFS >>>> directories? >>> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-11/msg00501.html >> This sounds like my problem except a refresh on Windows does not restore >> the missing files, nor did any of the other things I mentioned in the >> original email. > > The interesting thing is that I use Samba to share many directories on a > ZFS filesystem, and I haven't run into the problem you or the other > poster have mentioned. I wonder what's different about our setups that > could explain what's going on... Think I should take this over to the Samba list as well, see if they have any suggestions? If I really have to I can try adding some printf calls or something but my C skills are very rudimentary so it would take me a lot of time. I'll probably try to get a trace with wireshark today as well see if that has anything useful in it. Jonathan From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 11:28:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26B9D16A421 for ; Sat, 1 Dec 2007 11:28:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id EB14513C457 for ; Sat, 1 Dec 2007 11:28:56 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id CA3281CC079; Sat, 1 Dec 2007 03:28:56 -0800 (PST) Date: Sat, 1 Dec 2007 03:28:56 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20071201112856.GA79861@eos.sc1.parodius.com> References: <20071107191611.GA1400@eos.sc1.parodius.com> <20071107232328.GA1678@eos.sc1.parodius.com> <20071126022136.GA1564@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071126022136.GA1564@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: RELENG_6 kernel panic + savecore(8) problem 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, 01 Dec 2007 11:28:57 -0000 On Sun, Nov 25, 2007 at 06:21:36PM -0800, Jeremy Chadwick wrote: > Tracing pid 3 tid 100001 td 0xc7c6ed80 > kdb_enter(c06e475e,c073ade0,c06efb55,e6876bc8,100,...) at kdb_enter+0x30 > panic(c06efb55,ce04b280,100,c07156c0,0,...) at panic+0xce > handle_written_inodeblock(c858d200,dbda0a70,c07388e4,c06a3e4a,e6876c30,...) at handle_written_inodeblock+0x5df > softdep_disk_write_complete(dbda0a70,c0652591,c80e65ac,e6876c94,c04e16c4,...) at softdep_disk_write_complete+0xf1 > bufdone(dbda0a70,0,e6876ca8,c04e3e06,c80e65ac,...) at bufdone+0x7e > g_vfs_done(c80e65ac,0,0,c7d28200,c80a418c) at g_vfs_done+0xc6 > biodone(c80e65ac,c0738808,24c,c06dff1c,64,...) at biodone+0xb2 > g_io_schedule_up(c7c6ed80,4c,c7c6d218,c04e1bbc,e6876d24,...) at g_io_schedule_up+0x89 > g_up_procbody(0,e6876d38,0,0,0,...) at g_up_procbody+0x7a > fork_exit(c04e1bbc,0,e6876d38) at fork_exit+0x7a > fork_trampoline() at fork_trampoline+0x8 To anyone who's familiar with the functions in the above backtrace: Could the above panic be caused by exhaustion of memory allocated to the dirhash code (UFS_DIRHASH)? I can provide details if needed, but thought I'd ask something somewhat vague for starters. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 11:32:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD5AF16A41B; Sat, 1 Dec 2007 11:32:25 +0000 (UTC) (envelope-from johan@headweb.com) Received: from core.stromnet.se (core.stromnet.se [83.218.84.131]) by mx1.freebsd.org (Postfix) with ESMTP id 9422E13C4F2; Sat, 1 Dec 2007 11:32:25 +0000 (UTC) (envelope-from johan@headweb.com) Received: from localhost (core.stromnet.se [83.218.84.131]) by core.stromnet.se (Postfix) with ESMTP id 49B67D472CE; Sat, 1 Dec 2007 12:17:22 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from core.stromnet.se ([83.218.84.131]) by localhost (core.stromnet.se [83.218.84.131]) (amavisd-new, port 10024) with ESMTP id ON9RJZ3IwFUo; Sat, 1 Dec 2007 12:17:18 +0100 (CET) Received: from [172.28.1.102] (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by core.stromnet.se (Postfix) with ESMTP id 9BFEAD472CD; Sat, 1 Dec 2007 12:17:18 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: quoted-printable Message-Id: <66A69F9D-E4C1-4647-AEE7-E6F18010A1A3@headweb.com> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sat, 1 Dec 2007 12:16:45 +0100 X-Mailer: Apple Mail (2.752.3) Cc: Subject: scrambled (gmirror) dmesg output 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, 01 Dec 2007 11:32:25 -0000 Hello Im playing with a new box running RELENG_7.0 from yesterday. I got =20 two discs with gmirror on ad[6|14]s1a and zfs-mirror on s1d. When o =20 do atacontrol detach ata7 (detach ad14), i get this in dmesG: (first time) subdisk14: detached ad14: detached GEOM_MIRROR: Device gm1b: provider ad14s1bG dEiOsMc_oMnInReRcOtRe:d .De vice gm1: provider ad14s1a disconnected. (second time, detaching again after reattach) subdisk14: detached ad14: detached GEOMG_EMOIMR_RMOIRR:R ORD:e viDceev icgem 1bg:m 1p:r opvriodveird era =20= d1a4ds114bs 1dai sdciosncnoencnteecdt.ed. huh? :) Some print raceing or something? Btw, Im doing ZFS'ed root as on wiki, but i added gmirror to the root =20= partition to (and steps to install from one disc to the other, then =20 boot over and add the original disc to mirrors).. I've documented the steps (or at least the commands and some simple =20 comments), would anyone be interested in having it, on the wiki or =20 otherwise? -- Johan Str=F6m Stromnet johan@stromnet.se http://www.stromnet.se/ From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 11:37:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C21016A473; Sat, 1 Dec 2007 11:37:50 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 93A8A13C46E; Sat, 1 Dec 2007 11:37:50 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 881FC1CC079; Sat, 1 Dec 2007 03:37:50 -0800 (PST) Date: Sat, 1 Dec 2007 03:37:50 -0800 From: Jeremy Chadwick To: Johan =?iso-8859-1?Q?Str=F6m?= Message-ID: <20071201113750.GA81186@eos.sc1.parodius.com> References: <66A69F9D-E4C1-4647-AEE7-E6F18010A1A3@headweb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <66A69F9D-E4C1-4647-AEE7-E6F18010A1A3@headweb.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: scrambled (gmirror) dmesg output 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, 01 Dec 2007 11:37:50 -0000 On Sat, Dec 01, 2007 at 12:16:45PM +0100, Johan Ström wrote: > Hello > Im playing with a new box running RELENG_7.0 from yesterday. I got two > discs with gmirror on ad[6|14]s1a and zfs-mirror on s1d. When o do > atacontrol detach ata7 (detach ad14), i get this in dmesG: > > (first time) > subdisk14: detached > ad14: detached > GEOM_MIRROR: Device gm1b: provider ad14s1bG dEiOsMc_oMnInReRcOtRe:d .De > vice gm1: provider ad14s1a disconnected. > > (second time, detaching again after reattach) > subdisk14: detached > ad14: detached > GEOMG_EMOIMR_RMOIRR:R ORD:e viDceev icgem 1bg:m 1p:r opvriodveird era > d1a4ds114bs 1dai sdciosncnoencnteecdt.ed. > > huh? :) Some print raceing or something? The problem isn't specific to GEOM or ZFS. It's a known issue with two kernel printf()s being called simultaneously. There are older threads discussing the issue. I can dig up URLs if you want to read them, but I don't have them available quickly... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 11:55:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F289816A41B for ; Sat, 1 Dec 2007 11:55:45 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from etain.frida.mouhaha.de (etain.frida.mouhaha.de [85.236.48.54]) by mx1.freebsd.org (Postfix) with ESMTP id 526FF13C442 for ; Sat, 1 Dec 2007 11:55:45 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from localhost (etain.frida.mouhaha.de [85.236.48.54]) by etain.frida.mouhaha.de (Postfix) with ESMTP id 5C5C34BA7A2 for ; Sat, 1 Dec 2007 12:35:26 +0100 (CET) X-Virus-Scanned: amavisd-new at mouhaha.de Received: from etain.frida.mouhaha.de ([85.236.48.54]) by localhost (etain.frida.mouhaha.de [85.236.48.54]) (amavisd-new, port 10024) with ESMTP id TE4r3f+PSTrQ for ; Sat, 1 Dec 2007 12:35:23 +0100 (CET) Received: by etain.frida.mouhaha.de (Postfix, from userid 1001) id 3AE174BA716; Sat, 1 Dec 2007 12:35:23 +0100 (CET) Date: Sat, 1 Dec 2007 12:35:23 +0100 From: Oliver Peter To: freebsd-stable@freebsd.org Message-ID: <20071201113522.GC2812@nemesis.frida.mouhaha.de> References: <200710171228.39123.mistry.7@osu.edu> <472ED12B.7040200@gmx.de> <200711070953.22154.mistry.7@osu.edu> <200711191254.08134.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UFHRwCdBEJvubb2X" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 6.2-RELEASE-p8 i386 User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) 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, 01 Dec 2007 11:55:46 -0000 --UFHRwCdBEJvubb2X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 19, 2007 at 10:22:33AM -0800, Kip Macy wrote: > On Nov 19, 2007 9:53 AM, Anish Mistry wrote: > > On Wednesday 07 November 2007, Anish Mistry wrote: > > > On Monday 05 November 2007, [LoN]Kamikaze wrote: > > > > Marc Fonvieille wrote: > > > > > On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze wrote: > > > > >> Anish Mistry wrote: > > > > >>> On Thursday 18 October 2007, Marc Fonvieille wrote: > > > > >>>> On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: > > > > >>>>> I just updated to RELENG_7 from 6.2 and I'm running into > > > > >>>>> some really annoying issues with jerky mouse movement and > > > > >>>>> skipping sound. This seems to be similar to: > > > > >>>>> Re: SCHED_4BSD in RELENG_7 disturbs workflow > > > > >>>>> This happens both with 4BSD and ULE. > > > > >>>>> > > > > >>>>> I seems to happen when I'm compiling ports and a new > > > > >>>>> cc/bzip2/sh process fires off (I'm just watching top), I'll > > > > >>>>> get the skip/freezeup. > > > > >>>> > > > > >>>> [...] > > > > >>>> > > > > >>>> Using ULE and UP kernel (i.e. without SMP etc.) helped a bit > > > > >>>> the things but it's still very annoying to use firefox > > > > >>>> during ports build. I see this lag/freeze on all boxes I > > > > >>>> use with 7.0, but it's true that with a fast machine people > > > > >>>> can ignore the problem, it's less obvious than with a 1GHz > > > > >>>> box for example. > > > > >>> > > > > >>> Yeah, I'm still seeing this behavior. Does anyone have > > > > >>> suggestions on debugging? > > > > >>> > > > > >>> Thanks, > > > > >> > > > > >> I did post the solution in this thread. > > > > > > > > > > It has nothing to do with the mouse. > > > > > > > > Does the problem persist for you? It's gone for me, even with > > > > moused. > > > > > > Yes, the problem seems to have been fixed. I'm back to > > > kern.hz=3D1000 and removed FULL_PREEMPTION. No skipping. > > It looks like I spoke too soon. I've just tried to compile miro and > > as it was compiling the boost-python dependency I noticed the problem > > again. Switching kern.hz=3D"100" seems to fix the problem. Can any of > > the developers in this area reproduce the issue? It's pretty easy to > > reproduce on my 1.33Ghz Athlon. > > > There is an ithread priority inversion bug that might be causing this. > The fix for that should be going in shortly. I have a similar problem under 7.0-BETA3 with SCHED_ULE and snd_ich. Sound is skipping with/without load every few seconds. kern.hz is at 1000 and dev.pcm.0.buffersize: 16384 % kldstat Id Refs Address Size Name 1 29 0xc0400000 4f6390 kernel 2 1 0xc08f7000 16e8 splash_pcx.ko 3 1 0xc090f000 28660 linux.ko 4 1 0xc0938000 102e8 if_iwi.ko 5 1 0xc0949000 6ec8 snd_ich.ko 6 2 0xc0950000 4a36c sound.ko 7 1 0xc099b000 4ce4 ichsmb.ko 8 2 0xc09a0000 2c20 smbus.ko 9 1 0xc09a3000 2a90 ichwd.ko 10 1 0xc09a6000 6a184 acpi.ko 11 1 0xc4786000 f000 geom_eli.ko 12 1 0xc4795000 24000 crypto.ko 13 1 0xc47b9000 a000 zlib.ko 14 1 0xc48cf000 3000 pflog.ko 15 1 0xc48d2000 33000 pf.ko 16 1 0xcaaa2000 6000 i915.ko 17 1 0xcaaa8000 f000 drm.ko Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA3 #0: Fri Nov 30 11:16:35 CET 2007 hoschi@dogbert.geonosis.homeunix.org:/usr/obj/usr/src/sys/DOGBERT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.60GHz (1596.01-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6d8 Stepping =3D 8 Features=3D0xafe9fbff Features2=3D0x180 AMD Features=3D0x100000 real memory =3D 1601044480 (1526 MB) avail memory =3D 1559543808 (1487 MB) ichwd module loaded kbd1 at kbdmux0 module_register_init: MOD_LOAD (splash_pcx, 0xc08f7790, 0) error 19 ACPI Warning (tbfadt-0505): Optional field "Gpe1Block" has zero address or = length: 0 102C/0 [20070320] acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 5ff00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xa0080000-0xa00ff= fff,0xc0000000-0xcfffffff,0xa0000000-0xa003ffff irq 11 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: at device 2.1 on pci0 pcib1: irq 11 at device 28.0 on pci0 pci2: on pcib1 bge0: me= m 0xa0100000-0xa010ffff irq 11 at device 0.0 on pci2 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000ba= seT-FDX, auto bge0: Ethernet address: 00:16:d3:c1:66:16 bge0: [ITHREAD] uhci0: port 0x1820-0x= 183f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x= 185f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x= 187f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1880-0x= 189f irq 11 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xa0040000-0xa00403ff = irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pci4: on pcib2 cbb0: mem 0xa0200000-0xa0200fff irq 11 at devi= ce 0.0 on pci4 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] pci4: at device 0.1 (no driver attached) iwi0: mem 0xa0202000-0xa0202fff irq 11 at de= vice 2.0 on pci4 iwi0: Ethernet address: 00:16:6f:c3:e3:48 iwi0: [ITHREAD] pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xa004080= 0-0xa00409ff,0xa0040400-0xa00404ff irq 11 at device 30.2 on pci0 pcm0: [ITHREAD] pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17= 7,0x376,0x1810-0x181f at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ichsmb0: port 0x18a0-0x18bf irq 11 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 pmtimer0 on isa0 ichwd0: on isa0 ichwd0: Intel ICH6M watchdog timer (ICH6 or equivalent) orm0: at iomem 0xc0000-0xce7ff,0xd0000-0xd0fff,0xdc000-0x= dffff,0xe0000-0xeffff pnpid ORM0000 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 ugen0: on uhub2 Timecounter "TSC" frequency 1596012590 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA100 --=20 Oliver PETER, eMail: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --UFHRwCdBEJvubb2X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkdRRvoACgkQ6LH/IUVtaI9NMQCfYn9ZFMde5LJJSEhs850/deun 8DMAn1GW2gbqlgQoEPR0KipEaUh0CNm/ =QmhG -----END PGP SIGNATURE----- --UFHRwCdBEJvubb2X-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 13:50:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from misaki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 1491416A474; Sat, 1 Dec 2007 13:50:03 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Sat, 1 Dec 2007 21:49:55 +0800 From: Ariff Abdullah To: Oliver Peter Message-Id: <20071201214955.4ead2b23.ariff@FreeBSD.org> In-Reply-To: <20071201113522.GC2812@nemesis.frida.mouhaha.de> References: <200710171228.39123.mistry.7@osu.edu> <472ED12B.7040200@gmx.de> <200711070953.22154.mistry.7@osu.edu> <200711191254.08134.mistry.7@osu.edu> <20071201113522.GC2812@nemesis.frida.mouhaha.de> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sat__1_Dec_2007_21_49_55_+0800_vCyRh_GXWm_y9bnt" Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) 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, 01 Dec 2007 13:50:05 -0000 --Signature=_Sat__1_Dec_2007_21_49_55_+0800_vCyRh_GXWm_y9bnt Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 1 Dec 2007 12:35:23 +0100 Oliver Peter wrote: > On Mon, Nov 19, 2007 at 10:22:33AM -0800, Kip Macy wrote: > > On Nov 19, 2007 9:53 AM, Anish Mistry wrote: > > > On Wednesday 07 November 2007, Anish Mistry wrote: > > > > On Monday 05 November 2007, [LoN]Kamikaze wrote: > > > > > Marc Fonvieille wrote: > > > > > > On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze > > > > > > wrote: > > > > > >> Anish Mistry wrote: > > > > > >>> On Thursday 18 October 2007, Marc Fonvieille wrote: > > > > > >>>> On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry > > > > > >wrote: >>>> I just updated to RELENG_7 from 6.2 and I'm > > > > > >running into >>>> some really annoying issues with jerky > > > > > >mouse movement and >>>> skipping sound. This seems to be > > > > > >similar to: >>>> Re: SCHED_4BSD in RELENG_7 disturbs > > > > > >workflow >>>> This happens both with 4BSD and ULE. > > > > > >>>>> > > > > > >>>>> I seems to happen when I'm compiling ports and a new > > > > > >>>>> cc/bzip2/sh process fires off (I'm just watching top), > > > > > >I'll >>>> get the skip/freezeup. > > > > > >>>> > > > > > >>>> [...] > > > > > >>>> > > > > > >>>> Using ULE and UP kernel (i.e. without SMP etc.) helped > > > > > >a bit >>> the things but it's still very annoying to use > > > > > >firefox >>> during ports build. I see this lag/freeze on > > > > > >all boxes I >>> use with 7.0, but it's true that with a > > > > > >fast machine people >>> can ignore the problem, it's less > > > > > >obvious than with a 1GHz >>> box for example. > > > > > >>> > > > > > >>> Yeah, I'm still seeing this behavior. Does anyone have > > > > > >>> suggestions on debugging? > > > > > >>> > > > > > >>> Thanks, > > > > > >> > > > > > >> I did post the solution in this thread. > > > > > > > > > > > > It has nothing to do with the mouse. > > > > > > > > > > Does the problem persist for you? It's gone for me, even > > > > > with moused. > > > > > > > > Yes, the problem seems to have been fixed. I'm back to > > > > kern.hz=3D1000 and removed FULL_PREEMPTION. No skipping. > > > It looks like I spoke too soon. I've just tried to compile miro > > > and as it was compiling the boost-python dependency I noticed > > > the problem again. Switching kern.hz=3D"100" seems to fix the > > > problem. Can any of the developers in this area reproduce the > > > issue? It's pretty easy to reproduce on my 1.33Ghz Athlon. > > > > > There is an ithread priority inversion bug that might be causing > > this. The fix for that should be going in shortly. >=20 > I have a similar problem under 7.0-BETA3 with SCHED_ULE and snd_ich. > Sound is skipping with/without load every few seconds. >=20 > kern.hz is at 1000 and dev.pcm.0.buffersize: 16384 >=20 Try setting hint.pcm.0.highlatency=3D1 through device.hints [...] > Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-BETA3 #0: Fri Nov 30 11:16:35 CET 2007 > hoschi@dogbert.geonosis.homeunix.org:/usr/obj/usr/src/sys/DOGBE > RT [...] -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Sat__1_Dec_2007_21_49_55_+0800_vCyRh_GXWm_y9bnt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHUWaDlr+deMUwTNoRAm91AKDd0HtoA944gJfJizwW9b3W0HtglgCg2WdP JmqDTXxYwVMWekorg+MWFFg= =qq5D -----END PGP SIGNATURE----- --Signature=_Sat__1_Dec_2007_21_49_55_+0800_vCyRh_GXWm_y9bnt-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 16:07:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10D1F16A417 for ; Sat, 1 Dec 2007 16:07:58 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from etain.frida.mouhaha.de (etain.frida.mouhaha.de [85.236.48.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9595013C457 for ; Sat, 1 Dec 2007 16:07:57 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from localhost (etain.frida.mouhaha.de [85.236.48.54]) by etain.frida.mouhaha.de (Postfix) with ESMTP id B45444BA7A6 for ; Sat, 1 Dec 2007 17:07:55 +0100 (CET) X-Virus-Scanned: amavisd-new at mouhaha.de Received: from etain.frida.mouhaha.de ([85.236.48.54]) by localhost (etain.frida.mouhaha.de [85.236.48.54]) (amavisd-new, port 10024) with ESMTP id 9HvDJ1XWKVlF for ; Sat, 1 Dec 2007 17:07:53 +0100 (CET) Received: by etain.frida.mouhaha.de (Postfix, from userid 1001) id 917194BA7A2; Sat, 1 Dec 2007 17:07:53 +0100 (CET) Date: Sat, 1 Dec 2007 17:07:53 +0100 From: Oliver Peter To: freebsd-stable@freebsd.org Message-ID: <20071201160753.GD2812@nemesis.frida.mouhaha.de> References: <200710171228.39123.mistry.7@osu.edu> <472ED12B.7040200@gmx.de> <200711070953.22154.mistry.7@osu.edu> <200711191254.08134.mistry.7@osu.edu> <20071201113522.GC2812@nemesis.frida.mouhaha.de> <20071201214955.4ead2b23.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0IvGJv3f9h+YhkrH" Content-Disposition: inline In-Reply-To: <20071201214955.4ead2b23.ariff@FreeBSD.org> X-Operating-System: FreeBSD 6.2-RELEASE-p8 i386 User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3) 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, 01 Dec 2007 16:07:58 -0000 --0IvGJv3f9h+YhkrH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 01, 2007 at 09:49:55PM +0800, Ariff Abdullah wrote: > On Sat, 1 Dec 2007 12:35:23 +0100 > Oliver Peter wrote: > > On Mon, Nov 19, 2007 at 10:22:33AM -0800, Kip Macy wrote: > > > On Nov 19, 2007 9:53 AM, Anish Mistry wrote: > > > > On Wednesday 07 November 2007, Anish Mistry wrote: > > > > > On Monday 05 November 2007, [LoN]Kamikaze wrote: > > > > > > Marc Fonvieille wrote: > > > > > > > On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze > > > > > > > wrote: > > > > > > >> Anish Mistry wrote: > > > > > > >>> On Thursday 18 October 2007, Marc Fonvieille wrote: > > > > > > >>>> On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry > > > > > > >wrote: >>>> I just updated to RELENG_7 from 6.2 and I'm > > > > > > >running into >>>> some really annoying issues with jerky > > > > > > >mouse movement and >>>> skipping sound. This seems to be > > > > > > >similar to: >>>> Re: SCHED_4BSD in RELENG_7 disturbs > > > > > > >workflow >>>> This happens both with 4BSD and ULE. > > > > > > >>>>> > > > > > > >>>>> I seems to happen when I'm compiling ports and a new > > > > > > >>>>> cc/bzip2/sh process fires off (I'm just watching top), > > > > > > >I'll >>>> get the skip/freezeup. > > > > > > >>>> > > > > > > >>>> [...] > > > > > > >>>> > > > > > > >>>> Using ULE and UP kernel (i.e. without SMP etc.) helped > > > > > > >a bit >>> the things but it's still very annoying to use > > > > > > >firefox >>> during ports build. I see this lag/freeze on > > > > > > >all boxes I >>> use with 7.0, but it's true that with a > > > > > > >fast machine people >>> can ignore the problem, it's less > > > > > > >obvious than with a 1GHz >>> box for example. > > > > > > >>> > > > > > > >>> Yeah, I'm still seeing this behavior. Does anyone have > > > > > > >>> suggestions on debugging? > > > > > > >>> > > > > > > >>> Thanks, > > > > > > >> > > > > > > >> I did post the solution in this thread. > > > > > > > > > > > > > > It has nothing to do with the mouse. > > > > > > > > > > > > Does the problem persist for you? It's gone for me, even > > > > > > with moused. > > > > > > > > > > Yes, the problem seems to have been fixed. I'm back to > > > > > kern.hz=3D1000 and removed FULL_PREEMPTION. No skipping. > > > > It looks like I spoke too soon. I've just tried to compile miro > > > > and as it was compiling the boost-python dependency I noticed > > > > the problem again. Switching kern.hz=3D"100" seems to fix the > > > > problem. Can any of the developers in this area reproduce the > > > > issue? It's pretty easy to reproduce on my 1.33Ghz Athlon. > > > > > > > There is an ithread priority inversion bug that might be causing > > > this. The fix for that should be going in shortly. > >=20 > > I have a similar problem under 7.0-BETA3 with SCHED_ULE and snd_ich. > > Sound is skipping with/without load every few seconds. > >=20 > > kern.hz is at 1000 and dev.pcm.0.buffersize: 16384 > >=20 >=20 > Try setting hint.pcm.0.highlatency=3D1 through device.hints Thanks Ariff. A simple reboot fixed the problem... --=20 Oliver PETER, eMail: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --0IvGJv3f9h+YhkrH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkdRhtkACgkQ6LH/IUVtaI8wNgCcD6oulVlN4VHmPl4aPj2/wU2J YgkAnilNkUMzpM8gHxBT3ruUNhaS8S4M =qT/D -----END PGP SIGNATURE----- --0IvGJv3f9h+YhkrH-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 18:41:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3212D16A417; Sat, 1 Dec 2007 18:41:19 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (unknown [IPv6:2001:5c0:8fff:fffe::214d]) by mx1.freebsd.org (Postfix) with ESMTP id E06DC13C465; Sat, 1 Dec 2007 18:41:18 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1IyXCv-0007rH-VS; Sat, 01 Dec 2007 13:36:53 -0500 Date: Sat, 1 Dec 2007 13:36:53 -0500 From: Gary Palmer To: Jeremy Chadwick Message-ID: <20071201183653.GA19555@in-addr.com> References: <20071107191611.GA1400@eos.sc1.parodius.com> <20071107232328.GA1678@eos.sc1.parodius.com> <20071126022136.GA1564@eos.sc1.parodius.com> <20071201112856.GA79861@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071201112856.GA79861@eos.sc1.parodius.com> Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_6 kernel panic + savecore(8) problem 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, 01 Dec 2007 18:41:19 -0000 On Sat, Dec 01, 2007 at 03:28:56AM -0800, Jeremy Chadwick wrote: > On Sun, Nov 25, 2007 at 06:21:36PM -0800, Jeremy Chadwick wrote: > > Tracing pid 3 tid 100001 td 0xc7c6ed80 > > kdb_enter(c06e475e,c073ade0,c06efb55,e6876bc8,100,...) at kdb_enter+0x30 > > panic(c06efb55,ce04b280,100,c07156c0,0,...) at panic+0xce > > handle_written_inodeblock(c858d200,dbda0a70,c07388e4,c06a3e4a,e6876c30,...) at handle_written_inodeblock+0x5df > > softdep_disk_write_complete(dbda0a70,c0652591,c80e65ac,e6876c94,c04e16c4,...) at softdep_disk_write_complete+0xf1 > > bufdone(dbda0a70,0,e6876ca8,c04e3e06,c80e65ac,...) at bufdone+0x7e > > g_vfs_done(c80e65ac,0,0,c7d28200,c80a418c) at g_vfs_done+0xc6 > > biodone(c80e65ac,c0738808,24c,c06dff1c,64,...) at biodone+0xb2 > > g_io_schedule_up(c7c6ed80,4c,c7c6d218,c04e1bbc,e6876d24,...) at g_io_schedule_up+0x89 > > g_up_procbody(0,e6876d38,0,0,0,...) at g_up_procbody+0x7a > > fork_exit(c04e1bbc,0,e6876d38) at fork_exit+0x7a > > fork_trampoline() at fork_trampoline+0x8 > > To anyone who's familiar with the functions in the above backtrace: > > Could the above panic be caused by exhaustion of memory allocated to the > dirhash code (UFS_DIRHASH)? I can provide details if needed, but > thought I'd ask something somewhat vague for starters. :-) The panic message that you cut from the above text is panic: handle_written_inodeblock: live inodedep In version 1.181.2.17 of ffs_softdep.c (the current copy I have) that panic happens at line 4664 when it attempts to free an inodedep structure and fails because the structure is still needed for some reason. From the comments in the softdep.h file: * The "inodedep" structure tracks the set of dependencies associated * with an inode. So its a softupdates related panic relating to an I/O to an inode that has completed. I can't see how dirhash could have caused this. To see why savecore() isn't saving your cores you might want to check syslog. savecore() should log to syslog at LOG_ERR priority in the DAEMON facility. Changing savecore_flags in /etc/rc.conf to be "-vv" might show up what the problem is if the box panic's and fails to save core again (it might also make boot a lot messier on the console) Regards, Gary P.S. I'm no softupates expert so I don't know what circumstances caused the panic in the first place. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 20:41:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B49F16A420 for ; Sat, 1 Dec 2007 20:41:06 +0000 (UTC) (envelope-from teemu.korhonen@mbnet.fi) Received: from astana.suomi.net (astana.suomi.net [82.128.152.18]) by mx1.freebsd.org (Postfix) with ESMTP id 09AB413C447 for ; Sat, 1 Dec 2007 20:41:05 +0000 (UTC) (envelope-from teemu.korhonen@mbnet.fi) Received: from taku.suomi.net ([82.128.154.66]) by astana.suomi.net (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JSD000C6ZXBV420@astana.suomi.net> for freebsd-stable@freebsd.org; Sat, 01 Dec 2007 22:07:59 +0200 (EET) Received: from spam3.suomi.net (spam3.suomi.net [212.50.131.167]) by mailstore.suomi.net (Sun Java(tm) System Messaging Server 6.3-4.01 (built Aug 3 2007; 32bit)) with ESMTP id <0JSE00CU001BV700@mailstore.suomi.net> for freebsd-stable@freebsd.org; Sat, 01 Dec 2007 22:10:26 +0200 (EET) Received: from veneficus.koti.lan (85-23-16-4-Korvensuora-TR1.suomi.net [85.23.16.4]) by spam3.suomi.net (Postfix) with ESMTP id EF56F22D811 for ; Sat, 01 Dec 2007 22:10:07 +0200 (EET) Date: Sat, 01 Dec 2007 22:10:07 +0200 From: Teemu Korhonen To: freebsd-stable@freebsd.org Message-id: <4751BF9F.7010009@mbnet.fi> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-DNA-MailScanner-Information: Please contact the ISP for more information X-DNA-MailScanner: Found to be clean X-DNA-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=2.814, required 5, BAYES_00 -1.00, HELO_LH_HOME 3.71, RDNS_DYNAMIC 0.10) X-DNA-MailScanner-SpamScore: ss X-DNA-MailScanner-From: teemu.korhonen@mbnet.fi User-Agent: Thunderbird 2.0.0.9 (X11/20071122) X-Spam-Status: No Subject: weird problems on 7.0-BETA3 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, 01 Dec 2007 20:41:06 -0000 I'm getting usb-input device freezes and sometimes kernel panics that are somehow related to network traffic after upgrading from 6.2-RELEASE to 7.0-BETA3. One reproducible freeze comes when I try to update the server list in quake3 (linux version and native). Usb-mouse freezes as does usb-keyboard. Ps/2-keyboard works. The list doesn't update so I think the network freezes too. Message "nfe0: watchdog timeout (missed Tx interrupts) -- recovering" is generated in the log. After exiting quake3 the devices come back. Similar behavior occurs sometimes when watching streaming videos except that the error message is produced more frequently and usually it results in a kernel panic with a string "ohci_add_done: addr 0x0236cf30 not found". From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 20:54:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9718E16A419 for ; Sat, 1 Dec 2007 20:54:32 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6A70513C442 for ; Sat, 1 Dec 2007 20:54:32 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lB1KsTn4056983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Dec 2007 12:54:31 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4751CA05.8000905@errno.com> Date: Sat, 01 Dec 2007 12:54:29 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Teemu Korhonen References: <4751BF9F.7010009@mbnet.fi> In-Reply-To: <4751BF9F.7010009@mbnet.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: o.com; whitelist Cc: freebsd-stable@freebsd.org Subject: Re: weird problems on 7.0-BETA3 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, 01 Dec 2007 20:54:32 -0000 Teemu Korhonen wrote: > I'm getting usb-input device freezes and sometimes kernel panics that > are somehow related to network traffic after upgrading from > 6.2-RELEASE to 7.0-BETA3. > > One reproducible freeze comes when I try to update the server list in > quake3 (linux version and native). Usb-mouse freezes as does > usb-keyboard. Ps/2-keyboard works. The list doesn't update so I think > the network freezes too. Message "nfe0: watchdog timeout (missed Tx > interrupts) -- recovering" is generated in the log. After exiting > quake3 the devices come back. > > Similar behavior occurs sometimes when watching streaming videos > except that the error message is produced more frequently and usually > it results in a kernel panic with a string "ohci_add_done: addr > 0x0236cf30 not found". Sounds like the ithread scheduling issue I fixed; you can try updating to RELENG_7 or wait for a new build. Sam From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 21:58:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 271B616A41A for ; Sat, 1 Dec 2007 21:58:00 +0000 (UTC) (envelope-from renton@df.ru) Received: from cannabis.dataforce.net (cannabis.dataforce.net [195.42.160.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4C97E13C461 for ; Sat, 1 Dec 2007 21:57:59 +0000 (UTC) (envelope-from renton@df.ru) Received: by cannabis.dataforce.net (Postfix, from userid 46126) id 9B16117A07; Sun, 2 Dec 2007 00:37:32 +0300 (MSK) Date: Sun, 2 Dec 2007 00:37:32 +0300 From: Alexey Vlasov To: freebsd-stable@freebsd.org Message-ID: <20071201213732.GA16638@cannabis.dataforce.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 01 Dec 2007 21:58:00 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Hi, It seems that I'm not the only one who faced the problem that FreeBSD is non productive on multiprocessors platforms. I use OS Linux on my hosting for web-servers, base for all servers is the same m/b S5000PAL ( SR1500), 2 quad kernel cpu Xeon E5320 or E5345, 8Gb RAM. I decided to install FreeBSD 6.2 i386 on one of the servers, and the result was totally non productive. Used software, Apache 2.2.6 (worker) as frontend Proxy, backend Apache 2.2.3 (prefork) By the time we understood,that something was wrong with FreeBSD, there had already been placed about 10 sites with high-capacity and about hundred of usual ones. And this was the limit for FreeBSD. It came along with a great amount of Context Switches, about hundred thousands. I attached the log what was then happening with FreeBSD. After playing with ab (ApacheBenchmark) options, it turned out that even with the following options you can totally down the server: ./ab -n 100 -c 20 -t 30 http://somesite-freebsd.com I copied at the same time somesite.com (php scripts) to Linux server, launched ab with the same options, and saw that it has no influence on work of the server. (And by the way there work about 1.5 virtual hosts on that server) All options for Apache on Linux and FreeBSD are the same: FreeBSD: This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0 Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright 2006 The Apache Software Foundation, http://www.apache.org/ Benchmarking somesite-freebsd.com (be patient) Finished 29 requests Server Software: Apache/2.2.3 Server Hostname: somesite-freebsd.com Server Port: 80 Document Path: /ab/ Document Length: 41450 bytes Concurrency Level: 20 Time taken for tests: 30.44765 seconds Complete requests: 29 Failed requests: 22 (Connect: 0, Length: 22, Exceptions: 0) Write errors: 0 Total transferred: 1529557 bytes HTML transferred: 1513497 bytes Requests per second: 0.97 [#/sec] (mean) Time per request: 20720.527 [ms] (mean) Time per request: 1036.026 [ms] (mean, across all concurrent requests) Transfer rate: 49.69 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 0 1760 1503.4 3002 3002 Processing: 866 13328 9460.5 13853 26246 Waiting: 139 2286 2319.0 1129 6764 Total: 871 15089 10642.6 16855 29248 Percentage of the requests served within a certain time (ms) 50% 16705 66% 22670 75% 25439 80% 26342 90% 29160 95% 29188 98% 29248 99% 29248 100% 29248 (longest request) Linux: (the same site) This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0 Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright 2006 The Apache Software Foundation, http://www.apache.org/ Benchmarking linux.1gb.ru (be patient) Finished 814 requests Server Software: Apache/2.2.3 Server Hostname: somesite-linux.com Server Port: 80 Document Path: /ab/ Document Length: 41451 bytes Concurrency Level: 20 Time taken for tests: 30.3216 seconds Complete requests: 814 Failed requests: 759 (Connect: 0, Length: 759, Exceptions: 0) Write errors: 0 Non-2xx responses: 1 Total transferred: 34430291 bytes HTML transferred: 34126461 bytes Requests per second: 27.13 [#/sec] (mean) Time per request: 737.180 [ms] (mean) Time per request: 36.859 [ms] (mean, across all concurrent requests) Transfer rate: 1120.65 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 0 0 0.0 0 0 Processing: 214 725 575.2 557 5001 Waiting: 41 265 376.0 131 3280 Total: 214 725 575.2 557 5001 Percentage of the requests served within a certain time (ms) 50% 557 66% 716 75% 863 80% 967 90% 1398 95% 1749 98% 2529 99% 3064 100% 5001 (longest request) # cat /etc/sysctl.conf security.bsd.see_other_uids=0 kern.maxfiles=204800 kern.maxfilesperproc=202400 kernel: machine i386 cpu I686_CPU ident F1RNT1 options PAE options SMP options SCHED_4BSD options PREEMPTION options INET options FFS options SOFTUPDATES options UFS_ACL options UFS_DIRHASH options NULLFS options MD_ROOT options CD9660 options PROCFS options PSEUDOFS options GEOM_GPT options GEOM_LABEL options GEOM_MIRROR options COMPAT_43 options COMPAT_FREEBSD4 options COMPAT_FREEBSD5 options SCSI_DELAY=5000 options KTRACE options SYSVSHM options SYSVMSG options SYSVSEM options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV options ADAPTIVE_GIANT options LIBICONV options NETSMB options NETSMBCRYPTO options LIBMCHAIN options SMBFS options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=1000 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD options IPDIVERT options IPSTEALTH options TCPDEBUG options DUMMYNET options IPSEC options IPSEC_DEBUG options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP # cat /etc/make.conf CPUTYPE?=nocona CFLAGS=-O2 -pipe CXXFLAGS+=-fconserve-space COPTFLAGS=-O2 -pipe NO_CPU_CFLAGS=false NO_CPU_COPTFLAGS=false NO_MODULES= -- BRGDS. Alexey Vlasov. --SUOF0GtieIMvvwua Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="logs.txt" last pid: 31039; load averages: 51.33, 26.31, 18.09 up 15+22:58:54 16:47:30 692 processes: 80 running, 608 sleeping, 2 stopped, 1 zombie, 1 lock CPU states: 2.4% user, 0.0% nice, 89.1% system, 1.6% interrupt, 6.9% idle Mem: 1587M Active, 5614M Inact, 416M Wired, 369M Cache, 112M Buf, 14M Free Swap: 16G Total, 46M Used, 16G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 31027 w_istok2_d424 1 -4 0 76240K 36532K ufs 4 0:00 9.74% httpd 30826 w_nova-i_7638 1 -4 0 79340K 40116K ufs 4 0:02 7.78% httpd 31025 w_shop2y_b290 1 -4 0 76212K 36512K RUN 7 0:00 7.70% httpd 28349 w_urtest_7dc3 1 -4 0 79616K 39496K RUN 4 1:27 7.32% httpd 30801 w_new-vw_5e17 1 -4 0 76092K 37184K ufs 5 0:02 7.25% httpd 30914 w_avtolo_3761 1 -4 0 76316K 37304K RUN 7 0:01 7.18% httpd 29952 w_svekon_9de8 1 -4 0 77976K 42916K RUN 6 0:11 7.04% httpd 29875 w_lancer_12cf 1 -4 0 79584K 41408K RUN 6 0:12 6.94% httpd 29818 w_iprit-_be41 1 -4 0 77340K 39880K RUN 6 0:13 6.92% httpd 30811 w_dfase__508a 1 -4 0 76456K 37928K RUN 4 0:02 6.91% httpd 30200 w_iprit-_be41 1 -4 0 76292K 37260K ufs 1 0:07 6.86% httpd 30445 w_new-vw_5e17 1 119 0 77048K 40196K CPU3 0 0:04 6.74% httpd 30025 w_forum-_89b3 1 -4 0 76824K 41240K RUN 4 0:10 6.71% httpd 30687 w_new-vw_5e17 1 -4 0 76232K 38616K RUN 1 0:02 6.69% httpd 30561 w_avtolo_3761 1 105 0 76512K 39500K select 2 0:03 6.67% httpd 30519 w_new-vw_5e17 1 -4 0 76784K 39396K ufs 4 0:04 6.62% httpd 31018 w_tucson_bd87 1 -4 0 76000K 36464K RUN 6 0:00 6.62% httpd 30867 w_as-vid_ac7e 1 -4 0 76356K 37452K RUN 6 0:01 6.60% httpd 30997 w_rfscla_06fc 1 -4 0 76820K 38652K RUN 2 0:01 6.60% httpd 31015 w_tucson_bd87 1 -4 0 76024K 36908K RUN 1 0:00 6.59% httpd 30532 w_shop2y_b290 1 -4 0 76904K 38232K ufs 4 0:04 6.55% httpd 30936 w_tucson_bd87 1 -4 0 77836K 39740K RUN 6 0:01 6.53% httpd 30376 w_vannay_4606 1 -4 0 78252K 41596K RUN 1 0:05 6.53% httpd 30452 w_new-vw_5e17 1 -4 0 77356K 40124K RUN 6 0:04 6.50% httpd 30201 w_berega_3091 1 -4 0 81636K 42992K RUN 4 0:07 6.46% httpd 30840 w_forum-_89b3 1 -4 0 76412K 38752K RUN 4 0:02 6.44% httpd 30809 w_rm-for_636d 1 -4 0 76148K 38028K RUN 6 0:02 6.43% httpd 30700 w_ott-gu_2def 1 -4 0 76888K 39272K RUN 4 0:02 6.40% httpd 29971 w_mobi-m_2e46 1 -4 0 76872K 41484K RUN 4 0:05 6.40% httpd 31016 w_wplane_ebed 1 -4 0 76320K 37056K RUN 7 0:00 6.39% httpd 30839 w_lyubar_f1e2 1 -4 0 77332K 39788K RUN 4 0:02 6.36% httpd 31004 w_digitr_77d4 1 -4 0 76016K 36656K CPU5 5 0:01 6.36% httpd # vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad4 ad6 in sy cs us sy id 110 9 0 10884836 384132 1167 2 2 1 1340 273 0 0 19 809 1282 13 9 78 110 10 0 10950600 382964 4530 0 0 0 3968 0 1 13 3925 35129 162137 9 87 4 131 9 0 10855252 387356 3552 0 2 0 4782 0 1 9 2505 27529 166233 5 92 3 129 11 0 10924792 379056 6723 0 4 0 4658 0 1 26 4015 29908 162047 3 94 3 122 10 1 10936140 367864 5289 0 2 0 2145 0 0 17 3788 27790 162641 3 95 3 66 55 0 10807504 378600 4236 0 4 0 6818 0 1 6 3164 26302 167760 2 95 2 128 11 0 10815488 374308 4092 0 3 0 2910 0 1 13 2962 32777 167559 2 93 5 80 42 1 10784792 377988 4592 0 3 0 5821 0 5 13 3296 28117 163950 3 94 2 64 62 0 10785528 377076 5640 0 3 0 5238 0 1 6 2890 31425 163924 3 94 3 52 77 0 10656100 386120 2994 0 1 0 4768 0 1 8 2427 23684 159985 2 95 3 70 52 0 10591528 393632 3381 0 0 0 5335 0 1 4 3010 27593 158225 3 94 3 105 9 0 10549508 402488 5426 0 0 0 7436 0 2 7 2318 31753 168856 3 94 4 77 40 0 10554208 397512 5848 0 0 0 4448 0 1 9 2275 31423 156746 3 92 5 114 9 4 10483152 403624 3369 0 0 0 4974 0 0 5 2243 27000 160225 2 93 5 109 9 0 10550332 394796 4972 0 1 0 2708 0 1 11 2515 26056 158628 3 92 5 125 9 0 10518288 423240 4256 0 3 0 11099 0 1 9 2779 28773 158967 3 93 4 118 11 0 10529144 415176 5887 4 3 0 3670 0 1 11 2595 30282 159381 2 95 3 116 9 0 10497144 418012 3407 0 1 0 3929 0 1 11 2815 24890 159056 2 93 5 119 9 0 10463764 419260 3391 0 0 0 3797 0 1 9 2558 28508 159086 2 94 3 5 116 0 10436304 420156 4263 0 0 0 4368 0 24 8 3348 27563 159025 3 94 4 84 43 0 10563104 412824 5012 0 0 0 3630 0 2 32 2658 32205 158341 1 94 5 82 59 0 10620056 415188 6158 4 2 0 4858 0 11 11 2743 30929 159186 3 94 4 87 39 0 10453904 431328 3867 0 0 0 8894 0 1 5 2560 28903 168316 2 95 3 102 37 2 10642596 417724 6146 0 1 0 3285 0 5 11 2396 35490 158978 2 95 4 145 10 0 10470216 461180 5202 4 0 0 15462 0 77 10 2522 30525 163784 4 93 3 122 12 0 10507604 452820 4561 0 0 50 2341 0 138 6 2368 31650 158428 3 94 3 108 29 0 10669764 439152 4808 0 0 0 1294 0 4 8 3456 27089 166675 2 95 3 124 10 0 10631948 444132 6171 0 0 0 7239 0 6 6 2875 31822 167193 4 94 3 7 users Load 54.35 28.49 23.64 Nov 27 17:04 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 927804 34556 8233412 53740 489892 count All 8071840 267008983194432 3143860 pages Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt 1189 cow 16584 total 89 9454 153k 533325086 2022 309 5066 425580 wire 1: atkb 1499680 act 14: ata 90.0%Sys 0.6%Intr 2.9%User 0.0%Nice 6.4%Idl 5776020 inact 546 18: em0 | | | | | | | | | | 425236 cache 31 20: ata =============================================>> 64968 free 2001 cpu0: time daefr 2002 cpu1: time Namei Name-cache Dir-cache 2333 prcfr 2001 cpu2: time Calls hits % hits % react 2001 cpu3: time 207699 207669 100 5 0 pdwak 2000 cpu7: time 3514 zfod pdpgs 2001 cpu4: time Disks ad4 ad6 ad8 3463 ozfod intrn 2000 cpu6: time KB/t 16.00 4.20 6.90 98 %slo-z 114784 buf 2001 cpu5: time tps 13 1 1 3077 tfree 229 dirtybuf MB/s 0.21 0.00 0.01 100000 desiredvnodes % busy 0 1 1 89091 numvnodes 24971 freevnodes --SUOF0GtieIMvvwua-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 22:34:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE5ED16A418 for ; Sat, 1 Dec 2007 22:34:11 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id AA36113C457 for ; Sat, 1 Dec 2007 22:34:11 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 3611B8C0A3; Sat, 1 Dec 2007 16:07:51 -0600 (CST) Date: Sat, 1 Dec 2007 16:07:51 -0600 To: Alexey Vlasov Message-ID: <20071201220751.GA20809@soaustin.net> References: <20071201213732.GA16638@cannabis.dataforce.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071201213732.GA16638@cannabis.dataforce.net> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@freebsd.org Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 01 Dec 2007 22:34:11 -0000 On Sun, Dec 02, 2007 at 12:37:32AM +0300, Alexey Vlasov wrote: > I decided to install FreeBSD 6.2 i386 on one of the servers, and the > result was totally non productive. The 6.x series was intended to get us back to the stability that we had had pre-SMP integration. I believe we mostly succeeded. One of the major thrusts for 7.0 development was to fix the performance regressions that had been introduced. From the results that I have seen (I am not one of the participants), there has been major progress over the past 2 years in removing yet one bottleneck after another. Recent tests show us to be on a par with Linux on a number of benchmarks; of course, we need more people testing 7.0 in real-world environments to confirm this. You may want to try the 7.0 release candidate on a testbed to see if your results have improved as much as we think that they will have. mcl From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 22:36:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0EFA16A417 for ; Sat, 1 Dec 2007 22:36:24 +0000 (UTC) (envelope-from Reko.Turja@liukuma.net) Received: from www.liukuma.net (www.liukuma.net [62.220.235.15]) by mx1.freebsd.org (Postfix) with ESMTP id 53DE013C465 for ; Sat, 1 Dec 2007 22:36:24 +0000 (UTC) (envelope-from Reko.Turja@liukuma.net) Received: from localhost (unknown [127.0.0.1]) by www.liukuma.net (Postfix) with ESMTP id 65F8A1CCA7; Sun, 2 Dec 2007 00:35:51 +0200 (EET) Received: from www.liukuma.net ([127.0.0.1]) by localhost (www.liukuma.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 6T8aaMDt+xXL; Sun, 2 Dec 2007 00:35:50 +0200 (EET) Received: from localhost (c-a70471d5.019-61-68617010.cust.bredbandsbolaget.se [213.113.4.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ignatz@www.liukuma.net) by www.liukuma.net (Postfix) with ESMTP id D43821CC5A; Sun, 2 Dec 2007 00:35:49 +0200 (EET) Date: Sun, 02 Dec 2007 00:35:57 +0200 To: "Alexey Vlasov" , freebsd-stable@freebsd.org From: "Reko Turja" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <20071201213732.GA16638@cannabis.dataforce.net> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <20071201213732.GA16638@cannabis.dataforce.net> User-Agent: Opera Mail/9.24 (FreeBSD) Cc: Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 01 Dec 2007 22:36:24 -0000 > I use OS Linux on my hosting for web-servers, base for all servers is > the same m/b S5000PAL ( SR1500), 2 quad kernel cpu Xeon E5320 or E5345, > 8Gb RAM. I decided to install FreeBSD 6.2 i386 on one of the servers, To be a bit mor specific with my previous reply, in order to use SCHED_ULE you need to be running 7.x (which is quite stable already even being a beta. And of course with 64 bit hardware it's best to run amd64 version of the OS. -Reko From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 22:39:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90D7916A469 for ; Sat, 1 Dec 2007 22:39:09 +0000 (UTC) (envelope-from Reko.Turja@liukuma.net) Received: from www.liukuma.net (www.liukuma.net [62.220.235.15]) by mx1.freebsd.org (Postfix) with ESMTP id 42DB713C467 for ; Sat, 1 Dec 2007 22:39:09 +0000 (UTC) (envelope-from Reko.Turja@liukuma.net) Received: from localhost (unknown [127.0.0.1]) by www.liukuma.net (Postfix) with ESMTP id 281501CCAB; Sun, 2 Dec 2007 00:23:09 +0200 (EET) Received: from www.liukuma.net ([127.0.0.1]) by localhost (www.liukuma.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id cA9WcvuDolA5; Sun, 2 Dec 2007 00:23:07 +0200 (EET) Received: from localhost (c-a70471d5.019-61-68617010.cust.bredbandsbolaget.se [213.113.4.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ignatz@www.liukuma.net) by www.liukuma.net (Postfix) with ESMTP id 510DE1CC59; Sun, 2 Dec 2007 00:23:07 +0200 (EET) Date: Sun, 02 Dec 2007 00:23:15 +0200 To: "Alexey Vlasov" , freebsd-stable@freebsd.org From: "Reko Turja" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <20071201213732.GA16638@cannabis.dataforce.net> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <20071201213732.GA16638@cannabis.dataforce.net> User-Agent: Opera Mail/9.24 (FreeBSD) Cc: Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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, 01 Dec 2007 22:39:09 -0000 On Sat, 01 Dec 2007 23:37:32 +0200, Alexey Vlasov wrote: > kernel: > machine i386 > cpu I686_CPU > ident F1RNT1 > > options PAE One very probable culprit for slowness > options SMP > > options SCHED_4BSD Using _ULE might yield a bit more performance as well > # cat /etc/make.conf > CPUTYPE?=3Dnocona > > CFLAGS=3D-O2 -pipe I think the recommended practise is either use CFLAGS+=3D or= put = the local compiler tweaks to COPTFALGS these days. Not sure if this affects = = performance tho' -Reko From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 22:39:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6550A16A481 for ; Sat, 1 Dec 2007 22:39:22 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id 1C90713C45A for ; Sat, 1 Dec 2007 22:39:22 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 3510510E628; Sat, 1 Dec 2007 23:06:03 +0100 (CET) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mXdcpCYTeirq; Sat, 1 Dec 2007 23:06:01 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id BD38C10E575; Sat, 1 Dec 2007 23:06:01 +0100 (CET) Date: Sat, 1 Dec 2007 23:04:41 +0100 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1497741406.20071201230441@rulez.sk> To: Alexey Vlasov In-Reply-To: <20071201213732.GA16638@cannabis.dataforce.net> References: <20071201213732.GA16638@cannabis.dataforce.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re[2]: 2 x quad-core system is slower that 2 x dual core on FreeBSD 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: Sat, 01 Dec 2007 22:39:22 -0000 Hello Alexey, Saturday, December 1, 2007, 10:37:32 PM, you wrote: > I use OS Linux on my hosting for web-servers, base for all servers is > the same m/b S5000PAL ( SR1500), 2 quad kernel cpu Xeon E5320 or E5345, > 8Gb RAM. I decided to install FreeBSD 6.2 i386 on one of the servers, > and the result was totally non productive. Please try with RELENG_7 (aka. FreeBSD 7.0-BETA3) and ULE scheduler. -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Dec 1 23:15:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48E8816A417 for ; Sat, 1 Dec 2007 23:15:38 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id F0FF513C44B for ; Sat, 1 Dec 2007 23:15:37 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5919651pyb for ; Sat, 01 Dec 2007 15:15:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ieQCpXLtKRUSRqllRin3ugLfXphN6YtSWfAoLJYJQHA=; b=JKUD2qSOOA2++M2+SKH1JbAaEXB/wBhbG6TBUXr8JVEGoGBXDprmt2hguEhy3/lEyRRY0BBEI0EhsthQXaqd8TrTsxoKmpfCXGHnx0NkGtONpWXsrAgczq397u5LcYW8bD+TOwwGHojUGGBJBfOM/m1YESDjRq5SokDVMKJ3Uds= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; 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=pgqKXwkZRdQSkZ2rZkFYoJvYwaqEWXpvNP2fK2v3comyHmbIdfgXZlI7YNM7/rkuJLWXK6Ypakqw4/wzvEbCp2gHLOC9hkf/S2dmmt65Ae1er1SExdj699X1vHiGpToTkdohcA+txbd6CvxhqR7w+vDDDrRthaoCtqFTfIQM8Gs= Received: by 10.35.63.2 with SMTP id q2mr10859652pyk.1196550937340; Sat, 01 Dec 2007 15:15:37 -0800 (PST) Received: by 10.35.129.13 with HTTP; Sat, 1 Dec 2007 15:15:37 -0800 (PST) Message-ID: <8cb6106e0712011515g225f6a79h9d8fb0868c7dbe2@mail.gmail.com> Date: Sat, 1 Dec 2007 18:15:37 -0500 From: "Josh Carroll" To: "Reko Turja" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071201213732.GA16638@cannabis.dataforce.net> Cc: freebsd-stable@freebsd.org, Alexey Vlasov Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2007 23:15:38 -0000 > > options PAE > > One very probable culprit for slowness I'd say it IS the culprit. PAE is known to decrease performance, and this is probably 95% of the cause. > Using _ULE might yield a bit more performance as well Yes, in 7.0-BETA3 I'm seeing a 7% increase in performance (sysbench with 8 threads on a 4-core system) with ULE over 4BSD. Both great suggestions. If he needs the high memory support, I would test without PAE just to test the performance (along with changing to the ULE scheduler), then rebuild the system later with amd64 so he doesn't have to use the PAE hack. Regards, Josh