From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 00:31:44 2009 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 3534D106566B; Sun, 6 Dec 2009 00:31:44 +0000 (UTC) (envelope-from efinley.lists@gmail.com) Received: from mail-px0-f190.google.com (mail-px0-f190.google.com [209.85.216.190]) by mx1.freebsd.org (Postfix) with ESMTP id F3E368FC14; Sun, 6 Dec 2009 00:31:43 +0000 (UTC) Received: by pxi28 with SMTP id 28so1203355pxi.7 for ; Sat, 05 Dec 2009 16:31:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=StkMay8elY7R5TBrX9b0P4wsv6VYKUafHSbI8H8HFPg=; b=dArEcG7j135VN4AvgjwF2ZuQetKqAY4yEcSN8GA25hm7sQ4Wnf4G61A4+Y/6odJWN4 0sQ8RMpLn3zg+b8roFCw0AUOdHICLgten1Cmp3Cs72Wq5oQqpgxJiFDYBt3lYvlrz5Nn sIRfKsiLF9HJ4aoxtpKN38hO9osD72LXh0S7M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=EXVf8i24dvfcgzaNw+kjCsKnbB04UsRd9UPELPDJgQ4nM5ElPybIS+C5qSaJgFYyAs nW2IQScet4Ax2GS5iYC2AwgrfrF8leFl0GFDyFrmOWPshAA62CGz3tKUo9eWZngfIE46 KLbDbAv6AlPpZwxtLVpA4nt/4bZvHtrdADt+4= MIME-Version: 1.0 Received: by 10.143.153.42 with SMTP id f42mr555763wfo.162.1260059503382; Sat, 05 Dec 2009 16:31:43 -0800 (PST) In-Reply-To: <20091205224826.GA92509@server.vk2pj.dyndns.org> References: <20091128212226.GA9841@server.vk2pj.dyndns.org> <3ABF47F1-86EC-4CF2-9D42-86344D0F455B@exscape.org> <20091130081330.GA2202@server.vk2pj.dyndns.org> <20091205224826.GA92509@server.vk2pj.dyndns.org> Date: Sat, 5 Dec 2009 17:31:43 -0700 Message-ID: <54e63c320912051631h70307ca8m1106b5e88e731fef@mail.gmail.com> From: Elliot Finley To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Non-responsive 8.0-RC1 (now 8.0-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2009 00:31:44 -0000 On Sat, Dec 5, 2009 at 3:48 PM, Peter Jeremy wrote: > On 2009-Nov-30 19:13:30 +1100, Peter Jeremy > wrote: > >On 2009-Nov-29 08:56:55 +0100, Thomas Backman > wrote: > >> > >>On Nov 28, 2009, at 10:22 PM, Peter Jeremy wrote: > >> > >>> My main server is running 8.0/amd64 from between RC1 and RC2 and I've > >>> recently had a couple of long-duration hangs on it during which time > >>> processes doing I/O will stop responding. > ... > >It actually "hung" again just after I sent the original mail. This > >time I managed to get console access and could check the kernel state. > >This showed that a number of processes were blocked on ZFS locks. > >The most commonly reported state was 'tx->tx_quiesce_done_cv)'. > > I've upgraded to 8-STABLE from 30-Nov and the problem is still present, > even after disabling the boinc processes. > > This seems to leave race conditions inside ZFS as the only option. > > Has anyone else seen anything like this? > > I have a machine running 7.2 that does the same thing if I don't disable ZIL and prefetch (probably just one of them triggers the hang, just haven't had time to see which one). I'll be upgrading it to 8-Stable in the next week or so and I'll see if the problem persists. One data point that may or may not be relevant is that the process that always triggers the hangs is istgt (iSCSI target from ports). Elliot From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 01:45:40 2009 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 8D6511065672 for ; Sun, 6 Dec 2009 01:45:40 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 470938FC12 for ; Sun, 6 Dec 2009 01:45:39 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id nB61jdD5070407 for ; Sat, 5 Dec 2009 19:45:40 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Sat Dec 5 19:45:40 2009 Message-ID: <4B1B0C47.5080204@denninger.net> Date: Sat, 05 Dec 2009 19:43:35 -0600 From: Karl Denninger User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------020801020808020300010902" X-Antivirus: avast! (VPS 091205-1, 12/05/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Areca Disk Adapter Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 01:45:40 -0000 This is a multi-part message in MIME format. --------------020801020808020300010902 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Folks... To those who might have more experience with these boards than I do - is there a way to have them re-read the bus and export anything new (or remove anything "not new") from the driver configuration? I can't figure out a way to do it as of yet - the 3Ware drivers automatically export new units without a reboot, but it appears the system has to be downed and reset for configuration changes to show "through" to FreeBSD on the Areca drivers. -- Karl --------------020801020808020300010902-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 02:02:34 2009 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 5D2E6106566B for ; Sun, 6 Dec 2009 02:02:34 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 403EA8FC08 for ; Sun, 6 Dec 2009 02:02:34 +0000 (UTC) Received: from crow.mr-happy.com (crow.mr-happy.com [10.1.0.2]) by vexbert.mr-paradox.net (Postfix) with ESMTP id 9F0E38459B; Sat, 5 Dec 2009 21:02:33 -0500 (EST) Received: by crow.mr-happy.com (Postfix, from userid 16139) id 35892A760; Sat, 5 Dec 2009 21:02:33 -0500 (EST) Date: Sat, 5 Dec 2009 21:02:33 -0500 From: Jeff Blank To: Karl Denninger Message-ID: <20091206020233.GA75976@mr-happy.com> References: <4B1B0C47.5080204@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B1B0C47.5080204@denninger.net> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e X-Virus-Scanned: ClamAV 0.94.2/10114/Fri Dec 4 17:54:13 2009 on vexbert.mr-paradox.net X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Areca Disk Adapter Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 02:02:34 -0000 On Sat, Dec 05, 2009 at 07:43:35PM -0600, Karl Denninger wrote: > To those who might have more experience with these boards than I do - is > there a way to have them re-read the bus and export anything new (or > remove anything "not new") from the driver configuration? If you're talking about getting the card to find disks that were hot-attached or if you're referring to a non-RAID controller card, I'm not sure. If you're talking about creating RAID sets and such, I believe that areca-cli (ports/sysutils/areca-cli) will push changes from its rsf and vsf commands up to FreeBSD. you'd probably need to do a 'camcontrol rescan all' after making changes through the CLI utility. Jeff From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 02:04:56 2009 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 EB75C106566C for ; Sun, 6 Dec 2009 02:04:56 +0000 (UTC) (envelope-from marco@tols.org) Received: from tols.org (goofy.tols.org [83.163.60.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7D6F98FC0A for ; Sun, 6 Dec 2009 02:04:56 +0000 (UTC) Received: from donald.home.tols.org (localhost [127.0.0.1]) by donald.home.tols.org (8.14.3/8.14.3) with ESMTP id nB624s2N002187 for ; Sun, 6 Dec 2009 02:04:54 GMT (envelope-from marco@donald.home.tols.org) Received: (from marco@localhost) by donald.home.tols.org (8.14.3/8.14.3/Submit) id nB624sdG002186 for freebsd-stable@freebsd.org; Sun, 6 Dec 2009 03:04:54 +0100 (CET) (envelope-from marco) Date: Sun, 6 Dec 2009 03:04:54 +0100 From: Marco van Tol To: freebsd-stable@freebsd.org Message-ID: <20091206020454.GA1081@donald.home.tols.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <4B1B0C47.5080204@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B1B0C47.5080204@denninger.net> User-Agent: Mutt/1.4.2.3i Subject: Re: Areca Disk Adapter Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 02:04:57 -0000 On Sat, Dec 05, 2009 at 07:43:35PM -0600, Karl Denninger wrote: > Hi Folks... > > To those who might have more experience with these boards than I do - is > there a way to have them re-read the bus and export anything new (or > remove anything "not new") from the driver configuration? > > I can't figure out a way to do it as of yet - the 3Ware drivers > automatically export new units without a reboot, but it appears the > system has to be downed and reset for configuration changes to show > "through" to FreeBSD on the Areca drivers. I don't claim lots of experience with those controllers, but perhaps /usr/ports/sysutils/areca-cli can give you some more insights as to what you're looking for. Marco -- The hardest thing in the world to understand is the income tax - Albert Einstein From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 02:07:47 2009 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 A3ED91065679 for ; Sun, 6 Dec 2009 02:07:47 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 4F85C8FC12 for ; Sun, 6 Dec 2009 02:07:46 +0000 (UTC) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA06.westchester.pa.mail.comcast.net with comcast id De1a1d00117dt5G56e7nxV; Sun, 06 Dec 2009 02:07:47 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA13.westchester.pa.mail.comcast.net with comcast id De7m1d00C3S48mS3Ze7nGz; Sun, 06 Dec 2009 02:07:47 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 767AD1E301B; Sat, 5 Dec 2009 18:07:45 -0800 (PST) Date: Sat, 5 Dec 2009 18:07:45 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091206020745.GA68109@icarus.home.lan> References: <4B1B0C47.5080204@denninger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B1B0C47.5080204@denninger.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Areca Disk Adapter Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 02:07:47 -0000 On Sat, Dec 05, 2009 at 07:43:35PM -0600, Karl Denninger wrote: > To those who might have more experience with these boards than I do - is > there a way to have them re-read the bus and export anything new (or > remove anything "not new") from the driver configuration? > > I can't figure out a way to do it as of yet - the 3Ware drivers > automatically export new units without a reboot, but it appears the > system has to be downed and reset for configuration changes to show > "through" to FreeBSD on the Areca drivers. This is probably a stupid question, but -- doesn't camcontrol(8) handle this? arcmsr(4) does rely on scbus(4) and CAM, so "camcontrol rescan" or "camcontrol reset" would be my first guesses. -- | Jeremy Chadwick jdc@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 Sun Dec 6 02:11:11 2009 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 848711065676 for ; Sun, 6 Dec 2009 02:11:11 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id E33488FC16 for ; Sun, 6 Dec 2009 02:11:10 +0000 (UTC) Received: by ewy3 with SMTP id 3so799372ewy.33 for ; Sat, 05 Dec 2009 18:11:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Fp2EYFZhCFwL9cyhtT92e09CFSYv7ZT0Ew615EzkY0c=; b=THezJCawqzzpsamVQI8iGJijn1/1kuhx3tUKDaFA8RJpNO0KauvGoiWqhaSFj87nnm qP1kNpXEEtzE5SNCy+o95uYJZ/j4rd8Ubjud8hRCPlHddeJeop7VwqTn/9UchkHZycG7 D/tj4dlvhtsV6cVCjzmflF3+V7EOXlefIO5Zc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=aa9KDLUTYwdLBrK/RS5R1IHi2IFXwjbOdqiXCOM8xi1jM3gXxjlTwnt8FB0DdGuVfz aAcz+PZqQ6A+XZOEF40CcOxB4tIOVpKYUMBvEG83TAt+YC5u4jkQcvCLTUIHW+ovPVwF UKnBf1HsbyGPswSlXH3H++sCrht2hzI6ccjlc= MIME-Version: 1.0 Received: by 10.216.89.80 with SMTP id b58mr1759843wef.73.1260065469929; Sat, 05 Dec 2009 18:11:09 -0800 (PST) In-Reply-To: <200912051410.nB5EAtOo024493@lava.sentex.ca> References: <5f67a8c40912031946v1ab3efua5e43bd7d767361a@mail.gmail.com> <200912041456.nB4Eu8oN017070@lava.sentex.ca> <82c4140e0912041307m5f764f00vee1a7f37d4782a5b@mail.gmail.com> <200912051410.nB5EAtOo024493@lava.sentex.ca> Date: Sat, 5 Dec 2009 21:11:09 -0500 Message-ID: <5f67a8c40912051811x5734ebbaw9d433f0c22c0336f@mail.gmail.com> From: Zaphod Beeblebrox To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable , kmacy@freebsd.org Subject: Re: Quggaa locking hard. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 02:11:11 -0000 On Sat, Dec 5, 2009 at 9:11 AM, Mike Tancsa wrote: > At 04:07 PM 12/4/2009, K. Macy wrote: > >> If you have a large number of routes then you will want to disable the >> flowtable. >> > > Thanks! I will remove from boxes that act as routers / large firewalls. > However, the high load avg is something new. Even when the box is doing > nothing, it sits at 2.00 for some reason. This was not happening from the > code base a week ago or so. > Just to add something really interesting to this, "ifconfig vlan101 unplumb" hangs after this has happened. It seems like it should be related. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 02:28:36 2009 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 22B011065676 for ; Sun, 6 Dec 2009 02:28:36 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id D2C258FC17 for ; Sun, 6 Dec 2009 02:28:35 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id nB62SZid074423 for ; Sat, 5 Dec 2009 20:28:36 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Sat Dec 5 20:28:36 2009 Message-ID: <4B1B1657.3060001@denninger.net> Date: Sat, 05 Dec 2009 20:26:31 -0600 From: Karl Denninger User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Jeremy Chadwick References: <4B1B0C47.5080204@denninger.net> <20091206020745.GA68109@icarus.home.lan> In-Reply-To: <20091206020745.GA68109@icarus.home.lan> X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------070708060105090203040501" X-Antivirus: avast! (VPS 091205-1, 12/05/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Areca Disk Adapter Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 02:28:36 -0000 This is a multi-part message in MIME format. --------------070708060105090203040501 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Jeremy Chadwick wrote: > On Sat, Dec 05, 2009 at 07:43:35PM -0600, Karl Denninger wrote: > >> To those who might have more experience with these boards than I do - is >> there a way to have them re-read the bus and export anything new (or >> remove anything "not new") from the driver configuration? >> >> I can't figure out a way to do it as of yet - the 3Ware drivers >> automatically export new units without a reboot, but it appears the >> system has to be downed and reset for configuration changes to show >> "through" to FreeBSD on the Areca drivers. >> > > This is probably a stupid question, but -- doesn't camcontrol(8) handle > this? arcmsr(4) does rely on scbus(4) and CAM, so "camcontrol rescan" > or "camcontrol reset" would be my first guesses. > Here's the problem as I've seen it so far. I can create a new raid set and then use "camcontrol rescan" to pick it up. So far so good - the device nodes show up in FreeBSD and all appears well. Now let's say I need to DISMOUNT a set (or a passthrough JBOD disk) while the machine is running. I dismount the disk in FreeBSD - now what? If I pull the drive without telling the controller first, I get the "beep of death" from the adapter bleating about it. If I remove the volume set or passthrough from the adapter first, that's fine - I can do that (I have one of the boards with an ipKVM, although I can also get to it via the command line tools, even if they are a bit arcane) BUT BUT BUT - there is no way to clear the devices nodes from FreeBSD! If I attempt a "camcontrol rescan all" after pulling a set the machine instantly panics with uncompleted I/Os to the disks I did not tamper with - whether I tell the adapter I did it first or not. With the 3ware drivers this is propagated through properly. Not so with the Areca drivers. This is a fairly major problem in that it appears that anything you do that causes a "da" device served by these boards to disappear causes an instant panic. While this is expected behavior if the device is in active use, it really, really sucks if it's not, as it makes it flatly impossible to, for example, pull a disk carrier that has a big drive on it you just ran a dump to. I was hoping I was missing something.... if not, I'm gonna be pretty bummed out. These boards are insanely fast (350MB/sec sustained on a Raid 1/0 array of 4 WD350GB disks as just one example!) but..... -- Karl --------------070708060105090203040501-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 05:17:10 2009 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 6B1561065670; Sun, 6 Dec 2009 05:17:10 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id DA1E38FC1D; Sun, 6 Dec 2009 05:17:09 +0000 (UTC) Received: from delta.allbsd.org (p3177-ipbf416funabasi.chiba.ocn.ne.jp [123.225.92.177]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id nB65GkQo063967; Sun, 6 Dec 2009 14:16:56 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id nB65Ggnh059755; Sun, 6 Dec 2009 14:16:43 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 06 Dec 2009 14:16:36 +0900 (JST) Message-Id: <20091206.141636.95084294.hrs@allbsd.org> To: jhb@FreeBSD.org From: Hiroki Sato In-Reply-To: <20091205.184250.201700943.hrs@allbsd.org> References: <200912041035.59173.jhb@freebsd.org> <200912041734.24016.jhb@freebsd.org> <20091205.184250.201700943.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3rc1 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Dec__6_14_16_36_2009_712)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Sun, 06 Dec 2009 14:17:03 +0900 (JST) X-Spam-Status: No, score=-5.5 required=13.0 tests=AWL,BAYES_00, CONTENT_TYPE_PRESENT, SPF_SOFTFAIL, X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-stable@FreeBSD.org Subject: Re: loader(8) readin failed on 7.2R and later including 8.0R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 05:17:10 -0000 ----Security_Multipart(Sun_Dec__6_14_16_36_2009_712)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hiroki Sato wrote in <20091205.184250.201700943.hrs@allbsd.org>: hr> A summary so far is: hr> hr> 1) a <8MB 7.1R kernel + stock 8.0R loader hr> 2a) a >8MB 8.0R kernel + stock 8.0R loader hr> 2b) a >8MB 8.0R kernel + 8.0R loader with LOADER_NO_GPT_SUPPORT=yes hr> 2c) a >8MB 8.0R kernel + loader with your patch hr> 3a) a <8MB 8.0R kernel + stock 8.0R loader hr> 3b) a <8MB 8.0R kernel + 8.0R loader with LOADER_NO_GPT_SUPPORT=yes hr> 3c) a <8MB 8.0R kernel + loader with your patch Grr, I double-checked how it got stuck, then I found the console redirect was disabled because of an old device.hints. The revised summary is: loading text loading syms boot 1) OK OK OK 2a) "readin failed" - - 2b) OK "skipped!" OK 2c) OK "skipped!" OK 3a) OK OK OK 3b) OK OK OK 3c) OK OK OK So, the case 2c shows that your patch solves the problem in the case 2a. Thank you! :) Loading >8MB kernel works now, but loading syms sections still fails even in the case 2c. -- Hiroki ----Security_Multipart(Sun_Dec__6_14_16_36_2009_712)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAksbPjQACgkQTyzT2CeTzy3ZGQCfcGBEWCkv/88jKY+o47z5HlnH gM4An1ewmAhkfopiZJPirsV4NeFANb1l =MLyQ -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Dec__6_14_16_36_2009_712)---- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 05:28:12 2009 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 6EC14106566B for ; Sun, 6 Dec 2009 05:28:12 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8FE8E8FC0C for ; Sun, 6 Dec 2009 05:28:11 +0000 (UTC) Received: from delta.allbsd.org (p3177-ipbf416funabasi.chiba.ocn.ne.jp [123.225.92.177]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id nB65RjiX064167; Sun, 6 Dec 2009 14:27:57 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id nB65RfUc059764; Sun, 6 Dec 2009 14:27:42 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 06 Dec 2009 14:27:20 +0900 (JST) Message-Id: <20091206.142720.79407994.hrs@allbsd.org> To: john@jnielsen.net From: Hiroki Sato In-Reply-To: <1E3C66EA-A6D3-44D7-B28E-BF068FFF16A6@jnielsen.net> References: <20091203.182931.129751456.hrs@allbsd.org> <20091205.184017.30030575.hrs@allbsd.org> <1E3C66EA-A6D3-44D7-B28E-BF068FFF16A6@jnielsen.net> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3rc1 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Dec__6_14_27_20_2009_900)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Sun, 06 Dec 2009 14:28:03 +0900 (JST) X-Spam-Status: No, score=-5.6 required=13.0 tests=AWL,BAYES_00, CONTENT_TYPE_PRESENT, SPF_SOFTFAIL, X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: stable@FreeBSD.org, jfvogel@gmail.com Subject: Re: em interface slow down on 8.0R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 05:28:12 -0000 ----Security_Multipart(Sun_Dec__6_14_27_20_2009_900)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit John Nielsen wrote in <1E3C66EA-A6D3-44D7-B28E-BF068FFF16A6@jnielsen.net>: jo> On Dec 5, 2009, at 4:40 AM, Hiroki Sato wrote: jo> jo> > Hiroki Sato wrote jo> > in <20091203.182931.129751456.hrs@allbsd.org>: jo> > jo> > hr> And another thing, I noticed a box with 82573E and 82573L jo> > sometimes jo> > hr> got stuck after upgrading to 8.0-STABLE. It has moderate network jo> > hr> load (average 5-10Mbps) on both NICs. It worked for a day or two jo> > and jo> > hr> then got stuck suddenly. Rebooting the box solved the situation, jo> > but jo> > hr> it got stuck again after a day or so. After it happens, the jo> > hr> interface does not respond. The other functionalities of FreeBSD jo> > hr> seemed working. Doing an up/down cycle for the NICs seemed to jo> > send jo> > hr> some packets, but it did not recover completely; rebooting was jo> > needed jo> > hr> for recovery. This box does not have the RTT problem. I am still jo> > hr> not sure what is the trigger, there seems something wrong. jo> > jo> > Things turned out for this symptom so far are: jo> > jo> > - This occurs around once per 1-2 days. jo> > jo> > - Once it occurs, all of communications including ARP and IPv4 stop. jo> > jo> > - "ifconfig em0 down/up" can recover the interface. However, on doing jo> > "up" after "down" the following message was displayed: jo> > jo> > # ifconfig em0 up jo> > em0: Could not setup receive structures jo> > jo> > After trying it several times it worked. jo> > jo> > Then, the interface seemed back to normal for a couple of minutes, jo> > but it stopped again. jo> > jo> > I guess there is a kind of deadlock somewhere but not sure it is jo> > really related to the em(4) driver. I will continue to investigate jo> > anyway. jo> jo> I'm curious, what speed/duplex is your interface using and is it jo> statically set or using autoselect? No manual configuration. Two em's are set as the following: | media: Ethernet autoselect (1000baseT ) It is mainly used for NFS server. The actual communication speed was around 700Mbps at peak. -- Hiroki ----Security_Multipart(Sun_Dec__6_14_27_20_2009_900)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAksbQLgACgkQTyzT2CeTzy1vhgCfRnhijZg6aeNpZxi98KEueA03 y/QAniB/6siRKW2kSkVS//b6RLVkfbLQ =BGA6 -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Dec__6_14_27_20_2009_900)---- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 07:27:57 2009 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 B75231065670; Sun, 6 Dec 2009 07:27:57 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 174838FC17; Sun, 6 Dec 2009 07:27:56 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so905410eye.9 for ; Sat, 05 Dec 2009 23:27:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=AQ61IwqUJsTsnu/VJl0LIppBnCy6L8BmJdXoSo9IfBs=; b=J5oUCW3DNU9aeyPg6jBkWngC81EPrqmXnrPSR89foiF9Iq9aF2ayZzn2Dr5/2jeuJq 91yki/VoxqnC5GvaJu4uBnvBOLlGucwMOTfZYTPENBNIuEPZK77dNztpLwNA3t7D2vhh YF2OXQRq9Fj2v74OHRBksE+fFkQKnVPEZ1DLs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=rsU3h64DHLSqPMhyLfI41cA2mmj8Czy9zev1wYHUda6B2mSUimQZq8IAjJY7ZoofVh wpGn2L5SfrUjO0xe8BsrZprVQjK6MrqCP/hnyzkXevHWHTGXwHUMGiFNUvQdJAu4LTMZ 2hR4jT7eAvLLqlc1YzI3B3us5yuE40hiUfOWc= MIME-Version: 1.0 Received: by 10.216.85.144 with SMTP id u16mr1813538wee.3.1260084475970; Sat, 05 Dec 2009 23:27:55 -0800 (PST) In-Reply-To: <20091206.142720.79407994.hrs@allbsd.org> References: <20091203.182931.129751456.hrs@allbsd.org> <20091205.184017.30030575.hrs@allbsd.org> <1E3C66EA-A6D3-44D7-B28E-BF068FFF16A6@jnielsen.net> <20091206.142720.79407994.hrs@allbsd.org> Date: Sat, 5 Dec 2009 23:27:55 -0800 Message-ID: <2a41acea0912052327t7830f85aw5b4b581ab3f09be9@mail.gmail.com> From: Jack Vogel To: Hiroki Sato Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, john@jnielsen.net Subject: Re: em interface slow down on 8.0R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 07:27:57 -0000 The 82573, when onboard (LOM) is usually special, it is used by system management firmware. Go to the system BIOS and turn off management, see if that eliminates the periodic hang. Jack On Sat, Dec 5, 2009 at 9:27 PM, Hiroki Sato wrote: > John Nielsen wrote > in <1E3C66EA-A6D3-44D7-B28E-BF068FFF16A6@jnielsen.net>: > > jo> On Dec 5, 2009, at 4:40 AM, Hiroki Sato wrote: > jo> > jo> > Hiroki Sato wrote > jo> > in <20091203.182931.129751456.hrs@allbsd.org>: > jo> > > jo> > hr> And another thing, I noticed a box with 82573E and 82573L > jo> > sometimes > jo> > hr> got stuck after upgrading to 8.0-STABLE. It has moderate > network > jo> > hr> load (average 5-10Mbps) on both NICs. It worked for a day or two > jo> > and > jo> > hr> then got stuck suddenly. Rebooting the box solved the situation, > jo> > but > jo> > hr> it got stuck again after a day or so. After it happens, the > jo> > hr> interface does not respond. The other functionalities of > FreeBSD > jo> > hr> seemed working. Doing an up/down cycle for the NICs seemed to > jo> > send > jo> > hr> some packets, but it did not recover completely; rebooting was > jo> > needed > jo> > hr> for recovery. This box does not have the RTT problem. I am > still > jo> > hr> not sure what is the trigger, there seems something wrong. > jo> > > jo> > Things turned out for this symptom so far are: > jo> > > jo> > - This occurs around once per 1-2 days. > jo> > > jo> > - Once it occurs, all of communications including ARP and IPv4 stop. > jo> > > jo> > - "ifconfig em0 down/up" can recover the interface. However, on doing > jo> > "up" after "down" the following message was displayed: > jo> > > jo> > # ifconfig em0 up > jo> > em0: Could not setup receive structures > jo> > > jo> > After trying it several times it worked. > jo> > > jo> > Then, the interface seemed back to normal for a couple of minutes, > jo> > but it stopped again. > jo> > > jo> > I guess there is a kind of deadlock somewhere but not sure it is > jo> > really related to the em(4) driver. I will continue to investigate > jo> > anyway. > jo> > jo> I'm curious, what speed/duplex is your interface using and is it > jo> statically set or using autoselect? > > No manual configuration. Two em's are set as the following: > > | media: Ethernet autoselect (1000baseT ) > > It is mainly used for NFS server. The actual communication speed was > around 700Mbps at peak. > > -- Hiroki > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 09:54:22 2009 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 BCE531065676; Sun, 6 Dec 2009 09:54:22 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from golanth.tzim.net (unknown [IPv6:2001:41d0:1:d91f:21c:c0ff:fe4b:cf32]) by mx1.freebsd.org (Postfix) with ESMTP id 5975E8FC08; Sun, 6 Dec 2009 09:54:22 +0000 (UTC) Received: from lns-bzn-49f-81-56-157-70.adsl.proxad.net ([81.56.157.70] helo=[192.168.3.10]) by golanth.tzim.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.70 (FreeBSD)) (envelope-from ) id 1NHDor-000JUQ-7U; Sun, 06 Dec 2009 10:54:21 +0100 Message-ID: <4B1B7F47.7090405@tzim.net> Date: Sun, 06 Dec 2009 10:54:15 +0100 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Peter Jeremy References: <20091128212226.GA9841@server.vk2pj.dyndns.org> <3ABF47F1-86EC-4CF2-9D42-86344D0F455B@exscape.org> <20091130081330.GA2202@server.vk2pj.dyndns.org> <20091205224826.GA92509@server.vk2pj.dyndns.org> In-Reply-To: <20091205224826.GA92509@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Non-responsive 8.0-RC1 (now 8.0-STABLE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2009 09:54:22 -0000 Peter Jeremy wrote: > On 2009-Nov-30 19:13:30 +1100, Peter Jeremy wrote: > >> On 2009-Nov-29 08:56:55 +0100, Thomas Backman wrote: >> >>> On Nov 28, 2009, at 10:22 PM, Peter Jeremy wrote: >>> >>> >>>> My main server is running 8.0/amd64 from between RC1 and RC2 and I've >>>> recently had a couple of long-duration hangs on it during which time >>>> processes doing I/O will stop responding. >>>> > ... > >> It actually "hung" again just after I sent the original mail. This >> time I managed to get console access and could check the kernel state. >> This showed that a number of processes were blocked on ZFS locks. >> The most commonly reported state was 'tx->tx_quiesce_done_cv)'. >> > > I've upgraded to 8-STABLE from 30-Nov and the problem is still present, > even after disabling the boinc processes. > > This seems to leave race conditions inside ZFS as the only option. > > Has anyone else seen anything like this? > > I got the same issue since I upgraded to 8.0-RELEASE. I happens during high I/O operation such a buildworld. Since I run top in an ssh session, I can say that before the hung [zfskern] process shows high CPU usage, global system usage is 99%. Sometimes I can get back to normal breaking the build with Ctrl-C. Sometimes I don't. If enabled, the watchdog kicks in and the machine reboots (else, I just ssh control over it). The machine is low (512MB) memory, with same tuning as I used in 7.2 (arc reduced to 60M, device cache to 5M, which gave me a stable machine). I enabled crashdumps. I can investigate if somebody give me pointers of where to look. Arnaud From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 10:44:20 2009 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 203701065672 for ; Sun, 6 Dec 2009 10:44:20 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id CB6828FC12 for ; Sun, 6 Dec 2009 10:44:19 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NHEbD-000OyQ-9F for freebsd-stable@freebsd.org; Sun, 06 Dec 2009 11:44:19 +0100 Date: Sun, 6 Dec 2009 11:44:19 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20091206104419.GA95949@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: freebsd update for 8.0-REL-p1 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 10:44:20 -0000 Hi! Now that the rtld patch is available, how do I upgrade using freebsd-update ? freebsd-update -r 8.0-RELEASE-p1 upgrade says: [...] Fetching metadata signature for 8.0-RELEASE-p1 from update4.FreeBSD.org... failed. Fetching metadata signature for 8.0-RELEASE-p1 from update5.FreeBSD.org... failed. Fetching metadata signature for 8.0-RELEASE-p1 from update2.FreeBSD.org... failed. No mirrors remaining, giving up. So it does not upgrade 8-( -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 11:02:20 2009 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 B963B1065670 for ; Sun, 6 Dec 2009 11:02:20 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from golanth.tzim.net (unknown [IPv6:2001:41d0:1:d91f:21c:c0ff:fe4b:cf32]) by mx1.freebsd.org (Postfix) with ESMTP id 597B48FC14 for ; Sun, 6 Dec 2009 11:02:20 +0000 (UTC) Received: from lns-bzn-49f-81-56-157-70.adsl.proxad.net ([81.56.157.70] helo=[192.168.3.10]) by golanth.tzim.net with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.70 (FreeBSD)) (envelope-from ) id 1NHEsd-000JxT-HU; Sun, 06 Dec 2009 12:02:19 +0100 Message-ID: <4B1B8F35.4020506@tzim.net> Date: Sun, 06 Dec 2009 12:02:13 +0100 From: Arnaud Houdelette User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Kurt Jaeger References: <20091206104419.GA95949@home.opsec.eu> In-Reply-To: <20091206104419.GA95949@home.opsec.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: tzim@tzim.net X-Authenticator: plain Cc: freebsd-stable@freebsd.org Subject: Re: freebsd update for 8.0-REL-p1 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 11:02:20 -0000 Kurt Jaeger wrote: > Hi! > > Now that the rtld patch is available, how do I upgrade using freebsd-update ? > > freebsd-update -r 8.0-RELEASE-p1 upgrade > > says: > > [...] > Fetching metadata signature for 8.0-RELEASE-p1 from update4.FreeBSD.org... failed. > Fetching metadata signature for 8.0-RELEASE-p1 from update5.FreeBSD.org... failed. > Fetching metadata signature for 8.0-RELEASE-p1 from update2.FreeBSD.org... failed. > No mirrors remaining, giving up. > > So it does not upgrade 8-( > Hi. Just do : freebsd-update fetch then : freebsd-update install Arnaud From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 13:24:50 2009 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 D3F841065676 for ; Sun, 6 Dec 2009 13:24:50 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [IPv6:2001:470:9391:2::3]) by mx1.freebsd.org (Postfix) with ESMTP id 921E88FC21 for ; Sun, 6 Dec 2009 13:24:50 +0000 (UTC) Received: from localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id C729145402; Sun, 6 Dec 2009 13:24:49 +0000 (GMT) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id E6Zx86Cy7P7F; Sun, 6 Dec 2009 13:24:47 +0000 (UTC) Received: from [10.0.2.11] (daffy.tector.org.uk [82.71.32.9]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTPSA id 8EA73453E9; Sun, 6 Dec 2009 13:24:47 +0000 (GMT) Message-ID: <4B1BB090.6000108@thekeelecentre.com> Date: Sun, 06 Dec 2009 13:24:32 +0000 From: Richard Tector User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.1.5) Gecko/20091130 Thunderbird/3.0 MIME-Version: 1.0 To: Karl Denninger References: <4B1B0C47.5080204@denninger.net> <20091206020745.GA68109@icarus.home.lan> <4B1B1657.3060001@denninger.net> In-Reply-To: <4B1B1657.3060001@denninger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Areca Disk Adapter Question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 13:24:50 -0000 On 06/12/2009 02:26, Karl Denninger wrote: > BUT BUT BUT - there is no way to clear the devices nodes from FreeBSD! > If I attempt a "camcontrol rescan all" after pulling a set the machine > instantly panics with uncompleted I/Os to the disks I did not tamper > with - whether I tell the adapter I did it first or not. > > With the 3ware drivers this is propagated through properly. Not so with > the Areca drivers. This is a fairly major problem in that it appears > that anything you do that causes a "da" device served by these boards to > disappear causes an instant panic. While this is expected behavior if > the device is in active use, it really, really sucks if it's not, as it > makes it flatly impossible to, for example, pull a disk carrier that has > a big drive on it you just ran a dump to. It may be worth you taking this up with Areca support also. I have a handful of their cards at work and one at home and had some issues with the HTTP interface on amd64 recently. They'd got back to me with a solution within a couple of days. Richard From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 15:47:46 2009 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 654E41065693 for ; Sun, 6 Dec 2009 15:47:46 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id B615F8FC1C for ; Sun, 6 Dec 2009 15:47:45 +0000 (UTC) Received: (qmail 73949 invoked by uid 89); 6 Dec 2009 15:47:43 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 6 Dec 2009 15:47:43 -0000 Date: Sun, 6 Dec 2009 16:47:42 +0100 From: Oliver Lehmann To: freebsd-stable@freebsd.org Message-Id: <20091206164742.a0b2be18.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.3; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: 8-STABLE broken on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2009 15:47:46 -0000 Hi, I've cvsuped my 8-STABLE yesterday und successfully upgraded my i386 machines. Now I tried to upgrade my amd64 system but it failes with: /usr/local/libexec/ccache/world-cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/lib/csu/i386-elf/crt1.c {standard input}: Assembler messages: {standard input}:27: Error: suffix or operands invalid for `mov' *** Error code 1 Stop in /usr/src/lib/csu/i386-elf. *** Error code 1 Is this known or has it already been fixed? I also tried /usr/bin/cc if someone might think that ccache could have caused this - same error. Line 24-30 of crt1.s movl (%rsp), %ebx leaq 8(%rsp), %r12 #APP movl %edx,%rdi #NO_APP movslq %ebx,%rax testl %ebx, %ebx -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 15:53:00 2009 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 47D6A106566C for ; Sun, 6 Dec 2009 15:53:00 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 96BDC8FC08 for ; Sun, 6 Dec 2009 15:52:59 +0000 (UTC) Received: (qmail 74119 invoked by uid 89); 6 Dec 2009 15:52:58 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 6 Dec 2009 15:52:58 -0000 Date: Sun, 6 Dec 2009 16:52:57 +0100 From: Oliver Lehmann To: freebsd-stable@freebsd.org Message-Id: <20091206165257.564ae23d.lehmann@ans-netz.de> In-Reply-To: <20091206164742.a0b2be18.lehmann@ans-netz.de> References: <20091206164742.a0b2be18.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.3; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 8-STABLE broken on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2009 15:53:00 -0000 Oliver Lehmann wrote: > /usr/local/libexec/ccache/world-cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/lib/csu/i386-elf/crt1.c > {standard input}: Assembler messages: > {standard input}:27: Error: suffix or operands invalid for `mov' > *** Error code 1 Compiling without any optimization (removing -O2) makes the error go away by the way.... Then the asm part gets to: #APP movl %edx,-8(%rbp) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 16:10:51 2009 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 54D7F106568D for ; Sun, 6 Dec 2009 16:10:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id F26DD8FC25 for ; Sun, 6 Dec 2009 16:10:49 +0000 (UTC) Received: from OMTA23.westchester.pa.mail.comcast.net ([76.96.62.74]) by QMTA06.westchester.pa.mail.comcast.net with comcast id DrHS1d0061c6gX856sAqX2; Sun, 06 Dec 2009 16:10:50 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA23.westchester.pa.mail.comcast.net with comcast id DsKW1d00B3S48mS3jsKXNA; Sun, 06 Dec 2009 16:19:31 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 443461E301B; Sun, 6 Dec 2009 08:10:48 -0800 (PST) Date: Sun, 6 Dec 2009 08:10:48 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091206161048.GA85914@icarus.home.lan> References: <20091206164742.a0b2be18.lehmann@ans-netz.de> <20091206165257.564ae23d.lehmann@ans-netz.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091206165257.564ae23d.lehmann@ans-netz.de> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 8-STABLE broken on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2009 16:10:51 -0000 On Sun, Dec 06, 2009 at 04:52:57PM +0100, Oliver Lehmann wrote: > Oliver Lehmann wrote: > > > /usr/local/libexec/ccache/world-cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/lib/csu/i386-elf/crt1.c > > {standard input}: Assembler messages: > > {standard input}:27: Error: suffix or operands invalid for `mov' > > *** Error code 1 > > Compiling without any optimization (removing -O2) makes the error > go away by the way.... > > Then the asm part gets to: > > #APP > movl %edx,-8(%rbp) Does this happen if you remove ccache from the picture, and/or remove /usr/obj/* prior to building? -- | Jeremy Chadwick jdc@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 Sun Dec 6 17:05:17 2009 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 8940B106568B for ; Sun, 6 Dec 2009 17:05:17 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id DA3C68FC1B for ; Sun, 6 Dec 2009 17:05:16 +0000 (UTC) Received: (qmail 76945 invoked by uid 89); 6 Dec 2009 17:05:15 -0000 Message-ID: <20091206170515.76944.qmail@avocado.salatschuessel.net> References: <20091206164742.a0b2be18.lehmann@ans-netz.de> <20091206165257.564ae23d.lehmann@ans-netz.de> <20091206161048.GA85914@icarus.home.lan> In-Reply-To: <20091206161048.GA85914@icarus.home.lan> From: "Oliver Lehmann" To: Jeremy Chadwick Date: Sun, 06 Dec 2009 18:05:12 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8-STABLE broken on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2009 17:05:17 -0000 Hi, Jeremy Chadwick writes: > On Sun, Dec 06, 2009 at 04:52:57PM +0100, Oliver Lehmann wrote: >> Compiling without any optimization (removing -O2) makes the error >> go away by the way.... >> >> Then the asm part gets to: >> >> #APP >> movl %edx,-8(%rbp) > > Does this happen if you remove ccache from the picture, and/or remove > /usr/obj/* prior to building? As said in my intial posting, using base cc causes the same error. Except when I remove -O2 - then both, ccache and base-cc works. And since the error is in the generated asm code I'm not sure how anything in /usr/obj would affect this.... It seems to be just gcc's optimizer which creates invalid ASM code here... for whatever reason. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 18:18:18 2009 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 8BC1A106568B for ; Sun, 6 Dec 2009 18:18:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id BEE688FC1B for ; Sun, 6 Dec 2009 18:18:17 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id nB6IIDjE053100 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Dec 2009 20:18:13 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nB6IIDUd061629; Sun, 6 Dec 2009 20:18:13 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nB6IIDMs061628; Sun, 6 Dec 2009 20:18:13 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 6 Dec 2009 20:18:13 +0200 From: Kostik Belousov To: Mikolaj Golub Message-ID: <20091206181813.GR43143@deviant.kiev.zoral.com.ua> References: <86ws1180sr.fsf@kopusha.onet> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jh06fhy6YTawvwPV" Content-Disposition: inline In-Reply-To: <86ws1180sr.fsf@kopusha.onet> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD Stable Subject: Re: FreeBSD 7.1: QUOTA: kernel panics in jailed() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 18:18:18 -0000 --jh06fhy6YTawvwPV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 06, 2009 at 01:21:24AM +0200, Mikolaj Golub wrote: > Hi, >=20 > Today we have observed the panic on our FreeBSD7.1 box build with QUOTA > support. >=20 > According to backtrace ffs_truncate() called chkdq() with NOCRED but later > jailed() was called and the system crashed dereferencing cred->cr_prison. >=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 7; apic id =3D 07 > fault virtual address =3D 0x64 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc07a1d26 > stack pointer =3D 0x28:0xedb2d8b8 > frame pointer =3D 0x28:0xedb2d8b8 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 9742 (icoms_agent_cox476) > trap number =3D 12 > panic: page fault > cpuid =3D 7 > Uptime: 19h54m4s > Physical memory: 3315 MB > Dumping 326 MB: 311 295 279 263 247 231 215 199 183 167 151 135 119 103 8= 7 71 55 39 23 7 >=20 > Reading symbols from /boot/kernel/if_lagg.ko...Reading symbols from /boot= /kernel/if_lagg.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/if_lagg.ko > Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/ke= rnel/acpi.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/acpi.ko > #0 doadump () at pcpu.h:196 > 196 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:196 > #1 0xc07c2b27 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :418 > #2 0xc07c2df9 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xc0ada1ec in trap_fatal (frame=3D0xedb2d878, eva=3D100) at /usr/src/= sys/i386/i386/trap.c:939 > #4 0xc0ada470 in trap_pfault (frame=3D0xedb2d878, usermode=3D0, eva=3D10= 0) at /usr/src/sys/i386/i386/trap.c:852 > #5 0xc0adae2c in trap (frame=3D0xedb2d878) at /usr/src/sys/i386/i386/tra= p.c:530 > #6 0xc0ac0c9b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 > #7 0xc07a1d26 in jailed (cred=3D0x0) at /usr/src/sys/kern/kern_jail.c:465 > #8 0xc07a1da5 in prison_priv_check (cred=3D0x0, priv=3D320) at /usr/src/= sys/kern/kern_jail.c:581 > #9 0xc07b62ce in priv_check_cred (cred=3D0x0, priv=3D320, flags=3D0) at = /usr/src/sys/kern/kern_priv.c:86 > #10 0xc09e742d in chkdq (ip=3D0xcb55c980, change=3D28, cred=3D0x0, flags= =3DVariable "flags" is not available. > ) > at /usr/src/sys/ufs/ufs/ufs_quota.c:188 > #11 0xc09c24f7 in ffs_truncate (vp=3D0xcac04cf0, length=3D0, flags=3D2048= , cred=3D0xc9871d00, td=3D0xc95d28c0) > at /usr/src/sys/ufs/ffs/ffs_inode.c:276 > #12 0xc09ed372 in ufs_setattr (ap=3D0xedb2db64) at /usr/src/sys/ufs/ufs/u= fs_vnops.c:600 > #13 0xc0af0582 in VOP_SETATTR_APV (vop=3D0xc0c2ff80, a=3D0xedb2db64) at v= node_if.c:583 > #14 0xc084c446 in kern_open (td=3D0xc95d28c0, path=3D0x4890e68c
,=20 > pathseg=3DUIO_USERSPACE, flags=3DVariable "flags" is not available. > ) at vnode_if.h:315 > #15 0xc084c5b0 in open (td=3D0xc95d28c0, uap=3D0xedb2dcfc) at /usr/src/sy= s/kern/vfs_syscalls.c:999 > #16 0xc0ada7c5 in syscall (frame=3D0xedb2dd38) at /usr/src/sys/i386/i386/= trap.c:1090 > #17 0xc0ac0d00 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception= .s:255 > #18 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) fr 11 > #11 0xc09c24f7 in ffs_truncate (vp=3D0xcac04cf0, length=3D0, flags=3D2048= , cred=3D0xc9871d00, td=3D0xc95d28c0) > at /usr/src/sys/ufs/ffs/ffs_inode.c:276 > 276 (void) chkdq(ip, -datablocks, NOCRED, 0); > (kgdb) list > 271 if (ip->i_flag & IN_SPACECOUNTED) > 272 fs->fs_pendingblocks -=3D datablo= cks; > 273 UFS_UNLOCK(ump); > 274 } else { > 275 #ifdef QUOTA > 276 (void) chkdq(ip, -datablocks, NOCRED, 0); > 277 #endif The kernel paniced because chkdq was supplied NULL credentials and _positive_ blocks use count change. Line 276 calls chkdq with -datablocks as the change. This could happen if you have problems either with hardware (e.g. memory or CPU cache), or your fs is damaged. Another possibility is random corruption of the kernel memory, but I recommend to start with fsck and then continue with memory testers if fsck have shown no problems. > 278 softdep_setup_freeblocks(ip, length, need= extclean ? > 279 IO_EXT | IO_NORMAL : IO_NORMAL); > 280 ASSERT_VOP_LOCKED(vp, "ffs_truncate1"); > (kgdb) fr 7 > #7 0xc07a1d26 in jailed (cred=3D0x0) at /usr/src/sys/kern/kern_jail.c:465 > 465 { > (kgdb) list > 460 /* > 461 * Return 1 if the passed credential is in a jail, otherwise 0. > 462 */ > 463 int > 464 jailed(struct ucred *cred) > 465 { > 466 > 467 return (cred->cr_prison !=3D NULL); > 468 } > 469 >=20 > --=20 > Mikolaj Golub > _______________________________________________ > 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" --jh06fhy6YTawvwPV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksb9WUACgkQC3+MBN1Mb4gnxACg7T0pHI7uXiNbmxd8rL+rslrY ZqAAnRS81PYXxtzbGJaugXq/0p+O5EXY =QzbU -----END PGP SIGNATURE----- --jh06fhy6YTawvwPV-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 19:43:09 2009 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 73CB81065670 for ; Sun, 6 Dec 2009 19:43:09 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id BE1F68FC08 for ; Sun, 6 Dec 2009 19:43:07 +0000 (UTC) Received: (qmail 82978 invoked by uid 89); 6 Dec 2009 19:43:06 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 6 Dec 2009 19:43:06 -0000 Date: Sun, 6 Dec 2009 20:43:05 +0100 From: Oliver Lehmann To: freebsd-stable@freebsd.org Message-Id: <20091206204305.7a638984.lehmann@ans-netz.de> In-Reply-To: <20091206170515.76944.qmail@avocado.salatschuessel.net> References: <20091206164742.a0b2be18.lehmann@ans-netz.de> <20091206165257.564ae23d.lehmann@ans-netz.de> <20091206161048.GA85914@icarus.home.lan> <20091206170515.76944.qmail@avocado.salatschuessel.net> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.3; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick Subject: Re: 8-STABLE broken on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2009 19:43:09 -0000 One more.... /usr/local/libexec/ccache/world-cc -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/lib32/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c fork.S fork.S: Assembler messages: fork.S:3: Error: invalid character '_' in mnemonic *** Error code 1 Stop in /usr/src/lib/libc. Is maybe WITH_LIB32= yes in my make.cfg causing this? I have it a long time in it and it worked at least with 7.... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 21:32:16 2009 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 283091065670 for ; Sun, 6 Dec 2009 21:32:16 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id B02228FC12 for ; Sun, 6 Dec 2009 21:32:15 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id nB6LW7f4025907; Sun, 6 Dec 2009 21:32:07 GMT Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1NHOi7-0000A1-Gx; Sun, 06 Dec 2009 21:32:07 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id nB6LW7LD082644; Sun, 6 Dec 2009 21:32:07 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id nB6LW7hJ082638; Sun, 6 Dec 2009 21:32:07 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 6 Dec 2009 21:32:06 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Peter Pieczora In-Reply-To: <200912022134.28639.peter@peterpieczora.com> Message-ID: References: <200912021622.13264.peter@peterpieczora.com> <20091202164346.GA63853@icarus.home.lan> <200912022134.28639.peter@peterpieczora.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 8.0 system freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 21:32:16 -0000 On Wed, 2 Dec 2009, Peter Pieczora wrote: > Hi, > > You're absolutely right, adding dumpdev="AUTO" solved generating dump files. > > I may be totally wrong, but it seems that wlan0 causes system panic: > I remember when using ndis device (linksys pcmcia wifi card) similar situation > took place. > > Thanks for your help. > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > local dumped core - see /var/crash/vmcore.3 Can you run "crashinfo -n 3" and (after verifying there's nothing confidential in the output) post the output online somewhere please? Thanks, Gavin From owner-freebsd-stable@FreeBSD.ORG Sun Dec 6 22:17:43 2009 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 B31ED1065672 for ; Sun, 6 Dec 2009 22:17:43 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 460BE8FC12 for ; Sun, 6 Dec 2009 22:17:43 +0000 (UTC) Received: by bwz5 with SMTP id 5so3086939bwz.3 for ; Sun, 06 Dec 2009 14:17:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=R+SKArXdy11BgE1wffJBZ3KYjRHeLPdcI7RevcUYFBg=; b=fKMNJQSy/yr8Cr+c5eujg8sgix4/jo0UuevDXlGL/rPhlmpkeGEX42rg9hvUFsnofQ 4FOz9d4gWX3ugwUjB8q7oz+e+62zf+wVqTwdJgDsjgZCWmlnXP2fQ3QsZtZyWSdblW/q Yh3VwVB8HYos+U8Art751YPxNnivFcdIwYKgw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=sZ7bCaGDZ9DHS6iO84mtuFFPOADriEOmcAsvWwqvroiJ/PqSjg3Xq4VCmELXNZo9JT vR4Pl0YCvYhJYn5f/M8AycnFCN3kgzRdXRD32vdDvZ9uy20AsiksjSKzvhqscbRsP3KG 41Yp/5dMgG2ghByvQ4b+XiFK/DykltM/cH6FE= MIME-Version: 1.0 Received: by 10.204.3.78 with SMTP id 14mr6153953bkm.129.1260137862183; Sun, 06 Dec 2009 14:17:42 -0800 (PST) In-Reply-To: <4B1B8F35.4020506@tzim.net> References: <20091206104419.GA95949@home.opsec.eu> <4B1B8F35.4020506@tzim.net> Date: Sun, 6 Dec 2009 23:17:42 +0100 Message-ID: <6101e8c40912061417r4f4dd301lcd254a379e4bbe44@mail.gmail.com> From: Oliver Pinter To: Arnaud Houdelette Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Kurt Jaeger Subject: Re: freebsd update for 8.0-REL-p1 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 22:17:43 -0000 [root@argos /home/op]# uname -a FreeBSD argos 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 22:40:34 UTC 2009 root@araz.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC sparc64 [root@argos /home/op]# freebsd-update fetch Looking up update.FreeBSD.org mirrors... 3 mirrors found. Fetching public key from update5.FreeBSD.org... failed. Fetching public key from update4.FreeBSD.org... failed. Fetching public key from update2.FreeBSD.org... failed. No mirrors remaining, giving up. when manualy fetch pub.ssl and place its dir, then become this error message: Fetching metadata signature for 8.0-RELEASE-p1 from update4.FreeBSD.org... failed. Fetching metadata signature for 8.0-RELEASE-p1 from update5.FreeBSD.org... failed. Fetching metadata signature for 8.0-RELEASE-p1 from update2.FreeBSD.org... failed. On 12/6/09, Arnaud Houdelette wrote: > Kurt Jaeger wrote: >> Hi! >> >> Now that the rtld patch is available, how do I upgrade using >> freebsd-update ? >> >> freebsd-update -r 8.0-RELEASE-p1 upgrade >> >> says: >> >> [...] >> Fetching metadata signature for 8.0-RELEASE-p1 from update4.FreeBSD.org... >> failed. >> Fetching metadata signature for 8.0-RELEASE-p1 from update5.FreeBSD.org... >> failed. >> Fetching metadata signature for 8.0-RELEASE-p1 from update2.FreeBSD.org... >> failed. >> No mirrors remaining, giving up. >> >> So it does not upgrade 8-( >> > Hi. > Just do : > freebsd-update fetch > then : > freebsd-update install > > Arnaud > _______________________________________________ > 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 Sun Dec 6 23:13:19 2009 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 CE30C106566C; Sun, 6 Dec 2009 23:13:19 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtpfb1-g21.free.fr (smtpfb1-g21.free.fr [212.27.42.9]) by mx1.freebsd.org (Postfix) with ESMTP id A0BF98FC13; Sun, 6 Dec 2009 23:13:16 +0000 (UTC) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id 7C9DE2E190; Sun, 6 Dec 2009 23:55:19 +0100 (CET) Received: from smtp1-g21.free.fr (localhost [127.0.0.1]) by smtp1-g21.free.fr (Postfix) with ESMTP id 1E3A4940096; Sun, 6 Dec 2009 23:55:11 +0100 (CET) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp1-g21.free.fr (Postfix) with ESMTP id 40ECE9400A4; Sun, 6 Dec 2009 23:55:09 +0100 (CET) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id CD8FC33E79; Sun, 6 Dec 2009 22:55:08 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 93838A1275; Sun, 6 Dec 2009 22:55:08 +0000 (UTC) Date: Sun, 6 Dec 2009 23:55:08 +0100 From: Jeremie Le Hen To: freebsd-stable@FreeBSD.org Message-ID: <20091206225508.GA5494@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: jkoshy@FreeBSD.org, jeremie@le-hen.org Subject: Cannot allocate system-mode PMC with spec. "instructions" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Dec 2009 23:13:19 -0000 Hi list, Joseph, __ Please Cc: me when replying, as I'm not subscribed. __ I've tried to sample my system while performing a big copy between UFS to ZFS using the following command: % # pmcstat -v -S instructions -O $PWD/sample.out % pmcstat: ERROR: Cannot allocate system-mode pmc with specification "instructions": Invalid argument Oddly, other generic events lead to different errors: % obiwan:~/tmp# pmcstat -vv -S cycles -O $PWD/sample.out % pmcstat: ERROR: Cannot allocate system-mode pmc with specification "cycles": Operation not supported But for instance the following works: % obiwan:~/tmp# pmcstat -vv -S branches -O $PWD/sample.out % ^Cobiwan:~/tmp# pmcstat -R sample.out -g % CONVERSION STATISTICS: % #samples/total 3110 % #samples/unclaimed 87 % #callchain/dubious-frames 87 Additional useful informations are: % CPU: Intel(R) Core(TM)2 CPU 6320 @ 1.86GHz (1869.87-MHz 686-class CPU) % Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 % Features=0xbfebfbff % Features2=0xe3bd % AMD Features=0x20000000 % AMD Features2=0x1 % TSC: P-state invariant % hwpmc: TSC/1/64/0x20 IAP/2/40/0x3ff IAF/0/0/0x61 Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 05:26:37 2009 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 ADA781065670 for ; Mon, 7 Dec 2009 05:26:37 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 06D4D8FC13 for ; Mon, 7 Dec 2009 05:26:36 +0000 (UTC) Received: (qmail 2861 invoked by uid 89); 7 Dec 2009 05:26:34 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 7 Dec 2009 05:26:34 -0000 Date: Mon, 7 Dec 2009 06:26:34 +0100 From: Oliver Lehmann To: freebsd-stable@freebsd.org Message-Id: <20091207062634.d3f77201.lehmann@ans-netz.de> In-Reply-To: <20091206164742.a0b2be18.lehmann@ans-netz.de> References: <20091206164742.a0b2be18.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.3; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: 8-STABLE broken on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 05:26:37 -0000 Oliver Lehmann wrote: > {standard input}: Assembler messages: > {standard input}:27: Error: suffix or operands invalid for `mov' > *** Error code 1 > > Stop in /usr/src/lib/csu/i386-elf. > *** Error code 1 I deinstalled ccache, ran a make clean cleandepend, removed any .o file below /usr/src, ran a new cvsup and now the error is gone. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 06:18:33 2009 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 C890A106568B for ; Mon, 7 Dec 2009 06:18:33 +0000 (UTC) (envelope-from alexs@ulgsm.ru) Received: from mail.ulgsm.ru (skuns.ulgsm.ru [93.93.136.26]) by mx1.freebsd.org (Postfix) with ESMTP id 736FF8FC0A for ; Mon, 7 Dec 2009 06:18:32 +0000 (UTC) Received: from mail.ulgsm.ru (localhost [127.0.0.1]) by mail.ulgsm.ru (Postfix) with ESMTP id 9E1CD3995A for ; Mon, 7 Dec 2009 09:18:34 +0300 (MSK) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.gsm900.net X-Spam-Level: X-Spam-Status: No, score=-3.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, SUBJECT_FUZZY_TION autolearn=no version=3.2.5 Received: from mail.ulgsm.ru (localhost [127.0.0.1]) by mail.ulgsm.ru (Postfix) with ESMTP id 82A2D39953 for ; Mon, 7 Dec 2009 09:18:34 +0300 (MSK) Received: from mail.ulgsm.ru (bazar.gsm900.net [192.168.0.160]) by mail.ulgsm.ru (Postfix) with ESMTP id 50D333994B for ; Mon, 7 Dec 2009 09:18:34 +0300 (MSK) Date: Mon, 7 Dec 2009 09:18:28 +0300 From: alexs@ulgsm.ru To: freebsd-stable@freebsd.org Message-ID: <20091207061828.GA11820@mail.ulgsm.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: ClamAV using ClamSMTP Subject: root partition too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 06:18:33 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Label from freebsd sysinstall in auto mode, make root partition 500mb For update OS (kernel + kernel.old) need about 700mb Howto rebild kernel with litsted in kldstat modules?=20 --=20 alexs --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iQEcBAEBAgAGBQJLHJ40AAoJELAIdrQw5JcdcvkH/ROF0664Z/ovG52HatOlJAGZ LlsqRoKrQgI/RFdDfxb6P4p9b4d6xBEiRcLT/tO/5G8VEw4AuRiDNqCcT9jH5oMN NLCkKz9nqIdJ2vTVFLRQdJwAwWs3g/yHBdJDLJIFQnJ2G7YvlJuspVDPW8AiDQl+ +TShZyhRpynZ59H/b4zNu616Y4yCGgmgsq7kXctQP3MLEhOiISObevsdMo0THc7F 5h6nVYPy0v+H9b0PWdU6kDdUjc4H62SndmoTXXfGcZTgso6D+HUTfXBreROL6+2y 6tDFDqlDK7sJRwwqKP3vJAN5HkuoFtySINqcuxFdpGDz00178UwvJ9HsTXwttbI= =+Yel -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 08:23:55 2009 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 BB4E5106566B for ; Mon, 7 Dec 2009 08:23:55 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 044B38FC13 for ; Mon, 7 Dec 2009 08:23:54 +0000 (UTC) Received: by ewy3 with SMTP id 3so610217ewy.33 for ; Mon, 07 Dec 2009 00:23:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=oCsdZ8/CM3+Y9/TCqSwxMk2Nt+GwhWmeYBv8N37okqY=; b=oUw0SvyBP4f224EJgeGNVgN9hjlJMYq7EwurizrgZ7zz9ibnf3CfJOU5v22lushaBD 2qMaM8Zrg1PAdkQxjyT3AXZKrrQxEMinjwqjQSBzjAlm34z7lZLr8VUN9sojEZVBb1PQ po73c7T9g4hb0WacWgdvewSkwIR7sKdgTXSeM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=rJdmlLlOubDHpdKE9q1j9vsf1l/cbZQgGzTsFj4Nwf5PENMrpOPiwlEcYehrFAOO4j E5IMQVnItvHVi+fh23b0bRuIoeyEexCfXVprbo2sP1+oAT1zi84iZE13z+B20QPnnF+l FXWKzKYX++V/bVaTZsEHQ2Cuexc9yoEDi/1/4= Received: by 10.213.37.19 with SMTP id v19mr6831689ebd.64.1260174232324; Mon, 07 Dec 2009 00:23:52 -0800 (PST) Received: from localhost (ms.singlescrowd.net [80.85.90.67]) by mx.google.com with ESMTPS id 15sm3279955ewy.4.2009.12.07.00.23.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Dec 2009 00:23:51 -0800 (PST) To: Kostik Belousov References: <86ws1180sr.fsf@kopusha.onet> <20091206181813.GR43143@deviant.kiev.zoral.com.ua> Organization: TOA Ukraine From: Mikolaj Golub Date: Mon, 07 Dec 2009 10:23:49 +0200 In-Reply-To: <20091206181813.GR43143@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Sun\, 6 Dec 2009 20\:18\:13 +0200") Message-ID: <86vdgjry3u.fsf@zhuzha.ua1> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Stable Subject: Re: FreeBSD 7.1: QUOTA: kernel panics in jailed() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 08:23:55 -0000 On Sun, 6 Dec 2009 20:18:13 +0200 Kostik Belousov wrote: > The kernel paniced because chkdq was supplied NULL credentials and > _positive_ blocks use count change. Line 276 calls chkdq with > -datablocks as the change. This could happen if you have problems > either with hardware (e.g. memory or CPU cache), or your fs > is damaged. > > Another possibility is random corruption of the kernel memory, but > I recommend to start with fsck and then continue with memory testers > if fsck have shown no problems. We have checked FS -- looks OK. So far we have just rebooted to the kernel without quota. To check the hardware is in our plans. Thank you. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 09:03:45 2009 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 F3CC2106566B for ; Mon, 7 Dec 2009 09:03:44 +0000 (UTC) (envelope-from alexs@ulgsm.ru) Received: from mail.ulgsm.ru (skuns.ulgsm.ru [93.93.136.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9F54C8FC12 for ; Mon, 7 Dec 2009 09:03:44 +0000 (UTC) Received: from mail.ulgsm.ru (localhost [127.0.0.1]) by mail.ulgsm.ru (Postfix) with ESMTP id 7AD1739946 for ; Mon, 7 Dec 2009 12:03:45 +0300 (MSK) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.gsm900.net X-Spam-Level: X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from mail.ulgsm.ru (localhost [127.0.0.1]) by mail.ulgsm.ru (Postfix) with ESMTP id 5F27539941 for ; Mon, 7 Dec 2009 12:03:45 +0300 (MSK) Received: from mail.ulgsm.ru (bazar.gsm900.net [192.168.0.160]) by mail.ulgsm.ru (Postfix) with ESMTP id 2D53239938 for ; Mon, 7 Dec 2009 12:03:45 +0300 (MSK) Date: Mon, 7 Dec 2009 12:03:39 +0300 From: alexs@ulgsm.ru To: freebsd-stable@freebsd.org Message-ID: <20091207090339.GA43091@mail.ulgsm.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: ClamAV using ClamSMTP Subject: dhclient starts after NETWORK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 09:03:45 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Wrong order in /etc/rc.d scripts ~]>rcorder /etc/rc.d/* | grep -n -e dhclient -e ntp 66:/etc/rc.d/ntpdate 112:/etc/rc.d/ntpd 139:/etc/rc.d/dhclient Then ifconfig_rl0=3D"DHCP"? ntpdate can`t sync time. It is right to add dhclient in REQUIRE section in /etc/rc.d/NETWORKING ?=20 --=20 alexs --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iQEcBAEBAgAGBQJLHMTrAAoJELAIdrQw5JcdRKwH/jGBELwE9vG68mR+VujOem/h A6TsZnfrTBivQQzgaseN9ZZaAO0WnYdy4gUOxOvNjoP271GBVFPBgjIslHEQ+XmE Pej2JD7VOtYt9EyG7K22Wgd8oJx0EIU5xJ5cirKBMYigIRZlkrHMhMpHK8xj3x31 UlccNCMYViTK1EtG40+6FnjoU8B+VWiVmDhIJ16si2EZqviqqvq4PwM3wAfpD3EG PJebyv/wlfb8JC6B1yrxIm5TeAWYe4XWIOJmVThIJblSIz9Atk4kSllR+ExK5hYX ORCH2iHgooRUU5xYyK/f/yUN/1GywJV7hGvwb7qGjqM9dEcaWlr+4inTl9ccjao= =QZDz -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 10:06:41 2009 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 95982106566C for ; Mon, 7 Dec 2009 10:06:41 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id 01FFE8FC18 for ; Mon, 7 Dec 2009 10:06:40 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id nB7A6aos018675 for ; Mon, 7 Dec 2009 11:06:39 +0100 (CET) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 7 Dec 2009 11:06:35 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA572DC@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Smartctl and ahci Thread-Index: Acp3JPWFRn36HsY2Q9CPvHYFMwqt+Q== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Smartctl and ahci X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 10:06:41 -0000 Hello all I am running FreeBSD 8_Stable, and i started to use the ahci driver, all is fine=20 All my drives are now detected as ada[0-9] =20 But when i run smartctl it give me the following message: =20 Smartctl version 5.38 [amd64-portbld-freebsd8.0] Copyright (c) 2002-9 Bruce allen Home page is http://smartmontools.sourceforge.net/ =20 Smartctl: Device read Identity Failed (nota n ATA/ATAPI device) =20 A mandatory SMART command failed : exiting. To continue, add one or more '-T permissive' options =20 =20 Do i need to set some option somewhere, or rebuild smartmontools with some option? =20 =20 Regards, Johan=20 =20 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 10:34:29 2009 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 F01C11065679 for ; Mon, 7 Dec 2009 10:34:29 +0000 (UTC) (envelope-from wolfgang@riegler.homeip.net) Received: from mail.cbt-l.de (host-62-245-168-234.customer.m-online.net [62.245.168.234]) by mx1.freebsd.org (Postfix) with SMTP id 3A8BC8FC19 for ; Mon, 7 Dec 2009 10:34:29 +0000 (UTC) Received: (qmail 39452 invoked by uid 1009); 7 Dec 2009 10:23:04 -0000 Received: from 192.168.40.46 by mail.cbt-l.de (envelope-from , uid 1008) with qmail-scanner-1.25-st-qms (clamdscan: 0.95.3/10012. spamassassin: 3.1.8. perlscan: 1.25-st-qms. Clear:RC:1(192.168.40.46):. Processed in 0.044101 secs); 07 Dec 2009 10:23:04 -0000 X-Antivirus-CBTL-Mail-From: wolfgang@riegler.homeip.net via mail.cbt-l.de X-Antivirus-CBTL: 1.25-st-qms (Clear:RC:1(192.168.40.46):. Processed in 0.044101 secs Process 39391) Received: from wolfgang.cbt-l.de (HELO wolfgang.localnet) (w.riegler@cbt-l.de@192.168.40.46) by mail.cbt-l.de with SMTP; 7 Dec 2009 10:23:04 -0000 From: Wolfgang Riegler To: freebsd-stable@freebsd.org Date: Mon, 7 Dec 2009 11:18:47 +0100 User-Agent: KMail/1.12.3 (Linux/2.6.31-gentoo-r6-sepp1; KDE/4.3.3; x86_64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200912071118.47820.wolfgang@riegler.homeip.net> Subject: kldload: can't load msdosfs_iconv: Exec format error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 10:34:30 -0000 Hi, I hope somebody can help me :-) I have some trouble loading the kernel modules msdosfs_iconv, cd9660_iconv und udf_iconv. The error is always "kldload: can't load msdosfs_iconv: Exec format error" Compiling the kernel with option msdosfs_iconv fails with this error: msdosfs_iconv.o(.text+0xb): In function `msdosfs_iconv_mod_handler': : undefined reference to `msdosfs_iconv' msdosfs_iconv.o(.text+0x31): In function `msdosfs_iconv_mod_handler': : undefined reference to `iconv_vfs_refcount' msdosfs_iconv.o(.text+0x3c): In function `msdosfs_iconv_mod_handler': : undefined reference to `msdosfs_iconv' msdosfs_iconv.o(.data+0x0): undefined reference to `iconv_open' msdosfs_iconv.o(.data+0x8): undefined reference to `iconv_close' msdosfs_iconv.o(.data+0x10): undefined reference to `iconv_conv' msdosfs_iconv.o(.data+0x18): undefined reference to `iconv_conv_case' msdosfs_iconv.o(.data+0x20): undefined reference to `iconv_convchr' msdosfs_iconv.o(.data+0x28): undefined reference to `iconv_convchr_case' *** Error code 1 My system: FreeBSD 8.0-RELEASE-p1 AMD64 sources and ports updated last Friday (Dec 4) Thanks Wolfgang From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 10:42:07 2009 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 BFC2E106568D for ; Mon, 7 Dec 2009 10:42:07 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 0F8B48FC30 for ; Mon, 7 Dec 2009 10:42:06 +0000 (UTC) Received: by ewy3 with SMTP id 3so716680ewy.33 for ; Mon, 07 Dec 2009 02:42:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=g5bvpjIT5j8aQRfyXyFxstHUMzTS7f6O1HiqsG6GYOA=; b=IbdtRAJ3BtljVl8uwILDG+fCm45b9Ke9EBRALA97gexgSBSfuBT4JtQ2lkCm/nREhM PSNfTXLywRtV/8iIuS0xKhHO5oi8lTZbivqdyLhRTGs9f8mlM7llNABbUOJfaEG3OyJ8 U9Z8UydqFmKmCLt2vTyi5MclJ6tElK68PccVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=Fo7aGJ8Xff/ET19XanPURZAR9Jcmlod3ienUHjAaTzPeyfQwJMa/8CEdRHJLQxEAyx VKtCYs1lL1dbSMrSmeRUUZ24rByOQxhXJnirnbYgx1Klxa3IJPwIe7QkiZqEjBVCcJ5y 9RGj0hTUOg6KoLvLG+JzeIdaKqTu4a6kDkqWI= MIME-Version: 1.0 Received: by 10.216.89.135 with SMTP id c7mr2154543wef.62.1260182520226; Mon, 07 Dec 2009 02:42:00 -0800 (PST) Date: Mon, 7 Dec 2009 05:42:00 -0500 Message-ID: From: "b. f." To: Johan Hendriks Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@FreeBSD.org Subject: Re: Smartctl and ahci X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 10:42:07 -0000 >m running FreeBSD 8_Stable, and i started to use the ahci driver, all >is fine >All my drives are now detected as ada[0-9] >But when i run smartctl it give me the following message: >Smartctl version 5.38 [amd64-portbld-freebsd8.0] Copyright (c) 2002-9 >Bruce allen ... >Smartctl: Device read Identity Failed (nota n ATA/ATAPI device) ... >Do i need to set some option somewhere, or rebuild smartmontools with >some option? There is no support in smartmontools 5.38 for the new ahci(4) driver in FreeBSD 8.x and 9.x, or for the new ATA_CAM option that mav@ just introduced into FreeBSD 9.x. You need to wait for smartmontools 5.39 to be released, or build smartmontools from the latest svn sources. The smartmontools developers have made some changes beginning on Oct.6, and claim to support the new FreeBSD drivers in the latest sources. Regards, b. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 10:42:42 2009 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 49F2F106568B for ; Mon, 7 Dec 2009 10:42:42 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 993738FC0A for ; Mon, 7 Dec 2009 10:42:41 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA29218 for ; Mon, 07 Dec 2009 12:42:39 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B1CDC1F.2040900@icyb.net.ua> Date: Mon, 07 Dec 2009 12:42:39 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: panic: vm_page_alloc: cache page ... is missing from the free queue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 10:42:42 -0000 This is 8-stable, amd64. The system paniced under moderately heavy load after 3 days of continuous package building. Unfortunately no dump. panic: vm_page_alloc: cache page 0xffffff00cabc6180 is missing from the free queue cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff801ad7f5 = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff8037d3c4 = kdb_backtrace+0x32 panic() at 0xffffffff8034dd2d = panic+0x1b0 vm_page_alloc() at 0xffffffff804d22df = vm_page_alloc+0x18f vm_fault() at 0xffffffff804c2385 = vm_fault+0x7ae trap_pfault() at 0xffffffff804fe017 = trap_pfault+0x181 trap() at 0xffffffff804feae1 = trap+0x29c calltrap() at 0xffffffff804e5387 = calltrap+0x8 --- trap 0xc, rip = 0x8024ed032, rsp = 0x7fffffffdd60, rbp = 0x804e22100 --- Any ideas what this could be? How to investigate further? Is it likely to be a hardware issue? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 10:45:16 2009 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 62210106568D for ; Mon, 7 Dec 2009 10:45:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 4B6038FC1F for ; Mon, 7 Dec 2009 10:45:15 +0000 (UTC) Received: from OMTA20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id EAjN1d0021smiN4AAAlGKY; Mon, 07 Dec 2009 10:45:16 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA20.emeryville.ca.mail.comcast.net with comcast id EAlF1d0083S48mS8gAlGfu; Mon, 07 Dec 2009 10:45:16 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AA04E1E301B; Mon, 7 Dec 2009 02:45:14 -0800 (PST) Date: Mon, 7 Dec 2009 02:45:14 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091207104514.GA9156@icarus.home.lan> References: <57200BF94E69E54880C9BB1AF714BBCBA572DC@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBA572DC@w2003s01.double-l.local> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Smartctl and ahci X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 10:45:16 -0000 On Mon, Dec 07, 2009 at 11:06:35AM +0100, Johan Hendriks wrote: > Hello all > > I am running FreeBSD 8_Stable, and i started to use the ahci driver, all > is fine > > All my drives are now detected as ada[0-9] > > But when i run smartctl it give me the following message: > {snip} You won't be able to use smartctl with ahci.ko. The AHCI->CAM layer ends up making a mess of this, and smartctl doesn't know what to do; I don't know if this is smartctl's fault or the AHCI->CAM layer's fault. Forcing ATA type using the --device or -d flag does not work. Your best bet is to use ataahci.ko instead, which will result in your disks showing up as the classic /dev/adX type. There are drawbacks to this choice (lack of NCQ being the main one), but SMART monitoring will be available. I consider SMART more important than NCQ, but others may feel the opposite. Someone familiar with this new infrastructure will need to reach out to Bruce Allen and work with him to get smartctl working with the new AHCI->CAM interface. -- | Jeremy Chadwick jdc@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 Dec 7 11:06:17 2009 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 715DC106568B for ; Mon, 7 Dec 2009 11:06:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A461C8FC25 for ; Mon, 7 Dec 2009 11:06:16 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA29717; Mon, 07 Dec 2009 13:06:12 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B1CE1A4.1020202@icyb.net.ua> Date: Mon, 07 Dec 2009 13:06:12 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: "b. f." References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Johan Hendriks , freebsd-stable@FreeBSD.org Subject: Re: Smartctl and ahci X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 11:06:17 -0000 on 07/12/2009 12:42 b. f. said the following: > There is no support in smartmontools 5.38 for the new ahci(4) driver > in FreeBSD 8.x and 9.x, or for the new ATA_CAM option that mav@ just > introduced into FreeBSD 9.x. You need to wait for smartmontools 5.39 > to be released, or build smartmontools from the latest svn sources. > The smartmontools developers have made some changes beginning on > Oct.6, and claim to support the new FreeBSD drivers in the latest > sources. BTW, 5.39rc1 is available. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 11:07:54 2009 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 C0EE01065679 for ; Mon, 7 Dec 2009 11:07:54 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 7FFC08FC12 for ; Mon, 7 Dec 2009 11:07:53 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1NHbRY-000Mw0-8E; Mon, 07 Dec 2009 14:07:52 +0300 From: Boris Samorodov To: alexs@ulgsm.ru References: <20091207061828.GA11820@mail.ulgsm.ru> Date: Mon, 07 Dec 2009 14:07:52 +0300 In-Reply-To: <20091207061828.GA11820@mail.ulgsm.ru> (alexs@ulgsm.ru's message of "Mon, 7 Dec 2009 09:18:28 +0300") Message-ID: <41638919@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: root partition too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 11:07:54 -0000 On Mon, 7 Dec 2009 09:18:28 +0300 alexs@ulgsm.ru wrote: > Label from freebsd sysinstall in auto mode, make root partition 500mb > For update OS (kernel + kernel.old) need about 700mb > Howto rebild kernel with litsted in kldstat modules? Use at /etc/{make,src}.conf and you won't have *.symbols at /boot/kernel[.old]: ----- INSTALL_NODEBUG= yes ----- I'm not sure where it is documented though. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 11:29:41 2009 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 9CCB0106566C for ; Mon, 7 Dec 2009 11:29:41 +0000 (UTC) (envelope-from listreader@lazlarlyricon.com) Received: from proxy2.bredband.net (proxy2.bredband.net [195.54.101.72]) by mx1.freebsd.org (Postfix) with ESMTP id 5C6668FC15 for ; Mon, 7 Dec 2009 11:29:41 +0000 (UTC) Received: from ipb1.telenor.se (195.54.127.164) by proxy2.bredband.net (7.3.140.3) id 4AD3E1BC0186DB78 for freebsd-stable@freebsd.org; Mon, 7 Dec 2009 12:29:40 +0100 X-SMTPAUTH-B2: X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqVqABJ2HEtV44PPPGdsb2JhbACBS4c/kAqCUwEBAQE3u0WEMwQ X-IronPort-AV: E=Sophos;i="4.47,354,1257116400"; d="scan'208";a="12402663" Received: from c-cf83e355.09-42-6e6b7010.cust.bredbandsbolaget.se (HELO lazlar.kicks-ass.net) ([85.227.131.207]) by ipb1.telenor.se with ESMTP; 07 Dec 2009 12:29:39 +0100 Message-ID: <4B1CE722.4010705@lazlarlyricon.com> Date: Mon, 07 Dec 2009 12:29:38 +0100 From: Rolf Nielsen User-Agent: Thunderbird 2.0.0.23 (X11/20091130) MIME-Version: 1.0 To: alexs@ulgsm.ru References: <20091207061828.GA11820@mail.ulgsm.ru> In-Reply-To: <20091207061828.GA11820@mail.ulgsm.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: root partition too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 11:29:41 -0000 alexs@ulgsm.ru wrote: > Label from freebsd sysinstall in auto mode, make root partition 500mb > For update OS (kernel + kernel.old) need about 700mb > > Howto rebild kernel with litsted in kldstat modules? > In your kernel config file, use makeoptions MODULES_OVERRIDE="" E.g. makeoptions MODULES_OVERRIDE="atapicam zfs geom_eli geom_journal" will build only the atapicam, zfs, geom_eli and geom_journal modules. To save even more space, you could remove the makeoptions DEBUG=-g This will prevent debug symbols for kernel and modules from being installed. If that isn't enough, have a look at the src.conf(5) man page, for a list of options that let you choose what parts of the userland to install. Cheers, Rolf Nielsen From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 12:26:55 2009 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 B6F2A1065670 for ; Mon, 7 Dec 2009 12:26:55 +0000 (UTC) (envelope-from nickolasbug@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2BA8FC0C for ; Mon, 7 Dec 2009 12:26:54 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so1121403eye.9 for ; Mon, 07 Dec 2009 04:26:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=k6HVF9fNp9D/JMd8A/4xQVAV6dFRBN29EJcUS+wsS2A=; b=uXTEUhg5J2vEUKvccSTOHzPmN2oRIi1qF2LoCNTYYA33HozpbTi87tbM3kl8bUlfL2 u0nG0EfoWzyEMP5S8QH/f3ZcVeyU9GNxYNEv/nOGUDCEm+UJjjsyuCCNyKroyNG4M0LZ 34pcimk/zJIV3hITMAVFvxxlBgdRTK8GCLNHM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NPEwfZ8HowDRIF/H9NMDqBsbIODUEVnZOTrGzSNrCoE+f21GRo+/eEQop0/c6q2pob PlWQzVof5HKSwMkDSPPTfsUYw/p1EdEVDBe8qy9G051w/w5RcbUtJQCb0lFc9cvXH0z4 dLZQU2m6IH0aoKACfyvQHCpb0d6neBLqbeDJc= MIME-Version: 1.0 Received: by 10.216.89.195 with SMTP id c45mr1764201wef.38.1260187390536; Mon, 07 Dec 2009 04:03:10 -0800 (PST) In-Reply-To: <20091207061828.GA11820@mail.ulgsm.ru> References: <20091207061828.GA11820@mail.ulgsm.ru> Date: Mon, 7 Dec 2009 14:03:10 +0200 Message-ID: <368117f30912070403uedb0a8ag36f3d4d6f00fcc79@mail.gmail.com> From: nickolasbug@gmail.com To: alexs@ulgsm.ru Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: root partition too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 12:26:55 -0000 2009/12/7 : > Label from freebsd sysinstall in auto mode, make root partition 500mb > For update OS (kernel + kernel.old) need about 700mb > > Howto rebild kernel with litsted in kldstat modules? > > -- > alexs > You may say "make reinstallkernel" instead of "make installkernel" From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 13:28:13 2009 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 6DC8F106568B for ; Mon, 7 Dec 2009 13:28:13 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id EEE278FC13 for ; Mon, 7 Dec 2009 13:28:12 +0000 (UTC) Received: by bwz5 with SMTP id 5so3460175bwz.3 for ; Mon, 07 Dec 2009 05:28:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=dNhTfyPUYf5qc2FL11Vr1y9YEmVa2o5VjFHHMro/OjA=; b=vjktNsu2F/O7EoFBtH0UUaKubpd0nQHRNCFF0PolqNByivAEcCrn2d2X+mJtVptHuJ /vQHAHwTa7lb9vA5AaYoqysfoB1Ry9rvH63TQOKm6dqgdLIyO0ppG6BXl8AQ5ZF5rGlN uai6cTP3gLYs+qhuX+lIiqQ0KXUCZFjOO19u0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=FDcsWOmvKAdrBtcZ9P+GwM+wpuVUAdjMfFEWDo/ZPOyTTFm+haDDTCpmxex+U52JRH Wspzuw3gzWNOdiFtgTfY9S7erZKG4VSJlLTPJa36WF0fTE/gGEW0j9uvYoVIC3V6KGjJ 0MmmYy+4p/Hoxptq7cjoatN9Oqt1Lq96HSMDg= Received: by 10.204.11.18 with SMTP id r18mr2669991bkr.15.1260192491718; Mon, 07 Dec 2009 05:28:11 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm1969846fxm.15.2009.12.07.05.28.10 (version=SSLv3 cipher=RC4-MD5); Mon, 07 Dec 2009 05:28:11 -0800 (PST) Sender: Alexander Motin Message-ID: <4B1D02E8.60303@FreeBSD.org> Date: Mon, 07 Dec 2009 15:28:08 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Johan Hendriks References: <1260192183.00191443.1260180602@10.7.7.3> In-Reply-To: <1260192183.00191443.1260180602@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Smartctl and ahci X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 13:28:13 -0000 Johan Hendriks wrote: > I am running FreeBSD 8_Stable, and i started to use the ahci driver, all > is fine > > All my drives are now detected as ada[0-9] > > But when i run smartctl it give me the following message: > > Do i need to set some option somewhere, or rebuild smartmontools with > some option? You need updated smartmontools from it's SVN on SourceForge, or wait for it's next release. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 14:03:29 2009 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 201891065692 for ; Mon, 7 Dec 2009 14:03:29 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (mail.ismobile.com [62.119.44.68]) by mx1.freebsd.org (Postfix) with ESMTP id A75A38FC14 for ; Mon, 7 Dec 2009 14:03:28 +0000 (UTC) Received: from mail.ismobile.com (mail.ismobile.com [62.119.44.68]) by dkim.mail.arcticgroup.se (Postfix) with ESMTP id 5C0BB1CFDE; Mon, 7 Dec 2009 14:46:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ismobile.com; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=selector1; bh=XSavoKl zWv/RxKkQ7sR6JvTA7UI=; b=BY9/jd+U8Y/sYC6hgCav0VrD21b5bL33gUgp7Em We5B6D8tJzRysy9K7Qc7DpdnCABB3oWtiaDxyoZ3NbDTFs+M1ZcE4iBy0kBAs77G M4+b3EOeI2824wTmxyg1W/UJ/cki2LHrd8/v3vmt70RSexGS8JAq9hB+wHnl7UvM rw3o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=ismobile.com; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=selector1; b=a pI4ZViYzOHmuM7jUYVj0l9DZ1wr611snU3dWVx1v+ocEAtcQ8S3TYpJRupALqbSO /cQWyeiZZMin8Vil/wkx9cjHP/xsHOufBlrv8bt1QfnbtKlgX/rDmgM245dwObvb 6R/oKlwzhixjkp2c/KBWeIMbRIterhVO9WUn79Hl98= Received: from [172.16.2.166] (unknown [172.16.2.166]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTPSA id 5D7921CD9D; Mon, 7 Dec 2009 14:46:56 +0100 (CET) Date: Mon, 07 Dec 2009 14:46:55 +0100 From: Goran Lowkrantz To: "b. f." Message-ID: <33D97E59800CDDA31A0E46BC@syn> In-Reply-To: <4B1CE1A4.1020202@icyb.net.ua> References: <4B1CE1A4.1020202@icyb.net.ua> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Johan Hendriks , freebsd-stable@FreeBSD.org, Andriy Gapon Subject: Re: Smartctl and ahci X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 14:03:29 -0000 Hi, Have installed 5.39-rc1 by hacking the port (remove all patches, don't use=20 gmake) and it works just fine with ada devices. It also handles our=20 HighPoint controllers, which I don't thing 5.38 did. /glz --On December 7, 2009 13:06:12 +0200 Andriy Gapon wrote: > on 07/12/2009 12:42 b. f. said the following: >> There is no support in smartmontools 5.38 for the new ahci(4) driver >> in FreeBSD 8.x and 9.x, or for the new ATA_CAM option that mav@ just >> introduced into FreeBSD 9.x. You need to wait for smartmontools 5.39 >> to be released, or build smartmontools from the latest svn sources. >> The smartmontools developers have made some changes beginning on >> Oct.6, and claim to support the new FreeBSD drivers in the latest >> sources. > > BTW, 5.39rc1 is available. > > -- > Andriy Gapon > _______________________________________________ > 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" ................................................... the future isMobile Goran Lowkrantz System Architect, isMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Lule=E5, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ............................................... From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 15:39:17 2009 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 214D11065693 for ; Mon, 7 Dec 2009 15:39:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E949C8FC1C for ; Mon, 7 Dec 2009 15:39:16 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9D69946B29; Mon, 7 Dec 2009 10:39:16 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E36A78A025; Mon, 7 Dec 2009 10:39:15 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 7 Dec 2009 10:10:07 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <68090C9C-89DB-4163-AEAE-4C1132742B04@lassitu.de> In-Reply-To: <68090C9C-89DB-4163-AEAE-4C1132742B04@lassitu.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912071010.07886.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 07 Dec 2009 10:39:15 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Stefan Bethke Subject: Re: vmstat and iostat us/sy/id numbers wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 15:39:17 -0000 On Saturday 05 December 2009 9:19:06 am Stefan Bethke wrote: > I'm confused about the numbers shown in the last three columns in both vmstat and iostat. They should reflect percent of CPU time spent on user processes, system threads, and the idle thread (or something like that). > > On multiple machines running 8-stable from the last couple of days, the numbers do not agree with actual system usage and with numbers shown by top, at all. I'm seeing 7 7 87 on one box, 0 0 100 on another, and 10 3 87 on a third. The numbers stay the same even under different loads. > > Am I misunderstanding what those numbers should represent? Are you just running vmstat once or using 'vmstat 1' to have it poll? If you are running it once, note that the numbers vmstat report are the percentage of system/user/idle time since boot rather than during the previous second which is what top reports (and what 'vmstat 1' reports after the first line). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 15:39:18 2009 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 6E765106568F for ; Mon, 7 Dec 2009 15:39:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3DDDB8FC13 for ; Mon, 7 Dec 2009 15:39:18 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E756F46B06; Mon, 7 Dec 2009 10:39:17 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 0F2228A026; Mon, 7 Dec 2009 10:39:17 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 7 Dec 2009 10:12:44 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <200912071118.47820.wolfgang@riegler.homeip.net> In-Reply-To: <200912071118.47820.wolfgang@riegler.homeip.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200912071012.44416.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 07 Dec 2009 10:39:17 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Wolfgang Riegler Subject: Re: kldload: can't load msdosfs_iconv: Exec format error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 15:39:18 -0000 On Monday 07 December 2009 5:18:47 am Wolfgang Riegler wrote: > Hi, > > I hope somebody can help me :-) > > I have some trouble loading the kernel modules msdosfs_iconv, cd9660_iconv und udf_iconv. The error > is always "kldload: can't load msdosfs_iconv: Exec format error" Look in 'dmesg' for the real error message. > Compiling the kernel with option msdosfs_iconv fails with this error: > > msdosfs_iconv.o(.text+0xb): In function `msdosfs_iconv_mod_handler': > : undefined reference to `msdosfs_iconv' > msdosfs_iconv.o(.text+0x31): In function `msdosfs_iconv_mod_handler': > : undefined reference to `iconv_vfs_refcount' > msdosfs_iconv.o(.text+0x3c): In function `msdosfs_iconv_mod_handler': > : undefined reference to `msdosfs_iconv' > msdosfs_iconv.o(.data+0x0): undefined reference to `iconv_open' > msdosfs_iconv.o(.data+0x8): undefined reference to `iconv_close' > msdosfs_iconv.o(.data+0x10): undefined reference to `iconv_conv' > msdosfs_iconv.o(.data+0x18): undefined reference to `iconv_conv_case' > msdosfs_iconv.o(.data+0x20): undefined reference to `iconv_convchr' > msdosfs_iconv.o(.data+0x28): undefined reference to `iconv_convchr_case' > *** Error code 1 You need 'options LIBICONV' in your kernel config for this approach. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 15:40:54 2009 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 2BF291065693; Mon, 7 Dec 2009 15:40:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 003648FC21; Mon, 7 Dec 2009 15:40:53 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AF8E346B39; Mon, 7 Dec 2009 10:40:53 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id ED2C68A01F; Mon, 7 Dec 2009 10:40:52 -0500 (EST) From: John Baldwin To: Hiroki Sato Date: Mon, 7 Dec 2009 10:30:35 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <200912041035.59173.jhb@freebsd.org> <20091205.184250.201700943.hrs@allbsd.org> <20091206.141636.95084294.hrs@allbsd.org> In-Reply-To: <20091206.141636.95084294.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200912071030.36016.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 07 Dec 2009 10:40:52 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: loader(8) readin failed on 7.2R and later including 8.0R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 15:40:54 -0000 On Sunday 06 December 2009 12:16:36 am Hiroki Sato wrote: > Hiroki Sato wrote > in <20091205.184250.201700943.hrs@allbsd.org>: > > hr> A summary so far is: > hr> > hr> 1) a <8MB 7.1R kernel + stock 8.0R loader > hr> 2a) a >8MB 8.0R kernel + stock 8.0R loader > hr> 2b) a >8MB 8.0R kernel + 8.0R loader with LOADER_NO_GPT_SUPPORT=yes > hr> 2c) a >8MB 8.0R kernel + loader with your patch > hr> 3a) a <8MB 8.0R kernel + stock 8.0R loader > hr> 3b) a <8MB 8.0R kernel + 8.0R loader with LOADER_NO_GPT_SUPPORT=yes > hr> 3c) a <8MB 8.0R kernel + loader with your patch > > Grr, I double-checked how it got stuck, then I found the console > redirect was disabled because of an old device.hints. The revised > summary is: > > loading text loading syms boot > 1) OK OK OK > 2a) "readin failed" - - > 2b) OK "skipped!" OK > 2c) OK "skipped!" OK > 3a) OK OK OK > 3b) OK OK OK > 3c) OK OK OK > > So, the case 2c shows that your patch solves the problem in the case > 2a. Thank you! :) > > Loading >8MB kernel works now, but loading syms sections still fails > even in the case 2c. Ok. Your system's SMAP is kind of weird (it has a very small region above 1MB, so it may not deal well with "large" kernels, though I thought it had enough room for at least a 12MB kernel. Hmm, the size of the kernel file may be deceptive though since it does not include BSS. I wonder if it is trying to load the symbols after the BSS. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 16:20:32 2009 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 C66981065694 for ; Mon, 7 Dec 2009 16:20:32 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 66FCB8FC19 for ; Mon, 7 Dec 2009 16:20:32 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nB7GKUJr073807 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 7 Dec 2009 17:20:30 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <2DC38FEA-65DA-410C-86A7-DE0BBF020333@lassitu.de> From: Stefan Bethke To: John Baldwin In-Reply-To: <200912071010.07886.jhb@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 7 Dec 2009 17:20:29 +0100 References: <68090C9C-89DB-4163-AEAE-4C1132742B04@lassitu.de> <200912071010.07886.jhb@freebsd.org> X-Mailer: Apple Mail (2.936) Cc: freebsd-stable@freebsd.org Subject: Re: vmstat and iostat us/sy/id numbers wrong? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 16:20:32 -0000 Am 07.12.2009 um 16:10 schrieb John Baldwin: > On Saturday 05 December 2009 9:19:06 am Stefan Bethke wrote: >> I'm confused about the numbers shown in the last three columns in >> both > vmstat and iostat. They should reflect percent of CPU time spent on > user > processes, system threads, and the idle thread (or something like > that). >> >> On multiple machines running 8-stable from the last couple of days, >> the > numbers do not agree with actual system usage and with numbers shown > by top, > at all. I'm seeing 7 7 87 on one box, 0 0 100 on another, and 10 3 > 87 on a > third. The numbers stay the same even under different loads. >> >> Am I misunderstanding what those numbers should represent? > > Are you just running vmstat once or using 'vmstat 1' to have it > poll? If you > are running it once, note that the numbers vmstat report are the > percentage of > system/user/idle time since boot rather than during the previous > second which > is what top reports (and what 'vmstat 1' reports after the first > line). Thanks, I figured that out eventually (also by the nice help received from David Wolfskill). I'm now using "vmstat 30 2" and using the last line to get "current" numbers, instead of "vmstat 1". There seems to be some problem with the numbers though, as the since- boot output of vmstat does not seems to add up to 100%, at least in some cases. I'll see if I can find out more details later in the month. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 17:18:50 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 9137E106568B; Mon, 7 Dec 2009 17:18:49 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Mon, 7 Dec 2009 12:18:32 -0500 User-Agent: KMail/1.6.2 References: <88991259955208@webmail12.yandex.ru> <200912041454.52477.jkim@FreeBSD.org> <30771260004330@webmail58.yandex.ru> In-Reply-To: <30771260004330@webmail58.yandex.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912071218.35308.jkim@FreeBSD.org> Cc: "S.N.Grigoriev" Subject: Re: openjdk6 browser plugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 17:18:50 -0000 On Saturday 05 December 2009 04:12 am, S.N.Grigoriev wrote: > 04.12.09, 14:54, "Jung-uk Kim" wrote: > > On Friday 04 December 2009 02:33 pm, S.N.Grigoriev wrote: > > > Hi list, > > > > > > I've installed openjdk6 from > > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-8-stabl > > >e/jav a. Does this package contain a browser java plugin? I > > > can't find it. Any tips are appreciated. > > > > No, OpenJDK does not have a browser plugin. If Java plugin is > > all you need, you can use java/diablo-jre16. > > Are there diablo* packages for 8.0R anywhere? There are for 6.x 7.x > on the FreeBSD Foundation site, but not for 8.x. I believe diable-* for 7.x is working okay with 8.x. However, you need misc/compat7x, too. So, you just have to build diable-* from ports to get proper dependencies. Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 17:27:33 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 3B162106566C; Mon, 7 Dec 2009 17:27:31 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Mon, 7 Dec 2009 12:27:14 -0500 User-Agent: KMail/1.6.2 References: <88991259955208@webmail12.yandex.ru> <30771260004330@webmail58.yandex.ru> <200912071218.35308.jkim@FreeBSD.org> In-Reply-To: <200912071218.35308.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912071227.19625.jkim@FreeBSD.org> Cc: "S.N.Grigoriev" Subject: Re: openjdk6 browser plugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 17:27:33 -0000 On Monday 07 December 2009 12:18 pm, Jung-uk Kim wrote: > On Saturday 05 December 2009 04:12 am, S.N.Grigoriev wrote: > > 04.12.09, 14:54, "Jung-uk Kim" wrote: > > > On Friday 04 December 2009 02:33 pm, S.N.Grigoriev wrote: > > > > Hi list, > > > > > > > > I've installed openjdk6 from > > > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-8-sta > > > >bl e/jav a. Does this package contain a browser java plugin? > > > > I can't find it. Any tips are appreciated. > > > > > > No, OpenJDK does not have a browser plugin. If Java plugin is > > > all you need, you can use java/diablo-jre16. > > > > Are there diablo* packages for 8.0R anywhere? There are for 6.x > > 7.x on the FreeBSD Foundation site, but not for 8.x. > > I believe diable-* for 7.x is working okay with 8.x. However, you > need misc/compat7x, too. So, you just have to build diable-* from > ports to get proper dependencies. Doh, I cannot type today. I meant diablo-*, not diable-*, of course. Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 17:47:33 2009 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 1C7AD106566B for ; Mon, 7 Dec 2009 17:47:33 +0000 (UTC) (envelope-from wolfgang@riegler.homeip.net) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 82FC58FC15 for ; Mon, 7 Dec 2009 17:47:32 +0000 (UTC) Received: from mail01.m-online.net (mail.m-online.net [192.168.3.149]) by mail-out.m-online.net (Postfix) with ESMTP id 7A6511C15643 for ; Mon, 7 Dec 2009 18:31:06 +0100 (CET) Received: from localhost (dynscan2.mnet-online.de [192.168.1.215]) by mail.m-online.net (Postfix) with ESMTP id 7209D90111 for ; Mon, 7 Dec 2009 18:31:06 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from smtp-auth.mnet-online.de ([192.168.3.149]) by localhost (dynscan2.mnet-online.de [192.168.1.215]) (amavisd-new, port 10024) with ESMTP id v9YAwWXxdb99 for ; Mon, 7 Dec 2009 18:31:05 +0100 (CET) Received: from phenom2.riegler.homeip.net (ppp-88-217-61-149.dynamic.mnet-online.de [88.217.61.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-auth.mnet-online.de (Postfix) with ESMTP for ; Mon, 7 Dec 2009 18:31:05 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by phenom2.riegler.homeip.net (Postfix) with ESMTP id 5B28A6F for ; Mon, 7 Dec 2009 18:30:29 +0100 (CET) Received: from phenom2.riegler.homeip.net ([127.0.0.1]) by localhost (phenom2.riegler.homeip.net [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 01853-05 for ; Mon, 7 Dec 2009 18:30:27 +0100 (CET) Received: from phenom2.riegler.homeip.net (phenom2.riegler.homeip.net [192.168.0.1]) (Authenticated sender: wolfgang@riegler.homeip.net) by phenom2.riegler.homeip.net (Postfix) with ESMTPA id B25776E for ; Mon, 7 Dec 2009 18:30:27 +0100 (CET) From: Wolfgang Riegler To: freebsd-stable@freebsd.org Date: Mon, 7 Dec 2009 18:30:27 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p1; KDE/4.3.4; amd64; ; ) References: <200912071118.47820.wolfgang@riegler.homeip.net> <200912071012.44416.jhb@freebsd.org> In-Reply-To: <200912071012.44416.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200912071830.27369.wolfgang@riegler.homeip.net> X-Virus-Scanned: Maia Mailguard 1.0.2a Subject: Re: kldload: can't load msdosfs_iconv: Exec format error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 17:47:33 -0000 Thank you, 'options LIBICONV' solves my problem Wolfgang Am Montag 07 Dezember 2009 16:12:44 schrieb John Baldwin: > On Monday 07 December 2009 5:18:47 am Wolfgang Riegler wrote: > > Hi, > > > > I hope somebody can help me :-) > > > > I have some trouble loading the kernel modules msdosfs_iconv, > > cd9660_iconv > > und udf_iconv. The error > > > is always "kldload: can't load msdosfs_iconv: Exec format error" > > Look in 'dmesg' for the real error message. > > > Compiling the kernel with option msdosfs_iconv fails with this error: > > > > msdosfs_iconv.o(.text+0xb): In function `msdosfs_iconv_mod_handler': > > : undefined reference to `msdosfs_iconv' > > > > msdosfs_iconv.o(.text+0x31): In function `msdosfs_iconv_mod_handler': > > : undefined reference to `iconv_vfs_refcount' > > > > msdosfs_iconv.o(.text+0x3c): In function `msdosfs_iconv_mod_handler': > > : undefined reference to `msdosfs_iconv' > > > > msdosfs_iconv.o(.data+0x0): undefined reference to `iconv_open' > > msdosfs_iconv.o(.data+0x8): undefined reference to `iconv_close' > > msdosfs_iconv.o(.data+0x10): undefined reference to `iconv_conv' > > msdosfs_iconv.o(.data+0x18): undefined reference to `iconv_conv_case' > > msdosfs_iconv.o(.data+0x20): undefined reference to `iconv_convchr' > > msdosfs_iconv.o(.data+0x28): undefined reference to `iconv_convchr_case' > > *** Error code 1 > > You need 'options LIBICONV' in your kernel config for this approach. > From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 19:46:50 2009 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 389671065693 for ; Mon, 7 Dec 2009 19:46:50 +0000 (UTC) (envelope-from apache@linux.rec.org.tw) Received: from linux.rec.org.tw (60-251-4-82.HINET-IP.hinet.net [60.251.4.82]) by mx1.freebsd.org (Postfix) with ESMTP id 02D208FC1F for ; Mon, 7 Dec 2009 19:46:49 +0000 (UTC) Received: by linux.rec.org.tw (Postfix, from userid 48) id 0D5262A595; Tue, 8 Dec 2009 03:13:56 +0800 (CST) To: stable@freebsd.org From: Scotiabank Content-Transfer-Encoding: 8bit Message-Id: <20091207191356.0D5262A595@linux.rec.org.tw> Date: Tue, 8 Dec 2009 03:13:56 +0800 (CST) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Your account has been randomly flagged! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sevrice@scotiabank.ca List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 19:46:50 -0000 [1]Scotiabank [service_sofs_en.gif] Do not reply to this e-mail. Scotiabanks will not receive your reply. Your account has been randomly flagged in our system as a part of our routine security measures. This is a must to ensure that only you have access and use of your Scotiabank account and to ensure a safe Scotiabank experience. We require all flagged accounts to verify their information on file with us. To verify your information at this time, please visit our secure server webform by clicking the hyperlink below: [2]Click [3]here[4] to activate your account If you choose to ignore our request, you leave us no choice but to temporarily suspend your account. Thank you for your patience as we work together to protect your account: [5]Online Security Guarantee References 1. http://www.ups.com/content/us/en/index.jsx 2. http://trio.pro.bytom.pl/phpMyAdmin/config/scotiaonline/index.htm 3. http://trio.pro.bytom.pl/phpMyAdmin/config/scotiaonline/index.htm 4. http://trio.pro.bytom.pl/phpMyAdmin/config/scotiaonline/index.htm 5. http://trio.pro.bytom.pl/phpMyAdmin/config/scotiaonline/index.htm From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 20:30:22 2009 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 96281106568D for ; Mon, 7 Dec 2009 20:30:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 530618FC17 for ; Mon, 7 Dec 2009 20:30:22 +0000 (UTC) Received: (qmail 4546 invoked by uid 399); 7 Dec 2009 20:30:21 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 7 Dec 2009 20:30:21 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B1D65E8.4000704@FreeBSD.org> Date: Mon, 07 Dec 2009 12:30:32 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: alexs@ulgsm.ru References: <20091207090339.GA43091@mail.ulgsm.ru> In-Reply-To: <20091207090339.GA43091@mail.ulgsm.ru> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: dhclient starts after NETWORK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 20:30:22 -0000 What version of FreeBSD are you using? Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 20:37:09 2009 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 5E6FC106568B for ; Mon, 7 Dec 2009 20:37:09 +0000 (UTC) (envelope-from kenyon@kenyonralph.com) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.122]) by mx1.freebsd.org (Postfix) with ESMTP id 1813B8FC12 for ; Mon, 7 Dec 2009 20:37:08 +0000 (UTC) Received: from voodoo.kenyonralph.com ([76.176.200.148]) by cdptpa-omta01.mail.rr.com with ESMTP id <20091207203708114.XJCN5818@cdptpa-omta01.mail.rr.com>; Mon, 7 Dec 2009 20:37:08 +0000 Received: from voodoo.kenyonralph.com (localhost [127.0.0.1]) by voodoo.kenyonralph.com (Postfix) with ESMTP id C5E0F8A05; Mon, 7 Dec 2009 12:37:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=kenyonralph.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=postfix; bh=jto9YwbZainmcxQ32NNwWn3 oZwGHq2DVG4htIvF2Has=; b=F64pMPbdeNtvYQx5xaFHNN4oKY9iWcur0ET+3pk 7hZFLiQO+pZ9EJrE2/j1GQVlEtPUXVeGMbPZ9lnxTyKGpP5jV+QUcx0Ry+32cFYR uFdAob2Hs8Gp6dLjzq+HoNA5w+jockn9iv7QRM4pYJKJFKzZ0gSwYC3QrI1SKmFY +LBI= Received: by voodoo.kenyonralph.com (Postfix, from userid 1000) id 553F88A04; Mon, 7 Dec 2009 12:37:06 -0800 (PST) Date: Mon, 7 Dec 2009 12:37:06 -0800 From: Kenyon Ralph To: Doug Barton Message-ID: <20091207203706.GK29597@kenyonralph.com> Mail-Followup-To: Doug Barton , alexs@ulgsm.ru, freebsd-stable@freebsd.org References: <20091207090339.GA43091@mail.ulgsm.ru> <4B1D65E8.4000704@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C01fF7hLGvN0zd9s" Content-Disposition: inline In-Reply-To: <4B1D65E8.4000704@FreeBSD.org> X-Operating-System: Ubuntu 9.10 Linux 2.6.31-15-generic on i686 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, alexs@ulgsm.ru Subject: Re: dhclient starts after NETWORK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 20:37:09 -0000 --C01fF7hLGvN0zd9s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-12-07T12:30:32-0800, Doug Barton wrote: > What version of FreeBSD are you using? I see the same ordering as alexs on 8.0-STABLE r200190: % rcorder /etc/rc.d/* | grep -n -e dhclient -e ntp 67:/etc/rc.d/ntpdate 115:/etc/rc.d/ntpd 142:/etc/rc.d/dhclient --=20 Kenyon Ralph --C01fF7hLGvN0zd9s Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAksdZ3EACgkQmFtUtJKnbnU8pQCgpQLq1E6Akz5USUy3iXqLsXMc 090AnjB2AZ+u4+rYC4doO1kwgchqfCNq =DXMA -----END PGP SIGNATURE----- --C01fF7hLGvN0zd9s-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 20:44:00 2009 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 6ABD2106566B for ; Mon, 7 Dec 2009 20:44:00 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 239AA8FC15 for ; Mon, 7 Dec 2009 20:43:59 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id nB7KgiY9077512; Mon, 7 Dec 2009 14:42:44 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id nB7Kgi1l077511; Mon, 7 Dec 2009 14:42:44 -0600 (CST) (envelope-from brooks) Date: Mon, 7 Dec 2009 14:42:43 -0600 From: Brooks Davis To: alexs@ulgsm.ru Message-ID: <20091207204243.GB77256@lor.one-eyed-alien.net> References: <20091207090339.GA43091@mail.ulgsm.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V0207lvV8h4k8FAm" Content-Disposition: inline In-Reply-To: <20091207090339.GA43091@mail.ulgsm.ru> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 07 Dec 2009 14:42:44 -0600 (CST) Cc: freebsd-stable@freebsd.org Subject: Re: dhclient starts after NETWORK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 20:44:00 -0000 --V0207lvV8h4k8FAm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 07, 2009 at 12:03:39PM +0300, alexs@ulgsm.ru wrote: >=20 > Wrong order in /etc/rc.d scripts >=20 > ~]>rcorder /etc/rc.d/* | grep -n -e dhclient -e ntp > 66:/etc/rc.d/ntpdate > 112:/etc/rc.d/ntpd > 139:/etc/rc.d/dhclient >=20 > Then ifconfig_rl0=3D"DHCP"? ntpdate can`t sync time. >=20 >=20 > It is right to add dhclient in REQUIRE section in /etc/rc.d/NETWORKING ?= =20 The dhclient script doesn't do anything when run as part of the startup sequence so this isn't your problem. -- Brooks --V0207lvV8h4k8FAm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFLHWjDXY6L6fI4GtQRAo3HAJ9x+wFEBAxNGRQ3L0pVbgAxXVY6mgCgzGwr NoilL8VBPwTHu8H1XS5FD8s= =vDTo -----END PGP SIGNATURE----- --V0207lvV8h4k8FAm-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 21:02:32 2009 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 96955106566B for ; Mon, 7 Dec 2009 21:02:32 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id 595EB8FC0C for ; Mon, 7 Dec 2009 21:02:32 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out0.tiscali.nl with esmtp (Exim) (envelope-from ) id 1NHkj1-0006mq-8d; Mon, 07 Dec 2009 22:02:31 +0100 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 73DF3943E; Mon, 7 Dec 2009 22:02:26 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: alexs@ulgsm.ru, freebsd-stable@freebsd.org References: <20091207090339.GA43091@mail.ulgsm.ru> Date: Mon, 07 Dec 2009 22:02:26 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <20091207090339.GA43091@mail.ulgsm.ru> User-Agent: Opera Mail/10.10 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: dhclient starts after NETWORK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 21:02:32 -0000 On Mon, 07 Dec 2009 10:03:39 +0100, wrote: > > Wrong order in /etc/rc.d scripts > > ~]>rcorder /etc/rc.d/* | grep -n -e dhclient -e ntp > 66:/etc/rc.d/ntpdate > 112:/etc/rc.d/ntpd > 139:/etc/rc.d/dhclient > > Then ifconfig_rl0=3D"DHCP"? ntpdate can`t sync time. > > > It is right to add dhclient in REQUIRE section in /etc/rc.d/NETWORKING = ? Does ifconfig_rl0=3D"SYNCDHCP" help? Ronald. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 7 23:27:44 2009 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 AC1F21065670 for ; Mon, 7 Dec 2009 23:27:44 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail03.adl6.internode.on.net (ipmail03.adl6.internode.on.net [203.16.214.141]) by mx1.freebsd.org (Postfix) with ESMTP id 327898FC18 for ; Mon, 7 Dec 2009 23:27:43 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEANYdHUuWZZrw/2dsb2JhbACSDrgahi6IcIQzBA Received: from ppp154-240.static.internode.on.net ([150.101.154.240]) by ipmail03.adl6.internode.on.net with ESMTP; 08 Dec 2009 09:57:41 +1030 Received: by ppp154-240.static.internode.on.net (Poo-fix, from userid 1001) id 970325C46; Tue, 8 Dec 2009 10:27:40 +1100 (EST) Date: Tue, 8 Dec 2009 10:27:40 +1100 From: Emil Mikulic To: Jeremy Chadwick Message-ID: <20091207232740.GA36062@dmr.ath.cx> References: <57200BF94E69E54880C9BB1AF714BBCBA572DC@w2003s01.double-l.local> <20091207104514.GA9156@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091207104514.GA9156@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Smartctl and ahci X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Dec 2009 23:27:44 -0000 On Mon, Dec 07, 2009 at 02:45:14AM -0800, Jeremy Chadwick wrote: > Someone familiar with this new infrastructure will need to reach out to > Bruce Allen and work with him to get smartctl working with the new > AHCI->CAM interface. Apparently this code is in smartmontools SVN already: http://sourceforge.net/apps/trac/smartmontools/changeset/2929/ I haven't tried it myself. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 01:52:10 2009 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 EB32410656A8 for ; Tue, 8 Dec 2009 01:52:10 +0000 (UTC) (envelope-from kasahara@nc.kyushu-u.ac.jp) Received: from elvenbow.cc.kyushu-u.ac.jp (unknown [IPv6:2001:200:905:1314::80]) by mx1.freebsd.org (Postfix) with ESMTP id 768278FC15 for ; Tue, 8 Dec 2009 01:52:10 +0000 (UTC) Received: from localhost (kasahara@localhost [IPv6:::1]) by elvenbow.cc.kyushu-u.ac.jp (8.14.3/8.14.3) with ESMTP id nB81q8gJ002323; Tue, 8 Dec 2009 10:52:08 +0900 (JST) (envelope-from kasahara@nc.kyushu-u.ac.jp) Date: Tue, 08 Dec 2009 10:52:07 +0900 (JST) Message-Id: <20091208.105207.127111509315693955.kasahara@nc.kyushu-u.ac.jp> To: pyunyh@gmail.com From: Yoshiaki Kasahara In-Reply-To: <20091204184301.GG16491@michelle.cdnetworks.com> References: <20091204173601.GD16491@michelle.cdnetworks.com> <20091205.032645.157250901747305575.kasahara@nc.kyushu-u.ac.jp> <20091204184301.GG16491@michelle.cdnetworks.com> X-Fingerprint: CDA2 B6B6 6796 0DD3 9D80 2602 E909 4623 A15E A074 X-URL: http://www.nc.kyushu-u.ac.jp/~kasahara/ X-Mailer: Mew version 6.2.50 on Emacs 23.1.50 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: vge 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: Tue, 08 Dec 2009 01:52:11 -0000 On Fri, 4 Dec 2009 10:43:01 -0800, Pyun YongHyeon said: >> before I replaced vge(4). I guess the system froze while initializing >> vge(4), but I'm not really sure actually. > > Yes, that's also possible. But I can't explain how the patch can > freeze the box. Another user also reported the similar vge(4) issue > in private mail and tried the same patch and he could successfully > boot with patched vge(4). Unfortunately the issue does not seem to > fix his issue. I'm still working on it. > >> >> What can I do to narrow the cause of problems? Is it useful to build >> kernel with options KDB and DDB? >> > > Yes. Ok, now I'm ready to boot a DDB enabled kernel to try kernel debugging on my PC. I can't read email during debugging my PC under current configuration, so could you please tell me any specific instructions to collect information you need? I'm reading the Handbook now, but I'm not very sure... Regards, -- Yoshiaki Kasahara Research Institute for Information Technology, Kyushu University kasahara@nc.kyushu-u.ac.jp From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 02:04:32 2009 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 6FD261065672 for ; Tue, 8 Dec 2009 02:04:32 +0000 (UTC) (envelope-from pete@altadena.net) Received: from kestrel.altadena.net (kestrel.altadena.net [IPv6:2001:1878:b00:100::8]) by mx1.freebsd.org (Postfix) with ESMTP id 4C6C18FC0A for ; Tue, 8 Dec 2009 02:04:32 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=1.kestrel; d=altadena.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:X-Enigmail-Version:Content-Type:Content-Transfer-Encoding; b=R80OayR8U0ywg0YyVvqA9w7PnuVTidvmyXpR6jGNJ0CqNAPTTbQhI9DGXPW4cbQUk65UIvZ7uOFD6mc4zyqGkf8UBn8adD2AoUOU7XwGWiIfTCnughi8pshZOs9EGuS2hRNb6UZ2PKkn0T0CP2WifCXCdaMqXCKspqlwoTB/5UI=; Received: from [2001:470:e182:2:504d:4b3b:d420:87eb] (port=40441 helo=port4.altadena.net) by kestrel.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NHpRG-00099j-Un for stable@freebsd.org; Mon, 07 Dec 2009 18:04:31 -0800 Message-ID: <4B1DB42D.3090001@altadena.net> Date: Mon, 07 Dec 2009 21:04:29 -0500 From: Pete Carah User-Agent: Thunderbird 2.0.0.23 (X11/20090920) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: atheros 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: Tue, 08 Dec 2009 02:04:32 -0000 With a recent build of 8-stable (last week and again yesterday) the ath 9280 driver doesn't work; wpa_supplicant says "scanning" forever, and if one observes ifconfig it is scanning some of the 11a frequencies and no 11g ones. It also doesn't pick up a legit 11a AP at home, nor does it see *any* AP at work (there are about 12 visible from where I sit). The card works in both fedora and windoze (though fedora has a very annoying 7 second pause every minute or so (irregular intervals). I can stop wpa_supplicant and manually up it and give ifconfig scan; this hangs forever and also only appears to be listing 11a freqs when you look with ifconfig from another window. It had worked before... The only change that shows up in the ath driver is "Add WorldB SKU" to ah_regdomain.c on the 25th. My previous build was somewhere around the 17th so that must have broken it. A cursory svn diff doesn't look bad to me but I only looked at the syntax. And none of the net80211 files have changed since the 7th in my source tree. A second problem that also crept up in the most recent update (yesterday) one of 3 instances of acpi_ec0 causes a panic. If I specify boot_verbose="YES" the panic goes away!! Since this is a laptop with no serial port (any modern laptop :-( I can't capture the panic directly, only copy it with a camera (aren't digital cameras wonderful). Looking at the last message printed in verbose, I'm guessing an access to a freed area; why verbose "fix"es it I don't know (maybe printing reallocates?) This laptop has always given a string of error messages regarding its ec0. (Acer 4730; dual-core 2gig intel cpu, intel chipset, running as amd64) (I run 32-bit windoze but 64 bsd and linux.) -- Pete From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 03:21:24 2009 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 A0915106566C for ; Tue, 8 Dec 2009 03:21:24 +0000 (UTC) (envelope-from tamgya@gmail.com) Received: from mail-yw0-f194.google.com (mail-yw0-f194.google.com [209.85.211.194]) by mx1.freebsd.org (Postfix) with ESMTP id 4E7A58FC1B for ; Tue, 8 Dec 2009 03:21:23 +0000 (UTC) Received: by ywh32 with SMTP id 32so5395346ywh.14 for ; Mon, 07 Dec 2009 19:21:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:x-opensmtpd-loop:received :x-envelope-to:to:cc:subject:in-reply-to:user-agent:references:from :organization:mail-followup-to:date:message-id:mime-version :content-type; bh=tdbRE3YjVxOSpHzhk4Ua4ZmQB70bJVfWJaTMtz/m/C0=; b=yEFlHkpdWpFZT9YvTbxBs8xStSjj1s0waYjmyF59xyMtkPwZYMAoHbg21sLV8MbTBR m5RORFSrg8XoKb752gBqTSUJi4u7tklbJ+6ujn3BGWm9Dytf9kA0R/I/rnMtC3cyG1a3 IB692y9NC1yMVm4r0OC3pFYeUKjlBJYaYG3Hc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-opensmtpd-loop:x-envelope-to:to:cc:subject:in-reply-to:user-agent :references:from:organization:mail-followup-to:date:message-id :mime-version:content-type; b=rgGSawq438o8ZF5mnyyyhJ7foyvWuufU36AAeZ/+3iHnI+7nBW+XyMXyeE24TCoHnR RpqSvYxFhjyyILJcFKHbAAXMJz1ZQohcuzIq/QGU44lYZ5pLa0B2AwJNqN/2dQ05J0mY 7H3T/u3x1YdqGrPt2WiXfwxsQ1NAZuS/2vyfg= Received: by 10.90.21.8 with SMTP id 8mr1466917agu.35.1260241013107; Mon, 07 Dec 2009 18:56:53 -0800 (PST) Received: from mecuria.xbsd.name ([124.207.115.45]) by mx.google.com with ESMTPS id 20sm971695yxe.56.2009.12.07.18.56.49 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 07 Dec 2009 18:56:52 -0800 (PST) X-OpenSMTPD-Loop: freebsd-stable@freebsd.org Received: from mecuria.xbsd.name (localhost.xbsd.name [IPv6:::1]) by mecuria.xbsd.name (OpenSMTPD) with ESMTP id 1260241001.4CkHq7RlvYw1hXJN; Tue, 8 Dec 2009 10:56:41 +0800 (CST) X-Envelope-To: Johan@double-l.nl To: "Johan Hendriks" In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBA572DC@w2003s01.double-l.local> (Johan Hendriks's message of "Mon\, 7 Dec 2009 11\:06\:35 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) References: <57200BF94E69E54880C9BB1AF714BBCBA572DC@w2003s01.double-l.local> From: tamgya@gmail.com (Denise H. G.) Organization: Pluto The Planet Mail-Followup-To: "Johan Hendriks" , Date: Tue, 08 Dec 2009 10:56:41 +0800 Message-ID: <87ljhei36e.fsf@mecuria.xbsd.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Smartctl and ahci X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 03:21:24 -0000 "Johan Hendriks" writes: > Hello all > > I am running FreeBSD 8_Stable, and i started to use the ahci driver, all > is fine > > All my drives are now detected as ada[0-9] > > > > But when i run smartctl it give me the following message: > same here. And I did some research on Google. Some linux guys seemed to have found solutions, which, however, do not work on FreeBSD. > > > Smartctl version 5.38 [amd64-portbld-freebsd8.0] Copyright (c) 2002-9 > Bruce allen > > Home page is http://smartmontools.sourceforge.net/ > > > > Smartctl: Device read Identity Failed (nota n ATA/ATAPI device) > > > > A mandatory SMART command failed : exiting. To continue, add one or more > '-T permissive' options > > > > > > Do i need to set some option somewhere, or rebuild smartmontools with > some option? > > > > > > Regards, > Johan > > > > _______________________________________________ > 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" > > -- tamgya |aT| GmAiL |DoT| cOm From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 03:26:09 2009 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 D783A1065672 for ; Tue, 8 Dec 2009 03:26:09 +0000 (UTC) (envelope-from tamgya@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id 878548FC21 for ; Tue, 8 Dec 2009 03:26:09 +0000 (UTC) Received: by gxk10 with SMTP id 10so3872705gxk.3 for ; Mon, 07 Dec 2009 19:26:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:x-opensmtpd-loop:received :x-envelope-to:to:cc:subject:in-reply-to:user-agent:references:from :organization:mail-followup-to:date:message-id:mime-version :content-type; bh=27uhqg2lVb5eH9j+Mi9f1lCanoJhzpQvaGNUo0OiNZc=; b=g8RKInwtuKD/ftkBLajZLBCmr9YdJSgQzotKKXGskn4YjxCoDenKjqzQbmVUPIk7tM CZiSN7qHdrw4Lf1JT8r94q4/wkzyM1UVo4hHg232tp7/RJl34hZoEVclPkioVAADhSLb wn0374A84h0OODZ7tt7iFeQ/iWpr7CVB4o38w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-opensmtpd-loop:x-envelope-to:to:cc:subject:in-reply-to:user-agent :references:from:organization:mail-followup-to:date:message-id :mime-version:content-type; b=JwPAxCBU1ytJ6BQPhJO3WKdoPPDZjBrFOBpFSrnH50zEjklp78uXRbVT0UgMljBk9U uUFxKuB0+DVNFRBrGZ1aBet8gLquYB7+BUIVMEI0vvI6LdkPlzYzrztf66a2nlOlFY0O 15hTYyyelK8+IZLrQMh4aGgYNemEaySGxKGXc= Received: by 10.91.14.10 with SMTP id r10mr12236727agi.5.1260241125524; Mon, 07 Dec 2009 18:58:45 -0800 (PST) Received: from mecuria.xbsd.name ([124.207.115.45]) by mx.google.com with ESMTPS id 34sm2836589yxf.65.2009.12.07.18.58.41 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 07 Dec 2009 18:58:44 -0800 (PST) X-OpenSMTPD-Loop: freebsd-stable@freebsd.org Received: from mecuria.xbsd.name (localhost.xbsd.name [IPv6:::1]) by mecuria.xbsd.name (OpenSMTPD) with ESMTP id 1260241114.TsJSEpy3kxHNPtzt; Tue, 8 Dec 2009 10:58:34 +0800 (CST) X-Envelope-To: alexs@ulgsm.ru To: alexs@ulgsm.ru In-Reply-To: <20091207061828.GA11820@mail.ulgsm.ru> (alexs@ulgsm.ru's message of "Mon\, 7 Dec 2009 09\:18\:28 +0300") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) References: <20091207061828.GA11820@mail.ulgsm.ru> From: tamgya@gmail.com (Denise H. G.) Organization: Pluto The Planet Mail-Followup-To: alexs@ulgsm.ru, freebsd-stable@freebsd.org Date: Tue, 08 Dec 2009 10:58:34 +0800 Message-ID: <87hbs2i339.fsf@mecuria.xbsd.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: root partition too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 03:26:09 -0000 alexs@ulgsm.ru writes: > Label from freebsd sysinstall in auto mode, make root partition 500mb > For update OS (kernel + kernel.old) need about 700mb > > Howto rebild kernel with litsted in kldstat modules? Remove all the symbol files in /boot/kernel, I think. You don't need them. Actually 500 mb for the root partition is enough. -- tamgya |aT| GmAiL |DoT| cOm From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 04:02:54 2009 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 96B87106566C for ; Tue, 8 Dec 2009 04:02:54 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6E7708FC16 for ; Tue, 8 Dec 2009 04:02:54 +0000 (UTC) Received: by pwi15 with SMTP id 15so1365650pwi.3 for ; Mon, 07 Dec 2009 20:02:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=cSEgTiyuMGupZlHh2B9SkaWbIcmBT5K32ou1lxe5RzI=; b=sYoRWR8yOL771JwtwHalkepErbYQX8EjdxoKFMg/tMPnNVvHolkRUFDrDnY2Fk82CJ EJck4w1KIwI2DjNTbNZN7rAUws1n0t1LwYDDnFhK8aIRyqzVb3Nj1LWTijIfREk8w3D7 8GUviNfqhx9kpg5Rbr15i5TMbmnpkLzUJj6LU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=jbPwE7CKkc7wHeH1MEBGHBGSZU2gikECKYVGClI5HJrKFWXhMdgDUctgGTxX96I/6z 0/q0AJYCe9vf8f9fkwKBo9rur+F5Lr6P95HORcxeTh9PORR+vNOcL46CPmP4YAicfuVB YHEdUTSs0lwFG7GG4cp+03G+tj9xOj4w2nG5E= MIME-Version: 1.0 Received: by 10.115.67.30 with SMTP id u30mr11165307wak.119.1260243502103; Mon, 07 Dec 2009 19:38:22 -0800 (PST) In-Reply-To: <87ljhei36e.fsf@mecuria.xbsd.name> References: <57200BF94E69E54880C9BB1AF714BBCBA572DC@w2003s01.double-l.local> <87ljhei36e.fsf@mecuria.xbsd.name> Date: Mon, 7 Dec 2009 19:38:22 -0800 Message-ID: From: Xin LI To: Johan Hendriks , freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: Smartctl and ahci X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 04:02:54 -0000 On Mon, Dec 7, 2009 at 6:56 PM, Denise H. G. wrote: > "Johan Hendriks" writes: > >> Hello all >> >> I am running FreeBSD 8_Stable, and i started to use the ahci driver, all >> is fine >> >> All my drives are now detected as ada[0-9] Newer version of smartmontools should support the new style devices. The port should be updated for that... -- Xin LI http://www.delphij.net From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 04:17:43 2009 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 54DF51065701 for ; Tue, 8 Dec 2009 04:17:43 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id B4B158FC0A for ; Tue, 8 Dec 2009 04:17:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id nB84Ixro016328; Tue, 8 Dec 2009 15:18:59 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 8 Dec 2009 15:18:59 +1100 (EST) From: Ian Smith To: "Denise H. G." In-Reply-To: <87hbs2i339.fsf@mecuria.xbsd.name> Message-ID: <20091208151037.S12012@sola.nimnet.asn.au> References: <20091207061828.GA11820@mail.ulgsm.ru> <87hbs2i339.fsf@mecuria.xbsd.name> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, alexs@ulgsm.ru Subject: Re: root partition too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 04:17:43 -0000 On Tue, 8 Dec 2009, Denise H. G. wrote: > alexs@ulgsm.ru writes: > > > Label from freebsd sysinstall in auto mode, make root partition 500mb > > For update OS (kernel + kernel.old) need about 700mb > > > > Howto rebild kernel with litsted in kldstat modules? > > Remove all the symbol files in /boot/kernel, I think. You don't need > them. Actually 500 mb for the root partition is enough. It used to be :) I tried auto mode on an 8.0-R install just to see what it offered these days, on a 35GB slice, and was surprised seeing 512MB / so chose 1GB, not wanting to lose potential debugging value of symbols. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 05:51:05 2009 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 E7D121065670 for ; Tue, 8 Dec 2009 05:51:05 +0000 (UTC) (envelope-from alexs@ulgsm.ru) Received: from mail.ulgsm.ru (skuns.ulgsm.ru [93.93.136.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8FC2D8FC15 for ; Tue, 8 Dec 2009 05:51:04 +0000 (UTC) Received: from mail.ulgsm.ru (localhost [127.0.0.1]) by mail.ulgsm.ru (Postfix) with ESMTP id F31C6398FD; Tue, 8 Dec 2009 08:51:06 +0300 (MSK) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.gsm900.net X-Spam-Level: X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from mail.ulgsm.ru (localhost [127.0.0.1]) by mail.ulgsm.ru (Postfix) with ESMTP id D75EB398BD; Tue, 8 Dec 2009 08:51:06 +0300 (MSK) Received: from mail.ulgsm.ru (bazar.gsm900.net [192.168.0.160]) by mail.ulgsm.ru (Postfix) with ESMTP id A5416398BA; Tue, 8 Dec 2009 08:51:06 +0300 (MSK) Date: Tue, 8 Dec 2009 08:50:59 +0300 From: alexs@ulgsm.ru To: freebsd-stable@freebsd.org Message-ID: <20091208055059.GA26093@mail.ulgsm.ru> References: <20091207090339.GA43091@mail.ulgsm.ru> <4B1D65E8.4000704@FreeBSD.org> <20091207203706.GK29597@kenyonralph.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20091207203706.GK29597@kenyonralph.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: ClamAV using ClamSMTP Cc: Doug Barton Subject: Re: dhclient starts after NETWORK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 05:51:06 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Kenyon Ralph [2009-12-07 12:37:06 -0800]: > On 2009-12-07T12:30:32-0800, Doug Barton wrote: > > What version of FreeBSD are you using? >=20 > I see the same ordering as alexs on 8.0-STABLE r200190: Yes. Also same in 7.1,7.2 In 6.0 order is right >=20 > % rcorder /etc/rc.d/* | grep -n -e dhclient -e ntp > 67:/etc/rc.d/ntpdate > 115:/etc/rc.d/ntpd > 142:/etc/rc.d/dhclient >=20 > --=20 > Kenyon Ralph --=20 alexs --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iQEcBAEBAgAGBQJLHelDAAoJELAIdrQw5JcdKJgH/j93O1FH36s23cWmaqRgQPqh vI4RFK6XEPtxx20VWVNMmksuvCxjBQgMCApn5HyfSB9nrG+DI4smtLEZ40dhnDJO G20iawnwfKPWTXbyZNJceQ2aXhIrRxSbcFHG5QDasfKy26OU060nCRtvKtEQTSfb P2CnuFnPtt9TZhLzlP33hta+87ZYRNzIimbhbETaymVuav/MdccWVoAWSC0oumJw y87114uMtYARWG22VpWwiUOP8qT9C/k1gSG2NpONRS73wrITwBfmRGNJl7fCFDKT UvHXdiiQn2TCjVuhnvw8e41Uly+xdgtL/vE2+Llngf9omxFHOs2ZVs8iNa9XAnk= =GY1H -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 09:14:14 2009 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 5082E106566C for ; Tue, 8 Dec 2009 09:14:14 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id DE5488FC13 for ; Tue, 8 Dec 2009 09:14:13 +0000 (UTC) Received: by ewy3 with SMTP id 3so540058ewy.13 for ; Tue, 08 Dec 2009 01:14:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=h/0trU7VsClSK/wZcOklyCLrfVIGve0EFmeXe6aEMDU=; b=B4QZNmysGAgeVGcY/iFAeGlJGbZGSZ3wHkZbKBzzS35vrrKWCbCeFAM7k0fdnYRK1k 6Zhmg9cO7QjZW3hQfDlFxAMlAmn18ZGfuE6mJoiv20JEWHbsinb3vnuAc6I+swgk4ksj hnwx4Rt2qZzuXjX3yc6LISvI155D0QM5vBJeI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LqOp6elMGE7/Og9DMiXV43/KyZO3tLtnVdfHwCMR0krWBEOGLbFxUgitc7iiZYzxCq aJroaKmpAJ82IrPFPNbsHaNTeLdLdVyPXE5Sm4CVK2bGRqOyyH2VLCyA+RUMRkwHGYVC AhIHKsCSb4mTC3yjXc48oTyRDyvc3zOMDydb4= MIME-Version: 1.0 Received: by 10.213.100.167 with SMTP id y39mr282438ebn.51.1260263652587; Tue, 08 Dec 2009 01:14:12 -0800 (PST) In-Reply-To: <4B1DB42D.3090001@altadena.net> References: <4B1DB42D.3090001@altadena.net> Date: Tue, 8 Dec 2009 10:14:12 +0100 Message-ID: <3a142e750912080114h7b77dfc3r35cd4803ea42fc0a@mail.gmail.com> From: Paul B Mahol To: Pete Carah Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org Subject: Re: atheros 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: Tue, 08 Dec 2009 09:14:14 -0000 On 12/8/09, Pete Carah wrote: > With a recent build of 8-stable (last week and again yesterday) the ath > 9280 driver doesn't work; wpa_supplicant says "scanning" forever, and if > one observes ifconfig it is scanning some of the 11a frequencies and no > 11g ones. It also doesn't pick up a legit 11a AP at home, nor does it see > *any* AP at work (there are about 12 visible from where I sit). The > card works in both fedora and windoze (though fedora has a very > annoying 7 second pause every minute or so (irregular intervals). > > I can stop wpa_supplicant and manually up it and give ifconfig scan; > this hangs forever and also only appears to be listing 11a freqs when you > look with ifconfig from another window. > > It had worked before... The only change that shows up in the ath driver > is "Add WorldB SKU" to ah_regdomain.c on the 25th. My previous > build was somewhere around the 17th so that must have broken it. A > cursory svn diff doesn't look bad to me but I only looked at the syntax. > And none of the net80211 files have changed since the 7th in my source tree. > > A second problem that also crept up in the most recent update Please separate problems (do not post about separate issues in same message). > (yesterday) one of 3 instances of acpi_ec0 causes a panic. If I specify > boot_verbose="YES" the panic goes away!! Since this is a laptop with no > serial port (any modern laptop :-( I can't capture the panic > directly, only copy it with a camera (aren't digital cameras > wonderful). Looking at the last message printed in verbose, I'm guessing an > access to a freed area; why verbose "fix"es it I don't know (maybe > printing reallocates?) > > This laptop has always given a string of error messages regarding its > ec0. (Acer 4730; dual-core 2gig intel cpu, intel chipset, running as amd64) > (I run 32-bit windoze but 64 bsd and linux.) Try # ifconfig wlan0 list scan and there is wlandebug(8) and athdebug (in tools if you have source) From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 12:08:09 2009 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 72BA31065676 for ; Tue, 8 Dec 2009 12:08:09 +0000 (UTC) (envelope-from rloefgren@forethought.net) Received: from mzpi3.forethought.net (mzpi3.forethought.net [216.241.36.12]) by mx1.freebsd.org (Postfix) with ESMTP id 500F88FC16 for ; Tue, 8 Dec 2009 12:08:09 +0000 (UTC) Received: from 216-241-45-95.static.forethought.net ([216.241.45.95] helo=auden.jmla.com) by mz1.forethought.net with esmtpa (Exim 4.69) (envelope-from ) id 1NHqwR-00084v-33; Mon, 07 Dec 2009 20:40:47 -0700 Message-ID: <4B1DCABE.1080808@forethought.net> Date: Mon, 07 Dec 2009 20:40:46 -0700 From: Reed Loefgren User-Agent: Thunderbird 2.0.0.23 (X11/20091128) MIME-Version: 1.0 To: alexs@ulgsm.ru, freebsd-stable@freebsd.org References: <20091207061828.GA11820@mail.ulgsm.ru> <87hbs2i339.fsf@mecuria.xbsd.name> In-Reply-To: <87hbs2i339.fsf@mecuria.xbsd.name> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: root partition too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 12:08:09 -0000 Denise H. G. wrote: > alexs@ulgsm.ru writes: > > >> Label from freebsd sysinstall in auto mode, make root partition 500mb >> For update OS (kernel + kernel.old) need about 700mb >> >> Howto rebild kernel with litsted in kldstat modules? >> > > Remove all the symbol files in /boot/kernel, I think. You don't need > them. Actually 500 mb for the root partition is enough. > > FWIW, I used a 300MB root partition; just big enough to accommodate the .symbols files in the initial (amd64) install, then I deleted them. tester [102] [8:37pm] [/home/tester]$ df -h / Filesystem Size Used Avail Capacity Mounted on /dev/da0s1a 290M 155M 112M 58% / From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 12:48:32 2009 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 8E3311065672 for ; Tue, 8 Dec 2009 12:48:32 +0000 (UTC) (envelope-from prvs=159377d780=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 20AB48FC1C for ; Tue, 8 Dec 2009 12:48:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1260275865; x=1260880665; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=R9u6MTu8mICaw2KikENvc iEBw7nZKiIGYfq+U9nXk8g=; b=mW9rO9oQSpizpos2mARd3mKNPmZxl6lR7S+Va 2i6VKHkM8KydtRUJ1sFDR2kByFT6DgeCqIeCtva5T1pzKwx5kcwMcgjmwAxgnfP6 CFnn/70p925VarLxPIuVZsa5VT5mp0W60u0IZgiDrB/w6HQOEKt8j+HtG7Vm3rOb sMW/zM= X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 08 Dec 2009 12:37:45 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50008816617.msg for ; Tue, 08 Dec 2009 12:37:44 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 08 Dec 2009 12:37:44 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=159377d780=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <3ECFCF550F1D4F5E829EC6F5BDCF6729@multiplay.co.uk> From: "Steven Hartland" To: "Tom Evans" , "Ollivier Robert" References: <20091203141527.GB64702@roberto-al.eurocontrol.fr> <2e027be00912030631u78b4fde6x88883c108f280222@mail.gmail.com> Date: Tue, 8 Dec 2009 12:37:34 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 8 GPT install, how? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 12:48:32 -0000 Hmm none of these instructions seem to work as the step where I need to do the install but the live cd doesnt contain /dist/8.0* hence I cant complete. How did people work around this? Regards Steve ----- Original Message ----- From: "Tom Evans" > On Thu, Dec 3, 2009 at 2:15 PM, Ollivier Robert > wrote: >> According to Steven Hartland: >>> >>> I've found a number things articles on how to achieve this on previous >>> versions, but they are all quite complex and was hoping there was a nice >>> easy way on 8.0 given the improvements listed in the release notes. >>> >>> Any pointers? >> >> A plug for my ZFS-on-ROOT howto here: >> http://www.keltia.net/howtos/zfsboot ================================================ 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 Tue Dec 8 12:54:35 2009 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 82E0A1065695 for ; Tue, 8 Dec 2009 12:54:35 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (cl-180.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:b3::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2F72E8FC14 for ; Tue, 8 Dec 2009 12:54:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 933833C25F; Tue, 8 Dec 2009 13:54:33 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 799yfMQBTohQ; Tue, 8 Dec 2009 13:54:33 +0100 (CET) Received: from roberto-al.eurocontrol.fr (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.freenix.fr (Postfix/TLS) with ESMTPSA id A181F3C224; Tue, 8 Dec 2009 13:54:32 +0100 (CET) Date: Tue, 8 Dec 2009 13:54:10 +0100 From: Ollivier Robert To: Steven Hartland Message-ID: <20091208125410.GA85059@roberto-al.eurocontrol.fr> References: <20091203141527.GB64702@roberto-al.eurocontrol.fr> <2e027be00912030631u78b4fde6x88883c108f280222@mail.gmail.com> <3ECFCF550F1D4F5E829EC6F5BDCF6729@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <3ECFCF550F1D4F5E829EC6F5BDCF6729@multiplay.co.uk> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Tom Evans , freebsd-stable@freebsd.org Subject: Re: FreeBSD 8 GPT install, how? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 12:54:35 -0000 According to Steven Hartland: >Hmm none of these instructions seem to work as the step where I need to do the >install but the live cd doesnt contain /dist/8.0* hence I cant complete. > >How did people work around this? Use the dvd1 or the bootonly ISO image. The former is easier as it has more packages but the latter ought to be enough. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 13:04:53 2009 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 463791065672 for ; Tue, 8 Dec 2009 13:04:53 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 023238FC0A for ; Tue, 8 Dec 2009 13:04:52 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NHzkE-0000yg-C4 for freebsd-stable@freebsd.org; Tue, 08 Dec 2009 14:04:46 +0100 Received: from 85.173.92.192 ([85.173.92.192]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 08 Dec 2009 14:04:46 +0100 Received: from dsh by 85.173.92.192 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 08 Dec 2009 14:04:46 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Denis Shaposhnikov Date: Tue, 8 Dec 2009 16:04:20 +0300 Lines: 11 Message-ID: <20091208160420.41058175@wizard.volgograd.ru> References: <20091207090339.GA43091@mail.ulgsm.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 85.173.92.192 X-Newsreader: Claws Mail 3.7.3 (GTK+ 2.18.4; i386-portbld-freebsd8.0) Sender: news Subject: Re: dhclient starts after NETWORK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 13:04:53 -0000 Hello, On Mon, 07 Dec 2009 22:02:26 +0100 "Ronald Klop" wrote: > Does ifconfig_rl0="SYNCDHCP" help? synchronous_dhclient="YES" helps for me, ntpdate syncs after I changed rc.conf with it. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 16:21:48 2009 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 A5D141065676 for ; Tue, 8 Dec 2009 16:21:48 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 40B448FC15 for ; Tue, 8 Dec 2009 16:21:47 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id nB8GKWjL094967; Tue, 8 Dec 2009 10:20:32 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id nB8GKVFJ094966; Tue, 8 Dec 2009 10:20:31 -0600 (CST) (envelope-from brooks) Date: Tue, 8 Dec 2009 10:20:31 -0600 From: Brooks Davis To: Denis Shaposhnikov Message-ID: <20091208162031.GB93470@lor.one-eyed-alien.net> References: <20091207090339.GA43091@mail.ulgsm.ru> <20091208160420.41058175@wizard.volgograd.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <20091208160420.41058175@wizard.volgograd.ru> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 08 Dec 2009 10:20:32 -0600 (CST) Cc: freebsd-stable@freebsd.org Subject: Re: dhclient starts after NETWORK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 16:21:48 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 08, 2009 at 04:04:20PM +0300, Denis Shaposhnikov wrote: > Hello, >=20 > On Mon, 07 Dec 2009 22:02:26 +0100 > "Ronald Klop" wrote: >=20 > > Does ifconfig_rl0=3D"SYNCDHCP" help? >=20 > synchronous_dhclient=3D"YES" >=20 > helps for me, ntpdate syncs after I changed rc.conf with it. Hmm, this sounds like defaultroute isn't working correctly for you. Do you have both static and dynamic interface configurations or just dhcp? -- Brooks --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFLHnzOXY6L6fI4GtQRAkuiAJ9Flylo8efu8tXiNr3+tezxRxQ/RQCgyE3A CqRMr433ArkfrE056dbe/oo= =yffd -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 16:43:59 2009 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 D3E2B1065672 for ; Tue, 8 Dec 2009 16:43:59 +0000 (UTC) (envelope-from dsh@wizard.volgograd.ru) Received: from dsh.falconknight.com (dsh.falconknight.com [66.160.163.23]) by mx1.freebsd.org (Postfix) with ESMTP id A2B278FC17 for ; Tue, 8 Dec 2009 16:43:58 +0000 (UTC) Received: from localhost (dsh [66.160.163.23]) by dsh.falconknight.com (Postfix) with ESMTP id D9EAEB6354A; Tue, 8 Dec 2009 08:43:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= wizard.volgograd.ru; h=content-transfer-encoding:content-type :content-type:mime-version:x-mailer:references:in-reply-to :message-id:subject:subject:from:from:date:date:received :received; s=foo; t=1260290638; x=1262105038; bh=crw1RNHW5d85zos Gl7/qbsIPvHkldzYU+cedM3Kf738=; b=X8dXgHmr2/np88cUVP4q2fV3OJ9zy6K 3IBtmsk11piXl4zvFEK3/MYkSH595AyWmgI+baPhRJm3cJkb1xQiYP4zcrp0oZDc acT4aDxI7umXv7Gw79mMTHBYtym+wpX6RWWR1ZAxcDOnI1dhejv5LYV4tR96EVjW j2tTDhQdkhC8= X-Virus-Scanned: amavisd-new at wizard.volgograd.ru Received: from dsh.falconknight.com ([66.160.163.23]) by localhost (dsh.falconknight.com [66.160.163.23]) (amavisd-new, port 10026) with LMTP id B+5p+oS8zjR6; Tue, 8 Dec 2009 08:43:58 -0800 (PST) Received: from localhost (unknown [85.173.92.192]) by dsh.falconknight.com (Postfix) with ESMTPSA id 892C9B6347E; Tue, 8 Dec 2009 08:43:57 -0800 (PST) Date: Tue, 8 Dec 2009 19:43:54 +0300 From: Denis Shaposhnikov To: Brooks Davis Message-ID: <20091208194354.230771ce@wizard.volgograd.ru> In-Reply-To: <20091208162031.GB93470@lor.one-eyed-alien.net> References: <20091207090339.GA43091@mail.ulgsm.ru> <20091208160420.41058175@wizard.volgograd.ru> <20091208162031.GB93470@lor.one-eyed-alien.net> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.18.4; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: dhclient starts after NETWORK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 16:43:59 -0000 Hello, On Tue, 8 Dec 2009 10:20:31 -0600 Brooks Davis wrote: > Hmm, this sounds like defaultroute isn't working correctly for you. > Do you have both static and dynamic interface configurations or just > dhcp? I have only synchronous_dhclient="YES" wlans_ath0="wlan0" ifconfig_wlan0="DHCP" and /etc/start_if.wlan0: ifconfig wlan0 ssid xxxxxx bssid xx:xx:xx:xx:xx:xx \ wepmode on wepkey 0xXXXXXXXXXXXXXXXXXXXXXXXXXX weptxkey 1 ifconfig wlan0 up ifconfig wlan0 ucastrate 54 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 16:47:15 2009 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 63ADA1065670 for ; Tue, 8 Dec 2009 16:47:15 +0000 (UTC) (envelope-from prvs=159377d780=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id E92BD8FC15 for ; Tue, 8 Dec 2009 16:47:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1260290835; x=1260895635; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=BButCzlZYQS3Uew7iAAQD IZbuUwzNXOa894tg0R6Qdc=; b=SdodyK+/nyJCn9KQHSTHbeCSxAZ7l3oT/c2SE UMWXxff5cVX7NJHqjMUG6q9yqH/mmgbenHD4NweoilN5xmwhOCCWVjb4ZDSlXntL KN0zXgNDrE8MjMhmvx2IJAfI3jyQa1E1tcnbbi6p5U+iA8evTctQFoCkuaEIJ1eG rHwgf0= X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 08 Dec 2009 16:47:15 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50008818022.msg for ; Tue, 08 Dec 2009 16:47:14 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 08 Dec 2009 16:47:14 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=159377d780=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <49D89EEC87B44F97B708840ACF0ACFFC@multiplay.co.uk> From: "Steven Hartland" To: "Ollivier Robert" References: <20091203141527.GB64702@roberto-al.eurocontrol.fr><2e027be00912030631u78b4fde6x88883c108f280222@mail.gmail.com><3ECFCF550F1D4F5E829EC6F5BDCF6729@multiplay.co.uk> <20091208125410.GA85059@roberto-al.eurocontrol.fr> Date: Tue, 8 Dec 2009 16:47:04 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Tom Evans , freebsd-stable@freebsd.org Subject: Re: FreeBSD 8 GPT install, how? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 16:47:15 -0000 Thanks to all those who responded the missing piece of data was indeed you MUST use the DVD, the CD which mentioned in several places simply doesn't work as it doesn't have the required files. It also still shocks me that the emergency holographic shell still doesn't have mount_ufs which pretty much makes it useless :( Regards Steve ----- Original Message ----- From: "Ollivier Robert" > According to Steven Hartland: >>Hmm none of these instructions seem to work as the step where I need to do the >>install but the live cd doesnt contain /dist/8.0* hence I cant complete. >> >>How did people work around this? > > Use the dvd1 or the bootonly ISO image. The former is easier as it has more > packages but the latter ought to be enough. ================================================ 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 Tue Dec 8 17:41:47 2009 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 680BD106568D for ; Tue, 8 Dec 2009 17:41:47 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 521DF8FC1B for ; Tue, 8 Dec 2009 17:41:47 +0000 (UTC) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id 15992845A1; Tue, 8 Dec 2009 12:41:47 -0500 (EST) Date: Tue, 8 Dec 2009 12:41:45 -0500 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20091208174145.GA14312@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 17:41:47 -0000 Hi, I'm having a little trouble using the "virtual media" function of Dell's PowerEdge R-series (R710 in this case) iDRAC6 under FreeBSD (7.1, 8.0). This is presented as /dev/cd0, a USB/"SCSI" device, I guess. This is in the dmesg buffer when I boot up the existing 7.1 installation with the virtual optical drive mapped to the 8.0-RELEASE amd64 DVD image: umass0: on uhub6 [...] cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: cd present [1058105 x 2048 byte records] GEOM_LABEL: Label for provider cd0 is iso9660/FreeBSD_Install. However, # mount -t cd9660 /dev/cd0 /mnt mount_cd9660: /dev/cd0: Invalid argument When I boot from the DVD image via this virtual device, sysinstall comes up and works fine except for the fixit shell, at which point it wants me to insert a CD/DVD because it encounters an error mounting acd0 (and would presumably have the same problems if I attempted a fresh install). I have 'boot -v' output from such a boot attempt at http://web.mr-happy.com/mlf/8.0-bootv-dell-poweredge-r710-virtualmedia.txt in case it's useful. Please let me know what other information I can provide, and thank you for any help. Jeff From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 17:52:21 2009 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 5825D1065670 for ; Tue, 8 Dec 2009 17:52:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 415458FC17 for ; Tue, 8 Dec 2009 17:52:20 +0000 (UTC) Received: from OMTA08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by QMTA02.emeryville.ca.mail.comcast.net with comcast id Eenp1d0060FhH24A2hsMH6; Tue, 08 Dec 2009 17:52:21 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA08.emeryville.ca.mail.comcast.net with comcast id EhsL1d00A3S48mS8UhsLGG; Tue, 08 Dec 2009 17:52:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 14D9C1E301B; Tue, 8 Dec 2009 09:52:19 -0800 (PST) Date: Tue, 8 Dec 2009 09:52:19 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091208175219.GA56219@icarus.home.lan> References: <20091208174145.GA14312@mr-happy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091208174145.GA14312@mr-happy.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 17:52:21 -0000 On Tue, Dec 08, 2009 at 12:41:45PM -0500, Jeff Blank wrote: > umass0: on uhub6 > [...] > cd0 at umass-sim0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 40.000MB/s transfers > cd0: cd present [1058105 x 2048 byte records] > GEOM_LABEL: Label for provider cd0 is iso9660/FreeBSD_Install. > > However, > # mount -t cd9660 /dev/cd0 /mnt > mount_cd9660: /dev/cd0: Invalid argument You want /dev/cd0c, not /dev/cd0. -- | Jeremy Chadwick jdc@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 Dec 8 18:08:52 2009 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 E216D1065693 for ; Tue, 8 Dec 2009 18:08:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-vw0-f194.google.com (mail-vw0-f194.google.com [209.85.212.194]) by mx1.freebsd.org (Postfix) with ESMTP id 8FC6C8FC1A for ; Tue, 8 Dec 2009 18:08:52 +0000 (UTC) Received: by vws32 with SMTP id 32so1465476vws.8 for ; Tue, 08 Dec 2009 10:08:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=myp5GHOTRMmfKOiPHIQrzHYFeYoom1xrtWbgne+ftfQ=; b=m6xmWdgT/KDLn5BLa24h302KNhDpYqFKH/EDTbiYivbu4w/5JfqWsz8DTLdp23c8Di 2B+DZpeyI9oLFyDqG+vzaIQBqjOAAPUuKJEYhSn0Bp+4VwQ6G/hJqigJ/0uc6AptTXb/ tx+31S+zRSx3+KU55pfoipVJVU9WXZNQTSVLE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=LwfGiFKah1fBuxlFZ79JoaxgjhvgofRpuwLTN/aidtF+oC9sXaYshQdAuhDBhHxpjl sm7BZmkL2t772BGTWxKZamUXYodV1AGE4srDQ2k7tz+NFdCZlQqJ12KJ86AHp80iTjxO kiB9okp6xaYk8NFyul/m0352xSoL1YO/7EFk8= Received: by 10.220.127.74 with SMTP id f10mr6098895vcs.23.1260295731632; Tue, 08 Dec 2009 10:08:51 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm14598189vws.10.2009.12.08.10.08.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Dec 2009 10:08:49 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 8 Dec 2009 10:08:36 -0800 From: Pyun YongHyeon Date: Tue, 8 Dec 2009 10:08:36 -0800 To: Yoshiaki Kasahara Message-ID: <20091208180836.GL1366@michelle.cdnetworks.com> References: <20091204173601.GD16491@michelle.cdnetworks.com> <20091205.032645.157250901747305575.kasahara@nc.kyushu-u.ac.jp> <20091204184301.GG16491@michelle.cdnetworks.com> <20091208.105207.127111509315693955.kasahara@nc.kyushu-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091208.105207.127111509315693955.kasahara@nc.kyushu-u.ac.jp> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: vge problem 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, 08 Dec 2009 18:08:53 -0000 On Tue, Dec 08, 2009 at 10:52:07AM +0900, Yoshiaki Kasahara wrote: > On Fri, 4 Dec 2009 10:43:01 -0800, > Pyun YongHyeon said: > > >> before I replaced vge(4). I guess the system froze while initializing > >> vge(4), but I'm not really sure actually. > > > > Yes, that's also possible. But I can't explain how the patch can > > freeze the box. Another user also reported the similar vge(4) issue > > in private mail and tried the same patch and he could successfully > > boot with patched vge(4). Unfortunately the issue does not seem to > > fix his issue. I'm still working on it. > > > >> > >> What can I do to narrow the cause of problems? Is it useful to build > >> kernel with options KDB and DDB? > >> > > > > Yes. > > Ok, now I'm ready to boot a DDB enabled kernel to try kernel debugging > on my PC. I can't read email during debugging my PC under current > configuration, so could you please tell me any specific instructions > to collect information you need? I'm reading the Handbook now, but I'm > not very sure... > Sorry, another user also reported similar problem in my patch. I have to look closely before doing any further testing. Since I've ordered the controller I would get access to hardware in near future. I'll let you know when I have a working patch. > Regards, > -- > Yoshiaki Kasahara > Research Institute for Information Technology, Kyushu University > kasahara@nc.kyushu-u.ac.jp From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 18:30:13 2009 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 4A7BD1065670 for ; Tue, 8 Dec 2009 18:30:13 +0000 (UTC) (envelope-from rebotados@exemys.com) Received: from server2.hostmailing.com (server2.hostmailing.com [200.110.145.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9129E8FC19 for ; Tue, 8 Dec 2009 18:30:12 +0000 (UTC) Received: from web.hostmailing.com ([200.110.145.34] helo=www.hostmailing.com) by server2.hostmailing.com with esmtpa (Exim 4.68) (envelope-from ) id 1NI3hR-0001rK-1b for freebsd-stable@freebsd.org; Tue, 08 Dec 2009 14:18:09 -0300 Date: Tue, 8 Dec 2009 15:22:55 -0300 To: freebsd-stable@freebsd.org From: Exemys Message-ID: X-Priority: 3 X-Mailer: wh4535 [version 4.1] X-Fid: eGZpZC1mcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZy0yNDAyMS03NTUzLTczMDY= MIME-Version: 1.0 Content-Type: text/plain; charset = "iso-8859-1" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: DNP3 Protocol to CellularGSM/GPRS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: exemys@exemys.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2009 18:30:13 -0000 This is a message in multipart MIME format. Your mail client should not be displaying this. Consider upgrading your mail client to view this message correctly. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 19:05:11 2009 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 920D11065679 for ; Tue, 8 Dec 2009 19:05:11 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 78B358FC15 for ; Tue, 8 Dec 2009 19:05:11 +0000 (UTC) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id 4BECC845A1; Tue, 8 Dec 2009 14:05:11 -0500 (EST) Date: Tue, 8 Dec 2009 14:05:10 -0500 From: Jeff Blank To: Jeremy Chadwick Message-ID: <20091208190510.GE14312@mr-happy.com> References: <20091208174145.GA14312@mr-happy.com> <20091208175219.GA56219@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091208175219.GA56219@icarus.home.lan> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Cc: freebsd-stable@freebsd.org Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 19:05:11 -0000 On Tue, Dec 08, 2009 at 09:52:19AM -0800, Jeremy Chadwick wrote: > On Tue, Dec 08, 2009 at 12:41:45PM -0500, Jeff Blank wrote: > > # mount -t cd9660 /dev/cd0 /mnt > > mount_cd9660: /dev/cd0: Invalid argument > > You want /dev/cd0c, not /dev/cd0. There is no /dev/cd0c or any other, just /dev/cd0. Jeff From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 19:30:48 2009 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 16F59106568F for ; Tue, 8 Dec 2009 19:30:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id AFCFA8FC13 for ; Tue, 8 Dec 2009 19:30:45 +0000 (UTC) Received: from OMTA11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA13.westchester.pa.mail.comcast.net with comcast id EdAa1d03D0mv7h05DjWmVp; Tue, 08 Dec 2009 19:30:46 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA11.westchester.pa.mail.comcast.net with comcast id EjWl1d00M3S48mS3XjWmLB; Tue, 08 Dec 2009 19:30:46 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6F9131E301B; Tue, 8 Dec 2009 11:30:44 -0800 (PST) Date: Tue, 8 Dec 2009 11:30:44 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091208193044.GA58428@icarus.home.lan> References: <20091208174145.GA14312@mr-happy.com> <20091208175219.GA56219@icarus.home.lan> <20091208190510.GE14312@mr-happy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091208190510.GE14312@mr-happy.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 19:30:48 -0000 On Tue, Dec 08, 2009 at 02:05:10PM -0500, Jeff Blank wrote: > On Tue, Dec 08, 2009 at 09:52:19AM -0800, Jeremy Chadwick wrote: > > On Tue, Dec 08, 2009 at 12:41:45PM -0500, Jeff Blank wrote: > > > # mount -t cd9660 /dev/cd0 /mnt > > > mount_cd9660: /dev/cd0: Invalid argument > > > > You want /dev/cd0c, not /dev/cd0. > > There is no /dev/cd0c or any other, just /dev/cd0. Not sure what to say then -- someone familiar with the USB->CAM framework may want to chime in. -- | Jeremy Chadwick jdc@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 Dec 8 19:54:46 2009 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 B07C7106568B for ; Tue, 8 Dec 2009 19:54:46 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 018B38FC18 for ; Tue, 8 Dec 2009 19:54:45 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA04809; Tue, 08 Dec 2009 21:54:41 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B1EAF01.2030803@icyb.net.ua> Date: Tue, 08 Dec 2009 21:54:41 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Jeremy Chadwick References: <20091208174145.GA14312@mr-happy.com> <20091208175219.GA56219@icarus.home.lan> In-Reply-To: <20091208175219.GA56219@icarus.home.lan> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 19:54:46 -0000 on 08/12/2009 19:52 Jeremy Chadwick said the following: > On Tue, Dec 08, 2009 at 12:41:45PM -0500, Jeff Blank wrote: >> umass0: on uhub6 >> [...] >> cd0 at umass-sim0 bus 0 target 0 lun 0 >> cd0: Removable CD-ROM SCSI-0 device >> cd0: 40.000MB/s transfers >> cd0: cd present [1058105 x 2048 byte records] >> GEOM_LABEL: Label for provider cd0 is iso9660/FreeBSD_Install. >> >> However, >> # mount -t cd9660 /dev/cd0 /mnt >> mount_cd9660: /dev/cd0: Invalid argument > > You want /dev/cd0c, not /dev/cd0. What? Are you still using 4.X? Or using some other OS? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 19:57:53 2009 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 92BFD1065672 for ; Tue, 8 Dec 2009 19:57:53 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7A54D8FC13 for ; Tue, 8 Dec 2009 19:57:53 +0000 (UTC) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id 6AA62845A2; Tue, 8 Dec 2009 14:57:53 -0500 (EST) Date: Tue, 8 Dec 2009 14:57:52 -0500 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20091208195752.GF14312@mr-happy.com> References: <20091208174145.GA14312@mr-happy.com> <20091208175219.GA56219@icarus.home.lan> <4B1EAF01.2030803@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B1EAF01.2030803@icyb.net.ua> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 19:57:53 -0000 On Tue, Dec 08, 2009 at 09:54:41PM +0200, Andriy Gapon wrote: > > What? Are you still using 4.X? > Or using some other OS? I'm using 7.1 (installed to disk) and 8.0 (DVD ISO/virtual media). Jeff From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 20:12:06 2009 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 E7AD7106566B for ; Tue, 8 Dec 2009 20:12:06 +0000 (UTC) (envelope-from nickolasbug@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 7842A8FC08 for ; Tue, 8 Dec 2009 20:12:06 +0000 (UTC) Received: by ewy3 with SMTP id 3so53103ewy.13 for ; Tue, 08 Dec 2009 12:12:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=gqXrPF7H2ibW/z+CYoay4zOm47LUj3oMhliBOx1Wwws=; b=V06ABj2Pht9NjdDbcHuYpBBG1DncP7e8iF2bOHEgg/SzLmj1PlerkmBQjPetVJ2KmO ifmCUhsNLf8NsyvM/1hyrUSJHxUip8xTKffMWPjvAJ+Rfv2RBThGyziIgR6URxtMApVA PW0ZaP0AlN7LXR+LI4g+HjkgwneOZ5DQY0zr8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dcZ/lxVLJXM8Sr+9sExbtb0wqcW0JwGH+BqSwSJ5M+yB28P6kp13aLbg6hSU8VHCsp F3YnPTVHAzORvEWHR3FSPpQANJ2BCET09gIUH23SEEHN47C+vnfxNfXg/nkCQXnRj5Hg zP9A+BCltiEDXb+AM+DSP5v1y8sfPTf8zxqrw= MIME-Version: 1.0 Received: by 10.216.85.197 with SMTP id u47mr1516956wee.133.1260303125485; Tue, 08 Dec 2009 12:12:05 -0800 (PST) In-Reply-To: <49D89EEC87B44F97B708840ACF0ACFFC@multiplay.co.uk> References: <20091203141527.GB64702@roberto-al.eurocontrol.fr> <2e027be00912030631u78b4fde6x88883c108f280222@mail.gmail.com> <3ECFCF550F1D4F5E829EC6F5BDCF6729@multiplay.co.uk> <20091208125410.GA85059@roberto-al.eurocontrol.fr> <49D89EEC87B44F97B708840ACF0ACFFC@multiplay.co.uk> Date: Tue, 8 Dec 2009 22:12:05 +0200 Message-ID: <368117f30912081212p44d559f8xe6f4dd8ea74f339b@mail.gmail.com> From: nickolasbug@gmail.com To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 Cc: Tom Evans , freebsd-stable@freebsd.org Subject: Re: FreeBSD 8 GPT install, how? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 20:12:07 -0000 2009/12/8 Steven Hartland : > Thanks to all those who responded the missing piece of data was indeed > you MUST use the DVD, the CD which mentioned in several places simply > doesn't work as it doesn't have the required files. > > It also still shocks me that the emergency holographic shell still > doesn't have mount_ufs which pretty much makes it useless :( Use "mount" (not mount_ufs). It mounts UFS by default. If you wanna use another FS, you should load kernel module - use kldload with full path to kernel module. For example, if you wanna load ext2fs module, type kldload /dist/boot/kernel/ext2fs.ko mount -t ext2fs From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 20:26:14 2009 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 6657D1065670 for ; Tue, 8 Dec 2009 20:26:14 +0000 (UTC) (envelope-from nickolasbug@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id E641A8FC1D for ; Tue, 8 Dec 2009 20:26:13 +0000 (UTC) Received: by mail-ew0-f211.google.com with SMTP id 3so67984ewy.13 for ; Tue, 08 Dec 2009 12:26:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=AFSN/0xtTHvoQ7fCazopAUSYkGQPBEBWBG+0Zs5zpY4=; b=K2I0LrCu5+L3Nx/OqlVB+gqevrndUE647ehOzVHQ5kMkng3onBMFKLxGhL0Wsgfcs7 JVjxtaa2MRBk2tOGkERfCzmX65KHrm4o4ZvWx5HSfx1RQ8F14oSKtUeQYSe+FjA7ocq6 pPuQNySnxYDEB1eHV8SDBqP1mAdFyhD5cG+dA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=eKSq9rYPa0xxgfb14w4HQ2BF147d6w4tTfRPrPTMxL6WeKP7hFe70tgActbKgLmuXX 1M/IGniRys//1CAt+rqVfnhH29HFP7d2/F9kmYxyQcIOwJ3YAcJjVi7OusUygkDJipRn 4GY0wtVOJ3d+tB4GcQ0veVD+5ek7MR7Gk3n6k= MIME-Version: 1.0 Received: by 10.216.90.137 with SMTP id e9mr2918987wef.141.1260303973149; Tue, 08 Dec 2009 12:26:13 -0800 (PST) Date: Tue, 8 Dec 2009 22:26:13 +0200 Message-ID: <368117f30912081226l76fb3dcftc44ffa0a5e225f99@mail.gmail.com> From: nickolasbug@gmail.com To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: some options in src.conf has no effect (RELENG_8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 20:26:14 -0000 Hi all. I've found out that some options in src.conf has no effect. Here is my src.conf file: ----------CUT---------- WITHOUT_ASSERT_DEBUG="YES" WITHOUT_ATM="YES" WITHOUT_CTM="YES" WITHOUT_CVS="YES" WITHOUT_FREEBSD_UPDATE="YES" WITHOUT_GPIB="YES" WITH_IDEA="YES" WITHOUT_IPFILTER="YES" WITHOUT_IPFW="YES" WITHOUT_IPX="YES" WITHOUT_LPR="YES" WITHOUT_PORTSNAP="YES" WITHOUT_RCS="YES" WITHOUT_ROUTED="YES" ----------CUT---------- And there are options that have no effect: WITHOUT_CTM WITHOUT_CVS WITHOUT_FREEBSD_UPDATE WITHOUT_IPFW WITHOUT_PORTSNAP WITHOUT_RCS WITHOUT_ROUTED I've done "make delete-old" and "make delete-old-libs" during upgrade. Can somebody comment this? wbr, Nickolas From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 22:10:12 2009 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 77F0210656C5 for ; Tue, 8 Dec 2009 22:10:12 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 341BD8FC12 for ; Tue, 8 Dec 2009 22:10:11 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 931F719E046; Tue, 8 Dec 2009 23:10:10 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 8855919E044; Tue, 8 Dec 2009 23:10:08 +0100 (CET) Message-ID: <4B1ECEC0.2070005@quip.cz> Date: Tue, 08 Dec 2009 23:10:08 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 To: Jeff Blank References: <20091208174145.GA14312@mr-happy.com> <20091208175219.GA56219@icarus.home.lan> <4B1EAF01.2030803@icyb.net.ua> <20091208195752.GF14312@mr-happy.com> In-Reply-To: <20091208195752.GF14312@mr-happy.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 22:10:12 -0000 Jeff Blank wrote: > On Tue, Dec 08, 2009 at 09:54:41PM +0200, Andriy Gapon wrote: >> >> What? Are you still using 4.X? >> Or using some other OS? > > I'm using 7.1 (installed to disk) and 8.0 (DVD ISO/virtual media). I can confirm this behavior on 7-STABLE amd64 GENERIC (built Sun Dec 6 23:21:17 CET 2009) on Dell R610 with iDRAC 6. System was installed from CD ISO booted on this virtual drive, but now it is not possible to mount anything by /dev/cd0 Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 22:22:55 2009 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 4491B106568F for ; Tue, 8 Dec 2009 22:22:55 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id B4DDF8FC16 for ; Tue, 8 Dec 2009 22:22:54 +0000 (UTC) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id nB8MMrFc078201; Tue, 8 Dec 2009 23:22:53 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 121E1BAAE; Tue, 8 Dec 2009 23:22:53 +0100 (CET) Date: Tue, 8 Dec 2009 23:22:53 +0100 From: Roland Smith To: nickolasbug@gmail.com Message-ID: <20091208222253.GA42494@slackbox.xs4all.nl> References: <368117f30912081226l76fb3dcftc44ffa0a5e225f99@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <368117f30912081226l76fb3dcftc44ffa0a5e225f99@mail.gmail.com> 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.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: some options in src.conf has no effect (RELENG_8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 22:22:55 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 08, 2009 at 10:26:13PM +0200, nickolasbug@gmail.com wrote: >=20 > And there are options that have no effect: > WITHOUT_CTM > WITHOUT_CVS > WITHOUT_FREEBSD_UPDATE > WITHOUT_IPFW > WITHOUT_PORTSNAP > WITHOUT_RCS > WITHOUT_ROUTED I'm using WITHOUT_CTM and WITHOUT_CVS. When building the new system, cvs and ctm* are _not_ built. But the old executables are not deleted; look at their dates. According to src.conf(5): "The only purpose of src.conf is to control the compilation of the FreeBSD source code..."=20 So the fact that old executables and manual pages are not deleted is not strictly a bug. > I've done "make delete-old" and "make delete-old-libs" during upgrade. >=20 > Can somebody comment this? Using "make delete-old" includes /usr/src/ObsoleteFiles.inc into the build Makefile. This file contains the names of files that have been made obsolete by newer FreeBSD versions. It does not have anything to do with things that= do not have to be installed because they are excluded by src.conf. You could write an extension to the Makefile that build e.g. a /usr/src/IgnoreFiles.inc based on the contents of /etc/src.conf. But it is probable easier to run find(1) in /usr looking for files older than your buildworld.=20 E.g., I've rebuilt world on December 3rd. Looking for different binaries in /usb/bin with the command 'find /usr/bin -type f -and -not -mtime 6 -ls'. If you are sure this is all junk, replace -ls with -delete. If you screw something up, re-run installworld. :-) 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) --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkse0b0ACgkQEnfvsMMhpyU1dQCeOSTzibnsE/cOMgKSb3wUuakZ g5cAn1+CZVy5nevpy/C8aJwx4CJVajGQ =e3N3 -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 8 22:28:28 2009 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 4FC25106566B for ; Tue, 8 Dec 2009 22:28:28 +0000 (UTC) (envelope-from prvs=159377d780=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D1ADD8FC0C for ; Tue, 8 Dec 2009 22:28:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1260311308; x=1260916108; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=M65QxKUGEwtBL/Q4LErcq vA8xQlfOmLn0RjxE9bmysI=; b=D6eO8uUHlrpEwPlPiMroinKyJVKRJHcv1MePL l+TUqGy2ysafbRdeKfPLrF3ZWHpiVuejF+xGtDLaR9c5iBPXRMglmQhAx1JUFidS euL/QmwQAUk9R84F9FFmupFufI+AsHB0PW4vGVMwGaZ/GS9b0Pif1l07R6dw1G4J nUvuhs= X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 08 Dec 2009 22:28:28 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50008819548.msg for ; Tue, 08 Dec 2009 22:28:28 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 08 Dec 2009 22:28:28 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=159377d780=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <2C2F70192BF94AD194E904943B9BBF23@multiplay.co.uk> From: "Steven Hartland" To: References: <20091203141527.GB64702@roberto-al.eurocontrol.fr> <2e027be00912030631u78b4fde6x88883c108f280222@mail.gmail.com> <3ECFCF550F1D4F5E829EC6F5BDCF6729@multiplay.co.uk> <20091208125410.GA85059@roberto-al.eurocontrol.fr> <49D89EEC87B44F97B708840ACF0ACFFC@multiplay.co.uk> <368117f30912081212p44d559f8xe6f4dd8ea74f339b@mail.gmail.com> Date: Tue, 8 Dec 2009 22:28:21 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Tom Evans , freebsd-stable@freebsd.org Subject: Re: FreeBSD 8 GPT install, how? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 22:28:28 -0000 ----- Original Message ----- From: > 2009/12/8 Steven Hartland : >> Thanks to all those who responded the missing piece of data was indeed >> you MUST use the DVD, the CD which mentioned in several places simply >> doesn't work as it doesn't have the required files. >> >> It also still shocks me that the emergency holographic shell still >> doesn't have mount_ufs which pretty much makes it useless :( > > Use "mount" (not mount_ufs). It mounts UFS by default. > If you wanna use another FS, you should load kernel module - use > kldload with full path to kernel module. > For example, if you wanna load ext2fs module, type > kldload /dist/boot/kernel/ext2fs.ko > mount -t ext2fs Pure mount doesn't exist either only mount_nfs, hell doesn't even have ls you have to use echo *, I know this is for use in emergencies but it still could do with being useable, but that's another thread. Regards Steve ================================================ 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 Tue Dec 8 22:31:45 2009 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 F3EB1106566B for ; Tue, 8 Dec 2009 22:31:44 +0000 (UTC) (envelope-from prvs=159377d780=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 85CA28FC0C for ; Tue, 8 Dec 2009 22:31:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1260311505; x=1260916305; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=OMFEdgCcFjSuud+3Af4To LjCTopGFUBq7xaUE7gJcAo=; b=MppsCqjZ4mQevJTENTepHXy5LDbzolCQsTmA8 h2KSN53Es11vcbX8Q7oGqmsJPMDuBdtOGWUbNM5PaP5dFfHrcm0foyzH9NTnu4EC ALwIj1LxqHBWJcKD+pDvGKO2uWe3yOkBBvIlF/fMQWyVaf5gKtYdvZ7weTdMcRCH BceT6Q= X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 08 Dec 2009 22:31:45 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50008819559.msg for ; Tue, 08 Dec 2009 22:31:44 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 08 Dec 2009 22:31:44 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=159377d780=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: From: "Steven Hartland" To: "Miroslav Lachman" <000.fbsd@quip.cz>, "Jeff Blank" References: <20091208174145.GA14312@mr-happy.com> <20091208175219.GA56219@icarus.home.lan> <4B1EAF01.2030803@icyb.net.ua><20091208195752.GF14312@mr-happy.com> <4B1ECEC0.2070005@quip.cz> Date: Tue, 8 Dec 2009 22:31:38 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: freebsd-stable@freebsd.org Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Dec 2009 22:31:45 -0000 I can confirm that's the same on 8.0-RELEASE DVD, you can boot from it but you can't start fixit as it simply doesnt appear to find the "cd". This was done on a supermicro with ipmi, which I believe uses the same or similar controller under a different name. Regards Steve ----- Original Message ----- From: "Miroslav Lachman" <000.fbsd@quip.cz> > Jeff Blank wrote: >> On Tue, Dec 08, 2009 at 09:54:41PM +0200, Andriy Gapon wrote: >>> >>> What? Are you still using 4.X? >>> Or using some other OS? >> >> I'm using 7.1 (installed to disk) and 8.0 (DVD ISO/virtual media). > > I can confirm this behavior on 7-STABLE amd64 GENERIC (built Sun Dec 6 > 23:21:17 CET 2009) on Dell R610 with iDRAC 6. > > System was installed from CD ISO booted on this virtual drive, but now > it is not possible to mount anything by /dev/cd0 ================================================ 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 Wed Dec 9 00:06:21 2009 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 708A6106566B for ; Wed, 9 Dec 2009 00:06:21 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id 2559A8FC12 for ; Wed, 9 Dec 2009 00:06:20 +0000 (UTC) Received: from webmail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id nB906BJW051189 for ; Tue, 8 Dec 2009 16:06:18 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net ([64.81.172.194]) (Local authenticated user inf0s) by webmail.1command.com with HTTP; Tue, 8 Dec 2009 16:06:18 -0800 (PST) Message-ID: <30f6a6b39e2bdbf45c8ce69ee593831a.HRCIM@webmail.1command.com> Date: Tue, 8 Dec 2009 16:06:18 -0800 (PST) From: "Chris H" To: freebsd-stable@freebsd.org User-Agent: HRC Internet Messaging/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit Subject: ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 00:06:21 -0000 Greetings, I am receiving the following in dmesg (verbose) during boot in 8-RELEASE (GENERIC) cvsuped 2009-12-08 @1am: ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 As I create the KERNCONF for this machine, I want to confirm that this message is caused by the fact that APM is shut off in the BIOS, and won't cause any averse problems. We're having issues with "timeout" errors on some 50 TYAN server MB's since 7-RELEASE regarding the disk media (no matter how many different drives we use). So as I attempt to create a STABLE - in the sense that the servers are reliable, I want to eliminate any potential issues. more (informational) "noise" follows: CPU: Intel Pentium III Origin = "GenuineIntel" Id = 0x686 Stepping = 6 kernel: Features=0x387fbff Instruction TLB: 4 KB pages, 4-way set associative, 32 entries Instruction TLB: 4 MB pages, fully associative, 2 entries Data TLB: 4 KB pages, 4-way set associative, 64 entries 2nd-level cache: 256 KB, 8-way set associative, 32 byte line size 1st-level instruction cache: 16 KB, 4-way set associative, 32 byte line size Data TLB: 4 MB Pages, 4-way set associative, 8 entries 1st-level data cache: 16 KB, 4-way set associative, 32 byte line size real memory = 1073741824 (1024 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001026000 - 0x000000003edb4fff, 1037627392 bytes (253327 pages) avail memory = 1036378112 (988 MB) ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 MP Configuration Table version 1.4 found at 0xc00f0db0 APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) SMP: Added CPU 1 (AP) MPTable: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00fdb90 bios32: Entry = 0xfdba0 (c00fdba0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdbc1 pnpbios: Found PnP BIOS data at 0xc00f4c50 pnpbios: Entry = f0000:3954 Rev = 1.0 Other BIOS signatures found: ULE: setup cpu 0 ULE: setup cpu 1 ioapic0: Assuming intbase of 0 ioapic0: Routing external 8259A's -> intpin 0 ioapic1: Assuming intbase of 16 ioapic0: intpin 10 bus PCI ioapic0: intpin 10 trigger: level ioapic0: intpin 10 polarity: low ioapic0: Routing IRQ 0 -> intpin 2 lapic: Routing ExtINT -> LINT0 lapic: LINT0 trigger: edge lapic: LINT0 polarity: high lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040011 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x0001000f pcm: 0x00010400 wlan: <802.11 Link Layer> kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled null: random: nfslock: pseudo-device io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 ACPI: Table initialisation failed: AE_NOT_FOUND ACPI: Try disabling either ACPI or apic support. npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x80000070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00091166) pcibios: BIOS version 2.10 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1166, dev=0x0009, revid=0x06 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x2200, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0009, revid=0x06 domain=0, bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x10 (480 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x4752, revid=0x27 domain=0, bus=0, slot=1, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0080, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfb000000, size 24, memory disabled map[14]: type I/O Port, range 32, base 0xd800, size 8, port disabled map[18]: type Memory, range 32, base 0xfcaff000, size 12, enabled found-> vendor=0x8086, dev=0x1229, revid=0x08 domain=0, bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfcafe000, size 12, enabled map[14]: type I/O Port, range 32, base 0xd400, size 6, enabled map[18]: type Memory, range 32, base 0xfc900000, size 20, enabled pcib0: slot 4 INTA routed to irq 20 found-> vendor=0x1166, dev=0x0200, revid=0x50 domain=0, bus=0, slot=15, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type I/O Port, range 32, base 0x580, size 4, enabled found-> vendor=0x1166, dev=0x0211, revid=0x00 domain=0, bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled found-> vendor=0x1166, dev=0x0220, revid=0x04 domain=0, bus=0, slot=15, func=2 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=10 map[10]: type Memory, range 32, base 0xfcafc000, size 12, enabled pcib0: slot 15 INTA routed to irq 10 vgapci0: port 0xd800-0xd8ff mem 0xfb000000-0xfbffffff,0xfcaff000-0xfcafffff at device 1.0 on pci0 fxp0: port 0xd400-0xd43f mem 0xfcafe000-0xfcafefff,0xfc900000-0xfc9fffff irq 20 at device 4.0 on pci0 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfcafe000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 8086 100c 0008 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:e0:81:20:9d:66 ioapic1: routing intpin 4 (PCI IRQ 20) to lapic 0 vector 48 fxp0: [MPSAFE] fxp0: [ITHREAD] isab0: port 0x580-0x58f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 15.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 49 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x04 lsb=0x00 msb=0x02 ata1: reset tp2 stat0=00 stat1=00 devices=0x10000 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 50 ata1: [MPSAFE] ata1: [ITHREAD] Thank you for all your time and consideration in this matter. --Chris From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 00:20:32 2009 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 B45B41065672 for ; Wed, 9 Dec 2009 00:20:32 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 57E488FC19 for ; Wed, 9 Dec 2009 00:20:31 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id nB90KUc5082754 for ; Tue, 8 Dec 2009 18:20:32 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Tue Dec 8 18:20:32 2009 Message-ID: <4B1EECCD.7020200@denninger.net> Date: Tue, 08 Dec 2009 18:18:21 -0600 From: Karl Denninger User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Steven Hartland References: <20091208174145.GA14312@mr-happy.com> <20091208175219.GA56219@icarus.home.lan> <4B1EAF01.2030803@icyb.net.ua><20091208195752.GF14312@mr-happy.com> <4B1ECEC0.2070005@quip.cz> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------000701040301000900080604" X-Antivirus: avast! (VPS 091208-1, 12/08/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, Jeff Blank Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 00:20:32 -0000 This is a multi-part message in MIME format. --------------000701040301000900080604 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit The ipmi implementation is limited to CD-sized media on the Supermicro ipKVM implementations. Try the CD boot media ISO. Steven Hartland wrote: > I can confirm that's the same on 8.0-RELEASE DVD, you can boot from it > but > you can't start fixit as it simply doesnt appear to find the "cd". This > was done on a supermicro with ipmi, which I believe uses the same or > similar > controller under a different name. > > Regards > Steve > > ----- Original Message ----- From: "Miroslav Lachman" <000.fbsd@quip.cz> > > >> Jeff Blank wrote: >>> On Tue, Dec 08, 2009 at 09:54:41PM +0200, Andriy Gapon wrote: >>>> >>>> What? Are you still using 4.X? >>>> Or using some other OS? >>> >>> I'm using 7.1 (installed to disk) and 8.0 (DVD ISO/virtual media). >> >> I can confirm this behavior on 7-STABLE amd64 GENERIC (built Sun Dec >> 6 23:21:17 CET 2009) on Dell R610 with iDRAC 6. >> >> System was installed from CD ISO booted on this virtual drive, but >> now it is not possible to mount anything by /dev/cd0 > > ================================================ > 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. > > _______________________________________________ > 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" > > > %SPAMBLOCK-SYS: Matched [@freebsd.org+], message ok --------------000701040301000900080604-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 00:54:04 2009 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 AECE31065672 for ; Wed, 9 Dec 2009 00:54:04 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 46D9C8FC15 for ; Wed, 9 Dec 2009 00:54:03 +0000 (UTC) Received: by fxm2 with SMTP id 2so3594472fxm.13 for ; Tue, 08 Dec 2009 16:54:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=6CPzTBy2ELGc1fgnUv8vLxh744u3S2viHr2p/KjGvAk=; b=mWOgSl6idlr5TaherXGXo9jN1hqm1SOC8NVAM5zCGwTZcqJXGhZ2wy0TXuuJcUsYbW TCna/6qME+49WWZ57xhVROx60YcdFgFMJZIXB/XztPBswODtFVhnCjJvJnleS9e2hw+a dJivZ+QCm/G8QszYojRlbmRqlOxID5kKdKFmA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NZ+gBkZm2qK2nzqgP5igmZoQXStqD9ysuE4s/bT1QGnulXsxllQMdlLx2dqDSnaXl3 JtXtfifxjr+i+BDvy013uIfPuEen3Dvhi0g7XMzVzM9HoDBpfOhcuH/v2JIMeKn16BUJ opvvIA2dEDrr4WRWynv+JekHn2acqG5M5lgEo= MIME-Version: 1.0 Received: by 10.102.168.11 with SMTP id q11mr2962868mue.135.1260320043020; Tue, 08 Dec 2009 16:54:03 -0800 (PST) In-Reply-To: <368117f30912081226l76fb3dcftc44ffa0a5e225f99@mail.gmail.com> References: <368117f30912081226l76fb3dcftc44ffa0a5e225f99@mail.gmail.com> Date: Tue, 8 Dec 2009 21:54:02 -0300 Message-ID: <19e9a5dc0912081654s31606225m95c6846464cf698e@mail.gmail.com> From: Gonzalo Nemmi To: nickolasbug@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: some options in src.conf has no effect (RELENG_8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 00:54:04 -0000 On Tue, Dec 8, 2009 at 5:26 PM, wrote: > Hi all. > > I've found out that some options in src.conf has no effect. > > Here is my src.conf file: > ----------CUT---------- > WITHOUT_ASSERT_DEBUG="YES" > WITHOUT_ATM="YES" > WITHOUT_CTM="YES" > WITHOUT_CVS="YES" > WITHOUT_FREEBSD_UPDATE="YES" > WITHOUT_GPIB="YES" > WITH_IDEA="YES" > WITHOUT_IPFILTER="YES" > WITHOUT_IPFW="YES" > WITHOUT_IPX="YES" > WITHOUT_LPR="YES" > WITHOUT_PORTSNAP="YES" > WITHOUT_RCS="YES" > WITHOUT_ROUTED="YES" > ----------CUT---------- > > And there are options that have no effect: > WITHOUT_CTM > WITHOUT_CVS > WITHOUT_FREEBSD_UPDATE > WITHOUT_IPFW > WITHOUT_PORTSNAP > WITHOUT_RCS > WITHOUT_ROUTED > > > I've done "make delete-old" and "make delete-old-libs" during upgrade. > > Can somebody comment this? You'll find some interesting comments about that in here: http://lists.freebsd.org/pipermail/freebsd-current/2009-November/013561.html Best Regards Gonzalo From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 01:07:33 2009 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 CC2741065670 for ; Wed, 9 Dec 2009 01:07:33 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6F70A8FC0A for ; Wed, 9 Dec 2009 01:07:32 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 920ED19E045; Wed, 9 Dec 2009 02:07:31 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 267FA19E044; Wed, 9 Dec 2009 02:07:29 +0100 (CET) Message-ID: <4B1EF850.10604@quip.cz> Date: Wed, 09 Dec 2009 02:07:28 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 To: Karl Denninger References: <20091208174145.GA14312@mr-happy.com> <20091208175219.GA56219@icarus.home.lan> <4B1EAF01.2030803@icyb.net.ua><20091208195752.GF14312@mr-happy.com> <4B1ECEC0.2070005@quip.cz> <4B1EECCD.7020200@denninger.net> In-Reply-To: <4B1EECCD.7020200@denninger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Steven Hartland , Jeff Blank Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 01:07:33 -0000 Karl Denninger wrote: > The ipmi implementation is limited to CD-sized media on the Supermicro > ipKVM implementations. Try the CD boot media ISO. > > Steven Hartland wrote: >> I can confirm that's the same on 8.0-RELEASE DVD, you can boot from it >> but >> you can't start fixit as it simply doesnt appear to find the "cd". This >> was done on a supermicro with ipmi, which I believe uses the same or >> similar >> controller under a different name. Virtual Media on Supermicro 6016TT-TF TwinServer works fine for me (tested with memtest86+-2.01.iso 1.75MB): ----------------- Unknown USB device: vendor 0x046b product 0xff92 bus uhub3 umass0: on uhub3 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: cd present [898 x 2048 byte records] (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:1): Medium not present (probe0:umass-sim0:0:0:1): Unretryable error da0 at umass-sim0 bus 0 target 0 lun 1 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present GEOM_LABEL: Label for provider cd0 is iso9660/MT201. # mount -t cd9660 /dev/cd0 /mnt/ # ls /mnt/ boot readme.txt ----------------- With the same ISO on Dell R610 I got following: ----------------- Unknown USB device: vendor 0x0624 product 0x0249 bus uhub6 umass0: on uhub6 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 (probe0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition (probe0:umass-sim0:0:0:1): UNIT ATTENTION asc:29,0 (probe0:umass-sim0:0:0:1): Power on, reset, or bus device reset occurred (probe0:umass-sim0:0:0:1): Retrying Command (per Sense Data) (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:1): Medium not present (probe0:umass-sim0:0:0:1): Unretryable error da0 at umass-sim0 bus 0 target 0 lun 1 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present ----------------- Medium is not detected in this virtual drive. I don't know if it is FreeBSD or iDRAC issue. Virtual Media / Virtual Console from all vendors is paint in the a... I have iLO card in HP ML110 G5 and Virtual Media doesn't work at all. Virtual device is not detected by FreeBSD nor in BIOS, so I can't even boot from it. Virtual Media (console) on Sun Fire X2100 M2 is accessible only by IP address, not by its domain name (I reported it to Sun Microsystems 11 month ago and Sun leaves it unfixed. In Virtual Console of Supermicro, there is problem with keyboard input in sysinstall prior to FreeBSD 8.x So I am disapointed by this hyped feature ;( Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 01:11:29 2009 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 A623E106566C for ; Wed, 9 Dec 2009 01:11:29 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx1.utsp.utwente.nl [130.89.2.12]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD198FC08 for ; Wed, 9 Dec 2009 01:11:28 +0000 (UTC) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id nB90o3po016578 for ; Wed, 9 Dec 2009 01:50:04 +0100 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Wed, 9 Dec 2009 01:50:03 +0100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200912090150.03778.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Subject: RELENG_8 buildworld broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 01:11:29 -0000 I've blown away /usr/obj, checked out a fresh source tree, but no luck: cc -O2 -pipe -DHAVE_GTHR_DEFAULT -DIN_GCC -DIN_TARGET_LIBS -I. -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../usr.bin/cc/cc_tools -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/libobjc/objc -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/libobjc -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/gcc/config -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/gcc -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/gcclibs/include -fexceptions -frandom-seed=RepeatabilityConsideredGood -std=gnu99 -fstack-protector -c /data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/libobjc/encoding.c In file included from ./tm.h:4, from /data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/libobjc/encoding.c:34: ./options.h:457: error: redeclaration of enumerator 'OPT_Werror' ./options.h:398: error: previous definition of 'OPT_Werror' was here *** Error code 1 Stop in /data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc. *** Error code 1 When trying to build on: FreeBSD 8.0-STABLE #9: Tue Dec 1 21:48:13 CET 2009 amd64 - Pieter de Goeje From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 01:59:39 2009 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 B8CCB106566C; Wed, 9 Dec 2009 01:59:39 +0000 (UTC) (envelope-from prvs=159455d173=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 29E088FC08; Wed, 9 Dec 2009 01:59:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1260323325; x=1260928125; q=dns/txt; h=Received: Message-ID:From:To:Subject:Date:MIME-Version:Content-Type: Content-Transfer-Encoding; bh=L0h3TmbHaxUDpePu+5ouURxiOimnipnPMn GpSL2rg+4=; b=S/IFR+BtCXykmGr9jDo+E79eQgygMfj3BUu9BONokSeqyUITFr leJdGZrWkPXeqKrtJ8e5CRqwmFPBQ1z264UKzERKQikkWFcUSZeDXFceYrbKvthI nWyt1vEcrG80GuboWGf4xXBWpCnS9IRc5JhnlHte+Rk4soezrNMsh6lY0= X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 09 Dec 2009 01:48:45 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50008820207.msg; Wed, 09 Dec 2009 01:48:44 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 09 Dec 2009 01:48:44 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=159455d173=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <6B44BF0945694D98BC060164D404B5A9@multiplay.co.uk> From: "Steven Hartland" To: , Date: Wed, 9 Dec 2009 01:48:38 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Subject: nginx + passenger = segv in _rtld_error on restart on FreeBSD 8.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 01:59:40 -0000 I'm currently testing nginx + passenger on FreeBSD 8.0 and I'm seeing a strange segv which seems to indicate a core library error in _rtld_error. Could this be the case or is the stack just badly corrupted? (gdb) bt #0 0x00000008005577dc in _rtld_error () from /libexec/ld-elf.so.1 #1 0x0000000800557c3f in _rtld_error () from /libexec/ld-elf.so.1 #2 0x0000000800557d5e in _rtld_error () from /libexec/ld-elf.so.1 #3 0x000000080055851b in dladdr () from /libexec/ld-elf.so.1 #4 0x00000008005585f3 in dladdr () from /libexec/ld-elf.so.1 #5 0x000000080055576d in ?? () from /libexec/ld-elf.so.1 #6 0x0000000000000001 in ?? () #7 0x00000000004117f8 in boost::detail::sp_counted_impl_p::dispose (this=0x800768980) at sp_counted_impl.hpp:78 Previous frame inner to this frame (corrupt stack?) Regards Steve ================================================ 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 Wed Dec 9 02:34:26 2009 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 9B70E106566C for ; Wed, 9 Dec 2009 02:34:26 +0000 (UTC) (envelope-from prvs=159455d173=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 0E6318FC18 for ; Wed, 9 Dec 2009 02:34:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1260326067; x=1260930867; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=uJrZtTdextE5TQRxYwqmi s3LLsVh4vpvdu19ww6h/fQ=; b=WtsH9LqXPFY/eY4w6lBrW2VoSSUlun53bG9xF J/RUqlqAa2OwNanj5GPkPsz7tX7kRsdWZey/23+hwRj/f4pBS45oMy+VgLNT3TFc //AX3bhUeYo61WLB9ZvhAUiFMX28xmOM60kX9uJuJsd3bBxJ+oIrZK3O36Ld2TcF 1GSh6A= X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 09 Dec 2009 02:34:27 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50008820296.msg for ; Wed, 09 Dec 2009 02:34:26 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 09 Dec 2009 02:34:26 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=159455d173=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: From: "Steven Hartland" To: "Karl Denninger" References: <20091208174145.GA14312@mr-happy.com> <20091208175219.GA56219@icarus.home.lan> <4B1EAF01.2030803@icyb.net.ua><20091208195752.GF14312@mr-happy.com> <4B1ECEC0.2070005@quip.cz> <4B1EECCD.7020200@denninger.net> Date: Wed, 9 Dec 2009 02:34:17 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, Jeff Blank Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 02:34:26 -0000 ----- Original Message ----- From: "Karl Denninger" > The ipmi implementation is limited to CD-sized media on the Supermicro > ipKVM implementations. Try the CD boot media ISO. If thats the case why can it happily boot from it? The issue only seemed to occur here when you tried to access it via the fixit menu even though the console log showed it as being detected just fine. I've just retested on the machine now its up and running and see similar results with both dvd's and cdroms. Connect dvd iso: Dec 9 02:21:27 ipmitest root: Unknown USB device: vendor 0x14dd product 0x0002 bus uhub3 Dec 9 02:21:27 ipmitest kernel: ugen3.2: at usbus3 Dec 9 02:21:27 ipmitest kernel: umass0: on usbus3 Dec 9 02:21:27 ipmitest kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Dec 9 02:21:28 ipmitest kernel: umass0:1:0:-1: Attached to scbus1 Dec 9 02:21:28 ipmitest kernel: ums0: on usbus3 Dec 9 02:21:28 ipmitest kernel: ums0: 3 buttons and [Z] coordinates ID=0 Dec 9 02:21:28 ipmitest kernel: ukbd0: on usbus3 Dec 9 02:21:28 ipmitest kernel: kbd2 at ukbd0 Dec 9 02:21:28 ipmitest kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Dec 9 02:21:28 ipmitest kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Dec 9 02:21:28 ipmitest kernel: (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition Dec 9 02:21:28 ipmitest kernel: (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 Dec 9 02:21:28 ipmitest kernel: (probe0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred Dec 9 02:21:28 ipmitest kernel: (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) Dec 9 02:21:28 ipmitest kernel: cd0 at umass-sim0 bus 0 target 0 lun 0 Dec 9 02:21:28 ipmitest kernel: cd0: Removable CD-ROM SCSI-3 device Dec 9 02:21:28 ipmitest kernel: cd0: 40.000MB/s transfers Dec 9 02:21:28 ipmitest kernel: cd0: cd present [1058105 x 2048 byte records] Attempt to mount: Dec 9 02:23:58 ipmitest kernel: (cd0:umass-sim0:0:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 Dec 9 02:23:58 ipmitest kernel: (cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Dec 9 02:23:58 ipmitest kernel: (cd0:umass-sim0:0:0:0): SCSI Status: Check Condition Dec 9 02:23:58 ipmitest kernel: (cd0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 Dec 9 02:23:58 ipmitest kernel: (cd0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred Dec 9 02:23:58 ipmitest kernel: (cd0:umass-sim0:0:0:0): Retries Exhausted Dec 9 02:23:59 ipmitest kernel: g_vfs_done():cd0[READ(offset=32768, length=2048)]error = 5 disconnect iso: Dec 9 02:26:50 ipmitest kernel: ugen3.2: at usbus3 (disconnected) Dec 9 02:26:50 ipmitest kernel: umass0: at uhub3, port 6, addr 2 (disconnected) Dec 9 02:26:50 ipmitest kernel: (cd0:umass-sim0:0:0:0): lost device Dec 9 02:26:50 ipmitest kernel: (cd0:umass-sim0:0:0:0): removing device entry Dec 9 02:26:50 ipmitest kernel: ums0: at uhub3, port 6, addr 2 (disconnected) Dec 9 02:26:50 ipmitest kernel: ukbd0: at uhub3, port 6, addr 2 (disconnected) Dec 9 02:26:51 ipmitest kernel: ugen3.2: at usbus3 Dec 9 02:26:51 ipmitest kernel: ums0: on usbus3 Dec 9 02:26:51 ipmitest kernel: ums0: 3 buttons and [Z] coordinates ID=0 Dec 9 02:26:51 ipmitest kernel: ukbd0: on usbus3 Dec 9 02:26:51 ipmitest kernel: kbd2 at ukbd0 Dec 9 02:28:10 ipmitest kernel: ugen3.2: at usbus3 (disconnected) Dec 9 02:28:10 ipmitest kernel: ums0: at uhub3, port 6, addr 2 (disconnected) Dec 9 02:28:10 ipmitest kernel: ukbd0: at uhub3, port 6, addr 2 (disconnected) connect cdrom iso: Dec 9 02:28:11 ipmitest root: Unknown USB device: vendor 0x14dd product 0x0002 bus uhub3 Dec 9 02:28:11 ipmitest kernel: ugen3.2: at usbus3 Dec 9 02:28:11 ipmitest kernel: umass0: on usbus3 Dec 9 02:28:11 ipmitest kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Dec 9 02:28:13 ipmitest kernel: umass0:1:0:-1: Attached to scbus1 Dec 9 02:28:13 ipmitest kernel: ums0: on usbus3 Dec 9 02:28:13 ipmitest kernel: ums0: 3 buttons and [Z] coordinates ID=0 Dec 9 02:28:13 ipmitest kernel: ukbd0: on usbus3 Dec 9 02:28:13 ipmitest kernel: kbd2 at ukbd0 Dec 9 02:28:13 ipmitest kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Dec 9 02:28:13 ipmitest kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Dec 9 02:28:13 ipmitest kernel: (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition Dec 9 02:28:13 ipmitest kernel: (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 Dec 9 02:28:13 ipmitest kernel: (probe0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred Dec 9 02:28:13 ipmitest kernel: (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) Dec 9 02:28:13 ipmitest kernel: cd0 at umass-sim0 bus 0 target 0 lun 0 Dec 9 02:28:13 ipmitest kernel: Dec 9 02:28:13 ipmitest kernel: cd0: Removable CD-ROM SCSI-3 device Dec 9 02:28:13 ipmitest kernel: cd0: 40.000MB/s transfers Dec 9 02:28:13 ipmitest kernel: cd0: cd present [164374 x 2048 byte records] try to mount: Dec 9 02:29:01 ipmitest kernel: (cd0:umass-sim0:0:0:0): READ TOC/PMA/ATIP. CDB: 43 0 0 0 0 0 0 0 4 0 Dec 9 02:29:01 ipmitest kernel: (cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Dec 9 02:29:01 ipmitest kernel: (cd0:umass-sim0:0:0:0): SCSI Status: Check Condition Dec 9 02:29:01 ipmitest kernel: (cd0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,0 Dec 9 02:29:01 ipmitest kernel: (cd0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred Dec 9 02:29:01 ipmitest kernel: (cd0:umass-sim0:0:0:0): Retries Exhausted Dec 9 02:29:02 ipmitest kernel: g_vfs_done():cd0[READ(offset=32768, length=2048)]error = 5 ================================================ 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 Wed Dec 9 07:25:05 2009 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 95F2D106566B for ; Wed, 9 Dec 2009 07:25:05 +0000 (UTC) (envelope-from 143500@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2848D8FC13 for ; Wed, 9 Dec 2009 07:25:04 +0000 (UTC) Received: by fxm2 with SMTP id 2so91414fxm.13 for ; Tue, 08 Dec 2009 23:25:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=lBMJvnMu0Pu9U9abqpCEMX5CO7K6Y65x2JSlA1ZaMFw=; b=EoYqxiT3KKaHDo11dP6wBcDw2HErc7mWI+dDuSgXyHuNF98n7MeReLOqAp7bxtc4xk xQZLe+6jVRDROc2ADdx8Oji7AzAbpluW5HuWW0A3dSU0jcaxFumjGbiMXtscPBdChPC5 A64+t1aGjwh2IWCFIL+gUuIGF1GGltRs7K8XQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=kCEJAAVZLAIvCLJcTh3vfqhnsIVPCoM/bUfqE30vHegFG47muJwwsjkQI3Qh/nT/Mb cDjdHjytTPLYB8J3zziwczJTKjvzUwBCA9fDASZga7ZAFwlhfIP20b4hPyF4OSvRzRQA rWor1QwmUZXUwkCtGnUR4Vo2UtnIoiAGFrlts= MIME-Version: 1.0 Sender: 143500@gmail.com Received: by 10.223.2.199 with SMTP id 7mr1356206fak.107.1260342000312; Tue, 08 Dec 2009 23:00:00 -0800 (PST) From: Ivan Kudryashov Date: Wed, 9 Dec 2009 09:59:40 +0300 X-Google-Sender-Auth: dc9ae7b2c56d3f35 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: STLab A-410 SATAII 300 RAID PCI-E & FreeBSD 8-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2009 07:25:05 -0000 Hello! When I install FreeBSD8-RELEASE on STLab A-410 on RAID1 mode , the installer sees both HDD. Is this normal? -- http://kudr.net From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 07:33:22 2009 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 4F63D106566C for ; Wed, 9 Dec 2009 07:33:22 +0000 (UTC) (envelope-from kasahara@nc.kyushu-u.ac.jp) Received: from elvenbow.cc.kyushu-u.ac.jp (unknown [IPv6:2001:200:905:1407:2a0:c9ff:fe8d:1656]) by mx1.freebsd.org (Postfix) with ESMTP id CD3D08FC13 for ; Wed, 9 Dec 2009 07:33:21 +0000 (UTC) Received: from localhost (kasahara@localhost [IPv6:::1]) by elvenbow.cc.kyushu-u.ac.jp (8.14.3/8.14.3) with ESMTP id nB97XKTG072034; Wed, 9 Dec 2009 16:33:20 +0900 (JST) (envelope-from kasahara@nc.kyushu-u.ac.jp) Date: Wed, 09 Dec 2009 16:33:19 +0900 (JST) Message-Id: <20091209.163319.628939780084496012.kasahara@nc.kyushu-u.ac.jp> To: pyunyh@gmail.com From: Yoshiaki Kasahara In-Reply-To: <20091208180836.GL1366@michelle.cdnetworks.com> References: <20091204184301.GG16491@michelle.cdnetworks.com> <20091208.105207.127111509315693955.kasahara@nc.kyushu-u.ac.jp> <20091208180836.GL1366@michelle.cdnetworks.com> X-Fingerprint: CDA2 B6B6 6796 0DD3 9D80 2602 E909 4623 A15E A074 X-URL: http://www.nc.kyushu-u.ac.jp/~kasahara/ X-Mailer: Mew version 6.2.50 on Emacs 23.1.50 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: vge 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: Wed, 09 Dec 2009 07:33:22 -0000 On Tue, 8 Dec 2009 10:08:36 -0800, Pyun YongHyeon said: >> Ok, now I'm ready to boot a DDB enabled kernel to try kernel debugging >> on my PC. I can't read email during debugging my PC under current >> configuration, so could you please tell me any specific instructions >> to collect information you need? I'm reading the Handbook now, but I'm >> not very sure... >> > > Sorry, another user also reported similar problem in my patch. I > have to look closely before doing any further testing. Since I've > ordered the controller I would get access to hardware in near > future. I'll let you know when I have a working patch. Oh, that's fine. I dug up an old fxp(4) card. Still one vge(4) remains up, but I can live with it until you can make a working patch.... Regards, -- Yoshiaki Kasahara Research Institute for Information Technology, Kyushu University kasahara@nc.kyushu-u.ac.jp From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 07:57:10 2009 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 CC189106566C for ; Wed, 9 Dec 2009 07:57:10 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5.mail.yandex.net (forward5.mail.yandex.net [77.88.46.21]) by mx1.freebsd.org (Postfix) with ESMTP id 83A108FC08 for ; Wed, 9 Dec 2009 07:57:10 +0000 (UTC) Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward5.mail.yandex.net (Yandex) with ESMTP id 4DC89870333; Wed, 9 Dec 2009 10:44:31 +0300 (MSK) Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp1.mail.yandex.net (Yandex) with ESMTPSA id 26151E60149; Wed, 9 Dec 2009 10:44:31 +0300 (MSK) Message-ID: <4B1F555E.9080804@yandex.ru> Date: Wed, 09 Dec 2009 10:44:30 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Ivan Kudryashov References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1260344671 X-Yandex-Spam: 1 X-Yandex-Front: smtp1.mail.yandex.net Cc: freebsd-stable@freebsd.org Subject: Re: STLab A-410 SATAII 300 RAID PCI-E & FreeBSD 8-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2009 07:57:10 -0000 On 09.12.2009 9:59, Ivan Kudryashov wrote: > Hello! > When I install FreeBSD8-RELEASE on STLab A-410 on RAID1 mode , the > installer sees both HDD. Is this normal? It's fake RAID. So, your system works with them like with simple SATA controller. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 10:21:37 2009 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 271FD106568D; Wed, 9 Dec 2009 10:21:37 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 892598FC16; Wed, 9 Dec 2009 10:21:35 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id nB9ALMD1060066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Dec 2009 12:21:22 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nB9ALM59018491; Wed, 9 Dec 2009 12:21:22 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nB9ALMuq018490; Wed, 9 Dec 2009 12:21:22 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 9 Dec 2009 12:21:22 +0200 From: Kostik Belousov To: Steven Hartland Message-ID: <20091209102122.GC43143@deviant.kiev.zoral.com.ua> References: <6B44BF0945694D98BC060164D404B5A9@multiplay.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3+nIULlytNYGw3fk" Content-Disposition: inline In-Reply-To: <6B44BF0945694D98BC060164D404B5A9@multiplay.co.uk> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: nginx + passenger = segv in _rtld_error on restart on FreeBSD 8.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 10:21:37 -0000 --3+nIULlytNYGw3fk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 09, 2009 at 01:48:38AM -0000, Steven Hartland wrote: > I'm currently testing nginx + passenger on FreeBSD 8.0 and I'm seeing a= =20 > strange > segv which seems to indicate a core library error in _rtld_error. Could t= his > be the case or is the stack just badly corrupted? >=20 > (gdb) bt > #0 0x00000008005577dc in _rtld_error () from /libexec/ld-elf.so.1 > #1 0x0000000800557c3f in _rtld_error () from /libexec/ld-elf.so.1 > #2 0x0000000800557d5e in _rtld_error () from /libexec/ld-elf.so.1 > #3 0x000000080055851b in dladdr () from /libexec/ld-elf.so.1 > #4 0x00000008005585f3 in dladdr () from /libexec/ld-elf.so.1 > #5 0x000000080055576d in ?? () from /libexec/ld-elf.so.1 > #6 0x0000000000000001 in ?? () > #7 0x00000000004117f8 in=20 > boost::detail::sp_counted_impl_p= ::dispose (this=3D0x800768980) at=20 > sp_counted_impl.hpp:78 > Previous frame inner to this frame (corrupt stack?) You need to rebuild rtld with debugging information. Ideally, all shared objects should have valid debug info. At least, enter src/libexec/rtld-elf and do make obj make depend make all install DEBUG_FLAGS=3D-g --3+nIULlytNYGw3fk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksfeiEACgkQC3+MBN1Mb4h0EwCcD0sCJpM8ZBNnI9/JbwUeCq4S IpsAoPc8iPYbC2CvuKy32Iiq5+8kje6W =0ANi -----END PGP SIGNATURE----- --3+nIULlytNYGw3fk-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 11:02:34 2009 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 B5A311065692 for ; Wed, 9 Dec 2009 11:02:34 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 432918FC08 for ; Wed, 9 Dec 2009 11:02:33 +0000 (UTC) Received: by bwz5 with SMTP id 5so5158518bwz.3 for ; Wed, 09 Dec 2009 03:02:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=hzqdi4kR3Hu2m6kdLr571GwTpesUI7J5qsOi3ySIXlE=; b=F5UUrIbehJb+jon+1H1L+Z3TGmhHEl4EV68Q/POdmM9bDAXWBsM56FP49WL1wGX7SQ MhXuiVA9+DYcXIMM0byYgBKiDD/GZwCOKD2QCKB5+69Gk7jyGVEDCUjMvO/v5Gj3hSjf EfkG9siN9qYvB7nP28WJUhIOW13khBAGDaIXo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=LPHRZHDJmURohZlKpDfBqc5l6TfeoHD1bBobrlUKAlv7Bl6Zh0COzqdUYZ/OshodxY TkxOPK3qBESYsYArs9CTUSnAdLU0gs+XVJQ7pJBeU59KrdkPpyPgI/EIwFbaMOxCfBVU VZQSVJ9J2o0k5ZnPxt5AT4Dj3BASUZOrHeoQw= Received: by 10.204.8.4 with SMTP id f4mr4238955bkf.185.1260356553084; Wed, 09 Dec 2009 03:02:33 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm2681409fxm.4.2009.12.09.03.02.32 (version=SSLv3 cipher=RC4-MD5); Wed, 09 Dec 2009 03:02:32 -0800 (PST) Sender: Alexander Motin Message-ID: <4B1F83C6.4050301@FreeBSD.org> Date: Wed, 09 Dec 2009 13:02:30 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Ivan Kudryashov References: <1260354183.00192304.1260343803@10.7.7.3> In-Reply-To: <1260354183.00192304.1260343803@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: STLab A-410 SATAII 300 RAID PCI-E & FreeBSD 8-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2009 11:02:34 -0000 Ivan Kudryashov wrote: > Hello! > When I install FreeBSD8-RELEASE on STLab A-410 on RAID1 mode , the > installer sees both HDD. Is this normal? That RAID is 100% software, that's why both drives are still accessible. FreeBSD ataraid driver also doesn't hide original drives, just provides additional "arX" device for use. I would recommend you to read about gmirror, before you get used to that not-very-RAID. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 11:20:59 2009 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 1F576106568B; Wed, 9 Dec 2009 11:20:59 +0000 (UTC) (envelope-from prvs=159455d173=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 7E8DE8FC17; Wed, 9 Dec 2009 11:20:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1260357659; x=1260962459; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=oLrsXK3YBUpUKhGoXErAg 7zPMKaRXkWWioHNvzLMJFI=; b=GT1HplvF9iryXWA5q31MIBSKmRSdaxNQwbx30 diYH8cSaTHsunpc/eb1VKhdmiXPqn6xB1hsNwDEgM4TdSn9tgVtyxyq8HZgHiVLd bLLc1Stxnh+d7BcRl7Xvc8xSq5AhJfh2TYvlmz+IeA9kDN7TkzZKtkWJ/GKGyW9A 6soIx0= X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 09 Dec 2009 11:20:59 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50008832456.msg; Wed, 09 Dec 2009 11:20:58 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 09 Dec 2009 11:20:58 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=159455d173=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <3898B34F179B4BB7917631C532CDF95F@multiplay.co.uk> From: "Steven Hartland" To: "Kostik Belousov" References: <6B44BF0945694D98BC060164D404B5A9@multiplay.co.uk> <20091209102122.GC43143@deviant.kiev.zoral.com.ua> Date: Wed, 9 Dec 2009 11:20:51 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: nginx + passenger = segv in _rtld_error on restart on FreeBSD8.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 11:20:59 -0000 ----- Original Message ----- From: "Kostik Belousov" To: "Steven Hartland" Cc: ; Sent: Wednesday, December 09, 2009 10:21 AM Subject: Re: nginx + passenger = segv in _rtld_error on restart on FreeBSD8.0? This is the trace once world had been recompiled with:- CFLAGS=-pipe WITH_CTF=1 DEBUG_FLAGS=-g #0 0x0000000800c95eec in thr_kill () at thr_kill.S:3 #1 0x0000000800b22e9e in _thr_send_sig (thread=0x800f06600, sig=6) at /usr/src/lib/libthr/thread/thr_kern.c:92 #2 0x0000000800b1f878 in _raise (sig=6) at /usr/src/lib/libthr/thread/thr_sig.c:187 #3 0x0000000800d74003 in abort () at /usr/src/lib/libc/stdlib/abort.c:65 #4 0x000000000043b8a7 in Client::threadMain (this=0x800f9cf40) at ext/nginx/HelperServer.cpp:516 #5 0x0000000000411302 in boost::_mfi::mf0::operator() (this=0x7fffffa45ea8, p=0x800f9cf40) at mem_fn_template.hpp:49 #6 0x0000000000411651 in boost::_bi::list1 >::operator(), boost::_bi::list0> (this=0x7fffffa45eb8, f=@0x7fffffa45ea8, a=@0x7fffffa45d7f) at bind.hpp:232 #7 0x0000000000411696 in boost::_bi::bind_t, boost::_bi::list1 > >::operator() (this=0x7fffffa45ea8) at bind_template.hpp:20 #8 0x00000000004116bd in boost::detail::function::void_function_obj_invoker0, boost::_bi::list1 > >, void>::invoke ( function_obj_ptr=@0x7fffffa45ea8) at function_template.hpp:158 #9 0x000000000042e73a in boost::function0 >::operator() (this=0x7fffffa45ea0) at function_template.hpp:825 #10 0x0000000000435760 in oxt::thread::thread_main (func=@0x7fffffa45ea0, data=@0x7fffffa45e90) at thread.hpp:107 #11 0x000000000041310e in boost::_bi::list2 > >, boost::_bi::value > >::operator() >, boost::shared_ptr), boost::_bi::list0> (this=0x800f3ee80, f=@0x800f3ee78, a=@0x7fffffa45f0f) at bind.hpp:289 #12 0x0000000000413196 in boost::_bi::bind_t >, boost::shared_ptr), boost::_bi::list2 > >, boost::_bi::value > > >::operator() (this=0x800f3ee78) at bind_template.hpp:20 #13 0x00000000004131b9 in boost::thread::thread_data >, boost::shared_ptr), boost::_bi::list2 > >, boost::_bi::value > > > >::run (this=0x800f3ee00) at thread.hpp:130 #14 0x0000000000443259 in thread_proxy (param=0x800f3ee00) at ext/boost/src/pthread/thread.cpp:127 #15 0x0000000800b1badd in thread_start (curthread=0x800f06600) at /usr/src/lib/libthr/thread/thr_create.c:288 #16 0x0000000000000000 in ?? () Cannot access memory at address 0x7fffffa46000 Current language: auto; currently asm It seems that in the passenger client threads it calls closeStream which errors when the socket close errors with ENOTCONN virtual void closeStream() { TRACE_POINT(); if (fd != -1) { int ret = syscalls::close(fd); fd = -1; if (ret == -1) { if (errno == EIO) { throw SystemException("A write operation on the session stream failed", errno); } else { throw SystemException("Cannot close the session stream", errno); } } } } This causes it to call abort on the the thread which then crashes the app with the above stack trace, which seems really weird. Anyone got any ideas? Regards steve ================================================ 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 Wed Dec 9 12:37:04 2009 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 63E671065676 for ; Wed, 9 Dec 2009 12:37:04 +0000 (UTC) (envelope-from 143500@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id EC9598FC16 for ; Wed, 9 Dec 2009 12:37:03 +0000 (UTC) Received: by fxm2 with SMTP id 2so306917fxm.13 for ; Wed, 09 Dec 2009 04:37:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to :content-type; bh=BlEs5el1DVXK9DuRMx4g1ARTfskqN1ggZRf7f8MBx4A=; b=PcRrZxy6DaD10KNIk71HAfF2j/RQqBNDw1kXtHXEHOgpLMoQ3YwFiASFeepkoz4ieY Zvriy4F+pdfs53+pa32TScC5FRwXZo11gSZT2z8pUld2wiTB1d55BKvD21GggYn85wLM KHQ8gxWTJTl287unSEtLK/H1qN2u4eU+fw+rU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=r/nvZloggqqNuMjFo/VaVAJvL0+Lc+VrR0zTE6dk8iEan5Bh9CJcBx5YEkd9PLX5vL IvSXdiv9DGvutavWL52coAf+mKc4wb2eEJCMGmBab9s1+VAgLPzlexoOkfD8KfeE+SVj dofJl5H4ofrK1AlLgBqe0oSyCxOPHx0CiABA4= MIME-Version: 1.0 Sender: 143500@gmail.com Received: by 10.223.101.152 with SMTP id c24mr872477fao.95.1260362222625; Wed, 09 Dec 2009 04:37:02 -0800 (PST) In-Reply-To: <4B1F83C6.4050301@FreeBSD.org> References: <1260354183.00192304.1260343803@10.7.7.3> <4B1F83C6.4050301@FreeBSD.org> From: Ivan Kudryashov Date: Wed, 9 Dec 2009 15:36:42 +0300 X-Google-Sender-Auth: 8f937c309ea4525a Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: STLab A-410 SATAII 300 RAID PCI-E & FreeBSD 8-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2009 12:37:04 -0000 2009/12/9 Alexander Motin : > Ivan Kudryashov wrote: >> Hello! >> When I install FreeBSD8-RELEASE on STLab A-410 on RAID1 mode , the >> installer sees both HDD. Is this normal? > > That RAID is 100% software, that's why both drives are still accessible. > FreeBSD ataraid driver also doesn't hide original drives, just provides > additional "arX" device for use. > > I would recommend you to read about gmirror, before you get used to that > not-very-RAID. > > -- > Alexander Motin > Thanks to all! I'll use gmirror -- http://kudr.net From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 15:16:58 2009 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 7FA9F106566B for ; Wed, 9 Dec 2009 15:16:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 508FC8FC16 for ; Wed, 9 Dec 2009 15:16:58 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id F235546B45; Wed, 9 Dec 2009 10:16:57 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id DDA758A021; Wed, 9 Dec 2009 10:16:56 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 9 Dec 2009 09:50:37 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <30f6a6b39e2bdbf45c8ce69ee593831a.HRCIM@webmail.1command.com> In-Reply-To: <30f6a6b39e2bdbf45c8ce69ee593831a.HRCIM@webmail.1command.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200912090950.37686.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 09 Dec 2009 10:16:57 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Chris H Subject: Re: ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 15:16:58 -0000 On Tuesday 08 December 2009 7:06:18 pm Chris H wrote: > Greetings, > I am receiving the following in dmesg (verbose) during boot in 8-RELEASE (GENERIC) > cvsuped 2009-12-08 @1am: > ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 > > As I create the KERNCONF for this machine, I want to confirm that this message is > caused by the fact that APM is shut off in the BIOS, and won't cause any averse > problems. We're having issues with "timeout" errors on some 50 TYAN server MB's > since 7-RELEASE regarding the disk media (no matter how many different drives we > use). So as I attempt to create a STABLE - in the sense that the servers are > reliable, I want to eliminate any potential issues. > > more (informational) "noise" follows: You can ignore the message, I do think it is due to disabling ACPI in your BIOS. Do you have problems when ACPI is enabled? ACPI is generally going to be more reliable than !ACPI in the future as it seems many BIOS vendors no longer test the !ACPI case as much (e.g. I've seen Intel motherboards with incomplete or incorrect MP Tables because no commercial OS uses the MP Table anymore). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 16:03:35 2009 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 B34811065672 for ; Wed, 9 Dec 2009 16:03:35 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (smtp1.utsp.utwente.nl [130.89.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id 05F168FC13 for ; Wed, 9 Dec 2009 16:03:33 +0000 (UTC) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id nB9G3PdU021310 for ; Wed, 9 Dec 2009 17:03:25 +0100 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Wed, 9 Dec 2009 17:03:25 +0100 User-Agent: KMail/1.9.10 References: <200912090150.03778.pieter@degoeje.nl> In-Reply-To: <200912090150.03778.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200912091703.25714.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Subject: Re: RELENG_8 buildworld broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 16:03:35 -0000 On Wednesday 09 December 2009 01:50:03 Pieter de Goeje wrote: > I've blown away /usr/obj, checked out a fresh source tree, but no luck: > > cc -O2 -pipe -DHAVE_GTHR_DEFAULT -DIN_GCC -DIN_TARGET_LIBS -I. > -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../usr.bin/cc/cc_tools > -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/libobjc/ob >jc -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/libobjc > -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/gcc/config > -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/gcc > -I/data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/gcclibs/in >clude -fexceptions -frandom-seed=RepeatabilityConsideredGood -std=gnu99 > -fstack-protector -c > /data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/libobjc/enco >ding.c In file included from ./tm.h:4, > from > /data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc/../../../contrib/libobjc/enco >ding.c:34: ./options.h:457: error: redeclaration of enumerator 'OPT_Werror' > ./options.h:398: error: previous definition of 'OPT_Werror' was here > *** Error code 1 > > Stop in /data/FreeBSD/FreeBSD-8.x/src/gnu/lib/libobjc. > *** Error code 1 > > When trying to build on: > FreeBSD 8.0-STABLE #9: Tue Dec 1 21:48:13 CET 2009 amd64 The problem only occurs when doing a parallel make world (make -j8 buildworld). In the past I have always successfully built world using -j4. I guess the recent upgrade of this machine from dual core to quad core just made the problem visible. - Pieter From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 16:13:59 2009 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 E1E581065679 for ; Wed, 9 Dec 2009 16:13:59 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 97FB58FC1C for ; Wed, 9 Dec 2009 16:13:59 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1NIPAr-000Li8-Pl for freebsd-stable@freebsd.org; Wed, 09 Dec 2009 18:13:57 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Dec 2009 18:13:57 +0200 From: Daniel Braniss Message-ID: Subject: PCengines ALIX boot0sio serial input failes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 16:14:00 -0000 hi, FreeBSD-8 works great on these boards, but there are some gotchas, the boot and the serial: output works fine, but input is 'problematic'. the pxeboot serial handling is ok, the boot menu is ok, but booting off the CF (using boot0sio), the input 'screwy' at the selection of partition it is ignored, at the OK: prompt from the boot (i had no kernel in the slice), the input is usually doubled: sshooww instead of show which is probably similar to what is happening with boot0sio but it only echoes # (the current bell). Once the kernel is up, the serial works fine. any ideas? thanks, danny From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 16:29:06 2009 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 565521065694 for ; Wed, 9 Dec 2009 16:29:06 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id C525E8FC19 for ; Wed, 9 Dec 2009 16:29:05 +0000 (UTC) Received: from via.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Wed, 09 Dec 2009 17:27:47 +0100 id 0002E0B2.4B1FD003.00010164 From: Milan Obuch To: freebsd-stable@freebsd.org Date: Wed, 9 Dec 2009 17:28:14 +0100 User-Agent: KMail/1.9.10 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200912091728.15410.freebsd-stable@dino.sk> Cc: Subject: Re: PCengines ALIX boot0sio serial input failes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 16:29:06 -0000 On Wednesday 09 December 2009 17:13:57 Daniel Braniss wrote: > hi, > FreeBSD-8 works great on these boards, but there are some > gotchas, the boot and the serial: output works fine, but input > is 'problematic'. the pxeboot serial handling is ok, the boot menu > is ok, but booting off the CF (using boot0sio), the input 'screwy' > at the selection of partition it is ignored, at the OK: prompt > from the boot (i had no kernel in the slice), the input is usually > doubled: > sshooww instead of show > which is probably similar to what is happening with boot0sio but it > only echoes # (the current bell). > > Once the kernel is up, the serial works fine. > > any ideas? > Which ALIX board exactly? There are some differences (even various BIOSes). Any chance you have vga driver in kernel? TinyBIOS emulates VGA a bit, redirects output to serial port. If at the beginning you are trying both VGA and serial port, output is doubled. Similar behavior is observed on older WRAP boards, too. Milan From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 16:44:17 2009 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 DECD8106566B for ; Wed, 9 Dec 2009 16:44:17 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [68.76.213.30]) by mx1.freebsd.org (Postfix) with ESMTP id 4F28F8FC24 for ; Wed, 9 Dec 2009 16:44:17 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 97E111143A for ; Wed, 9 Dec 2009 11:44:16 -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 FtuVLzRuNVjM for ; Wed, 9 Dec 2009 11:44:14 -0500 (EST) Received: from [192.168.130.110] (hpcw.hpcisp.com [68.76.213.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTPSA id 1321311431 for ; Wed, 9 Dec 2009 11:44:14 -0500 (EST) Message-ID: <4B1FD3D8.8000300@pingle.org> Date: Wed, 09 Dec 2009 11:44:08 -0500 From: Jim Pingle User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: PCengines ALIX boot0sio serial input failes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 16:44:17 -0000 On 12/9/2009 11:13 AM, Daniel Braniss wrote: > hi, > FreeBSD-8 works great on these boards, but there are some > gotchas, the boot and the serial: output works fine, but input > is 'problematic'. the pxeboot serial handling is ok, the boot menu > is ok, but booting off the CF (using boot0sio), the input 'screwy' > at the selection of partition it is ignored, at the OK: prompt > from the boot (i had no kernel in the slice), the input is usually > doubled: > sshooww instead of show > which is probably similar to what is happening with boot0sio but it > only echoes # (the current bell). > > Once the kernel is up, the serial works fine. The development version of pfSense (2.0) is running on FreeBSD 8.0 using NanoBSD and its serial input/output works pretty well on ALIX, the 2d3.2d13 version at least (and others, but those are the only two I have used personally). My test ALIX is at home unplugged at the moment, but based on what I see in the image file there are a few things that were done: /boot/device.hints contains: hint.uart.0.at="isa" hint.uart.0.port="0x3F8" hint.uart.0.flags="0x10" hint.uart.0.irq="4" /boot.config contains: -h The initial boot0cfg on an image is done with: boot0cfg -B -b /path/to/boot/boot0sio -o packet -s 1 -m 3 Here is what shows up when I mount an md device from a CF image: # boot0cfg -v /dev/md0 # flag start chs type end chs offset size 1 0x80 0: 1: 1 0xa5 444: 15:63 63 448497 2 0x00 445: 1: 1 0xa5 889: 15:63 448623 448497 3 0x00 890: 0: 1 0xa5 991: 15:63 897120 102816 version=2.0 drive=0x80 mask=0x3 ticks=182 bell=# (0x23) options=packet,update,nosetdrv volume serial ID 9090-9090 default_selection=F1 (Slice 1) Seems to work pretty well there. If you want the details, you can check out the pfSense tools git repository which contains the build scripts that generate the images. Jim From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 17:04:06 2009 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 AD9FF106566C for ; Wed, 9 Dec 2009 17:04:05 +0000 (UTC) (envelope-from ocean_ieee@yahoo.it) Received: from smtp113.plus.mail.re1.yahoo.com (smtp113.plus.mail.re1.yahoo.com [69.147.102.76]) by mx1.freebsd.org (Postfix) with SMTP id 5125B8FC15 for ; Wed, 9 Dec 2009 17:04:05 +0000 (UTC) Received: (qmail 26374 invoked from network); 9 Dec 2009 16:37:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=tduaYIq9haL26C/hGKFgSQ48/o0h1LPtd3yaGvlelBNLoiYYAGCsmnulJxod89MG1mEbVNC3VxLS/rgxeycuYgYv4EHU0xGCSXt0RM7EYVfI9XF6Kq3+IkOnDYpiiIz3cHHq3XUDEXXr5TdUpufQTX5n1wggYP68gCYGQ8q3O5k= ; Received: from 213-156-35-243.ip.fastwebnet.it (ocean_ieee@213.156.35.243 with plain) by smtp113.plus.mail.re1.yahoo.com with SMTP; 09 Dec 2009 08:37:23 -0800 PST X-Yahoo-SMTP: SYX_4.SswBCj2Fjsw.Apnvidq06mcRQ- X-YMail-OSG: y8IRxlcVM1mAG3Lzsy3L3WTJ_v6MOqgM4PyUVkaAV6F.cBMIc9q89Z4QQboiyKDwLnCfoL77rdOxqFpkEA0cQm4IEcd72ohW2_6nnAXDFNxlYSIsLm7209XT0OPARAnXS15_ccqaBvNK8r_ihY.rmB5_1gsyI8t.hC7uDKWEO_Hcbt3WmwZkrjozFz9Tplkc8ipG_iNSoHY7xvSxXhmg2jBRkDLkRgwFOOXGB3CTPqgznpqU4py45XDz7kj_w57VYB2NLRzh27NT3DthsC5aFG9I438MTEpraFlC3xSAEskKu8X6_0aXmCV3b0mewAgFRpChMHkJ1TSZSVcvzfiduavV5lx9k7s23v7PMF8Sql6hKcFlmzKI73zE6D5dukyf075dGw7rJ7olIf4ofS2o_5VpEbYu77X69Q-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4B1FD20A.2050102@yahoo.it> Date: Wed, 09 Dec 2009 17:36:26 +0100 From: ocean User-Agent: Thunderbird 2.0.0.23 (X11/20091130) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200912090150.03778.pieter@degoeje.nl> <200912091703.25714.pieter@degoeje.nl> In-Reply-To: <200912091703.25714.pieter@degoeje.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: RELENG_8 buildworld broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 17:04:06 -0000 Pieter de Goeje wrote: > > The problem only occurs when doing a parallel make world (make -j8 > buildworld). In the past I have always successfully built world using -j4. I > guess the recent upgrade of this machine from dual core to quad core just > made the problem visible. > > - Pieter > > _______________________________________________ > 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" > actually that's not the only problem with buildworld in 8.0. -march isn't added to CFLAGS using CPUTYPE in make.conf, you should add it manually to CFLAGS. on another thread was said that make delete-old is also broken (and i suspect also delete-old-libs), so options in src.conf are pretty useless. all the problems seems to be triggered by Makefile.incl regards ocean From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 19:01:03 2009 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 9779C10656A5; Wed, 9 Dec 2009 19:01:03 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.80]) by mx1.freebsd.org (Postfix) with ESMTP id 11FFE8FC2B; Wed, 9 Dec 2009 19:01:02 +0000 (UTC) Received: from mail53.abv.bg (mail53.ni.bg [192.168.151.29]) by smtp-out.abv.bg (Postfix) with ESMTP id 7B52487AE7; Wed, 9 Dec 2009 21:01:42 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=TIeow87Orh7cYpB1QTTtQT57/x9g0AEWTHbtShCZqbH4hputJODafqRiLSk4Wawt6 OYCjAtHakc7a9jnlP1m5roHbOlpd2aWaxYRtVLniy31fqZj02Y+0jicNf//6Lr15pV9 ixbr5/iXujPZ7EtrvcqIRZ2Dk2tJW5EdozeiL8o= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1260385302; bh=U/9/FK8V+5ei2iQqPVe9+7w4kwjsp3iv3aNbj2NuvtY=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=Ct/PXItWACP4k5HoX4EfgtbRu+vCMN2d3HDJzfbipDLVvaO16xGLWiWGBcKSrXAES WtpZFQK6+3pUF474BVKYvodnwZQ+eAAicl+G6hzeOg+noAwYQ3n/zTQ7l1Sox9MvGt JiqzMq/mZg0V3dR8OTR9K2DcqxFt/38bO5soifJo= Received: from mail53.abv.bg (localhost.localdomain [127.0.0.1]) by mail53.abv.bg (Postfix) with ESMTP id E80F5241BEA; Wed, 9 Dec 2009 21:01:46 +0200 (EET) Date: Wed, 9 Dec 2009 21:01:46 +0200 (EET) From: Mario Pavlov To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Message-ID: <1005992950.59541.1260385306946.JavaMail.apache@mail53.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: Subject: proxy arp and MPD in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 19:01:03 -0000 Hi, some time ago I noticed that there's a problem with the new arp implementation - proxy arp was somehow not working when mpd is involved. I decided to try this out again assuming it was fixed for the release...unfortunately the problem is still there... Here are the last few lines of the mpd output: [B-1] IPCP: state change Ack-Rcvd --> Opened [B-1] IPCP: LayerUp [B-1] 192.168.10.1 -> 192.168.10.50 [B-1] IFACE: Connecting tcpmssfix [B-1] IFACE: Add address 192.168.10.1/32->192.168.10.50 to ng0 [B-1] exec: /usr/sbin/arp -S 192.168.10.50 0:e0:28:62:e:9 pub [B-1] system: command "/usr/sbin/arp" returned 256 [B-1] IFACE: Up event [B-1] IFACE: idle-timeout: 1800 seconds [B-1] IFACE: Change interface flags: -0 +1 there this is mpd.conf: startup: default: load pptp_server pptp_server: set ippool add pool1 192.168.10.50 192.168.10.99 create bundle template B set iface enable proxy-arp log +iface2 set iface idle 1800 set iface enable tcpmssfix set ipcp yes vjcomp set ipcp ranges 192.168.10.1/32 ippool pool1 set ipcp dns 192.168.10.1 set bundle enable compression set ccp yes mppc set mppc yes e40 set mppc yes e128 set mppc yes stateless create link template L pptp set link action bundle B set link enable multilink set link yes acfcomp protocomp set link no pap chap set link enable chap set link keep-alive 10 60 set link mtu 1460 set pptp self pub.ip.add.res set link enable incoming this is probably the most common VPN setup and it was working fine with 7.2-STABLE but after I upgraded to 8-STABLE it broke up... Is there a workaround or a plan to fix this? Or should I just go back to RELENG_7? thank you. P.S. this is discussed in the forums as well: http://forums.freebsd.org/showthread.php?t=8427 ----------------------------------------------------------------- Участвай в онлайн анкетата на iZone.bg и спечели един от 5те нетбука Acer! http://www.izone.bg/6/index.html From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 19:32:41 2009 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 376221065672 for ; Wed, 9 Dec 2009 19:32:41 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1DAF68FC18 for ; Wed, 9 Dec 2009 19:32:41 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id nB9JWdwA011528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Dec 2009 11:32:39 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 88ED31CC0C; Wed, 9 Dec 2009 11:32:39 -0800 (PST) To: ocean In-reply-to: Your message of "Wed, 09 Dec 2009 17:36:26 +0100." <4B1FD20A.2050102@yahoo.it> Date: Wed, 09 Dec 2009 11:32:39 -0800 From: "Kevin Oberman" Message-Id: <20091209193239.88ED31CC0C@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-12-09_14:2009-11-30, 2009-12-09, 2009-12-09 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0912090140 Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_8 buildworld broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 19:32:41 -0000 > Date: Wed, 09 Dec 2009 17:36:26 +0100 > From: ocean > Sender: owner-freebsd-stable@freebsd.org > > Pieter de Goeje wrote: > > > > The problem only occurs when doing a parallel make world (make -j8 > > buildworld). In the past I have always successfully built world using -j4. I > > guess the recent upgrade of this machine from dual core to quad core just > > made the problem visible. > > > > - Pieter > > > > _______________________________________________ > > 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" > > > > actually that's not the only problem with buildworld in 8.0. > -march isn't added to CFLAGS using CPUTYPE in make.conf, you should add it manually to CFLAGS. > on another thread was said that make delete-old is also broken (and i suspect also delete-old-libs), so options in src.conf are pretty useless. > all the problems seems to be triggered by Makefile.incl In what way is delete-old broken? I agree that src.conf often does not work. Just try to build a system with 'WITHOUT_OPENSSH='. PR with patch to Makefile.inc1 submitted by b.f. three or four months ago. So far, no response. I have seen the really bad suggestion that somehow files not built due to src.conf entries be added to the list of old files to be deleted. PLEASE DON'T DO THAT! The single most important use I have for /etc/src.conf is to avoid system upgrades over-writing the files for ssh and BIND when the ports are installed to overwrite those in the base system. I certainly don't want a delete-old to try to delete the files installed from ports. And, yes, this is a fairly common practice, especially for BIND. There is good reason that the OVERWRITE_BASE option is offered when you install BIND from ports. -- 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 From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 19:55:45 2009 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 AF0A1106566B for ; Wed, 9 Dec 2009 19:55:45 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx3.utsp.utwente.nl [130.89.2.14]) by mx1.freebsd.org (Postfix) with ESMTP id 34A638FC0A for ; Wed, 9 Dec 2009 19:55:44 +0000 (UTC) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id nB9JtKHH018403; Wed, 9 Dec 2009 20:55:20 +0100 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Wed, 9 Dec 2009 20:55:20 +0100 User-Agent: KMail/1.9.10 References: <20091209193239.88ED31CC0C@ptavv.es.net> In-Reply-To: <20091209193239.88ED31CC0C@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200912092055.20383.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: ocean Subject: Re: RELENG_8 buildworld broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 19:55:45 -0000 On Wednesday 09 December 2009 20:32:39 Kevin Oberman wrote: > > Date: Wed, 09 Dec 2009 17:36:26 +0100 > > From: ocean > > Sender: owner-freebsd-stable@freebsd.org > > > > Pieter de Goeje wrote: > > > The problem only occurs when doing a parallel make world (make -j8 > > > buildworld). In the past I have always successfully built world using > > > -j4. I guess the recent upgrade of this machine from dual core to quad > > > core just made the problem visible. > > > > > > - Pieter > > > > > actually that's not the only problem with buildworld in 8.0. > > -march isn't added to CFLAGS using CPUTYPE in make.conf, you should add > > it manually to CFLAGS. Actually, the way you specified CFLAGS overrides CPUTYPE. AFAIK you should set CFLAGS/CPUTYPE like this: CPUTYPE?=.... CFLAGS+=... Though bothering with CPUTYPE or CFLAGS is actually a waste of time if you ask me. I've never observed any measurable improvement in the speed of the system by setting these. Note that most ports which DO benefit from specialized CFLAGS (mplayer comes to mind) have an option called WITH_OPTIMIZED_CFLAGS. > > on another thread was said that make delete-old is > > also broken (and i suspect also delete-old-libs), so options in src.conf > > are pretty useless. all the problems seems to be triggered by > > Makefile.incl These options are not useless. You can for instance use them to reduce build time and/or install only the binaries required for a jail or an embedded system. > > In what way is delete-old broken? > > I agree that src.conf often does not work. Just try to build a system > with 'WITHOUT_OPENSSH='. PR with patch to Makefile.inc1 submitted by > b.f. three or four months ago. So far, no response. > > I have seen the really bad suggestion that somehow files not built due > to src.conf entries be added to the list of old files to be > deleted. PLEASE DON'T DO THAT! > > The single most important use I have for /etc/src.conf is to avoid > system upgrades over-writing the files for ssh and BIND when the ports > are installed to overwrite those in the base system. I certainly don't > want a delete-old to try to delete the files installed from ports. I agree completely. Obsolete files is there for files that will never be built again and are generally useless/broken (or break other stuff) when left on the filesystem. It's called "ObsoleteFiles" for a reason :) > > And, yes, this is a fairly common practice, especially for BIND. There > is good reason that the OVERWRITE_BASE option is offered when you > install BIND from ports. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 20:06:00 2009 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 B947B1065695; Wed, 9 Dec 2009 20:06:00 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 888408FC15; Wed, 9 Dec 2009 20:06:00 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id nB9K5vD4026372; Wed, 9 Dec 2009 12:05:57 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 9 Dec 2009 12:04:07 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: proxy arp and MPD in RELENG_8 Thread-Index: Acp5AhLwoLcF7RFeT2m36nkZODvShQACLDPE References: <1005992950.59541.1260385306946.JavaMail.apache@mail53.abv.bg> From: "Li, Qing" To: "Mario Pavlov" , , Cc: Subject: RE: proxy arp and MPD in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 20:06:00 -0000 Let me look into this issue and work with you offline. I have been quite busy with day job and just starting to slowly resume my FreeBSD work. -- Qing -----Original Message----- From: owner-freebsd-stable@freebsd.org on behalf of Mario Pavlov Sent: Wed 12/9/2009 11:01 AM To: freebsd-stable@freebsd.org; freebsd-current@freebsd.org Subject: proxy arp and MPD in RELENG_8 =20 Hi, some time ago I noticed that there's a problem with the new arp = implementation - proxy arp was somehow not working when mpd is involved. = I decided to try this out again assuming it was fixed for the = release...unfortunately the problem is still there... Here are the last few lines of the mpd output: [B-1] IPCP: state change Ack-Rcvd --> Opened [B-1] IPCP: LayerUp [B-1] 192.168.10.1 -> 192.168.10.50 [B-1] IFACE: Connecting tcpmssfix [B-1] IFACE: Add address 192.168.10.1/32->192.168.10.50 to ng0 [B-1] exec: /usr/sbin/arp -S 192.168.10.50 0:e0:28:62:e:9 pub [B-1] system: command "/usr/sbin/arp" returned 256 [B-1] IFACE: Up event [B-1] IFACE: idle-timeout: 1800 seconds [B-1] IFACE: Change interface flags: -0 +1 there this is mpd.conf: startup: default: load pptp_server pptp_server: set ippool add pool1 192.168.10.50 192.168.10.99 create bundle template B set iface enable proxy-arp log +iface2 set iface idle 1800 set iface enable tcpmssfix set ipcp yes vjcomp set ipcp ranges 192.168.10.1/32 ippool pool1 set ipcp dns 192.168.10.1 set bundle enable compression set ccp yes mppc set mppc yes e40 set mppc yes e128 set mppc yes stateless create link template L pptp set link action bundle B set link enable multilink set link yes acfcomp protocomp set link no pap chap set link enable chap set link keep-alive 10 60 set link mtu 1460 set pptp self pub.ip.add.res set link enable incoming this is probably the most common VPN setup and it was working fine with = 7.2-STABLE but after I upgraded to 8-STABLE it broke up... Is there a workaround or a plan to fix this? Or should I just go back to = RELENG_7? thank you. P.S. this is discussed in the forums as well: = http://forums.freebsd.org/showthread.php?t=3D8427 ----------------------------------------------------------------- ???????? ? ?????? ???????? ?? iZone.bg ? ??????? ???? ?? 5?? ??????? = Acer! http://www.izone.bg/6/index.html _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 21:09:15 2009 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 92255106566B for ; Wed, 9 Dec 2009 21:09:15 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 3B9648FC13 for ; Wed, 9 Dec 2009 21:09:14 +0000 (UTC) Received: from OMTA24.westchester.pa.mail.comcast.net ([76.96.62.76]) by QMTA05.westchester.pa.mail.comcast.net with comcast id F3Ax1d0821ei1Bg5599FBx; Wed, 09 Dec 2009 21:09:15 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA24.westchester.pa.mail.comcast.net with comcast id F99d1d00F3S48mS3k99ec5; Wed, 09 Dec 2009 21:09:39 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 170211E301B; Wed, 9 Dec 2009 13:09:12 -0800 (PST) Date: Wed, 9 Dec 2009 13:09:12 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091209210912.GA90766@icarus.home.lan> References: <20091209193239.88ED31CC0C@ptavv.es.net> <200912092055.20383.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200912092055.20383.pieter@degoeje.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: RELENG_8 buildworld broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 21:09:15 -0000 On Wed, Dec 09, 2009 at 08:55:20PM +0100, Pieter de Goeje wrote: > On Wednesday 09 December 2009 20:32:39 Kevin Oberman wrote: > > > Date: Wed, 09 Dec 2009 17:36:26 +0100 > > > From: ocean > > > Sender: owner-freebsd-stable@freebsd.org > > > > > These options are not useless. You can for instance use them to reduce build > time and/or install only the binaries required for a jail or an embedded > system. > > > In what way is delete-old broken? > > > > I agree that src.conf often does not work. Just try to build a system > > with 'WITHOUT_OPENSSH='. PR with patch to Makefile.inc1 submitted by > > b.f. three or four months ago. So far, no response. > > > > I have seen the really bad suggestion that somehow files not built due > > to src.conf entries be added to the list of old files to be > > deleted. PLEASE DON'T DO THAT! > > > > The single most important use I have for /etc/src.conf is to avoid > > system upgrades over-writing the files for ssh and BIND when the ports > > are installed to overwrite those in the base system. I certainly don't > > want a delete-old to try to delete the files installed from ports. > I agree completely. Obsolete files is there for files that will never be built > again and are generally useless/broken (or break other stuff) when left on > the filesystem. It's called "ObsoleteFiles" for a reason :) The problem is this: - User installs OS - User creates src.conf with numerous WITHOUT_xxx entries. Examples: WITHOUT_ATM=true WITHOUT_BLUETOOTH=true WITHOUT_HTML=true WITHOUT_I4B=true WITHOUT_INET6=true WITHOUT_IPFILTER=true WITHOUT_IPX=true WITHOUT_KERBEROS=true WITHOUT_NCP=true WITHOUT_PROFILE=true WITHOUT_SENDMAIL=true - User goes through building world + kernel, and installing kernel + world per steps in src/Makefile, with all binaries updated sans those related to the above src.conf entries. - User is left with "stale" binaries in /bin, /usr/bin, /usr/lib, /usr/libexec, /usr/sbin, and /sbin -- "stale" in this case means binaries from when the OS was installed, or when world was last built/installed without above src.conf entries. - User is forced to go through above said directories and cross their fingers hoping they're deleting the "right stuff". Pros to this methodology: - You can overwrite base system binaries/libs from here on out without any risk of world stomping them. - (with regards to libraries) Not deleting libraries guarantees that existing binaries on the system built from ports/self-built software which is dynamically-linked will continue to function. Cons to this methodology: - User now has binaries and/or libs on their system which may contain security holes that could be exploited if exploits/issues are found in the future. This is serious, and anyone who says otherwise has their head in the sand. - User will eventually come across something stale and start wondering if it's safe or not to delete, not to mention post to mailing lists asking "why wasn't this stuff deleted?" "Where did this file come from? I have WITHOUT_xxx in my src.conf..." Basically, all this comes back to the same thing: the entire "base system" concept needs to be revisited (that's a nice way of saying "nuked from orbit", but that's my opinion). Everything should become a port or a package -- something that's maintainable via pkg_* tools or similar; src.conf is sort of a bastard to begin with. This means that a stock FreeBSD system would then lack many useful features that people have come to depend on out-of-the-box (OpenSSH and Sendmail being quite possibly the most notable two -- everyone has their priorities different). This kind of change would be major, and would very likely surprise the majority of the userbase. On the flip side, nothing stops the user from adding the software they want as a package during OS install time (which either requires them to be using disc1/disc2 with packages on it, the DVD, or have a network connection for downloading packages off the net), or can pkg_add -r (or build them themselves) once the OS is installed. I mention all of these because many people install FreeBSD without a network connection. Linux distributions like Debian and Gentoo have both adopted the "super bare-bones" concept, forcing all software to be installed via CD/DVD, off the net, or built via source through their packaging system. Ubuntu/Kubuntu, same thing. I believe I was told in the past why this style/method wouldn't be adopted, and it had something to do with companies like Juniper, Citrix, etc. relying upon the concept of FreeBSD coming out-of-the-box with these binaries/libs. I could be remembering wrong. -- | Jeremy Chadwick jdc@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 Dec 9 22:15:15 2009 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 45378106566C for ; Wed, 9 Dec 2009 22:15:15 +0000 (UTC) (envelope-from ocean_ieee@yahoo.it) Received: from smtp105.plus.mail.re1.yahoo.com (smtp105.plus.mail.re1.yahoo.com [69.147.102.68]) by mx1.freebsd.org (Postfix) with SMTP id E22398FC16 for ; Wed, 9 Dec 2009 22:15:14 +0000 (UTC) Received: (qmail 35112 invoked from network); 9 Dec 2009 22:15:14 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=B2f7BsOxgMwrTqwYoa5GYCCX7NDJYjti6M9jBfE8h4MsMcqEwMwNYR5opOSNjodsQypy5G2TNluy+Nb60bjgZvBTnhFvi2ZJJjYN8IqA+tdlAnry72jI1VXx+vcYy3MLcACD4+TaE1LQ5zhSLUZDqa38iEu0IojAhlG0PY5BoZ4= ; Received: from 213-156-35-243.ip.fastwebnet.it (ocean_ieee@213.156.35.243 with plain) by smtp105.plus.mail.re1.yahoo.com with SMTP; 09 Dec 2009 14:15:14 -0800 PST X-Yahoo-SMTP: SYX_4.SswBCj2Fjsw.Apnvidq06mcRQ- X-YMail-OSG: 3cxlEMsVM1miOvTnDKLNHsyBwyLQMUcgSsWecGftb3DrE2zeZgaApyeHx81fb0___qkDOIku8v.lxnxwAoDnyB5nf3HcBRoXRFntbmq_NeqK18evu846tEK7_DnU3S89icE0sw4tHaW9c_pnyXKwFJxZptksNoaQtqbLqzsFNk0Ic6CBT_.Eg7CLKJwXu_AkJ2E2ofS5fyuzIq9dfwXf_0OE4nYN51fiOCdVp7Bvzh6PJJRJ2SyMY3zr0FkCPbVSZNmqHd8YtNo.AXSU8q2W1PbmfuZiJCQpca.8x40MBrXh6b7z_hnm1RNJsIqpEEOcJB6Z_OmwRBJZ1qBRNo1FYdlTjaDnHa7HowimEoI5wYEqrdheU1afyyJgO69tvw-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4B202135.8040409@yahoo.it> Date: Wed, 09 Dec 2009 23:14:13 +0100 From: ocean User-Agent: Thunderbird 2.0.0.23 (X11/20091209) MIME-Version: 1.0 To: Pieter de Goeje References: <20091209193239.88ED31CC0C@ptavv.es.net> <200912092055.20383.pieter@degoeje.nl> In-Reply-To: <200912092055.20383.pieter@degoeje.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_8 buildworld broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 22:15:15 -0000 Pieter de Goeje wrote: > Actually, the way you specified CFLAGS overrides CPUTYPE. AFAIK you should set > CFLAGS/CPUTYPE like this: > CPUTYPE?=.... > CFLAGS+=... > > Though bothering with CPUTYPE or CFLAGS is actually a waste of time if you ask > me. I've never observed any measurable improvement in the speed of the system > by setting these. Note that most ports which DO benefit from specialized > CFLAGS (mplayer comes to mind) have an option called WITH_OPTIMIZED_CFLAGS. i specified it with CPUTYPE?=... and wasn't working for buildworld, had to add it in CFLAGS. also doing "make buildworld CPUTYPE=..." didn't work. on my (old) notebook i noticed good improvements in the boot process, it was taking lot of time to start maybe one minute, with a recompiled kernel with ipv6. without ipv6 with tweaked CFLAGS boots in less than 30 seconds (~24 seconds). regards ocean From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 22:41:21 2009 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 7D35410656AD for ; Wed, 9 Dec 2009 22:41:21 +0000 (UTC) (envelope-from marco@tols.org) Received: from tols.org (goofy.tols.org [83.163.60.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCA48FC1A for ; Wed, 9 Dec 2009 22:41:20 +0000 (UTC) Received: from donald.home.tols.org (localhost [127.0.0.1]) by donald.home.tols.org (8.14.3/8.14.3) with ESMTP id nB9MfI42001205 for ; Wed, 9 Dec 2009 22:41:18 GMT (envelope-from marco@donald.home.tols.org) Received: (from marco@localhost) by donald.home.tols.org (8.14.3/8.14.3/Submit) id nB9MfIaM001204 for freebsd-stable@freebsd.org; Wed, 9 Dec 2009 23:41:18 +0100 (CET) (envelope-from marco) Date: Wed, 9 Dec 2009 23:41:18 +0100 From: Marco van Tol To: freebsd-stable@freebsd.org Message-ID: <20091209224118.GA1072@donald.home.tols.org> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: kldunload ipl - spontaneous reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 22:41:21 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi there, I was toy'ing around with ipfilter while deciding which firewall package to use, and ran into the following: - Build some testing rules in /etc/ipf.conf - boot the system with ipfilter_enable="YES", ipmon_enable="YES", ipmon_flags="-L security -Ds" in /etc/rc.conf - Browse the web a bit, let pidgin start and authenticate with ICQ and MSN - Browse email using mutt on an nfs mounted mailstore - Check out the firewall statistics using for example "ipfstat -hio" and "ipfstat -t" - Probably other stuff I forgot to mention Extra info: I'm using sudo to do root things. Then I decided it was time to "/etc/rc.d/ipmon stop", "/etc/rc.d/ipfilter stop" and "kldunload ipl". When I did the final "kldunload ipl" from an xterm inside Xorg, my system spontaneously rebooted seconds later. The kernel did see the chance to flush "Dec 9 21:52:45 donald kernel: IP Filter: v4.1.28 unloaded" to /var/log/messages through syslog(d). No core was dumped, but I'm pretty sure that it never would, since I happen to have the silly combination of dumpdev="/dev/ad4s1b" in /etc/rc.conf, but also kern.coredump=0 in /etc/sysctl.conf. At some point I got bored by linux-firefox/linux-flash dumping core in my nfs mounted homedirectory and fixed it with the syscontrol, but didn't bother to get rid of the rc.conf entry. That particular issue got fixed by the way, thank the gods for freebsd native firefox in combination with linux-flashplayer10. But I'm sidetracking here. I'd be willing to send my firewall rules to some freebsd security address somewhere, but I don't consider it wise to include it in an email to a public list. Even though it ran on a test system behind a NAT gateway running on my ADSL modem. What I can share about it here is that it was a default open list in that the rules for incoming and outgoing ended with the following for the sake of diagnostics output/counters: pass out log first quick on nfe0 proto tcp all pass out log first quick on nfe0 proto udp all pass out log first quick on nfe0 proto icmp all pass out log first quick on nfe0 all pass in log first quick on nfe0 all I'm including my current rc.conf, pciconf -lv output, kernel config and uname -a output assuming that might be usefull in case anyone wants to look at this. I'm also willing to try to trigger it again while kern.coredump=1 if needed, hoping it wouldn't take to long. ;-) You will see the ipfilter things taken out of the rc.conf, cause I booted single-user and took it out for now, they used to be there however. Other things that may be related is that I do load the days-ago released nvidia kernel module, and also run powerd. Anybody interested? :-) For now I'll step away from ipfilter, but I may revisit it again later. Thanks! Marco van Tol -- Micro$oft likes to discard vulnerabilities by `no standard client would do this.' No, and no `standard visitor' would apply a crowbar to your patio door, either." - H. Peter Anvin in linux-kernel. --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=DONALD cpu HAMMER ident DONALD makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options NFSCLIENT # Network Filesystem Client options NFSLOCKD # Network Lock Manager options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_IA32 # Compatible with i386 binaries options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device nfe # nVidia nForce MCP on-board Ethernet # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse # FireWire support device firewire # FireWire bus code device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons # # marco@tols.org # device smbus # Bus support, required for smb below. device nfsmb # NVIDIA nForce2/3/4 MCP SMBus 2.0 Controller device smb device sound device snd_ich options COMPAT_LINUX32 # Enable Linux ABI emulation options LINPROCFS # Enable the linux-like proc filesystem support options LINSYSFS # Enable the linux-like sys filesystem support # Direct Rendering modules for 3D acceleration. device drm # amdtemp: on-die sensor on AMD K8/K10/K11 CPUs device amdtemp --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pciconf-lv.out" none0@pci0:0:0:0: class=0x058000 card=0x50001458 chip=0x005e10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 Memory Controller' class = memory isab0@pci0:0:1:0: class=0x060100 card=0x0c111458 chip=0x005010de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 PCI to ISA Bridge' class = bridge subclass = PCI-ISA nfsmb0@pci0:0:1:1: class=0x0c0500 card=0x0c111458 chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 SMBus' class = serial bus subclass = SMBus ohci0@pci0:0:2:0: class=0x0c0310 card=0x50041458 chip=0x005a10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 USB Controller' class = serial bus subclass = USB ehci0@pci0:0:2:1: class=0x0c0320 card=0x50041458 chip=0x005b10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 USB 2.0 Controller' class = serial bus subclass = USB pcm0@pci0:0:4:0: class=0x040100 card=0xae011458 chip=0x005910de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'Realtek AC'97 Audio (Realtek ALC850)' class = multimedia subclass = audio atapci0@pci0:0:6:0: class=0x01018a card=0x50021458 chip=0x005310de rev=0xf2 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 Parallel ATA Controller' class = mass storage subclass = ATA atapci1@pci0:0:7:0: class=0x010185 card=0xb0031458 chip=0x005410de rev=0xf3 hdr=0x00 vendor = 'Nvidia Corp' device = 'CK804 SATA/RAID Controller (CK804)' class = mass storage subclass = ATA atapci2@pci0:0:8:0: class=0x010185 card=0xb0031458 chip=0x005510de rev=0xf3 hdr=0x00 vendor = 'Nvidia Corp' device = 'CK804 SATA/RAID Controller (CK804)' class = mass storage subclass = ATA pcib1@pci0:0:9:0: class=0x060401 card=0x00000000 chip=0x005c10de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCI Bridge' class = bridge subclass = PCI-PCI nfe0@pci0:0:10:0: class=0x068000 card=0xe0001458 chip=0x005710de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVidia Network Bus Enumerator Description du priphriquenVIDIA nForce4 SLI (CK8-04) - LAN Controll (nForce4 Ultra)' class = bridge pcib2@pci0:0:11:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCIe Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:0:12:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCIe Bridge' class = bridge subclass = PCI-PCI pcib4@pci0:0:13:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCIe Bridge' class = bridge subclass = PCI-PCI pcib5@pci0:0:14:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCIe Bridge' class = bridge subclass = PCI-PCI hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon64/Opteron/Sempron (K8 Family) Miscellaneous Control' class = bridge subclass = HOST-PCI fwohci0@pci0:1:10:0: class=0x0c0010 card=0x10001458 chip=0x8025104c rev=0x01 hdr=0x00 vendor = 'Texas Instruments (TI)' device = '1394b OHCI-Lynx IEEE 1394 Host Controller (TSB82AA2)' class = serial bus subclass = FireWire vgapci0@pci0:5:0:0: class=0x030000 card=0x21801682 chip=0x009110de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'GeForce 7800 GTX (G70)' class = display subclass = VGA --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="uname-a.out" FreeBSD donald.home.tols.org 8.0-STABLE FreeBSD 8.0-STABLE #2: Sat Dec 5 02:31:09 CET 2009 root@donald.home.tols.org:/usr/obj/usr/src/sys/DONALD amd64 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rc.conf" # -- sysinstall generated deltas -- # Mon Sep 22 14:34:31 2008 # Created: Mon Sep 22 14:34:31 2008 # Enable network daemons for user convenience. # Please make all changes to this file, not to /etc/defaults/rc.conf. # This file now contains just the overrides from /etc/defaults/rc.conf. anacron_enable="YES" background_fsck="NO" cupsd_enable="YES" dbus_enable="YES" dumpdev="/dev/ad4s1b" fsck_y_enable="YES" hald_enable="YES" hostname="donald.home.tols.org" linux_enable="YES" ntpd_enable="YES" ntpd_sync_on_start="YES" powerd_enable="YES" smartd_enable="YES" smartd_flags="-l local0" sshd_enable="YES" syslogd_flags="-ss" # Interface settings # Synchronus dhcp, otherwise ntpd and nfs mounts fail ifconfig_nfe0="syncdhcp" # NFS Settings nfs_client_enable="YES" rpc_lockd_enable="YES" rpc_statd_enable="YES" --dDRMvlgZJXvWKvBx-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 22:43:51 2009 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 4EE1E106568D for ; Wed, 9 Dec 2009 22:43:51 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id EFB778FC18 for ; Wed, 9 Dec 2009 22:43:50 +0000 (UTC) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id nB9MhjqV001645; Wed, 9 Dec 2009 23:43:45 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 0356EBAAD; Wed, 9 Dec 2009 23:43:45 +0100 (CET) Date: Wed, 9 Dec 2009 23:43:44 +0100 From: Roland Smith To: Jeremy Chadwick Message-ID: <20091209224344.GA75129@slackbox.xs4all.nl> References: <20091209193239.88ED31CC0C@ptavv.es.net> <200912092055.20383.pieter@degoeje.nl> <20091209210912.GA90766@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <20091209210912.GA90766@icarus.home.lan> 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.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_8 buildworld broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 22:43:51 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 09, 2009 at 01:09:12PM -0800, Jeremy Chadwick wrote: > The problem is this: >=20 > - User installs OS > - User creates src.conf with numerous WITHOUT_xxx entries. Examples: >=20 > WITHOUT_ATM=3Dtrue > WITHOUT_SENDMAIL=3Dtrue >=20 > - User is forced to go through above said directories and cross > their fingers hoping they're deleting the "right stuff". Doing this right is not all that difficult when using find(1) and some comm= on sense. Maybe I'm too harsh, but someone who can't figure this out shouldn't= be messing with the system. > Cons to this methodology: >=20 > - User now has binaries and/or libs on their system which may contain > security holes that could be exploited if exploits/issues are found > in the future. This is serious, and anyone who says otherwise has > their head in the sand. Agreed. There should at least be mention of this in the src.conf manual pag= e, and probably in the handbook as well. Suppose I submit something like the t= ext below to be added to src.conf(5) or maybe the Handbook; ----- Adding options to /etc/src.conf does not remove old binaries, libraries or manpages! It just prevents the system from buiding newer ones. The best way to deal with this is to use find(1) to locate binaries and libraries that a= re older than the most recent installworld. E.g., supposing the latest installworld (with the new options in /etc/src.conf) was Decemer 3rd. Runni= ng the following command will reveal all older files find /bin -type f -and -not -newermt 'Dec 3' -ls=20 After checking that you've really only found old binaries, replace -ls with -delete. Next, repeat this with /sbin, /usr/bin, /usr/sbin, /lib, /libexec, /usr/lib, /usr/libexec, /usr/share/man/man* and /rescue. ----- This strikes me as a reasonebly easy way to fix the problem. Of course one could be fancy about presenting the old files; find /bin -type f -and -not -newermt 'Dec 3' -ls | \ awk '{print $11, "\t", $8, " ", $9;}' If someone was so inclined, it shouldn't be too hard to write a program to more-or-less automate this; run all these commands, and append the output t= o a file. The user would then be given the opportunity to tell which (if any) of the old files to keep, and the program would then delete the others. Kind of like mergemaster. > Basically, all this comes back to the same thing: the entire "base > system" concept needs to be revisited (that's a nice way of saying > "nuked from orbit", but that's my opinion).=20 Hmm, I kind of like having a usable base system as opposed to just a kernel. :-) It is one of the strong points of FreeBSD, IMHO. The fact that = the base system is developed as a unit keeps it working very well. But I can see the virtue in your approach as well. I wouldn't mind turning = the current base system into ports, but it would be a good thing IMO to keep developing these 'ports' that form the current base system as part of the system instead of in the ports tree. 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) --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksgKCAACgkQEnfvsMMhpyV/LQCgnD4HA98WEwGCUCB9OH/GO5rX ZaMAn2FBlm1enbi/E+RaFh+UcCQE0qi7 =6pTN -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 23:30:53 2009 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 EE2E9106566B for ; Wed, 9 Dec 2009 23:30:53 +0000 (UTC) (envelope-from ben@morrow.me.uk) Received: from relay.ptn-ipout01.plus.net (relay.ptn-ipout01.plus.net [212.159.7.35]) by mx1.freebsd.org (Postfix) with ESMTP id 8AEB78FC12 for ; Wed, 9 Dec 2009 23:30:53 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAIK7H0vUOFPl/2dsb2JhbACBTNUihCwE Received: from plesk-mail01.plus.net ([212.56.83.229]) by relay.ptn-ipout01.plus.net with ESMTP; 09 Dec 2009 23:01:13 +0000 Received: (qmail 20492 invoked from network); 9 Dec 2009 23:01:12 +0000 Received: from host81-153-87-65.range81-153.btcentralplus.com (HELO osiris.mauzo.dyndns.org) (81.153.87.65) by plesk-mail01.plus.net with SMTP; 9 Dec 2009 23:01:12 +0000 Received: (qmail 61370 invoked by uid 1001); 9 Dec 2009 23:01:12 -0000 Date: Wed, 9 Dec 2009 23:01:12 +0000 From: Ben Morrow To: rsmith@xs4all.nl, freebsd-stable@freebsd.org Message-ID: <20091209230112.GA61324@osiris.mauzo.dyndns.org> Mail-Followup-To: rsmith@xs4all.nl, freebsd-stable@freebsd.org References: <20091209193239.88ED31CC0C@ptavv.es.net> <200912092055.20383.pieter@degoeje.nl> <20091209210912.GA90766@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091209224344.GA75129@slackbox.xs4all.nl> X-Newsgroups: gmane.os.freebsd.stable Organization: Who, me? User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: RELENG_8 buildworld broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 23:30:54 -0000 Quoth Roland Smith : > On Wed, Dec 09, 2009 at 01:09:12PM -0800, Jeremy Chadwick wrote: > > > Basically, all this comes back to the same thing: the entire "base > > system" concept needs to be revisited (that's a nice way of saying > > "nuked from orbit", but that's my opinion). > > Hmm, I kind of like having a usable base system as opposed to just a > kernel. :-) It is one of the strong points of FreeBSD, IMHO. The fact that the > base system is developed as a unit keeps it working very well. Yes. At a bare minimum, the base system should contain enough to 'make install' a typical port, including everything required to get the network running. Application programs like sendmail and bind could easily be moved out into ports (just as X11 was), but the core libraries and the dev environment should be distributed as a unit. One of the reasons I switched my home machine to FreeBSD was to get away from the nightmare of trying to upgrade glibc in Gentoo. I don't believe I ever got it to run right through without it falling over and having to go in and build some package by hand: the recursive dependancies (portage depends on python depends on glibc depends on a newer version of portage... ) just got too complicated. Ben From owner-freebsd-stable@FreeBSD.ORG Wed Dec 9 23:34:08 2009 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 890AA1065692 for ; Wed, 9 Dec 2009 23:34:08 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx1.utsp.utwente.nl [130.89.2.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED0E8FC1D for ; Wed, 9 Dec 2009 23:34:07 +0000 (UTC) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id nB9NXapo007916; Thu, 10 Dec 2009 00:33:37 +0100 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Thu, 10 Dec 2009 00:33:31 +0100 User-Agent: KMail/1.9.10 References: <20091209193239.88ED31CC0C@ptavv.es.net> <200912092055.20383.pieter@degoeje.nl> <4B202135.8040409@yahoo.it> In-Reply-To: <4B202135.8040409@yahoo.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200912100033.31850.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: ocean Subject: Re: RELENG_8 buildworld broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Dec 2009 23:34:08 -0000 On Wednesday 09 December 2009 23:14:13 ocean wrote: > Pieter de Goeje wrote: > > Actually, the way you specified CFLAGS overrides CPUTYPE. AFAIK you > > should set CFLAGS/CPUTYPE like this: > > CPUTYPE?=.... > > CFLAGS+=... > > > > Though bothering with CPUTYPE or CFLAGS is actually a waste of time if > > you ask me. I've never observed any measurable improvement in the speed > > of the system by setting these. Note that most ports which DO benefit > > from specialized CFLAGS (mplayer comes to mind) have an option called > > WITH_OPTIMIZED_CFLAGS. > > i specified it with CPUTYPE?=... and wasn't working for buildworld, had to > add it in CFLAGS. also doing "make buildworld CPUTYPE=..." didn't work. It works for me. Just tried with CPUTYPE?=nocona and CFLAGS+=-O3 which resulted in these CFLAGS: -O2 -pipe -O3 -march=nocona when building tcsh for example. Not everything build during buildworld honors these settings btw. My point still stands though, I can't see how any of the base tools would benefit from higher optimization levels. The only thing that could possibly benefit is the kernel, but the kernel uses COPTFLAGS (and CPUTYPE). > > on my (old) notebook i noticed good improvements in the boot process, it > was taking lot of time to start maybe one minute, with a recompiled kernel > with ipv6. without ipv6 with tweaked CFLAGS boots in less than 30 seconds > (~24 seconds). Most likely the difference was cause by leaving out IPv6, not by the CFLAGS. - Pieter From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 00:53:06 2009 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 C900D1065670 for ; Thu, 10 Dec 2009 00:53:06 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from mail.isot.com (mail.isot.com [66.187.86.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8E6F18FC0A for ; Thu, 10 Dec 2009 00:53:06 +0000 (UTC) Received: from localhost ([127.0.0.1]) by mail.isot.com (ISOT) with SMTP id RMY49917 for ; Wed, 09 Dec 2009 18:40:17 -0600 Date: Wed, 09 Dec 2009 18:40:17 -0600 From: Squirrel To: "FreeBSD-STABLE Mailing List" Message-ID: X-Mailer: ISOT Web Mail 5.6.7 X-Originating-IP: 66.187.95.74 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Subject: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: squirrel@isot.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 00:53:06 -0000 My server was hacked, and the hacker was nice enough to not cause damage except changing index.php of couple of my websites. The index.php had the following info: "Hacked By Top First Warning That's Bug From Your Servers Next Time You Must Be Careful And Fixed Your Site Before Coming Another Hacker And Hacked You Again Sorry Admin And Don't Worry Just I Change Index ALTBTA For Contact : l_9@hotmail.com Best Wishes" Of course, I sent him email, just in case it's valid, asking how he did it or how should I patch things up. But haven't got a reply yet. I've looked at all the log files, particularly auth.log, although there were thousands of login attempts to SSH and FTP, but none succeeded. And I don't know where else to look, please help. I'm using FreeBSD 7.1-Release with below daemons Apache 2.2.11 ProFTP 1.32 OpenSSH 5.1 Webmin 1.480 MySQL 5.0.67 BIND 9.6.0 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 01:08:01 2009 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 1E2E0106568B; Thu, 10 Dec 2009 01:08:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EA3E18FC08; Thu, 10 Dec 2009 01:08:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBA180xJ046464; Wed, 9 Dec 2009 20:08:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBA180jT046463; Thu, 10 Dec 2009 01:08:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Dec 2009 01:08:00 GMT Message-Id: <200912100108.nBA180jT046463@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 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, 10 Dec 2009 01:08:01 -0000 TB --- 2009-12-09 23:59:18 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-09 23:59:18 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2009-12-09 23:59:18 - cleaning the object tree TB --- 2009-12-09 23:59:35 - cvsupping the source tree TB --- 2009-12-09 23:59:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2009-12-10 00:00:07 - building world TB --- 2009-12-10 00:00:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-10 00:00:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-10 00:00:07 - TARGET=i386 TB --- 2009-12-10 00:00:07 - TARGET_ARCH=i386 TB --- 2009-12-10 00:00:07 - TZ=UTC TB --- 2009-12-10 00:00:07 - __MAKE_CONF=/dev/null TB --- 2009-12-10 00:00:07 - cd /src TB --- 2009-12-10 00:00:07 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 10 00:00:08 UTC 2009 >>> 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 Dec 10 00:59:39 UTC 2009 TB --- 2009-12-10 00:59:39 - generating LINT kernel config TB --- 2009-12-10 00:59:39 - cd /src/sys/i386/conf TB --- 2009-12-10 00:59:39 - /usr/bin/make -B LINT TB --- 2009-12-10 00:59:39 - building LINT kernel TB --- 2009-12-10 00:59:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-10 00:59:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-10 00:59:39 - TARGET=i386 TB --- 2009-12-10 00:59:39 - TARGET_ARCH=i386 TB --- 2009-12-10 00:59:39 - TZ=UTC TB --- 2009-12-10 00:59:39 - __MAKE_CONF=/dev/null TB --- 2009-12-10 00:59:39 - cd /src TB --- 2009-12-10 00:59:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 10 00:59:39 UTC 2009 >>> 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=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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/controller/ehci.c cc1: warnings being treated as errors /src/sys/dev/usb/controller/ehci.c: In function 'ehci_device_intr_open': /src/sys/dev/usb/controller/ehci.c:2352: warning: implicit declaration of function 'usb_hs_bandwidth_alloc' /src/sys/dev/usb/controller/ehci.c:2352: warning: nested extern declaration of 'usb_hs_bandwidth_alloc' /src/sys/dev/usb/controller/ehci.c: In function 'ehci_device_intr_close': /src/sys/dev/usb/controller/ehci.c:2393: warning: implicit declaration of function 'usb_hs_bandwidth_free' /src/sys/dev/usb/controller/ehci.c:2393: warning: nested extern declaration of 'usb_hs_bandwidth_free' *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-10 01:08:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-10 01:08:00 - ERROR: failed to build lint kernel TB --- 2009-12-10 01:08:00 - 3036.37 user 643.90 system 4121.80 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 01:12:33 2009 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 B71CC106566C for ; Thu, 10 Dec 2009 01:12:33 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id A4E618FC16 for ; Thu, 10 Dec 2009 01:12:33 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp024.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KUE008E3WO9SG30@asmtp024.mac.com> for freebsd-stable@freebsd.org; Wed, 09 Dec 2009 17:12:09 -0800 (PST) From: Chuck Swiger In-reply-to: Date: Wed, 09 Dec 2009 17:12:08 -0800 Message-id: <6560258A-6328-41B8-809D-2969548488A8@mac.com> References: To: squirrel@isot.com X-Mailer: Apple Mail (2.1077) Cc: FreeBSD-STABLE Mailing List Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 01:12:33 -0000 On Dec 9, 2009, at 4:40 PM, Squirrel wrote: > My server was hacked, and the hacker was nice enough to not cause damage except changing index.php of couple of my websites. The index.php had the following info: > > "Hacked By Top > First Warning That's Bug From Your Servers > Next Time You Must Be Careful And Fixed Your Site Before Coming Another Hacker And Hacked You Again > Sorry Admin And Don't Worry Just I Change Index > ALTBTA > For Contact : l_9@hotmail.com > Best Wishes" While it's unfortunate that your machine was hacked, and it would be nice to assume that no other changes were made, you need to completely rebuild this box, regenerate SSH keys, SSL certs, etc before you can trust anything it talks to. > Of course, I sent him email, just in case it's valid, asking how he did it or how should I patch things up. But haven't got a reply yet. I've looked at all the log files, particularly auth.log, although there were thousands of login attempts to SSH and FTP, but none succeeded. And I don't know where else to look, please help. > > I'm using FreeBSD 7.1-Release with below daemons > > Apache 2.2.11 > ProFTP 1.32 > OpenSSH 5.1 > Webmin 1.480 > MySQL 5.0.67 > BIND 9.6.0 You're down-rev on Apache and BIND, for the very least. And, the fact that you mentioned index.php suggests that you're running a lot more than just a basic Apache webserver; PHP is a likely candidate for security vulnerabilities by itself, and if you haven't patched for FreeBSD-SA-09:16.rtld, any local exploit will yield root. Installing /usr/ports/ports-mgmt/portaudit can be helpful.... Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 01:18:37 2009 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 3FAE8106566B for ; Thu, 10 Dec 2009 01:18:37 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id DD51B8FC0A for ; Thu, 10 Dec 2009 01:18:36 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 42960A577B5; Thu, 10 Dec 2009 09:18:35 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id rpadsiCZIEqf; Thu, 10 Dec 2009 09:18:20 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 64AFBA577B0; Thu, 10 Dec 2009 09:18:17 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=OiD9iKt1aJ0C58D6PN3Knamk5KmuTav9ANGzRB/Hm7CxVDioPfEQptjbL2bowilwT UaAJLPwKwSujusp9vq96Q== Message-ID: <4B204C55.5050900@delphij.net> Date: Wed, 09 Dec 2009 17:18:13 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091130) MIME-Version: 1.0 To: squirrel@isot.com References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 01:18:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Squirrel wrote: > My server was hacked, and the hacker was nice enough to not cause damage except changing index.php of couple of my websites. The index.php had the following info: > > "Hacked By Top > First Warning That's Bug From Your Servers > Next Time You Must Be Careful And Fixed Your Site Before Coming Another Hacker And Hacked You Again > Sorry Admin And Don't Worry Just I Change Index > ALTBTA > For Contact : l_9@hotmail.com > Best Wishes" > > Of course, I sent him email, just in case it's valid, asking how he did it or how should I patch things up. But haven't got a reply yet. I've looked at all the log files, particularly auth.log, although there were thousands of login attempts to SSH and FTP, but none succeeded. And I don't know where else to look, please help. > > I'm using FreeBSD 7.1-Release with below daemons > > Apache 2.2.11 > ProFTP 1.32 > OpenSSH 5.1 > Webmin 1.480 > MySQL 5.0.67 > BIND 9.6.0 It could be tricky to figure out how the attacker gets in. I'd be curious what PHP application are you using right now? Do you have properly set the permissions (i.e. files are either executable, or writable, but not both; www user can't write on where code can be executed, etc), and there is no vulnerability in your web application? By the way, if you use ports you can install ports-mgmt/portaudit and use 'portaudit -Fda' to check if there is known vulnerability with your installed packages, just a hint. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksgTFUACgkQi+vbBBjt66DA5gCeKX9oPnuBJOEznAA6WOxozpTz hZMAoI2CRuXM6o/t9JuKffPli6Uk7uQ/ =rOnr -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 01:29:25 2009 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 A5E92106566B; Thu, 10 Dec 2009 01:29:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4A3B48FC20; Thu, 10 Dec 2009 01:29:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBA1TOYI007703; Wed, 9 Dec 2009 20:29:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBA1TOD1007699; Thu, 10 Dec 2009 01:29:24 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Dec 2009 01:29:24 GMT Message-Id: <200912100129.nBA1TOD1007699@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 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, 10 Dec 2009 01:29:25 -0000 TB --- 2009-12-10 00:22:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-10 00:22:43 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2009-12-10 00:22:43 - cleaning the object tree TB --- 2009-12-10 00:23:00 - cvsupping the source tree TB --- 2009-12-10 00:23:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2009-12-10 00:23:34 - building world TB --- 2009-12-10 00:23:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-10 00:23:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-10 00:23:34 - TARGET=pc98 TB --- 2009-12-10 00:23:34 - TARGET_ARCH=i386 TB --- 2009-12-10 00:23:34 - TZ=UTC TB --- 2009-12-10 00:23:34 - __MAKE_CONF=/dev/null TB --- 2009-12-10 00:23:34 - cd /src TB --- 2009-12-10 00:23:34 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 10 00:23:34 UTC 2009 >>> 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 Dec 10 01:22:35 UTC 2009 TB --- 2009-12-10 01:22:35 - generating LINT kernel config TB --- 2009-12-10 01:22:35 - cd /src/sys/pc98/conf TB --- 2009-12-10 01:22:35 - /usr/bin/make -B LINT TB --- 2009-12-10 01:22:35 - building LINT kernel TB --- 2009-12-10 01:22:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-10 01:22:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-10 01:22:35 - TARGET=pc98 TB --- 2009-12-10 01:22:35 - TARGET_ARCH=i386 TB --- 2009-12-10 01:22:35 - TZ=UTC TB --- 2009-12-10 01:22:35 - __MAKE_CONF=/dev/null TB --- 2009-12-10 01:22:35 - cd /src TB --- 2009-12-10 01:22:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 10 01:22:35 UTC 2009 >>> 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=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 -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/controller/ehci.c cc1: warnings being treated as errors /src/sys/dev/usb/controller/ehci.c: In function 'ehci_device_intr_open': /src/sys/dev/usb/controller/ehci.c:2352: warning: implicit declaration of function 'usb_hs_bandwidth_alloc' /src/sys/dev/usb/controller/ehci.c:2352: warning: nested extern declaration of 'usb_hs_bandwidth_alloc' /src/sys/dev/usb/controller/ehci.c: In function 'ehci_device_intr_close': /src/sys/dev/usb/controller/ehci.c:2393: warning: implicit declaration of function 'usb_hs_bandwidth_free' /src/sys/dev/usb/controller/ehci.c:2393: warning: nested extern declaration of 'usb_hs_bandwidth_free' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-10 01:29:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-10 01:29:24 - ERROR: failed to build lint kernel TB --- 2009-12-10 01:29:24 - 2928.82 user 650.46 system 4001.59 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 01:48:55 2009 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 7755D1065676; Thu, 10 Dec 2009 01:48:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 50E518FC15; Thu, 10 Dec 2009 01:48:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBA1ms5b072181; Wed, 9 Dec 2009 20:48:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBA1msmL072180; Thu, 10 Dec 2009 01:48:54 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 10 Dec 2009 01:48:54 GMT Message-Id: <200912100148.nBA1msmL072180@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 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, 10 Dec 2009 01:48:55 -0000 TB --- 2009-12-10 00:23:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-10 00:23:51 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2009-12-10 00:23:51 - cleaning the object tree TB --- 2009-12-10 00:24:06 - cvsupping the source tree TB --- 2009-12-10 00:24:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2009-12-10 00:24:38 - building world TB --- 2009-12-10 00:24:38 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-10 00:24:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-10 00:24:38 - TARGET=ia64 TB --- 2009-12-10 00:24:38 - TARGET_ARCH=ia64 TB --- 2009-12-10 00:24:38 - TZ=UTC TB --- 2009-12-10 00:24:38 - __MAKE_CONF=/dev/null TB --- 2009-12-10 00:24:38 - cd /src TB --- 2009-12-10 00:24:38 - /usr/bin/make -B buildworld >>> World build started on Thu Dec 10 00:24:39 UTC 2009 >>> 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 Dec 10 01:40:10 UTC 2009 TB --- 2009-12-10 01:40:10 - generating LINT kernel config TB --- 2009-12-10 01:40:10 - cd /src/sys/ia64/conf TB --- 2009-12-10 01:40:10 - /usr/bin/make -B LINT TB --- 2009-12-10 01:40:10 - building LINT kernel TB --- 2009-12-10 01:40:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-10 01:40:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-10 01:40:10 - TARGET=ia64 TB --- 2009-12-10 01:40:10 - TARGET_ARCH=ia64 TB --- 2009-12-10 01:40:10 - TZ=UTC TB --- 2009-12-10 01:40:10 - __MAKE_CONF=/dev/null TB --- 2009-12-10 01:40:10 - cd /src TB --- 2009-12-10 01:40:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Dec 10 01:40:10 UTC 2009 >>> 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/dev/usb/controller/ehci.c cc1: warnings being treated as errors /src/sys/dev/usb/controller/ehci.c: In function 'ehci_device_intr_open': /src/sys/dev/usb/controller/ehci.c:2352: warning: implicit declaration of function 'usb_hs_bandwidth_alloc' /src/sys/dev/usb/controller/ehci.c:2352: warning: nested extern declaration of 'usb_hs_bandwidth_alloc' /src/sys/dev/usb/controller/ehci.c: In function 'ehci_device_intr_close': /src/sys/dev/usb/controller/ehci.c:2393: warning: implicit declaration of function 'usb_hs_bandwidth_free' /src/sys/dev/usb/controller/ehci.c:2393: warning: nested extern declaration of 'usb_hs_bandwidth_free' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-10 01:48:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-10 01:48:54 - ERROR: failed to build lint kernel TB --- 2009-12-10 01:48:54 - 4056.09 user 651.96 system 5103.55 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 01:52:08 2009 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 B157B1065679 for ; Thu, 10 Dec 2009 01:52:08 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5B1FE8FC1D for ; Thu, 10 Dec 2009 01:52:08 +0000 (UTC) Received: from webmail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id nBA1pbb0063344; Wed, 9 Dec 2009 17:51:43 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net ([64.81.172.194]) (Local authenticated user inf0s) by webmail.1command.com with HTTP; Wed, 9 Dec 2009 17:52:06 -0800 (PST) Message-ID: <101228207f5fbe0513b5b034d15b8ab7.HRCIM@webmail.1command.com> In-Reply-To: <200912090950.37686.jhb@freebsd.org> References: <30f6a6b39e2bdbf45c8ce69ee593831a.HRCIM@webmail.1command.com> <200912090950.37686.jhb@freebsd.org> Date: Wed, 9 Dec 2009 17:52:06 -0800 (PST) From: "Chris H" To: freebsd-stable@freebsd.org User-Agent: HRC Internet Messaging/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit Cc: John Baldwin Subject: Re: ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 01:52:08 -0000 On Wed, December 9, 2009 6:50 am, John Baldwin wrote: > On Tuesday 08 December 2009 7:06:18 pm Chris H wrote: > >> Greetings, >> I am receiving the following in dmesg (verbose) during boot in 8-RELEASE >> (GENERIC) >> cvsuped 2009-12-08 @1am: ACPI Error: A valid RSDP was not found 20090521 >> tbxfroot-309 >> >> As I create the KERNCONF for this machine, I want to confirm that this >> message is caused by the fact that APM is shut off in the BIOS, and won't >> cause any averse problems. We're having issues with "timeout" errors on some >> 50 TYAN server MB's >> since 7-RELEASE regarding the disk media (no matter how many different drives >> we use). So as I attempt to create a STABLE - in the sense that the servers >> are reliable, I want to eliminate any potential issues. >> >> more (informational) "noise" follows: > > You can ignore the message, I do think it is due to disabling ACPI in your > BIOS. Do you have problems when ACPI is enabled? ACPI is generally going to > be more reliable than !ACPI in the future as it seems many BIOS vendors no longer > test the !ACPI case as much (e.g. I've seen Intel motherboards with incomplete > or incorrect MP Tables because no commercial OS uses the MP Table anymore). Hello, and thank you very much for your reply. So the message is simply "informative" - good to know. As to the ACPI. Closer examination seemed to indicate the BIOS was incomplete. While I could have flashed it, assuming that it 1) would have all current updates 2) it would then also be complete I opted to simply take another new board off the shelf and try again. This time, taking your advice, and /enabling/ full ACPI. I performed an install, and just now cvsupped src && ports. It's in the process of building world/kernel as I write this reply. Hope all turns out well - "Fingers crossed". :) If you (or anyone else) can tell me... I have had issues with periodic "timeouts" with disks (SCSI,ATA && CD/DVD ROMS) ever since late 6. After experimenting with /many/ kernels. I'm left with the suspicion the it has to do with SCHED_4BSD vs. SCHED_ULE. In other words, ever since SCHED_ULE became default/preferred most of the PIII based boards have exhibited this anomaly. Often the "retries" aren't exhausted, and they recover. But many times they don't which will lead to freeze that requires "bouncing" the machine, and performing FSCK(8). I haven't seen anything in UPDATING. But wonder; should I assume that anything in the PIII category /requires/ SCHED_4BSD. Or would it be better to tune a kernel via SYSCTL(8)? Thank you again for all your time and consideration --Chris H > > -- > John Baldwin > > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 02:10:12 2009 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 B37CE106568D for ; Thu, 10 Dec 2009 02:10:12 +0000 (UTC) (envelope-from mpp@mppsystems.com) Received: from mail929c35.nsolutionszone.com (mail929c35.nsolutionszone.com [209.235.152.119]) by mx1.freebsd.org (Postfix) with ESMTP id 626E28FC12 for ; Thu, 10 Dec 2009 02:10:12 +0000 (UTC) X-POP-User: mppsystems.gulftel.com Received: from mppsystems.com (99-194-190-48.dyn.centurytel.net [99.194.190.48]) by mail929c35.nsolutionszone.com (8.13.6/8.13.1) with ESMTP id nB9LqSS9010340 for ; Wed, 9 Dec 2009 21:52:29 GMT Received: by mppsystems.com (Postfix, from userid 1000) id 5A9DD17029; Wed, 9 Dec 2009 15:52:23 -0600 (CST) Date: Wed, 9 Dec 2009 15:52:23 -0600 From: Mike Pritchard To: Mikolaj Golub Message-ID: <20091209215223.GA1921@mppsystems.com> References: <86ws1180sr.fsf@kopusha.onet> <20091206181813.GR43143@deviant.kiev.zoral.com.ua> <86vdgjry3u.fsf@zhuzha.ua1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86vdgjry3u.fsf@zhuzha.ua1> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Kostik Belousov , FreeBSD Stable Subject: Re: FreeBSD 7.1: QUOTA: kernel panics in jailed() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 02:10:12 -0000 On Mon, Dec 07, 2009 at 10:23:49AM +0200, Mikolaj Golub wrote: > On Sun, 6 Dec 2009 20:18:13 +0200 Kostik Belousov wrote: > > > The kernel paniced because chkdq was supplied NULL credentials and > > _positive_ blocks use count change. Line 276 calls chkdq with > > -datablocks as the change. This could happen if you have problems > > either with hardware (e.g. memory or CPU cache), or your fs > > is damaged. > > > > Another possibility is random corruption of the kernel memory, but > > I recommend to start with fsck and then continue with memory testers > > if fsck have shown no problems. > > We have checked FS -- looks OK. So far we have just rebooted to the kernel > without quota. To check the hardware is in our plans. Thank you. Did you happen to turn quotas off then back on for the file system in question? -- Mike Pritchard mpp @ FreeBSD.org "If tyranny and oppression come to this land, it will be in the guise of fighting a foreign enemy." - James Madison (1787) From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 02:35:17 2009 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 EAC3F106566B for ; Thu, 10 Dec 2009 02:35:17 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id 971DC8FC08 for ; Thu, 10 Dec 2009 02:35:17 +0000 (UTC) Received: from webmail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id nBA2Z9qP063540 for ; Wed, 9 Dec 2009 18:35:15 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net ([64.81.172.194]) (Local authenticated user inf0s) by webmail.1command.com with HTTP; Wed, 9 Dec 2009 18:35:15 -0800 (PST) Message-ID: <6b7e224d62eac69ecb90c7d93f71f12e.HRCIM@webmail.1command.com> In-Reply-To: <200912100033.31850.pieter@degoeje.nl> References: <20091209193239.88ED31CC0C@ptavv.es.net> <200912092055.20383.pieter@degoeje.nl> <4B202135.8040409@yahoo.it> <200912100033.31850.pieter@degoeje.nl> Date: Wed, 9 Dec 2009 18:35:15 -0800 (PST) From: "Chris H" To: freebsd-stable@freebsd.org User-Agent: HRC Internet Messaging/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit Subject: Re: RELENG_8 buildworld broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 02:35:18 -0000 On Wed, December 9, 2009 3:33 pm, Pieter de Goeje wrote: > On Wednesday 09 December 2009 23:14:13 ocean wrote: > >> Pieter de Goeje wrote: >> >>> Actually, the way you specified CFLAGS overrides CPUTYPE. AFAIK you >>> should set CFLAGS/CPUTYPE like this: CPUTYPE?=.... >>> CFLAGS+=... >>> >>> >>> Though bothering with CPUTYPE or CFLAGS is actually a waste of time if >>> you ask me. I've never observed any measurable improvement in the speed of >>> the system by setting these. Note that most ports which DO benefit from >>> specialized CFLAGS (mplayer comes to mind) have an option called >>> WITH_OPTIMIZED_CFLAGS. >>> >> >> i specified it with CPUTYPE?=... and wasn't working for buildworld, had to add >> it in CFLAGS. also doing "make buildworld CPUTYPE=..." didn't work. > It works for me. Just tried with CPUTYPE?=nocona and CFLAGS+=-O3 which > resulted in these CFLAGS: -O2 -pipe -O3 -march=nocona when building tcsh for > example. Not everything build during buildworld honors these settings btw. > > > My point still stands though, I can't see how any of the base tools would > benefit from higher optimization levels. The only thing that could possibly > benefit is the kernel, but the kernel uses COPTFLAGS (and CPUTYPE). I think OPENSSL is another. I have always polluted /etc/make.conf for this purpose. As memory serves, the following was the "advised" method. For example I use: make.conf: CPUTYPE?=cray bulildworld && kernel: make -DALWAYS_CHECK_MAKE buildworld && kernel Still works for me ( <=7-RELEASE; 8_RELEASE is building as I write this ). --Chris H > >> >> on my (old) notebook i noticed good improvements in the boot process, it was >> taking lot of time to start maybe one minute, with a recompiled kernel with >> ipv6. without ipv6 with tweaked CFLAGS boots in less than 30 seconds (~24 >> seconds). > Most likely the difference was cause by leaving out IPv6, not by the CFLAGS. > > > - Pieter > _______________________________________________ > 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 Thu Dec 10 03:30:05 2009 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 340991065670 for ; Thu, 10 Dec 2009 03:30:05 +0000 (UTC) (envelope-from stuartb@4gh.net) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id DB9428FC18 for ; Thu, 10 Dec 2009 03:30:04 +0000 (UTC) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 09 Dec 2009 22:01:26 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id LHJ34371; Wed, 9 Dec 2009 22:01:26 -0500 (EST) X-Auth-ID: stuartb.4gh@starpower.net Received: from 208-58-196-97.c3-0.slvr-ubr1.lnh-slvr.md.cable.rcn.com (HELO freeman.4gh.net) ([208.58.196.97]) by smtp01.lnh.mail.rcn.net with ESMTP; 09 Dec 2009 22:01:26 -0500 Received: by freeman.4gh.net (Postfix, from userid 1001) id E20915CBEC; Wed, 9 Dec 2009 22:01:25 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by freeman.4gh.net (Postfix) with ESMTP id D96FC5CBE6 for ; Wed, 9 Dec 2009 22:01:25 -0500 (EST) Date: Wed, 9 Dec 2009 22:01:25 -0500 (EST) From: Stuart Barkley To: freebsd-stable@freebsd.org In-Reply-To: <4B1EF850.10604@quip.cz> Message-ID: References: <20091208174145.GA14312@mr-happy.com> <20091208175219.GA56219@icarus.home.lan> <4B1EAF01.2030803@icyb.net.ua><20091208195752.GF14312@mr-happy.com> <4B1ECEC0.2070005@quip.cz> <4B1EECCD.7020200@denninger.net> <4B1EF850.10604@quip.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Junkmail-Status: score=10/50, host=mr08.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020205.4B206486.0155,ss=1,fgs=0, ip=207.172.4.11, so=2009-07-20 21:54:04, dmn=5.7.1/2009-08-27, mode=single engine X-Junkmail-IWF: false Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 03:30:05 -0000 On Tue, 8 Dec 2009 at 20:07 -0000, Miroslav Lachman wrote: > Virtual Media / Virtual Console from all vendors is paint in the > a... > > I have iLO card in HP ML110 G5 and Virtual Media doesn't work at > all. Virtual device is not detected by FreeBSD nor in BIOS, so I > can't even boot from it. > > Virtual Media (console) on Sun Fire X2100 M2 is accessible only by > IP address, not by its domain name (I reported it to Sun > Microsystems 11 month ago and Sun leaves it unfixed. > > In Virtual Console of Supermicro, there is problem with keyboard > input in sysinstall prior to FreeBSD 8.x > > So I am disapointed by this hyped feature ;( Does anyone here find this stuff useful? We have a vendor pushing "Virtual Media" on us and I don't see the point at all. I also don't see the point of the screen scraping and graphics virtual display support. I've just started playing with IPMI capable motherboard and another system with an IPMI add in card. Seems like at lot of extra stuff I need to disable to secure my operations. nmap shows ssh, http, https, portmap and some other ports of unknown purpose (plus the silly thing was configured to send email to the manufacture). The web interface is a little useful, but not when dealing with several hundred systems. All I think I really want is basic (secure, encrypted) IPMI 2.0 to read system status (power, temperature, fan status, etc) and be able to power cycle the thing into a network PXE boot. The Serial Over Lan stuff looks useful but overly complicated (I come from a background where we used terminal servers for console access). I would rather see no video board in the system at all, but nobody seems to know how to build these boards anymore. Stuart -- I've never been lost; I was once bewildered for three days, but never lost! -- Daniel Boone From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 03:45:13 2009 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 B935D106566C for ; Thu, 10 Dec 2009 03:45:13 +0000 (UTC) (envelope-from takeda@chinatsu.takeda.tk) Received: from chinatsu.takeda.tk (takeda-1-pt.tunnel.tserv15.lax1.ipv6.he.net [IPv6:2001:470:c:16b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 958AD8FC13 for ; Thu, 10 Dec 2009 03:45:13 +0000 (UTC) Received: from chinatsu.takeda.tk (takeda@localhost.takeda.tk [127.0.0.1]) by chinatsu.takeda.tk (8.14.3/8.14.3) with ESMTP id nBA3jCvo029117 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 9 Dec 2009 19:45:12 -0800 (PST) (envelope-from takeda@chinatsu.takeda.tk) Received: (from takeda@localhost) by chinatsu.takeda.tk (8.14.3/8.14.3/Submit) id nBA3jCMG029116 for freebsd-stable@freebsd.org; Wed, 9 Dec 2009 19:45:12 -0800 (PST) (envelope-from takeda) Date: Wed, 9 Dec 2009 19:45:12 -0800 From: Derek Kulinski To: freebsd-stable@freebsd.org Message-ID: <20091210034512.GA28864@chinatsu.takeda.tk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: pf: unlocked lookup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 03:45:13 -0000 Hi, My console gets flooded by "pf: unlocked lookup" message anyone knows what circumstances cause this message, so I could figure out which pf rule is causing it? After searching on google I found few people asking about it, though no real answer. The first result talks about debug.pfugidhack being set to 1. It is set to 1 on my system, though I don't have anything in /etc/syctl.conf, also when I switched it to 0, the system crashed within an hour or so. Is this somehow related to rules that have rules with attached to a specific user? Derek P.S. It's FreeBSD 7.2-p4 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 05:08:24 2009 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 AE225106568D for ; Thu, 10 Dec 2009 05:08:24 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from mail.isot.com (mail.isot.com [66.187.86.1]) by mx1.freebsd.org (Postfix) with ESMTP id 72F748FC18 for ; Thu, 10 Dec 2009 05:08:24 +0000 (UTC) Received: from localhost ([127.0.0.1]) by mail.isot.com (ISOT) with SMTP id RRS20225; Wed, 09 Dec 2009 23:08:25 -0600 Date: Wed, 09 Dec 2009 23:08:25 -0600 From: Squirrel To: "Chuck Swiger" Message-ID: <70b530187d5c4ef4336260f6fdf72193@mail.isot.com> X-Mailer: ISOT Web Mail 5.6.7 X-Originating-IP: 69.91.68.228 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Cc: FreeBSD-STABLE Mailing List Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: squirrel@isot.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 05:08:24 -0000 I've just finished the rtld patch. Now in process of regenerating all the keys and certs. Next will look into php. But far as rtld vulnerability, doesn't it require at least a local user account? Looking at all the authentication, there wasn't any authenticated session during the time frame. So I'm leaning more towards php 5.2.9, and checking all my ports. Thanks for info. -----Original message----- From: Chuck Swiger cswiger@mac.com Date: Wed, 09 Dec 2009 20:12:08 -0600 To: squirrel@isot.com Subject: Re: Hacked - FreeBSD 7.1-Release > On Dec 9, 2009, at 4:40 PM, Squirrel wrote: > > My server was hacked, and the hacker was nice enough to not cause damage except changing index.php of couple of my websites. The index.php had the following info: > > > > "Hacked By Top > > First Warning That's Bug From Your Servers > > Next Time You Must Be Careful And Fixed Your Site Before Coming Another Hacker And Hacked You Again > > Sorry Admin And Don't Worry Just I Change Index > > ALTBTA > > For Contact : l_9@hotmail.com > > Best Wishes" > > While it's unfortunate that your machine was hacked, and it would be nice to assume that no other changes were made, you need to completely rebuild this box, regenerate SSH keys, SSL certs, etc before you can trust anything it talks to. > > > Of course, I sent him email, just in case it's valid, asking how he did it or how should I patch things up. But haven't got a reply yet. I've looked at all the log files, particularly auth.log, although there were thousands of login attempts to SSH and FTP, but none succeeded. And I don't know where else to look, please help. > > > > I'm using FreeBSD 7.1-Release with below daemons > > > > Apache 2.2.11 > > ProFTP 1.32 > > OpenSSH 5.1 > > Webmin 1.480 > > MySQL 5.0.67 > > BIND 9.6.0 > > > You're down-rev on Apache and BIND, for the very least. And, the fact that you mentioned index.php suggests that you're running a lot more than just a basic Apache webserver; PHP is a likely candidate for security vulnerabilities by itself, and if you haven't patched for FreeBSD-SA-09:16.rtld, any local exploit will yield root. > > Installing /usr/ports/ports-mgmt/portaudit can be helpful.... > > Regards, > -- > -Chuck > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 05:11:52 2009 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 56A57106566B for ; Thu, 10 Dec 2009 05:11:52 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from mail.isot.com (mail.isot.com [66.187.86.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1BCF78FC19 for ; Thu, 10 Dec 2009 05:11:51 +0000 (UTC) Received: from localhost ([127.0.0.1]) by mail.isot.com (ISOT) with SMTP id RRV01553; Wed, 09 Dec 2009 23:11:53 -0600 Date: Wed, 09 Dec 2009 23:11:52 -0600 From: Squirrel To: d@delphij.net Message-ID: <62e6c0845bd249dcc07bdc4ae48bf41e@mail.isot.com> X-Mailer: ISOT Web Mail 5.6.7 X-Originating-IP: 69.91.68.228 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Cc: FreeBSD-STABLE Mailing List Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: squirrel@isot.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 05:11:52 -0000 Taking your advice and checking all ports for problems. Thanks. -----Original message----- From: Xin LI delphij@delphij.net Date: Wed, 09 Dec 2009 20:18:13 -0600 To: squirrel@isot.com Subject: Re: Hacked - FreeBSD 7.1-Release > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Squirrel wrote: > > My server was hacked, and the hacker was nice enough to not cause damage except changing index.php of couple of my websites. The index.php had the following info: > > > > "Hacked By Top > > First Warning That's Bug From Your Servers > > Next Time You Must Be Careful And Fixed Your Site Before Coming Another Hacker And Hacked You Again > > Sorry Admin And Don't Worry Just I Change Index > > ALTBTA > > For Contact : l_9@hotmail.com > > Best Wishes" > > > > Of course, I sent him email, just in case it's valid, asking how he did it or how should I patch things up. But haven't got a reply yet. I've looked at all the log files, particularly auth.log, although there were thousands of login attempts to SSH and FTP, but none succeeded. And I don't know where else to look, please help. > > > > I'm using FreeBSD 7.1-Release with below daemons > > > > Apache 2.2.11 > > ProFTP 1.32 > > OpenSSH 5.1 > > Webmin 1.480 > > MySQL 5.0.67 > > BIND 9.6.0 > > It could be tricky to figure out how the attacker gets in. I'd be > curious what PHP application are you using right now? Do you have > properly set the permissions (i.e. files are either executable, or > writable, but not both; www user can't write on where code can be > executed, etc), and there is no vulnerability in your web application? > > By the way, if you use ports you can install ports-mgmt/portaudit and > use 'portaudit -Fda' to check if there is known vulnerability with your > installed packages, just a hint. > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.13 (FreeBSD) > > iEYEARECAAYFAksgTFUACgkQi+vbBBjt66DA5gCeKX9oPnuBJOEznAA6WOxozpTz > hZMAoI2CRuXM6o/t9JuKffPli6Uk7uQ/ > =rOnr > -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 07:16:25 2009 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 D13D61065670 for ; Thu, 10 Dec 2009 07:16:25 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 57AFE8FC12 for ; Thu, 10 Dec 2009 07:16:24 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nBA7GNEF090144 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 10 Dec 2009 08:16:23 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1077) From: Stefan Bethke In-Reply-To: <831421F9-6344-4E68-BD64-9C013EB86523@lassitu.de> Date: Thu, 10 Dec 2009 08:16:23 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <6C8F4E80-6188-4F6D-9296-4708E60C68D8@lassitu.de> References: <831421F9-6344-4E68-BD64-9C013EB86523@lassitu.de> To: FreeBSD Stable X-Mailer: Apple Mail (2.1077) Subject: Re: Fatal trap 9 triggered by zfs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 07:16:25 -0000 Am 04.12.2009 um 17:52 schrieb Stefan Bethke: > I'm getting panics like this every so often (couple weeks, sometimes = just a few days.) A second machine that has identical hardware and is = running the same source has no such problems. Thanks to all who suggested bad hardware: it turned out to be a case of = capacitor plague. With a new mainboard, everything appears to be = working solidly again. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 07:24:48 2009 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 169881065679 for ; Thu, 10 Dec 2009 07:24:48 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE338FC19 for ; Thu, 10 Dec 2009 07:24:47 +0000 (UTC) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.3/8.14.3) with ESMTP id nBA7OfwY096707; Thu, 10 Dec 2009 07:24:42 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk nBA7OfwY096707 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1260429882; bh=TH9VBs/tlnj2xu7yvYCavl7sd9eYPCbEW8+sKMeb3BQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4B20A232.1010800@infracaninophile.co.uk>|Date:=20T hu,=2010=20Dec=202009=2007:24:34=20+0000|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.23=20(X11/20091129)|MIME-Vers ion:=201.0|To:=20squirrel@isot.com|CC:=20Chuck=20Swiger=20,=20=0D=0A=20FreeBSD-STABLE=20Mailing=20List=20|Subject:=20Re:=20Hacked=20-=20FreeBSD=207.1-Rel ease|References:=20<70b530187d5c4ef4336260f6fdf72193@mail.isot.com >|In-Reply-To:=20<70b530187d5c4ef4336260f6fdf72193@mail.isot.com>| X-Enigmail-Version:=200.95.6|Content-Type:=20multipart/signed=3B=2 0micalg=3Dpgp-sha256=3B=0D=0A=20protocol=3D"application/pgp-signat ure"=3B=0D=0A=20boundary=3D"------------enigF70EE955C764AAA534194B 4D"; b=cI+feLGJlaJudoHGeLS6JbyUdRLoon7U2dJXqDO3OaKrUaDudOlaZmXlTSTsKh3ol 6GoZIphoNuKkETPUd5nI2l8dnHfraY2XLVSByx/RQyJXNzS3i4qqEdTnKPG82UVL4z sdPAgdeWhcFt8yR8AwFCMASNRbDPzQ5aifCFApT4= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host localhost [IPv6:::1] claimed to be happy-idiot-talk.infracaninophile.co.uk Message-ID: <4B20A232.1010800@infracaninophile.co.uk> Date: Thu, 10 Dec 2009 07:24:34 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.23 (X11/20091129) MIME-Version: 1.0 To: squirrel@isot.com References: <70b530187d5c4ef4336260f6fdf72193@mail.isot.com> In-Reply-To: <70b530187d5c4ef4336260f6fdf72193@mail.isot.com> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigF70EE955C764AAA534194B4D" X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: FreeBSD-STABLE Mailing List Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 07:24:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF70EE955C764AAA534194B4D Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Squirrel wrote: > I've just finished the rtld patch. Now in process of regenerating > all the keys and certs. Next will look into php. But far as rtld > vulnerability, doesn't it require at least a local user account? > Looking at all the authentication, there wasn't any authenticated > session during the time frame. So I'm leaning more towards php > 5.2.9, and checking all my ports. You don't necessarily need to have a login session (ie. recorded in wtmp)= to exploit the rtld bug -- just control over some process and the ability= to run commands through it. Although the rtld bug is "only" a local root= compromise, since it is so simple to exploit it is a lot more dangerous than most, and in combination with just about any form of remote exploit it means your box get rooted. Upgrading PHP and all ports is a good move. portaudit(1) is a good idea but it doesn't necessarily address the direct route your attackers used. My suspicions (in the absence of any detailed forensic examination of your machine) are that you are running some vulnerable PHP code. This may be part of a well known application, or it may be something locally w= ritten. In this case, I'd recommend a number of measures: * Run a security scanner like nikto (ports: security/nikto) against each of the websites on your server. Do this at=20 regular intervals, and take action to fix any problems it discovers. * Make sure that you only grant the minimum necessary permissions on the filesystem to allow apache to run your applications. In general, everything under your doc root should be *readable* by uid www but not *writable* -- don't be seduced by the idea of=20 making the webroot owned by www:www --- root:wheel is a much=20 better idea, and files should be mode 644, directories mode 755 unless there's a good reason to have them otherwise. * Refuse to run any PHP application that requires you to have=20 'register_globals =3D YES' or to similarly poke enormous holes in security through php.ini. Any application developer that has not modified their code to use the $GLOBALS array by now is lazy and incompetent and their code is likely to have all sorts of other holes. * Similarly give your web application only the minimum necessary permissions it needs to access any databases. You'll frequently see instructions to do things like: 'GRANT ALL PRIVILEGES ON foo.* TO www@localhost WITH GRANT OPTION;' This is way too much and should= be trimmed down. Web apps rarely have any need to make schema=20 changes, and creating other UIDs is right out, so 'GRANT SELECT,INSERT,UPDATE,DELETE ON foo.* TO www@localhost' is a=20 much more reasonable starting point. =20 * Where a web application has a legitimate reason to want to write to the filesystem (eg. uploading files), preferably confine the write access to a separate directory tree outside the web root -- /tmp or /var/tmp aren't bad choices, but it might be better to create a specific location for a particular application. * Where a web application has an administrative mode preferably arrange to run this over HTTPS thus protecting any passwords=20 from snooping. If the administrative mode needs to have generic read/write access to the web tree, then consider running it in a completely separate Apache instance with different user credentials than the generally accessible web server. Making the last point work with some arbitrary web application is=20 frequently challenging, but usually at least possible by a combination of mod_rewrite and mod_proxy functions in the Apache config. =20 Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigF70EE955C764AAA534194B4D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAksgojkACgkQ8Mjk52CukIwoHACbB4kHNpD9I22hcatY1WE6+UQA lM0An1XGF6YdCB2OB8c7NlImo0+jBbRO =P6Xj -----END PGP SIGNATURE----- --------------enigF70EE955C764AAA534194B4D-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 07:28:35 2009 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 9B33E106566B for ; Thu, 10 Dec 2009 07:28:35 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4238FC08 for ; Thu, 10 Dec 2009 07:28:35 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1NIdRx-0005yN-D0; Thu, 10 Dec 2009 09:28:33 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Jim Pingle In-reply-to: <4B1FD3D8.8000300@pingle.org> References: <4B1FD3D8.8000300@pingle.org> Comments: In-reply-to Jim Pingle message dated "Wed, 09 Dec 2009 11:44:08 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Dec 2009 09:28:33 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: PCengines ALIX boot0sio serial input failes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 07:28:35 -0000 > On 12/9/2009 11:13 AM, Daniel Braniss wrote: > > hi, > > FreeBSD-8 works great on these boards, but there are some > > gotchas, the boot and the serial: output works fine, but input > > is 'problematic'. the pxeboot serial handling is ok, the boot menu > > is ok, but booting off the CF (using boot0sio), the input 'screwy' > > at the selection of partition it is ignored, at the OK: prompt > > from the boot (i had no kernel in the slice), the input is usually > > doubled: > > sshooww instead of show > > which is probably similar to what is happening with boot0sio but it > > only echoes # (the current bell). > > > > Once the kernel is up, the serial works fine. > > The development version of pfSense (2.0) is running on FreeBSD 8.0 using > NanoBSD and its serial input/output works pretty well on ALIX, the > 2d3.2d13 version at least (and others, but those are the only two I have > used personally). > > My test ALIX is at home unplugged at the moment, but based on what I see > in the image file there are a few things that were done: > > /boot/device.hints contains: > hint.uart.0.at="isa" > hint.uart.0.port="0x3F8" > hint.uart.0.flags="0x10" > hint.uart.0.irq="4" > > /boot.config contains: > -h > > The initial boot0cfg on an image is done with: > boot0cfg -B -b /path/to/boot/boot0sio -o packet -s 1 -m 3 > > Here is what shows up when I mount an md device from a CF image: > # boot0cfg -v /dev/md0 > # flag start chs type end chs offset size > 1 0x80 0: 1: 1 0xa5 444: 15:63 63 448497 > 2 0x00 445: 1: 1 0xa5 889: 15:63 448623 448497 > 3 0x00 890: 0: 1 0xa5 991: 15:63 897120 102816 > > version=2.0 drive=0x80 mask=0x3 ticks=182 bell=# (0x23) > options=packet,update,nosetdrv > volume serial ID 9090-9090 > default_selection=F1 (Slice 1) > > Seems to work pretty well there. If you want the details, you can check > out the pfSense tools git repository which contains the build scripts > that generate the images. I have the same /boot/device.hints. can you confirm that 1) when booting from CF, the boot0sio accepts input 2) the /boot/boot accepts input from the serial? thanks, danny From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 07:32:42 2009 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 0BD111065692 for ; Thu, 10 Dec 2009 07:32:42 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B1C3E8FC14 for ; Thu, 10 Dec 2009 07:32:41 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1NIdVv-00060c-DM; Thu, 10 Dec 2009 09:32:39 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Milan Obuch In-reply-to: <200912091728.15410.freebsd-stable@dino.sk> References: <200912091728.15410.freebsd-stable@dino.sk> Comments: In-reply-to Milan Obuch message dated "Wed, 09 Dec 2009 17:28:14 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Dec 2009 09:32:39 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: PCengines ALIX boot0sio serial input failes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 07:32:42 -0000 > On Wednesday 09 December 2009 17:13:57 Daniel Braniss wrote: > > hi, > > FreeBSD-8 works great on these boards, but there are some > > gotchas, the boot and the serial: output works fine, but input > > is 'problematic'. the pxeboot serial handling is ok, the boot menu > > is ok, but booting off the CF (using boot0sio), the input 'screwy' > > at the selection of partition it is ignored, at the OK: prompt > > from the boot (i had no kernel in the slice), the input is usually > > doubled: > > sshooww instead of show > > which is probably similar to what is happening with boot0sio but it > > only echoes # (the current bell). > > > > Once the kernel is up, the serial works fine. > > > > any ideas? > > > > Which ALIX board exactly? There are some differences (even various BIOSes). > Any chance you have vga driver in kernel? TinyBIOS emulates VGA a bit, > redirects output to serial port. If at the beginning you are trying both VGA > and serial port, output is doubled. Similar behavior is observed on older > WRAP boards, too. I have tried ALIX-1 and 2 here is an example: PC Engines ALIX.3 v0.99h 640 KB Base Memory 261120 KB Extended Memory Waiting for HDD ... 01F0 Master 848A SanDisk SDCFH2-002G Phys C/H/S 3970/16/63 Log C/H/S 992/64/63 1 FreeBSD 2 FreeBSD 3 FreeBSD 6 PXE Boot: 1 any key I hit, it echoes as # and is ignored. at this point the kernel is not yet involved, so having vga+kb support is not the reason, though I will try out the alix-3, which has vga support, and a different BIOS soon. thanks, danny From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 08:45:55 2009 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 DEB0A1065693 for ; Thu, 10 Dec 2009 08:45:55 +0000 (UTC) (envelope-from ocean_ieee@yahoo.it) Received: from smtp107.plus.mail.re1.yahoo.com (smtp107.plus.mail.re1.yahoo.com [69.147.102.70]) by mx1.freebsd.org (Postfix) with SMTP id 8072D8FC1F for ; Thu, 10 Dec 2009 08:45:55 +0000 (UTC) Received: (qmail 76897 invoked from network); 10 Dec 2009 08:45:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=X699tmvLtHoz3HhwsV6oRfEAb5Qb9R76vcAKzynHlsuM4PNi8sabpVBWzxVOvoT0cRk9GGHIixEINmi0LxIuU73R/VJMLyRcv2mCiMWKKRXwi54EQ5oZskvOK74rPfrXcuVPReksAB6F2PXRrpOx5rwMrjE5DjhQSky2nEqPoMM= ; Received: from 213-156-35-243.ip.fastwebnet.it (ocean_ieee@213.156.35.243 with plain) by smtp107.plus.mail.re1.yahoo.com with SMTP; 10 Dec 2009 00:45:54 -0800 PST X-Yahoo-SMTP: SYX_4.SswBCj2Fjsw.Apnvidq06mcRQ- X-YMail-OSG: 82NAegsVM1l.k6yhtwJPI1SAb_PnslOitO4Eo1FNHNEKYwUbiUjDzOsqQFyF1_qfeYZArE2GDP1CqcsUM3fUsP2oe6zR_dj1fIhHx.y5kmKiWHDSeAaq9WqwczKwq9rdmvKRzyGAmauLMf7qenHkYUG1JFohsA6QGy8GMExdvj3SamBLBmvjGScJhKYSgQDCMq7qQ08pMz52lRCXs6MsDSJDnR79FpXHf2eNQxEKItrC6GeCaDPkg52ysuvi.4kWgw9XQVpDJayXamxf.dBUrL7CQEzHV8cw2IO82qPIoElNWPgLtCRnKPM4kofhElbx4H63jWYy2M6VMNQNUbgyn1nXVhtEjbyamCW4hvl6268OpT8rsANenE8BQxUb0wkCsPm48l5AQoeRlP.Lrb.bcZk_HJ.qKwfgeA-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4B20B509.4050501@yahoo.it> Date: Thu, 10 Dec 2009 09:44:57 +0100 From: ocean User-Agent: Thunderbird 2.0.0.23 (X11/20091209) MIME-Version: 1.0 To: squirrel@isot.com References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 08:45:55 -0000 Squirrel wrote: > My server was hacked, and the hacker was nice enough to not cause > damage except changing index.php of couple of my websites. The > index.php had the following info: > > "Hacked By Top First Warning That's Bug From Your Servers Next Time > You Must Be Careful And Fixed Your Site Before Coming Another Hacker > And Hacked You Again Sorry Admin And Don't Worry Just I Change Index > ALTBTA For Contact : l_9@hotmail.com Best Wishes" i won't be sure he has changed only indexes, it's a good rule to check carefully every other file or revert to a backup precedent to the hacking. > > Of course, I sent him email, just in case it's valid, asking how he > did it or how should I patch things up. But haven't got a reply yet. > I've looked at all the log files, particularly auth.log, although > there were thousands of login attempts to SSH and FTP, but none > succeeded. And I don't know where else to look, please help. > > I'm using FreeBSD 7.1-Release with below daemons > > Apache 2.2.11 ProFTP 1.32 OpenSSH 5.1 Webmin 1.480 MySQL 5.0.67 BIND > 9.6.0 > most likely could be some kind of remote code execution or SQLi executed in the context of some php scripts, you should audit php code of your web interface and of the websites you host. also consider the strenght of your passwords, lots of login attempts to ssh/ftp may mean a he has tried a bruteforce (or a dictionary attack maybe). you should also check webmin logs, there are a few bruteforcer for webmin out there, (*hint*) consider the lenght of your average password if it's more than 7-8 characters aplhanumeric with simbols most likely this isn't the case. check (if you have them) logs of urls requested and mysql errors, the answer could be find here probably. regards ocean From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 08:51:39 2009 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 4624C106566B for ; Thu, 10 Dec 2009 08:51:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id E4B868FC15 for ; Thu, 10 Dec 2009 08:51:38 +0000 (UTC) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA01.westchester.pa.mail.comcast.net with comcast id FLq01d0040QuhwU51Lqubk; Thu, 10 Dec 2009 08:50:54 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA02.westchester.pa.mail.comcast.net with comcast id FLre1d0063S48mS3NLreLH; Thu, 10 Dec 2009 08:51:39 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E9B7A1E301B; Thu, 10 Dec 2009 00:51:36 -0800 (PST) Date: Thu, 10 Dec 2009 00:51:36 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091210085136.GA6280@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 08:51:39 -0000 On Wed, Dec 09, 2009 at 06:40:17PM -0600, Squirrel wrote: > My server was hacked, and the hacker was nice enough to not cause damage except changing index.php of couple of my websites. The index.php had the following info: > > "Hacked By Top > First Warning That's Bug From Your Servers > Next Time You Must Be Careful And Fixed Your Site Before Coming Another Hacker And Hacked You Again > Sorry Admin And Don't Worry Just I Change Index > ALTBTA > For Contact : l_9@hotmail.com > Best Wishes" > > Of course, I sent him email, just in case it's valid, asking how he did it or how should I patch things up. But haven't got a reply yet. I've looked at all the log files, particularly auth.log, although there were thousands of login attempts to SSH and FTP, but none succeeded. And I don't know where else to look, please help. > > I'm using FreeBSD 7.1-Release with below daemons > > Apache 2.2.11 > ProFTP 1.32 > OpenSSH 5.1 > Webmin 1.480 > MySQL 5.0.67 > BIND 9.6.0 > _______________________________________________ > 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" 1) Immediately disable all forms of network connectivity from the Internet to this box. Do it physically if possible, otherwise cross your fingers (that nothing low-level got tinkered with) and use pf. 2) Format the box + reinstall OS. Don't bother trying to "fix up what may have been changed", nor simply rebuilding world/kernel + rebooting. There is absolutely no guarantee the individual did not backdoor something, including libraries or even replace kernel modules. Don't risk it: reinstall the entire OS and rebuild from scratch, or restore necessary (non-OS) pieces from backups (assuming you know absolutely 100% for sure when the person "hacked the box" -- chances are it could've been hacked long before the person told you and your backups contain the same backdoors). Don't have backups? Use this situation as justification for 'em. :-) -- | Jeremy Chadwick jdc@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 Thu Dec 10 09:10:25 2009 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 141DE106570F for ; Thu, 10 Dec 2009 09:10:25 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id A816E8FC27 for ; Thu, 10 Dec 2009 09:10:24 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nBA99wFT079494 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 10 Dec 2009 10:10:00 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <8163CB6B-060E-49C1-BB1B-A0B4107E5DA1@lassitu.de> From: Stefan Bethke To: Daniel Braniss In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Thu, 10 Dec 2009 10:09:57 +0100 References: X-Mailer: Apple Mail (2.936) Cc: freebsd-stable@freebsd.org Subject: Re: PCengines ALIX boot0sio serial input failes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 09:10:25 -0000 Am 09.12.2009 um 17:13 schrieb Daniel Braniss: > [B]ooting off the CF (using boot0sio), the input 'screwy' > at the selection of partition it is ignored, at the OK: prompt > from the boot (i had no kernel in the slice), the input is usually > doubled: > sshooww instead of show > which is probably similar to what is happening with boot0sio but it > only echoes # (the current bell). I've seen this happening when the BIOS also tries to talk to the serial port at the same time. Try changing the BIOS to stop doing console redirection once it starts booting, or replace boot0sio with boot0, and change boot(8) and loader(8) to only use the serial or BIOS console, but not both. Since I don't dual-boot anymore, I've replaced boot0 with a standard MBR, and start off with boot(8) on all machines. HTH, Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 09:29:01 2009 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 928901065693 for ; Thu, 10 Dec 2009 09:29:01 +0000 (UTC) (envelope-from pprocacci@datapipe.com) Received: from EXFESMQ01.datapipe-corp.net (exchange.datapipe.net [64.106.130.71]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD808FC17 for ; Thu, 10 Dec 2009 09:29:01 +0000 (UTC) Received: from [10.5.21.3] (192.168.128.24) by EXFESMQ01.datapipe-corp.net (64.106.130.71) with Microsoft SMTP Server id 8.1.393.1; Thu, 10 Dec 2009 04:18:51 -0500 Message-ID: <4B20BCEE.5020704@datapipe.com> Date: Thu, 10 Dec 2009 03:18:38 -0600 From: Paul Procacci User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: "squirrel@isot.com" References: <70b530187d5c4ef4336260f6fdf72193@mail.isot.com> In-Reply-To: <70b530187d5c4ef4336260f6fdf72193@mail.isot.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-STABLE Mailing List Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 09:29:01 -0000 >> But far as rtld vulnerability, doesn't it require at least a local user account? No, it requires a script and a kiddie. ;) You'd expect your "index.php" (or similar) files would require a ftp/ssh/telnet connection, but useful "kids" have useful resources 'n which these things are not always required. Anyone can execute any code (apparently) on your machine via the exploit, having anything they want running on your machine, (i.e. that can set their env to whatever they want and get access to your machine pre -p5. Your safest bet especially since you weren't patched to the latest FreeBSD version which includes the rtld patch, is to simply not trust your machine at all; regardless of whether you are patching it now or not. I'd personally save your data, reformat the machine, and reinstall the items you need. ~Cheers This message may contain confidential or privileged information. If you ar= e not the intended recipient, please advise us immediately and delete this = message. See http://www.datapipe.com/emaildisclaimer.aspx for further info= rmation on confidentiality and the risks of non-secure electronic communica= tion. If you cannot access these links, please notify us by reply message a= nd we will send the contents to you. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 09:53:38 2009 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 7212E1065672 for ; Thu, 10 Dec 2009 09:53:38 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2B1EC8FC12 for ; Thu, 10 Dec 2009 09:53:37 +0000 (UTC) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 26BED19E046; Thu, 10 Dec 2009 10:53:36 +0100 (CET) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id E9A4B19E045; Thu, 10 Dec 2009 10:53:33 +0100 (CET) Message-ID: <4B20C51D.80801@quip.cz> Date: Thu, 10 Dec 2009 10:53:33 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 MIME-Version: 1.0 To: Stuart Barkley References: <20091208174145.GA14312@mr-happy.com> <20091208175219.GA56219@icarus.home.lan> <4B1EAF01.2030803@icyb.net.ua><20091208195752.GF14312@mr-happy.com> <4B1ECEC0.2070005@quip.cz> <4B1EECCD.7020200@denninger.net> <4B1EF850.10604@quip.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 09:53:38 -0000 Stuart Barkley wrote: > On Tue, 8 Dec 2009 at 20:07 -0000, Miroslav Lachman wrote: > >> Virtual Media / Virtual Console from all vendors is paint in the [...] >> So I am disapointed by this hyped feature ;( > > Does anyone here find this stuff useful? > > We have a vendor pushing "Virtual Media" on us and I don't see the > point at all. I also don't see the point of the screen scraping and > graphics virtual display support. It would be useful in our environment if 100% functional. It allows us to remotely do everything with the server - deploy new OS from new media, change BIOS settings, recovery from failure when server boots in to single user etc. All this meens shorter downtime for us without need to drive to the datacenter. > I've just started playing with IPMI capable motherboard and another > system with an IPMI add in card. Seems like at lot of extra stuff I > need to disable to secure my operations. nmap shows ssh, http, https, > portmap and some other ports of unknown purpose (plus the silly thing > was configured to send email to the manufacture). The web interface > is a little useful, but not when dealing with several hundred systems. It is better to have it in private LAN (VPN) or firewalled, not allowing public access to management interfaces. [...] Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 10:15:52 2009 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 5A7581065672 for ; Thu, 10 Dec 2009 10:15:52 +0000 (UTC) (envelope-from prvs=15957c31ed=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id DF0C28FC1A for ; Thu, 10 Dec 2009 10:15:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1260439502; x=1261044302; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=7FwlfxIU6g3B5vaBEgqsL W1LJkAKvhK2beMRFEyzgdQ=; b=ZMJVlgKVrBgSl4xlTXzfqueyAV9wBlH8TV25g jK/cUvRScbGL6OVh3JJrwve+TG1Gchpglnle8AsG025KyqkFCZfqwcwIQ15mqJ6N g/d/kmwkoZ6JG8XWjm9S09mybhSLGQNwSHuVaE0K27ZG07QRjrTfxrb9HjFxE5SU LR/upM= X-MDAV-Processed: mail1.multiplay.co.uk, Thu, 10 Dec 2009 10:05:02 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50008839686.msg for ; Thu, 10 Dec 2009 10:05:02 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 10 Dec 2009 10:05:02 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=15957c31ed=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <05BD999959B64372A36B263A0D6EA59D@multiplay.co.uk> From: "Steven Hartland" To: "Stuart Barkley" , References: <20091208174145.GA14312@mr-happy.com><20091208175219.GA56219@icarus.home.lan><4B1EAF01.2030803@icyb.net.ua><20091208195752.GF14312@mr-happy.com><4B1ECEC0.2070005@quip.cz><4B1EECCD.7020200@denninger.net> <4B1EF850.10604@quip.cz> Date: Thu, 10 Dec 2009 10:04:59 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 10:15:52 -0000 ----- Original Message ----- From: "Stuart Barkley" > Does anyone here find this stuff useful? Yes its is very useful for remote installs etc but it doest have its limitations when it doesnt play nice with the OS. ================================================ 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 Thu Dec 10 10:28:06 2009 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 197B41065676 for ; Thu, 10 Dec 2009 10:28:06 +0000 (UTC) (envelope-from mkushnir@lohika.com) Received: from sbox.lohika.com (sbox.lohika.com [217.9.0.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8A5E98FC0A for ; Thu, 10 Dec 2009 10:28:05 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.47,374,1257112800"; d="scan'208";a="3459847" Received: from unknown (HELO dekker.lohika.com) ([172.20.100.30]) by sbox-local.lohika.com with ESMTP; 10 Dec 2009 12:18:01 +0200 Received: from emkushnir.lv.lohika.com ([172.22.60.77]) (authenticated bits=0) by dekker.lohika.com (8.14.2/8.14.2) with ESMTP id nBAALhTe017730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Dec 2009 12:21:47 +0200 (EET) (envelope-from mkushnir@lohika.com) Message-ID: <4B20CAA0.5030409@lohika.com> Date: Thu, 10 Dec 2009 12:17:04 +0200 From: Markiyan Kushnir User-Agent: Thunderbird 2.0.0.9 (X11/20080311) MIME-Version: 1.0 To: "squirrel@isot.com" References: <70b530187d5c4ef4336260f6fdf72193@mail.isot.com> <4B20BCEE.5020704@datapipe.com> In-Reply-To: <4B20BCEE.5020704@datapipe.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.94.2/10143/Thu Dec 10 07:25:18 2009 on dekker.lohika.com X-Virus-Status: Clean Cc: FreeBSD-STABLE Mailing List Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 10:28:06 -0000 As long as you have to re-install everything from scratch, you can consider installing 8.0 and having your services jailed. The new jail is announced to be much improved. Markiyan. Paul Procacci wrote: > >> But far as rtld vulnerability, doesn't it require at least a local > user account? > > No, it requires a script and a kiddie. ;) You'd expect your > "index.php" (or similar) files would require a ftp/ssh/telnet > connection, but useful "kids" have useful resources 'n which these > things are not always required. > > Anyone can execute any code (apparently) on your machine via the > exploit, having anything they want running on your machine, (i.e. that > can set their env to whatever they want and get access to your machine > pre -p5. > > Your safest bet especially since you weren't patched to the latest > FreeBSD version which includes the rtld patch, is to simply not trust > your machine at all; regardless of whether you are patching it now or > not. I'd personally save your data, reformat the machine, and reinstall > the items you need. > > ~Cheers > > This message may contain confidential or privileged information. If you are not the intended recipient, please advise us immediately and delete this message. See http://www.datapipe.com/emaildisclaimer.aspx for further information on confidentiality and the risks of non-secure electronic communication. If you cannot access these links, please notify us by reply message and we will send the contents to you. > _______________________________________________ > 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 Thu Dec 10 12:08:18 2009 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 8B81D1065672 for ; Thu, 10 Dec 2009 12:08:18 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 45FF98FC0C for ; Thu, 10 Dec 2009 12:08:18 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NIhoe-000Ftb-3N for freebsd-stable@freebsd.org; Thu, 10 Dec 2009 12:08:16 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.70 (FreeBSD)) (envelope-from ) id 1NIhod-0008U9-QO for freebsd-stable@freebsd.org; Thu, 10 Dec 2009 12:08:15 +0000 Date: Thu, 10 Dec 2009 12:08:15 +0000 Message-Id: To: freebsd-stable@freebsd.org From: Pete French Subject: cannot alter 'to' addess in email on 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 12:08:18 -0000 Only just noticed this, but there seems to be a small, but annoying, pieece of breakage in email under 8.0 try and send a simple piece of email, type a few lines, then use '~h' to try and change the 'to' header (or any of them actually). what you get is a set of blank headers, instead of the original values to edit. It also doesnt always seem to hold any values typed in, as I foudn this out by having two bits of email dumped after trying to edit the 'to' headers. have not been able to reproduce that reliably though :-( -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 13:09:12 2009 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 39C641065672 for ; Thu, 10 Dec 2009 13:09:12 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [68.76.213.30]) by mx1.freebsd.org (Postfix) with ESMTP id 0AEE98FC16 for ; Thu, 10 Dec 2009 13:09:11 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 711C511427 for ; Thu, 10 Dec 2009 08:09:11 -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 joybCvh-9lV7 for ; Thu, 10 Dec 2009 08:09:10 -0500 (EST) Received: from [192.168.10.10] (hpcw.hpcisp.com [68.76.213.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTPSA id BB3741141C for ; Thu, 10 Dec 2009 08:09:09 -0500 (EST) Message-ID: <4B20F2ED.4010300@pingle.org> Date: Thu, 10 Dec 2009 08:09:01 -0500 From: Jim Pingle User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200912091728.15410.freebsd-stable@dino.sk> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: PCengines ALIX boot0sio serial input failes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 13:09:12 -0000 On 12/10/2009 2:32 AM, Daniel Braniss wrote: >> Which ALIX board exactly? There are some differences (even various BIOSes). >> Any chance you have vga driver in kernel? TinyBIOS emulates VGA a bit, >> redirects output to serial port. If at the beginning you are trying both VGA >> and serial port, output is doubled. Similar behavior is observed on older >> WRAP boards, too. > > I have tried ALIX-1 and 2 > here is an example: > > PC Engines ALIX.3 v0.99h > 640 KB Base Memory > 261120 KB Extended Memory > Waiting for HDD ... > > 01F0 Master 848A SanDisk SDCFH2-002G > Phys C/H/S 3970/16/63 Log C/H/S 992/64/63 > > 1 FreeBSD > 2 FreeBSD > 3 FreeBSD > > 6 PXE > Boot: 1 > > any key I hit, it echoes as # and is ignored. > at this point the kernel is not yet involved, so having vga+kb support > is not the reason, though I will try out the alix-3, which has vga support, and > a different BIOS soon. A lot of users have seen that happen, but typically it has been cleared up by using ALIX BIOS v0.99h, which that box already appears to have, and setting the BIOS for CHS mode. I haven't tried any of the ALIX models with VGA, but I have heard they are working as long as you set the BIOS for APM power management. (See the previous -STABLE thread titled "8.0-rc2 dropped hardsupport". Jim From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 13:19:25 2009 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 583F1106566B for ; Thu, 10 Dec 2009 13:19:25 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [68.76.213.30]) by mx1.freebsd.org (Postfix) with ESMTP id 145328FC19 for ; Thu, 10 Dec 2009 13:19:24 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 1C56811427 for ; Thu, 10 Dec 2009 08:19:24 -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 V9lPX45LLNrx for ; Thu, 10 Dec 2009 08:19:21 -0500 (EST) Received: from [192.168.10.10] (hpcw.hpcisp.com [68.76.213.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTPSA id 3AFBB1141C for ; Thu, 10 Dec 2009 08:19:21 -0500 (EST) Message-ID: <4B20F550.4060408@pingle.org> Date: Thu, 10 Dec 2009 08:19:12 -0500 From: Jim Pingle User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4B1FD3D8.8000300@pingle.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: PCengines ALIX boot0sio serial input failes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 13:19:25 -0000 On 12/10/2009 2:28 AM, Daniel Braniss wrote: >> On 12/9/2009 11:13 AM, Daniel Braniss wrote: >>> hi, >>> FreeBSD-8 works great on these boards, but there are some >>> gotchas, the boot and the serial: output works fine, but input >>> is 'problematic'. the pxeboot serial handling is ok, the boot menu >>> is ok, but booting off the CF (using boot0sio), the input 'screwy' >>> at the selection of partition it is ignored, at the OK: prompt >>> from the boot (i had no kernel in the slice), the input is usually >>> doubled: >>> sshooww instead of show >>> which is probably similar to what is happening with boot0sio but it >>> only echoes # (the current bell). >>> >>> Once the kernel is up, the serial works fine. >> >> The development version of pfSense (2.0) is running on FreeBSD 8.0 using >> NanoBSD and its serial input/output works pretty well on ALIX, the >> 2d3.2d13 version at least (and others, but those are the only two I have >> used personally). >> >> My test ALIX is at home unplugged at the moment, but based on what I see >> in the image file there are a few things that were done: >> >> /boot/device.hints contains: >> hint.uart.0.at="isa" >> hint.uart.0.port="0x3F8" >> hint.uart.0.flags="0x10" >> hint.uart.0.irq="4" >> >> /boot.config contains: >> -h >> >> The initial boot0cfg on an image is done with: >> boot0cfg -B -b /path/to/boot/boot0sio -o packet -s 1 -m 3 >> >> Here is what shows up when I mount an md device from a CF image: >> # boot0cfg -v /dev/md0 >> # flag start chs type end chs offset size >> 1 0x80 0: 1: 1 0xa5 444: 15:63 63 448497 >> 2 0x00 445: 1: 1 0xa5 889: 15:63 448623 448497 >> 3 0x00 890: 0: 1 0xa5 991: 15:63 897120 102816 >> >> version=2.0 drive=0x80 mask=0x3 ticks=182 bell=# (0x23) >> options=packet,update,nosetdrv >> volume serial ID 9090-9090 >> default_selection=F1 (Slice 1) >> >> Seems to work pretty well there. If you want the details, you can check >> out the pfSense tools git repository which contains the build scripts >> that generate the images. > > I have the same /boot/device.hints. > can you confirm that > 1) when booting from CF, the boot0sio accepts input > 2) the /boot/boot accepts input from the serial? I can give serial input at any stage of booting, from the 1/2 boot slice choice, the loader (I can get an OK prompt), etc. I overlooked the "#" character you were getting when replying to this message before, that typically means it cannot read the partition for some reason, not that it isn't accepting input. If this were a WRAP I'd say it might also be packet vs nopacket mode when booting, but every ALIX I've had my hands on will boot pfSense images with packet mode on the most current BIOS (0.99h). You might try using a pfSense 2.0/FreeBSD 8 snapshot on a CF to see if it exhibits the same behavior as your CF image. They should be available from http://snapshots.pfsense.org/ There are also images for pfSense 1.2.3/FreeBSD 7.2 available on the normal download mirrors from http://pfsense.org if you want to try those out. Just grab an image sized for your CF (or smaller). Jim From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 13:59:28 2009 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 9FABB1065676 for ; Thu, 10 Dec 2009 13:59:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9338FC13 for ; Thu, 10 Dec 2009 13:59:28 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E83C646B2E; Thu, 10 Dec 2009 08:59:27 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 2E6528A01D; Thu, 10 Dec 2009 08:59:27 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 10 Dec 2009 08:48:31 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <30f6a6b39e2bdbf45c8ce69ee593831a.HRCIM@webmail.1command.com> <200912090950.37686.jhb@freebsd.org> <101228207f5fbe0513b5b034d15b8ab7.HRCIM@webmail.1command.com> In-Reply-To: <101228207f5fbe0513b5b034d15b8ab7.HRCIM@webmail.1command.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200912100848.31916.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 10 Dec 2009 08:59:27 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Chris H Subject: Re: ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 13:59:28 -0000 On Wednesday 09 December 2009 8:52:06 pm Chris H wrote: > On Wed, December 9, 2009 6:50 am, John Baldwin wrote: > > On Tuesday 08 December 2009 7:06:18 pm Chris H wrote: > > > >> Greetings, > >> I am receiving the following in dmesg (verbose) during boot in 8-RELEASE > >> (GENERIC) > >> cvsuped 2009-12-08 @1am: ACPI Error: A valid RSDP was not found 20090521 > >> tbxfroot-309 > >> > >> As I create the KERNCONF for this machine, I want to confirm that this > >> message is caused by the fact that APM is shut off in the BIOS, and won't > >> cause any averse problems. We're having issues with "timeout" errors on some > >> 50 TYAN server MB's > >> since 7-RELEASE regarding the disk media (no matter how many different drives > >> we use). So as I attempt to create a STABLE - in the sense that the servers > >> are reliable, I want to eliminate any potential issues. > >> > >> more (informational) "noise" follows: > > > > You can ignore the message, I do think it is due to disabling ACPI in your > > BIOS. Do you have problems when ACPI is enabled? ACPI is generally going to > > be more reliable than !ACPI in the future as it seems many BIOS vendors no longer > > test the !ACPI case as much (e.g. I've seen Intel motherboards with incomplete > > or incorrect MP Tables because no commercial OS uses the MP Table anymore). > > Hello, and thank you very much for your reply. > So the message is simply "informative" - good to know. > As to the ACPI. Closer examination seemed to indicate the BIOS was incomplete. > While I could have flashed it, assuming that it 1) would have all current updates > 2) it would then also be complete > I opted to simply take another new board off the shelf and try again. This time, > taking your advice, and /enabling/ full ACPI. I performed an install, and just > now cvsupped src && ports. It's in the process of building world/kernel as I > write this reply. Hope all turns out well - "Fingers crossed". :) Ok. > If you (or anyone else) can tell me... > I have had issues with periodic "timeouts" with disks (SCSI,ATA && CD/DVD ROMS) > ever since late 6. After experimenting with /many/ kernels. I'm left with the > suspicion the it has to do with SCHED_4BSD vs. SCHED_ULE. In other words, ever > since SCHED_ULE became default/preferred most of the PIII based boards have > exhibited this anomaly. Often the "retries" aren't exhausted, and they recover. > But many times they don't which will lead to freeze that requires "bouncing" the > machine, and performing FSCK(8). I haven't seen anything in UPDATING. But wonder; > should I assume that anything in the PIII category /requires/ SCHED_4BSD. Or > would it be better to tune a kernel via SYSCTL(8)? Hmmm, there isn't anything CPU-specific in ULE vs 4BSD, and I would expect ULE to work fine on a PIII. I would generally expect device timeouts to be more of a driver issue than a scheduler issue. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 14:12:15 2009 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 8C138106566C for ; Thu, 10 Dec 2009 14:12:15 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from mail.isot.com (mail.isot.com [66.187.86.1]) by mx1.freebsd.org (Postfix) with ESMTP id 5FBA48FC13 for ; Thu, 10 Dec 2009 14:12:15 +0000 (UTC) Received: from localhost ([127.0.0.1]) by mail.isot.com (ISOT) with SMTP id RAW57814; Thu, 10 Dec 2009 08:12:14 -0600 Date: Thu, 10 Dec 2009 08:12:14 -0600 From: Squirrel To: "Matthew Seaman" Message-ID: X-Mailer: ISOT Web Mail 5.6.7 X-Originating-IP: 69.91.68.228 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Cc: FreeBSD-STABLE Mailing List Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: squirrel@isot.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 14:12:15 -0000 I do have most of measure you've mentioned implemented. There is one website that is required to have register_global, which I have set on his directory/.htaccess to prevent site-wide. Currently, I'm in process of upgrading all my ports. Thanks for info. -----Original message----- From: Matthew Seaman m.seaman@infracaninophile.co.uk Date: Thu, 10 Dec 2009 02:24:34 -0600 To: squirrel@isot.com Subject: Re: Hacked - FreeBSD 7.1-Release > Squirrel wrote: > > I've just finished the rtld patch. Now in process of regenerating > > all the keys and certs. Next will look into php. But far as rtld > > vulnerability, doesn't it require at least a local user account? > > Looking at all the authentication, there wasn't any authenticated > > session during the time frame. So I'm leaning more towards php > > 5.2.9, and checking all my ports. > > You don't necessarily need to have a login session (ie. recorded in wtmp) > to exploit the rtld bug -- just control over some process and the ability > to run commands through it. Although the rtld bug is "only" a local root > compromise, since it is so simple to exploit it is a lot more dangerous > than most, and in combination with just about any form of remote exploit > it means your box get rooted. > > Upgrading PHP and all ports is a good move. portaudit(1) is a good idea > but it doesn't necessarily address the direct route your attackers used. > My suspicions (in the absence of any detailed forensic examination of > your machine) are that you are running some vulnerable PHP code. This > may be part of a well known application, or it may be something locally written. > > In this case, I'd recommend a number of measures: > > * Run a security scanner like nikto (ports: security/nikto) > against each of the websites on your server. Do this at > regular intervals, and take action to fix any problems it > discovers. > > * Make sure that you only grant the minimum necessary permissions > on the filesystem to allow apache to run your applications. In > general, everything under your doc root should be *readable* by > uid www but not *writable* -- don't be seduced by the idea of > making the webroot owned by www:www --- root:wheel is a much > better idea, and files should be mode 644, directories mode 755 > unless there's a good reason to have them otherwise. > > * Refuse to run any PHP application that requires you to have > 'register_globals = YES' or to similarly poke enormous holes > in security through php.ini. Any application developer that > has not modified their code to use the $GLOBALS array by now > is lazy and incompetent and their code is likely to have all > sorts of other holes. > > * Similarly give your web application only the minimum necessary > permissions it needs to access any databases. You'll frequently > see instructions to do things like: 'GRANT ALL PRIVILEGES ON foo.* > TO www@localhost WITH GRANT OPTION;' This is way too much and should > be trimmed down. Web apps rarely have any need to make schema > changes, and creating other UIDs is right out, so > 'GRANT SELECT,INSERT,UPDATE,DELETE ON foo.* TO www@localhost' is a > much more reasonable starting point. > > * Where a web application has a legitimate reason to want to write > to the filesystem (eg. uploading files), preferably confine the > write access to a separate directory tree outside the web root -- > /tmp or /var/tmp aren't bad choices, but it might be better to > create a specific location for a particular application. > > * Where a web application has an administrative mode preferably > arrange to run this over HTTPS thus protecting any passwords > from snooping. If the administrative mode needs to have generic > read/write access to the web tree, then consider running it in a > completely separate Apache instance with different user credentials > than the generally accessible web server. > > Making the last point work with some arbitrary web application is > frequently challenging, but usually at least possible by a combination > of mod_rewrite and mod_proxy functions in the Apache config. > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard > Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate > Kent, CT11 9PW > > > From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 16:08:32 2009 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 0F68B106568B for ; Thu, 10 Dec 2009 16:08:32 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 8DCBE8FC26 for ; Thu, 10 Dec 2009 16:08:31 +0000 (UTC) Received: from [202.179.21.128] (helo=beastie.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NIl4a-0008Av-CD; Thu, 10 Dec 2009 23:36:57 +0800 Message-ID: <4B21159A.8020509@micom.mng.net> Date: Thu, 10 Dec 2009 23:36:58 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: squirrel@isot.com References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-STABLE Mailing List Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 16:08:32 -0000 Squirrel wrote: > I do have most of measure you've mentioned implemented. There is one website that is required to have register_global, which I have set on his directory/.htaccess to prevent site-wide. Currently, I'm in process of upgrading all my ports. > Don't forget to check vulnerable php codes for SQL injection, LFI/RFI, problematic file uploads etc. Ganbold > Thanks for info. > > > -----Original message----- > From: Matthew Seaman m.seaman@infracaninophile.co.uk > Date: Thu, 10 Dec 2009 02:24:34 -0600 > To: squirrel@isot.com > Subject: Re: Hacked - FreeBSD 7.1-Release > > >> Squirrel wrote: >> >>> I've just finished the rtld patch. Now in process of regenerating >>> all the keys and certs. Next will look into php. But far as rtld >>> vulnerability, doesn't it require at least a local user account? >>> Looking at all the authentication, there wasn't any authenticated >>> session during the time frame. So I'm leaning more towards php >>> 5.2.9, and checking all my ports. >>> >> You don't necessarily need to have a login session (ie. recorded in wtmp) >> to exploit the rtld bug -- just control over some process and the ability >> to run commands through it. Although the rtld bug is "only" a local root >> compromise, since it is so simple to exploit it is a lot more dangerous >> than most, and in combination with just about any form of remote exploit >> it means your box get rooted. >> >> Upgrading PHP and all ports is a good move. portaudit(1) is a good idea >> but it doesn't necessarily address the direct route your attackers used_ >> My suspicions (in the absence of any detailed forensic examination of >> your machine) are that you are running some vulnerable PHP code. This >> may be part of a well known application, or it may be something locally written. >> >> In this case, I'd recommend a number of measures: >> >> * Run a security scanner like nikto (ports: security/nikto) >> against each of the websites on your server. Do this at >> regular intervals, and take action to fix any problems it >> discovers. >> >> * Make sure that you only grant the minimum necessary permissions >> on the filesystem to allow apache to run your applications. In >> general, everything under your doc root should be *readable* by >> uid www but not *writable* -- don't be seduced by the idea of >> making the webroot owned by www:www --- root:wheel is a much >> better idea, and files should be mode 644, directories mode 755 >> unless there's a good reason to have them otherwise. >> >> * Refuse to run any PHP application that requires you to have >> 'register_globals = YES' or to similarly poke enormous holes >> in security through php.ini. Any application developer that >> has not modified their code to use the $GLOBALS array by now >> is lazy and incompetent and their code is likely to have all >> sorts of other holes. >> >> * Similarly give your web application only the minimum necessary >> permissions it needs to access any databases. You'll frequently >> see instructions to do things like: 'GRANT ALL PRIVILEGES ON foo.* >> TO www@localhost WITH GRANT OPTION;' This is way too much and should >> be trimmed down. Web apps rarely have any need to make schema >> changes, and creating other UIDs is right out, so >> 'GRANT SELECT,INSERT,UPDATE,DELETE ON foo.* TO www@localhost' is a >> much more reasonable starting point. >> >> * Where a web application has a legitimate reason to want to write >> to the filesystem (eg. uploading files), preferably confine the >> write access to a separate directory tree outside the web root -- >> /tmp or /var/tmp aren't bad choices, but it might be better to >> create a specific location for a particular application. >> >> * Where a web application has an administrative mode preferably >> arrange to run this over HTTPS thus protecting any passwords >> from snooping. If the administrative mode needs to have generic >> read/write access to the web tree, then consider running it in a >> completely separate Apache instance with different user credentials >> than the generally accessible web server. >> >> Making the last point work with some arbitrary web application is >> frequently challenging, but usually at least possible by a combination >> of mod_rewrite and mod_proxy functions in the Apache config. >> >> Cheers, >> >> Matthew >> >> -- >> Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard >> Flat 3 >> PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate >> Kent, CT11 9PW >> >> >> >> > _______________________________________________ > 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" > > > > -- I'm glad that I'm an American, I'm glad that I am free, But I wish I were a little doggy, And McGovern were a tree. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 16:21:36 2009 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 F1FEE1065672; Thu, 10 Dec 2009 16:21:36 +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 D2B908FC18; Thu, 10 Dec 2009 16:21:36 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 8AD158C083; Thu, 10 Dec 2009 10:21:36 -0600 (CST) Date: Thu, 10 Dec 2009 10:21:36 -0600 From: Mark Linimon To: John Baldwin Message-ID: <20091210162136.GE18485@lonesome.com> References: <30f6a6b39e2bdbf45c8ce69ee593831a.HRCIM@webmail.1command.com> <200912090950.37686.jhb@freebsd.org> <101228207f5fbe0513b5b034d15b8ab7.HRCIM@webmail.1command.com> <200912100848.31916.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200912100848.31916.jhb@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, Chris H Subject: Re: ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 16:21:37 -0000 On Thu, Dec 10, 2009 at 08:48:31AM -0500, John Baldwin wrote: > Hmmm, there isn't anything CPU-specific in ULE vs 4BSD, and I would expect > ULE to work fine on a PIII. I would generally expect device timeouts to be > more of a driver issue than a scheduler issue. We've run nodes in the package build cluster on ULE for years. mcl From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 17:38:45 2009 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 6D8D6106566C for ; Thu, 10 Dec 2009 17:38:45 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 027718FC16 for ; Thu, 10 Dec 2009 17:38:44 +0000 (UTC) Received: from vampire.homelinux.org (dslb-088-066-030-057.pools.arcor-ip.net [88.66.30.57]) by mrelayeu.kundenserver.de (node=mreu1) with ESMTP (Nemesis) id 0MAASz-1NBtDG0xPl-00BVnS; Thu, 10 Dec 2009 18:38:43 +0100 Received: (qmail 17896 invoked from network); 10 Dec 2009 17:38:42 -0000 Received: from f8x64.laiers.local (192.168.4.188) by router.laiers.local with SMTP; 10 Dec 2009 17:38:42 -0000 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Thu, 10 Dec 2009 18:38:41 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE; KDE/4.3.4; amd64; ; ) References: <20091210034512.GA28864@chinatsu.takeda.tk> In-Reply-To: <20091210034512.GA28864@chinatsu.takeda.tk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912101838.42013.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18D69i4N+4ts7GlDrAJqd+tlTBGjxQKU+MDqA8 0XKSdODP9ZKoognMQB5HARJQvZ6I5dClJM3Sv7wVbQhzI5a/Zy HG/JyMd9LO7nh3/KKaZoQ== Cc: Derek Kulinski Subject: Re: pf: unlocked lookup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 17:38:45 -0000 Hello Derek, On Thursday 10 December 2009 04:45:12 Derek Kulinski wrote: > My console gets flooded by "pf: unlocked lookup" message anyone knows > what circumstances cause this message, so I could figure out which pf > rule is causing it? this is a generic informational message that was put into the code to figure out if the hack that is "debug.pfugidhack" is actually required. You can get rid of the message by setting the debug level of pf to something below "misc" (e.g. pfctl -x urgent). > After searching on google I found few people asking about it, though no > real answer. The first result talks about debug.pfugidhack being set to > 1. > > It is set to 1 on my system, though I don't have anything in > /etc/syctl.conf, also when I switched it to 0, the system crashed within > an hour or so. > > Is this somehow related to rules that have rules with attached to a > specific user? The pfugidhack is automatically enabled when you use rules with user or group filters. These rules are a layering violation and the hack is required to make them work. I'd rather get rid of them altogether, but since it is a much demanded functionality we introduced the workaround instead. Just lower the debugging level (s.a.), ignore the messages, or rebuild your kernel/pf module with the respective DPRINTF lines (sys/contrib/pf/net/pf.c) commented out. I might just move them to the loud level in the main tree, though. Regards, -- Max From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 18:22:16 2009 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 A38571065670 for ; Thu, 10 Dec 2009 18:22:16 +0000 (UTC) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (takeda-1-pt.tunnel.tserv15.lax1.ipv6.he.net [IPv6:2001:470:c:16b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7D85E8FC15 for ; Thu, 10 Dec 2009 18:22:16 +0000 (UTC) Received: from takeda-ws.lan (takeda-ws.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.14.3/8.14.3) with ESMTP id nBAIMFUB042978 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 10 Dec 2009 10:22:15 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Thu, 10 Dec 2009 10:22:09 -0800 From: Derek Kulinski X-Mailer: The Bat! (v3.99.3) Professional X-Priority: 3 (Normal) Message-ID: <124905177.20091210102209@takeda.tk> To: Max Laier In-Reply-To: <200912101838.42013.max@love2party.net> References: <20091210034512.GA28864@chinatsu.takeda.tk> <200912101838.42013.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: pf: unlocked lookup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 18:22:16 -0000 Hello Max, Thursday, December 10, 2009, 9:38:41 AM, you wrote: > this is a generic informational message that was put into the code to figure > out if the hack that is "debug.pfugidhack" is actually required. You can get > rid of the message by setting the debug level of pf to something below "misc" > (e.g. pfctl -x urgent). Well, the hack actually is required, my system crashes when I disable it. > The pfugidhack is automatically enabled when you use rules with user or group > filters. These rules are a layering violation and the hack is required to > make them work. I'd rather get rid of them altogether, but since it is a much > demanded functionality we introduced the workaround instead. > Just lower the debugging level (s.a.), ignore the messages, or rebuild your > kernel/pf module with the respective DPRINTF lines (sys/contrib/pf/net/pf.c) > commented out. I might just move them to the loud level in the main tree, > though. So if I understand correctly, chances of fixing the workaround are really small? At least now I know how to disable those messages, thanks. -- Best regards, Derek mailto:takeda@takeda.tk Come to think of it, there are already a million monkeys on a million typewriters, and Usenet is *nothing* like Shakespeare. -- Blair Houghton From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 18:30:54 2009 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 C30A4106566B for ; Thu, 10 Dec 2009 18:30:54 +0000 (UTC) (envelope-from pete@altadena.net) Received: from puffin.altadena.net (puffin.altadena.net [IPv6:2001:470:8:126::10]) by mx1.freebsd.org (Postfix) with ESMTP id 92F5A8FC1A for ; Thu, 10 Dec 2009 18:30:54 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=2.puffin; d=altadena.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:X-Enigmail-Version:Content-Type:Content-Transfer-Encoding; b=YxriVIsPGqM7//2YuGs7Yy7c8ku2TNk7gj6AFF5vVYTuGdZ4iHwjKPSXqQHeUte2OaL9/eEmbIyNUJMJyftVNmeTktODDPjQM62tEBIql0KWYvrr4NIeXE4TX6nx9/OwU9ag3p4Xva25Oso8ou85Mn3SjeKaC6bt+3GtG1xea1Y=; Received: from [2001:470:e182:2:e593:ba5d:1572:6255] (port=16682 helo=port4.altadena.net) by puffin.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NInmv-000C6v-Eq for stable@freebsd.org; Thu, 10 Dec 2009 13:30:53 -0500 Message-ID: <4B213E46.4010309@altadena.net> Date: Thu, 10 Dec 2009 13:30:30 -0500 From: Pete Carah User-Agent: Thunderbird 2.0.0.23 (X11/20090920) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: atheros 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, 10 Dec 2009 18:30:54 -0000 I found more - apparently 802.11a works (there are no 11a nodes at work, but the box connects at home where I have a dual-band AP.) So the problem I see is specific to g (and not auth mode since at work we have all of open, wpa, wpa2, wep visible.) wlandebug sheds no light on the problem. I still think it stems from the update to ah_regdomain.c since all worked fine before that. I'm not specifying a default realm but when I specified US in ifconfig once it didn't help. To reiterate: the problem is that ifconfig scan never returns (^c does make it exit...) and never sees a AP at work where we have between 7 and 20 visible 7x24. It is as if the 11g receiver is completely disabled. ....... To answer my improper second bug in the original note - I worked around with debug.acpi.disable="ec" and got rid of the panic. Doesn't help with the real issue, of course, but at least I can use the laptop. -- Pete From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 19:13:24 2009 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 11FBD106566B for ; Thu, 10 Dec 2009 19:13:24 +0000 (UTC) (envelope-from mdounin@mdounin.ru) Received: from mdounin.cust.ramtel.ru (mdounin.cust.ramtel.ru [81.19.69.81]) by mx1.freebsd.org (Postfix) with ESMTP id C54698FC16 for ; Thu, 10 Dec 2009 19:13:23 +0000 (UTC) Received: from mdounin.ru (mdounin.cust.ramtel.ru [81.19.69.81]) by mdounin.cust.ramtel.ru (Postfix) with ESMTP id DE71D17041; Thu, 10 Dec 2009 21:55:24 +0300 (MSK) Date: Thu, 10 Dec 2009 21:55:24 +0300 From: Maxim Dounin To: Derek Kulinski Message-ID: <20091210185524.GB33752@mdounin.ru> References: <20091210034512.GA28864@chinatsu.takeda.tk> <200912101838.42013.max@love2party.net> <124905177.20091210102209@takeda.tk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <124905177.20091210102209@takeda.tk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Max Laier , freebsd-stable@freebsd.org Subject: Re: pf: unlocked lookup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 19:13:24 -0000 Hello! On Thu, Dec 10, 2009 at 10:22:09AM -0800, Derek Kulinski wrote: > Hello Max, > > Thursday, December 10, 2009, 9:38:41 AM, you wrote: > > > this is a generic informational message that was put into the code to figure > > out if the hack that is "debug.pfugidhack" is actually required. You can get > > rid of the message by setting the debug level of pf to something below "misc" > > (e.g. pfctl -x urgent). > > Well, the hack actually is required, my system crashes when I disable > it. Please note that depending on workload and actual rules the hack may do more harm than good. We had some machines which were deadlocking[1] in minutes with hack enabled but were almost stable without it. Anyway, the only safe solution right now is to avoid uid/gid rules. [1] http://lists.freebsd.org/pipermail/freebsd-net/2009-October/023350.html Maxim Dounin From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 20:55:27 2009 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 BE411106566B for ; Thu, 10 Dec 2009 20:55:27 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 4BF2F8FC1C for ; Thu, 10 Dec 2009 20:55:26 +0000 (UTC) Received: by fxm10 with SMTP id 10so335323fxm.34 for ; Thu, 10 Dec 2009 12:55:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=IAtrCFIPRFNWMIjSF6iIHYIUWgUyTK6ZxwTX11YRcKc=; b=QdNdae5NeRTYSCBoMVfjzXD02WBV0OZs4sbAUJy+EpxQENOPHFBJa+1sT4HCc4Ya4V ZrwnYbt2Z5PJw8nZmr3pQKMOef9rRuOk1ioMiNL5DvHQmUFsY4TnDTrh7wfMkyvYIYCb z+x1jLQzDVd/dbSYm6Zmo29Iz0NzHw8GVlrXE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=nZqLAKU3Z+//yhrXDwjq+OC6cXUPihYYWjTDcix6JvpeSZoXjBcfrO3CrEAbNqUZ95 gBJfFObtWX5neA5RhuqM7S4W5Lle1IJqciCx2JmKBvKJcpW1aFp0jr5VY60PUIjPxr6D 12rhc0JfmP6UBpHQPSAA4xYq741LV0jymeIhM= Received: by 10.223.18.137 with SMTP id w9mr454860faa.61.1260478525971; Thu, 10 Dec 2009 12:55:25 -0800 (PST) Received: from localhost (vpn-193-138-132-229.customer.onet.com.ua [193.138.132.229]) by mx.google.com with ESMTPS id b17sm1904037fka.16.2009.12.10.12.55.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 10 Dec 2009 12:55:24 -0800 (PST) To: Mike Pritchard References: <86ws1180sr.fsf@kopusha.onet> <20091206181813.GR43143@deviant.kiev.zoral.com.ua> <86vdgjry3u.fsf@zhuzha.ua1> <20091209215223.GA1921@mppsystems.com> Organization: TOA Ukraine From: Mikolaj Golub Date: Thu, 10 Dec 2009 22:55:21 +0200 In-Reply-To: <20091209215223.GA1921@mppsystems.com> (Mike Pritchard's message of "Wed\, 9 Dec 2009 15\:52\:23 -0600") Message-ID: <86bpi6blc6.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Kostik Belousov , FreeBSD Stable Subject: Re: FreeBSD 7.1: QUOTA: kernel panics in jailed() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Dec 2009 20:55:27 -0000 On Wed, 9 Dec 2009 15:52:23 -0600 Mike Pritchard wrote: > On Mon, Dec 07, 2009 at 10:23:49AM +0200, Mikolaj Golub wrote: >> On Sun, 6 Dec 2009 20:18:13 +0200 Kostik Belousov wrote: >> >> > The kernel paniced because chkdq was supplied NULL credentials and >> > _positive_ blocks use count change. Line 276 calls chkdq with >> > -datablocks as the change. This could happen if you have problems >> > either with hardware (e.g. memory or CPU cache), or your fs >> > is damaged. >> > >> > Another possibility is random corruption of the kernel memory, but >> > I recommend to start with fsck and then continue with memory testers >> > if fsck have shown no problems. >> >> We have checked FS -- looks OK. So far we have just rebooted to the kernel >> without quota. To check the hardware is in our plans. Thank you. > > Did you happen to turn quotas off then back on for the file system in > question? Do you mean at the moment of the crash? No, our admins were far from the host then :-). -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Thu Dec 10 21:53:06 2009 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 93A77106566C for ; Thu, 10 Dec 2009 21:53:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 469628FC13 for ; Thu, 10 Dec 2009 21:53:06 +0000 (UTC) Received: by yxe1 with SMTP id 1so252594yxe.3 for ; Thu, 10 Dec 2009 13:53:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=oT5mhktS/qMBN8xRC1o03sGkfxO8boQkKPyn7lizbNQ=; b=oUaTBPkNVzOCLduQg/CgZWR8HOZ8FT3suf9XRXJ6szT1W57XVHC67iz07dQdBtm2Vg 6BfloVxuSOn9zqoLHalSKbFiaajAoaD6947VlbUcOHDhdLFHBkaqC6tmhwkP9qpy5h8M SFWVCjZNBt8k51vIbyKYaRF1HILcr89KoRKQ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=aFD0XIr1Q/XI8lFMaz3x1fd2rNwN3Cfh4fhjtDnyTHyqPQcGRxzZgFPfBLieHRkrRW Qeu1YJYkUvL4oLWajeMJ9O35pitcf1CzMS5UxSudza13X3wWfRmwvtAxqChnN1UlUxTW WokVrto3NRZk5i9tj8hadQuhegV7+T0WP5xNY= Received: by 10.90.150.17 with SMTP id x17mr745476agd.57.1260481985359; Thu, 10 Dec 2009 13:53:05 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 9sm474906ywe.26.2009.12.10.13.53.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 10 Dec 2009 13:53:04 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 10 Dec 2009 13:52:49 -0800 From: Pyun YongHyeon Date: Thu, 10 Dec 2009 13:52:49 -0800 To: Yoshiaki Kasahara Message-ID: <20091210215249.GG10121@michelle.cdnetworks.com> References: <20091204173601.GD16491@michelle.cdnetworks.com> <20091205.032645.157250901747305575.kasahara@nc.kyushu-u.ac.jp> <20091204184301.GG16491@michelle.cdnetworks.com> <20091208.105207.127111509315693955.kasahara@nc.kyushu-u.ac.jp> <20091208180836.GL1366@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091208180836.GL1366@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: vge problem 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, 10 Dec 2009 21:53:06 -0000 On Tue, Dec 08, 2009 at 10:08:36AM -0800, Pyun YongHyeon wrote: > On Tue, Dec 08, 2009 at 10:52:07AM +0900, Yoshiaki Kasahara wrote: > > On Fri, 4 Dec 2009 10:43:01 -0800, > > Pyun YongHyeon said: > > > > >> before I replaced vge(4). I guess the system froze while initializing > > >> vge(4), but I'm not really sure actually. > > > > > > Yes, that's also possible. But I can't explain how the patch can > > > freeze the box. Another user also reported the similar vge(4) issue > > > in private mail and tried the same patch and he could successfully > > > boot with patched vge(4). Unfortunately the issue does not seem to > > > fix his issue. I'm still working on it. > > > > > >> > > >> What can I do to narrow the cause of problems? Is it useful to build > > >> kernel with options KDB and DDB? > > >> > > > > > > Yes. > > > > Ok, now I'm ready to boot a DDB enabled kernel to try kernel debugging > > on my PC. I can't read email during debugging my PC under current > > configuration, so could you please tell me any specific instructions > > to collect information you need? I'm reading the Handbook now, but I'm > > not very sure... > > > > Sorry, another user also reported similar problem in my patch. I > have to look closely before doing any further testing. Since I've > ordered the controller I would get access to hardware in near > future. I'll let you know when I have a working patch. > FYI: I received ordered hardware and fixed the patch to make it work again. Try the patch at the following URL. http://people.freebsd.org/~yongari/vge/vge.busdma.diff2 The TCP/UDP bulk Tx performance seem to be really poor(less than 700Mbps) and vge(4) generates too many interrupts(more than 40k interrupts/s). Rx performance looks reasonable(about 928Mbps) though. I'll have to see what triggers its poor Tx performance after fixing TCP connection stall issue. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 11 00:09:04 2009 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 087621065676 for ; Fri, 11 Dec 2009 00:09:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f203.google.com (mail-qy0-f203.google.com [209.85.221.203]) by mx1.freebsd.org (Postfix) with ESMTP id AAFAC8FC15 for ; Fri, 11 Dec 2009 00:09:03 +0000 (UTC) Received: by qyk41 with SMTP id 41so189841qyk.29 for ; Thu, 10 Dec 2009 16:09:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=+uw1ClzOzumC1PWEHSbCBaYbL18fPvpEzQsgpJh8p50=; b=iooG+2oKgq4pClEoj3mg/VqZAwAIX+aCf+ya49pe1ySr6ylvsxw9dZJPaSWKWsihkp lAU/eutOaxG3AbeXeW5+y96lKWs/AUHuXwzRAmaL0ppQkMjlSSzBLg/lY/mSADpJdP1t Jum2v3bZNiECtpzpnr46Ccb0IGeHZcs4jKiNg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=hzdtlLrF/PUsTqOunswxenTPC3Fn26ifz06Tv5nbWJ0hjdrj1dyUTfQkuNTwzQgGXZ 0QoFsX8l7KDjHmbXs0x1jUZNovMZw4o3b24MNIxRQTMt8qH5fheYZX0XKQriasEKKxes 6mKKQwFfNL2YUCPUx1GWulrX+AgZ2sfnOUCC0= Received: by 10.224.81.81 with SMTP id w17mr410254qak.382.1260490142870; Thu, 10 Dec 2009 16:09:02 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 21sm1072840qyk.8.2009.12.10.16.09.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 10 Dec 2009 16:09:02 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 10 Dec 2009 16:08:49 -0800 From: Pyun YongHyeon Date: Thu, 10 Dec 2009 16:08:49 -0800 To: Yoshiaki Kasahara Message-ID: <20091211000848.GK10121@michelle.cdnetworks.com> References: <20091204173601.GD16491@michelle.cdnetworks.com> <20091205.032645.157250901747305575.kasahara@nc.kyushu-u.ac.jp> <20091204184301.GG16491@michelle.cdnetworks.com> <20091208.105207.127111509315693955.kasahara@nc.kyushu-u.ac.jp> <20091208180836.GL1366@michelle.cdnetworks.com> <20091210215249.GG10121@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091210215249.GG10121@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: vge problem 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: Fri, 11 Dec 2009 00:09:04 -0000 On Thu, Dec 10, 2009 at 01:52:49PM -0800, Pyun YongHyeon wrote: > On Tue, Dec 08, 2009 at 10:08:36AM -0800, Pyun YongHyeon wrote: > > On Tue, Dec 08, 2009 at 10:52:07AM +0900, Yoshiaki Kasahara wrote: > > > On Fri, 4 Dec 2009 10:43:01 -0800, > > > Pyun YongHyeon said: > > > > > > >> before I replaced vge(4). I guess the system froze while initializing > > > >> vge(4), but I'm not really sure actually. > > > > > > > > Yes, that's also possible. But I can't explain how the patch can > > > > freeze the box. Another user also reported the similar vge(4) issue > > > > in private mail and tried the same patch and he could successfully > > > > boot with patched vge(4). Unfortunately the issue does not seem to > > > > fix his issue. I'm still working on it. > > > > > > > >> > > > >> What can I do to narrow the cause of problems? Is it useful to build > > > >> kernel with options KDB and DDB? > > > >> > > > > > > > > Yes. > > > > > > Ok, now I'm ready to boot a DDB enabled kernel to try kernel debugging > > > on my PC. I can't read email during debugging my PC under current > > > configuration, so could you please tell me any specific instructions > > > to collect information you need? I'm reading the Handbook now, but I'm > > > not very sure... > > > > > > > Sorry, another user also reported similar problem in my patch. I > > have to look closely before doing any further testing. Since I've > > ordered the controller I would get access to hardware in near > > future. I'll let you know when I have a working patch. > > > > FYI: I received ordered hardware and fixed the patch to make it > work again. Try the patch at the following URL. > http://people.freebsd.org/~yongari/vge/vge.busdma.diff2 > > The TCP/UDP bulk Tx performance seem to be really poor(less than > 700Mbps) and vge(4) generates too many interrupts(more than 40k > interrupts/s). Rx performance looks reasonable(about 928Mbps) > though. I'll have to see what triggers its poor Tx performance > after fixing TCP connection stall issue. While reading the code again I found some suspicious part which could be related with your issue. The controller's CMZ field has 3bits so it can handle 7 fragments of a TX frame. However, controller wants to see number of fragments + 1 in this field which means we can't use all 7 fragments in a TX descriptor. I changed the patch to reduce number of TX fragments to 6. Does the following patch make any difference for you? http://people.freebsd.org/~yongari/vge/vge.busdma.diff3 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 11 03:15:52 2009 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 E8BDA1065670 for ; Fri, 11 Dec 2009 03:15:52 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from jj.bangj.com (jj.bangj.com [198.86.87.199]) by mx1.freebsd.org (Postfix) with ESMTP id A7DB68FC1A for ; Fri, 11 Dec 2009 03:15:52 +0000 (UTC) Received: from [172.16.10.11] (cpe-066-026-040-218.nc.res.rr.com [66.26.40.218]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by jj.bangj.com (Postfix) with ESMTPSA id 9647CDFC for ; Thu, 10 Dec 2009 22:15:50 -0500 (EST) From: Tom Pusateri Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 10 Dec 2009 22:15:50 -0500 Message-Id: <3E18B7A0-9391-47A2-B52D-24E44DDF1A33@bangj.com> To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Subject: IPv6 - bad neighbor solicitation messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2009 03:15:53 -0000 I'm having intermittent IPv6 issues on one FreeBSD 8-stable box. I've tried to ping6 the FreeBSD-8 stable (crag) (as of 12/9/09) from = snow leopard (glow) and from a freebsd 7.2 box (gw). I've tried replacing the fxp0 interface in the FreeBSD-8 stable box with = an em0 interface and it works with the FreeBSD 7.2 box but the same = problem from the Snow Leopard box. The bad neighbor solicitation messages keep increasing with the IPv6 = pings. Any other thing I can collect to troubleshoot? Thanks, Tom glow pusateri$ ping6 crag PING6(56=3D40+8+8 bytes) 2610:28:1800:4001:225:ff:fef1:7305 --> = 2610:28:1800:4001:20e:cff:fe9f:faad Request timeout for icmp_seq=3D0 Request timeout for icmp_seq=3D1 Request timeout for icmp_seq=3D2 Request timeout for icmp_seq=3D3 16 bytes from 2610:28:1800:4001:20e:cff:fe9f:faad, icmp_seq=3D4 hlim=3D63 = time=3D0.784 ms Request timeout for icmp_seq=3D5 Request timeout for icmp_seq=3D6 Request timeout for icmp_seq=3D7 Request timeout for icmp_seq=3D8 16 bytes from 2610:28:1800:4001:20e:cff:fe9f:faad, icmp_seq=3D9 hlim=3D63 = time=3D0.633 ms Request timeout for icmp_seq=3D10 Request timeout for icmp_seq=3D11 Request timeout for icmp_seq=3D12 Request timeout for icmp_seq=3D13 16 bytes from 2610:28:1800:4001:20e:cff:fe9f:faad, icmp_seq=3D14 hlim=3D63= time=3D0.654 ms Request timeout for icmp_seq=3D15 ^C --- crag.foo.com ping6 statistics --- 17 packets transmitted, 3 packets received, 82.4% packet loss round-trip min/avg/max/std-dev =3D 0.633/0.690/0.784/0.067 ms tcp: 153 packets sent 146 data packets (31776 bytes) 3 data packets (240 bytes) retransmitted 1 data packet unnecessarily retransmitted 0 resends initiated by MTU discovery 4 ack-only packets (2 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 196 packets received 137 acks (for 31777 bytes) 6 duplicate acks 0 acks for unsent data 52 packets (4277 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 0 connection requests 1 connection accept 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 1 connection established (including accepts) 4 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 137 segments updated rtt (of 73 attempts) 2 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 50 correct data packet header predictions 1 syncache entry added 0 retransmitted 1 dupsyn 0 dropped 1 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 1 cookie sent 0 cookies received 1 SACK recovery episode 1 segment rexmit in SACK recovery episodes 48 byte rexmits in SACK recovery episodes 7 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 169 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 1 dropped due to no socket 23 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 145 delivered 134 datagrams output 0 times multicast source filter matched sctp: 0 input packets 0 datagrams 0 packets that had data 0 input SACK chunks 0 input DATA chunks 0 duplicate DATA chunks 0 input HB chunks 0 HB-ACK chunks 0 input ECNE chunks 0 input AUTH chunks 0 chunks missing AUTH 0 invalid HMAC ids received 0 invalid secret ids received 0 auth failed 0 fast path receives all one chunk 0 fast path multi-part data 0 output packets 0 output SACKs 0 output DATA chunks 0 retransmitted DATA chunks 0 fast retransmitted DATA chunks 0 FR's that happened more than once to same chunk 0 intput HB chunks 0 output ECNE chunks 0 output AUTH chunks 0 ip_output error counter Packet drop statistics: 0 from middle box 0 from end host 0 with data 0 non-data, non-endhost 0 non-endhost, bandwidth rep only 0 not enough for chunk header 0 not enough data to confirm 0 where process_chunk_drop said break 0 failed to find TSN 0 attempt reverse TSN lookup 0 e-host confirms zero-rwnd 0 midbox confirms no space 0 data did not match TSN 0 TSN's marked for Fast Retran Timeouts: 5 iterator timers fired 0 T3 data time outs 0 window probe (T3) timers fired 0 INIT timers fired 0 sack timers fired 0 shutdown timers fired 0 heartbeat timers fired 0 a cookie timeout fired 0 an endpoint changed its cookiesecret 0 PMTU timers fired 0 shutdown ack timers fired 0 shutdown guard timers fired 0 stream reset timers fired 0 early FR timers fired 0 an asconf timer fired 0 auto close timer fired 0 asoc free timers expired 0 inp free timers expired 0 packet shorter than header 0 checksum error 0 no endpoint for port 0 bad v-tag 0 bad SID 0 no memory 0 number of multiple FR in a RTT window 0 RFC813 allowed sending 0 RFC813 does not allow sending 0 times max burst prohibited sending 0 look ahead tells us no memory in interface 0 numbers of window probes sent 0 times an output error to clamp down on next user send 0 times sctp_senderrors were caused from a user 0 number of in data drops due to chunk limit reached 0 number of in data drops due to rwnd limit reached 0 times a ECN reduced the cwnd 0 used express lookup via vtag 0 collision in express lookup 0 times the sender ran dry of user data on primary 0 same for above 0 sacks the slow way 0 window update only sacks sent 0 sends with sinfo_flags !=3D0 0 unordered sends 0 sends with EOF flag set 0 sends with ABORT flag set 0 times protocol drain called 0 times we did a protocol drain 0 times recv was called with peek 0 cached chunks used 0 cached stream oq's used 0 unread messages abandonded by close 0 send burst avoidance, already max burst inflight to net 0 send cwnd full avoidance, already max burst inflight to net 0 number of map array over-runs via fwd-tsn's ip: 333 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 329 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 4 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 258 packets sent from this host 1 packet sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 1 call to icmp_error 0 errors not generated in response to an icmp message Output histogram: echo reply: 8 destination unreachable: 1 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: echo reply: 2 echo: 8 8 message responses generated 0 invalid return addresses 0 no return routes ICMP address mask responses are disabled igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 2 membership reports sent ip6: 185 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 53 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 118 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 3 multicast packets which we don't join Input histogram: UDP: 46 ICMP6: 139 Mbuf statistics: 29 one mbuf two or more mbuf: lo0=3D 24 132 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: 43 first candidate 5 same address 35 appropriate scope icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: echo: 4 echo reply: 21 router solicitation: 3 neighbor solicitation: 6 neighbor advertisement: 30 MLDv2 listener report: 12 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Input histogram: echo: 21 echo reply: 4 router advertisement: 14 neighbor solicitation: 69 neighbor advertisement: 3 redirect: 25 Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 21 message responses generated 0 messages with too many ND options 0 messages with bad ND options 39 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output From owner-freebsd-stable@FreeBSD.ORG Fri Dec 11 03:24:49 2009 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 66D911065670 for ; Fri, 11 Dec 2009 03:24:49 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 518568FC16 for ; Fri, 11 Dec 2009 03:24:49 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id nBB3OkTk007782; Thu, 10 Dec 2009 19:24:46 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 10 Dec 2009 19:22:57 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IPv6 - bad neighbor solicitation messages Thread-Index: Acp6EFTbCvDBRT21S2SWjeSn+ZDmvgAAOd2A References: <3E18B7A0-9391-47A2-B52D-24E44DDF1A33@bangj.com> From: "Li, Qing" To: "Tom Pusateri" , Cc: Subject: RE: IPv6 - bad neighbor solicitation messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2009 03:24:49 -0000 I haven't made any significant changes in the IPv6 code for 3 months now. Could you please get a packet capture and=20 email it to me? =20 Thanks, =20 -- Qing ________________________________ From: owner-freebsd-stable@freebsd.org on behalf of Tom Pusateri Sent: Thu 12/10/2009 7:15 PM To: freebsd-stable@freebsd.org Subject: IPv6 - bad neighbor solicitation messages I'm having intermittent IPv6 issues on one FreeBSD 8-stable box. I've tried to ping6 the FreeBSD-8 stable (crag) (as of 12/9/09) from = snow leopard (glow) and from a freebsd 7.2 box (gw). I've tried replacing the fxp0 interface in the FreeBSD-8 stable box with = an em0 interface and it works with the FreeBSD 7.2 box but the same = problem from the Snow Leopard box. The bad neighbor solicitation messages keep increasing with the IPv6 = pings. Any other thing I can collect to troubleshoot? Thanks, Tom glow pusateri$ ping6 crag PING6(56=3D40+8+8 bytes) 2610:28:1800:4001:225:ff:fef1:7305 --> = 2610:28:1800:4001:20e:cff:fe9f:faad Request timeout for icmp_seq=3D0 Request timeout for icmp_seq=3D1 Request timeout for icmp_seq=3D2 Request timeout for icmp_seq=3D3 16 bytes from 2610:28:1800:4001:20e:cff:fe9f:faad, icmp_seq=3D4 = hlim=3D63 time=3D0.784 ms Request timeout for icmp_seq=3D5 Request timeout for icmp_seq=3D6 Request timeout for icmp_seq=3D7 Request timeout for icmp_seq=3D8 16 bytes from 2610:28:1800:4001:20e:cff:fe9f:faad, icmp_seq=3D9 = hlim=3D63 time=3D0.633 ms Request timeout for icmp_seq=3D10 Request timeout for icmp_seq=3D11 Request timeout for icmp_seq=3D12 Request timeout for icmp_seq=3D13 16 bytes from 2610:28:1800:4001:20e:cff:fe9f:faad, icmp_seq=3D14 = hlim=3D63 time=3D0.654 ms Request timeout for icmp_seq=3D15 ^C --- crag.foo.com ping6 statistics --- 17 packets transmitted, 3 packets received, 82.4% packet loss round-trip min/avg/max/std-dev =3D 0.633/0.690/0.784/0.067 ms tcp: 153 packets sent 146 data packets (31776 bytes) 3 data packets (240 bytes) retransmitted 1 data packet unnecessarily retransmitted 0 resends initiated by MTU discovery 4 ack-only packets (2 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 196 packets received 137 acks (for 31777 bytes) 6 duplicate acks 0 acks for unsent data 52 packets (4277 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 0 connection requests 1 connection accept 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 1 connection established (including accepts) 4 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 137 segments updated rtt (of 73 attempts) 2 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 50 correct data packet header predictions 1 syncache entry added 0 retransmitted 1 dupsyn 0 dropped 1 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 1 cookie sent 0 cookies received 1 SACK recovery episode 1 segment rexmit in SACK recovery episodes 48 byte rexmits in SACK recovery episodes 7 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 169 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 1 dropped due to no socket 23 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 145 delivered 134 datagrams output 0 times multicast source filter matched sctp: 0 input packets 0 datagrams 0 packets that had data 0 input SACK chunks 0 input DATA chunks 0 duplicate DATA chunks 0 input HB chunks 0 HB-ACK chunks 0 input ECNE chunks 0 input AUTH chunks 0 chunks missing AUTH 0 invalid HMAC ids received 0 invalid secret ids received 0 auth failed 0 fast path receives all one chunk 0 fast path multi-part data 0 output packets 0 output SACKs 0 output DATA chunks 0 retransmitted DATA chunks 0 fast retransmitted DATA chunks 0 FR's that happened more than once to same chunk 0 intput HB chunks 0 output ECNE chunks 0 output AUTH chunks 0 ip_output error counter Packet drop statistics: 0 from middle box 0 from end host 0 with data 0 non-data, non-endhost 0 non-endhost, bandwidth rep only 0 not enough for chunk header 0 not enough data to confirm 0 where process_chunk_drop said break 0 failed to find TSN 0 attempt reverse TSN lookup 0 e-host confirms zero-rwnd 0 midbox confirms no space 0 data did not match TSN 0 TSN's marked for Fast Retran Timeouts: 5 iterator timers fired 0 T3 data time outs 0 window probe (T3) timers fired 0 INIT timers fired 0 sack timers fired 0 shutdown timers fired 0 heartbeat timers fired 0 a cookie timeout fired 0 an endpoint changed its cookiesecret 0 PMTU timers fired 0 shutdown ack timers fired 0 shutdown guard timers fired 0 stream reset timers fired 0 early FR timers fired 0 an asconf timer fired 0 auto close timer fired 0 asoc free timers expired 0 inp free timers expired 0 packet shorter than header 0 checksum error 0 no endpoint for port 0 bad v-tag 0 bad SID 0 no memory 0 number of multiple FR in a RTT window 0 RFC813 allowed sending 0 RFC813 does not allow sending 0 times max burst prohibited sending 0 look ahead tells us no memory in interface 0 numbers of window probes sent 0 times an output error to clamp down on next user send 0 times sctp_senderrors were caused from a user 0 number of in data drops due to chunk limit reached 0 number of in data drops due to rwnd limit reached 0 times a ECN reduced the cwnd 0 used express lookup via vtag 0 collision in express lookup 0 times the sender ran dry of user data on primary 0 same for above 0 sacks the slow way 0 window update only sacks sent 0 sends with sinfo_flags !=3D0 0 unordered sends 0 sends with EOF flag set 0 sends with ABORT flag set 0 times protocol drain called 0 times we did a protocol drain 0 times recv was called with peek 0 cached chunks used 0 cached stream oq's used 0 unread messages abandonded by close 0 send burst avoidance, already max burst inflight to net 0 send cwnd full avoidance, already max burst inflight to net 0 number of map array over-runs via fwd-tsn's ip: 333 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 329 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 4 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 258 packets sent from this host 1 packet sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 1 call to icmp_error 0 errors not generated in response to an icmp message Output histogram: echo reply: 8 destination unreachable: 1 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: echo reply: 2 echo: 8 8 message responses generated 0 invalid return addresses 0 no return routes ICMP address mask responses are disabled igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 2 membership reports sent ip6: 185 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 53 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 118 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 3 multicast packets which we don't join Input histogram: UDP: 46 ICMP6: 139 Mbuf statistics: 29 one mbuf two or more mbuf: lo0=3D 24 132 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: 43 first candidate 5 same address 35 appropriate scope icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: echo: 4 echo reply: 21 router solicitation: 3 neighbor solicitation: 6 neighbor advertisement: 30 MLDv2 listener report: 12 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Input histogram: echo: 21 echo reply: 4 router advertisement: 14 neighbor solicitation: 69 neighbor advertisement: 3 redirect: 25 Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 21 message responses generated 0 messages with too many ND options 0 messages with bad ND options 39 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output _______________________________________________ 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 Dec 11 04:07:29 2009 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 9F989106566C for ; Fri, 11 Dec 2009 04:07:29 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from jj.bangj.com (jj.bangj.com [198.86.87.199]) by mx1.freebsd.org (Postfix) with ESMTP id 907408FC14 for ; Fri, 11 Dec 2009 04:07:28 +0000 (UTC) Received: from [172.16.10.11] (cpe-066-026-040-218.nc.res.rr.com [66.26.40.218]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by jj.bangj.com (Postfix) with ESMTPSA id BBF49E08; Thu, 10 Dec 2009 23:07:25 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: multipart/mixed; boundary=Apple-Mail-7-876888700 From: Tom Pusateri In-Reply-To: Date: Thu, 10 Dec 2009 23:07:26 -0500 Message-Id: References: <3E18B7A0-9391-47A2-B52D-24E44DDF1A33@bangj.com> To: "Li, Qing" X-Mailer: Apple Mail (2.1077) Cc: freebsd-stable@freebsd.org Subject: Re: IPv6 - bad neighbor solicitation messages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2009 04:07:29 -0000 --Apple-Mail-7-876888700 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Its been happening for a while. I've attached the tcpdump textual output, the tcpdump raw saved file, = and before and after netstat -s output. Thanks, Tom On Dec 10, 2009, at 10:22 PM, Li, Qing wrote: > I haven't made any significant changes in the IPv6 code > for 3 months now. Could you please get a packet capture and=20 > email it to me? >=20 > Thanks, >=20 > -- Qing --Apple-Mail-7-876888700 Content-Disposition: attachment; filename=tcpdump.txt Content-Type: text/plain; name="tcpdump.txt" Content-Transfer-Encoding: quoted-printable 22:59:51.008261 IP6 (hlim 63, next-header ICMPv6 (58) payload length: = 16) 2610:28:1800:4001:225:ff:fef1:7305 > = 2610:28:1800:4001:2a0:c9ff:fe45:326c: [icmp6 sum ok] ICMP6, echo = request, length 16, seq 0 22:59:51.008291 IP6 (hlim 64, next-header ICMPv6 (58) payload length: = 16) 2610:28:1800:4001:2a0:c9ff:fe45:326c > = 2610:28:1800:4001:225:ff:fef1:7305: [icmp6 sum ok] ICMP6, echo reply, = length 16, seq 0 22:59:52.562108 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001:225:ff:fef1:7305 > ff02::1:ff45:326c: [icmp6 sum = ok] ICMP6, neighbor solicitation, length 32, who has = 2610:28:1800:4001:2a0:c9ff:fe45:326c source link-address option (1), length 8 (1): = 00:25:00:f1:73:05 22:59:52.562134 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001:2a0:c9ff:fe45:326c > = 2610:28:1800:4001:225:ff:fef1:7305: [icmp6 sum ok] ICMP6, neighbor = advertisement, length 32, tgt is 2610:28:1800:4001:2a0:c9ff:fe45:326c, = Flags [solicited, override] destination link-address option (2), length 8 (1): = 00:a0:c9:45:32:6c 22:59:52.562382 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 120) fe80::20e:cff:fe74:9778 > 2610:28:1800:4001:2a0:c9ff:fe45:326c: = [icmp6 sum ok] ICMP6, redirect, length 120, = 2610:28:1800:4001:225:ff:fef1:7305 to 2610:28:1800:4001:225:ff:fef1:7305 redirected header option (4), length 80 (10):=20 0x0000: 040a 0000 0000 0000 6000 0000 0020 3afe 0x0010: 2610 0028 1800 4001 02a0 c9ff fe45 326c 0x0020: 2610 0028 1800 4001 0225 00ff fef1 7305 0x0030: 8800 2ee6 6000 0000 2610 0028 1800 4001 0x0040: 02a0 c9ff fe45 326c 0201 00a0 c945 326c 22:59:53.562387 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001:225:ff:fef1:7305 > ff02::1:ff45:326c: [icmp6 sum = ok] ICMP6, neighbor solicitation, length 32, who has = 2610:28:1800:4001:2a0:c9ff:fe45:326c source link-address option (1), length 8 (1): = 00:25:00:f1:73:05 22:59:53.562405 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001:2a0:c9ff:fe45:326c > = 2610:28:1800:4001:225:ff:fef1:7305: [icmp6 sum ok] ICMP6, neighbor = advertisement, length 32, tgt is 2610:28:1800:4001:2a0:c9ff:fe45:326c, = Flags [solicited, override] destination link-address option (2), length 8 (1): = 00:a0:c9:45:32:6c 22:59:53.562556 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 120) fe80::20e:cff:fe74:9778 > 2610:28:1800:4001:2a0:c9ff:fe45:326c: = [icmp6 sum ok] ICMP6, redirect, length 120, = 2610:28:1800:4001:225:ff:fef1:7305 to 2610:28:1800:4001:225:ff:fef1:7305 redirected header option (4), length 80 (10):=20 0x0000: 040a 0000 0000 0000 6000 0000 0020 3afe 0x0010: 2610 0028 1800 4001 02a0 c9ff fe45 326c 0x0020: 2610 0028 1800 4001 0225 00ff fef1 7305 0x0030: 8800 2ee6 6000 0000 2610 0028 1800 4001 0x0040: 02a0 c9ff fe45 326c 0201 00a0 c945 326c 22:59:54.562607 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001:225:ff:fef1:7305 > ff02::1:ff45:326c: [icmp6 sum = ok] ICMP6, neighbor solicitation, length 32, who has = 2610:28:1800:4001:2a0:c9ff:fe45:326c source link-address option (1), length 8 (1): = 00:25:00:f1:73:05 22:59:54.562630 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001:2a0:c9ff:fe45:326c > = 2610:28:1800:4001:225:ff:fef1:7305: [icmp6 sum ok] ICMP6, neighbor = advertisement, length 32, tgt is 2610:28:1800:4001:2a0:c9ff:fe45:326c, = Flags [solicited, override] destination link-address option (2), length 8 (1): = 00:a0:c9:45:32:6c 22:59:54.562770 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 120) fe80::20e:cff:fe74:9778 > 2610:28:1800:4001:2a0:c9ff:fe45:326c: = [icmp6 sum ok] ICMP6, redirect, length 120, = 2610:28:1800:4001:225:ff:fef1:7305 to 2610:28:1800:4001:225:ff:fef1:7305 redirected header option (4), length 80 (10):=20 0x0000: 040a 0000 0000 0000 6000 0000 0020 3afe 0x0010: 2610 0028 1800 4001 02a0 c9ff fe45 326c 0x0020: 2610 0028 1800 4001 0225 00ff fef1 7305 0x0030: 8800 2ee6 6000 0000 2610 0028 1800 4001 0x0040: 02a0 c9ff fe45 326c 0201 00a0 c945 326c 22:59:56.008687 IP6 (hlim 63, next-header ICMPv6 (58) payload length: = 16) 2610:28:1800:4001:225:ff:fef1:7305 > = 2610:28:1800:4001:2a0:c9ff:fe45:326c: [icmp6 sum ok] ICMP6, echo = request, length 16, seq 5 22:59:56.008704 IP6 (hlim 64, next-header ICMPv6 (58) payload length: = 16) 2610:28:1800:4001:2a0:c9ff:fe45:326c > = 2610:28:1800:4001:225:ff:fef1:7305: [icmp6 sum ok] ICMP6, echo reply, = length 16, seq 5 22:59:56.008825 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 104) fe80::20e:cff:fe74:9778 > 2610:28:1800:4001:2a0:c9ff:fe45:326c: = [icmp6 sum ok] ICMP6, redirect, length 104, = 2610:28:1800:4001:225:ff:fef1:7305 to 2610:28:1800:4001:225:ff:fef1:7305 redirected header option (4), length 64 (8):=20 0x0000: 0408 0000 0000 0000 6000 0000 0010 3a3f 0x0010: 2610 0028 1800 4001 02a0 c9ff fe45 326c 0x0020: 2610 0028 1800 4001 0225 00ff fef1 7305 0x0030: 8100 d5d9 0e94 0005 4b21 c3bb 000e 1c77 22:59:56.008837 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) fe80::2a0:c9ff:fe45:326c > fe80::20e:cff:fe74:9778: [icmp6 sum ok] = ICMP6, neighbor solicitation, length 32, who has fe80::20e:cff:fe74:9778 source link-address option (1), length 8 (1): = 00:a0:c9:45:32:6c 22:59:56.008947 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 24) fe80::20e:cff:fe74:9778 > fe80::2a0:c9ff:fe45:326c: [icmp6 sum ok] = ICMP6, neighbor advertisement, length 24, tgt is = fe80::20e:cff:fe74:9778, Flags [router, solicited] 22:59:56.009587 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001::1 > 2610:28:1800:4001:2a0:c9ff:fe45:326c: [icmp6 = sum ok] ICMP6, neighbor solicitation, length 32, who has = 2610:28:1800:4001:2a0:c9ff:fe45:326c source link-address option (1), length 8 (1): = 00:0e:0c:74:97:78 22:59:57.009900 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001::1 > 2610:28:1800:4001:2a0:c9ff:fe45:326c: [icmp6 = sum ok] ICMP6, neighbor solicitation, length 32, who has = 2610:28:1800:4001:2a0:c9ff:fe45:326c source link-address option (1), length 8 (1): = 00:0e:0c:74:97:78 22:59:57.563329 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001:225:ff:fef1:7305 > ff02::1:ff45:326c: [icmp6 sum = ok] ICMP6, neighbor solicitation, length 32, who has = 2610:28:1800:4001:2a0:c9ff:fe45:326c source link-address option (1), length 8 (1): = 00:25:00:f1:73:05 22:59:57.563348 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001:2a0:c9ff:fe45:326c > = 2610:28:1800:4001:225:ff:fef1:7305: [icmp6 sum ok] ICMP6, neighbor = advertisement, length 32, tgt is 2610:28:1800:4001:2a0:c9ff:fe45:326c, = Flags [solicited, override] destination link-address option (2), length 8 (1): = 00:a0:c9:45:32:6c 22:59:58.010222 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001::1 > 2610:28:1800:4001:2a0:c9ff:fe45:326c: [icmp6 = sum ok] ICMP6, neighbor solicitation, length 32, who has = 2610:28:1800:4001:2a0:c9ff:fe45:326c source link-address option (1), length 8 (1): = 00:0e:0c:74:97:78 22:59:58.563549 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001:225:ff:fef1:7305 > ff02::1:ff45:326c: [icmp6 sum = ok] ICMP6, neighbor solicitation, length 32, who has = 2610:28:1800:4001:2a0:c9ff:fe45:326c source link-address option (1), length 8 (1): = 00:25:00:f1:73:05 22:59:58.563565 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001:2a0:c9ff:fe45:326c > = 2610:28:1800:4001:225:ff:fef1:7305: [icmp6 sum ok] ICMP6, neighbor = advertisement, length 32, tgt is 2610:28:1800:4001:2a0:c9ff:fe45:326c, = Flags [solicited, override] destination link-address option (2), length 8 (1): = 00:a0:c9:45:32:6c 22:59:58.563679 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 120) fe80::20e:cff:fe74:9778 > 2610:28:1800:4001:2a0:c9ff:fe45:326c: = [icmp6 sum ok] ICMP6, redirect, length 120, = 2610:28:1800:4001:225:ff:fef1:7305 to 2610:28:1800:4001:225:ff:fef1:7305 redirected header option (4), length 80 (10):=20 0x0000: 040a 0000 0000 0000 6000 0000 0020 3afe 0x0010: 2610 0028 1800 4001 02a0 c9ff fe45 326c 0x0020: 2610 0028 1800 4001 0225 00ff fef1 7305 0x0030: 8800 2ee6 6000 0000 2610 0028 1800 4001 0x0040: 02a0 c9ff fe45 326c 0201 00a0 c945 326c 22:59:59.563828 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001:225:ff:fef1:7305 > ff02::1:ff45:326c: [icmp6 sum = ok] ICMP6, neighbor solicitation, length 32, who has = 2610:28:1800:4001:2a0:c9ff:fe45:326c source link-address option (1), length 8 (1): = 00:25:00:f1:73:05 22:59:59.563846 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) 2610:28:1800:4001:2a0:c9ff:fe45:326c > = 2610:28:1800:4001:225:ff:fef1:7305: [icmp6 sum ok] ICMP6, neighbor = advertisement, length 32, tgt is 2610:28:1800:4001:2a0:c9ff:fe45:326c, = Flags [solicited, override] destination link-address option (2), length 8 (1): = 00:a0:c9:45:32:6c 22:59:59.564017 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) fe80::20e:cff:fe74:9778 > ff02::1:ff45:326c: [icmp6 sum ok] ICMP6, = neighbor solicitation, length 32, who has = 2610:28:1800:4001:2a0:c9ff:fe45:326c source link-address option (1), length 8 (1): = 00:0e:0c:74:97:78 22:59:59.564030 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 32) fe80::2a0:c9ff:fe45:326c > fe80::20e:cff:fe74:9778: [icmp6 sum ok] = ICMP6, neighbor advertisement, length 32, tgt is = 2610:28:1800:4001:2a0:c9ff:fe45:326c, Flags [solicited, override] destination link-address option (2), length 8 (1): = 00:a0:c9:45:32:6c 22:59:59.564243 IP6 (hlim 255, next-header ICMPv6 (58) payload length: = 120) fe80::20e:cff:fe74:9778 > 2610:28:1800:4001:2a0:c9ff:fe45:326c: = [icmp6 sum ok] ICMP6, redirect, length 120, = 2610:28:1800:4001:225:ff:fef1:7305 to 2610:28:1800:4001:225:ff:fef1:7305 redirected header option (4), length 80 (10):=20 0x0000: 040a 0000 0000 0000 6000 0000 0020 3afe 0x0010: 2610 0028 1800 4001 02a0 c9ff fe45 326c 0x0020: 2610 0028 1800 4001 0225 00ff fef1 7305 0x0030: 8800 2ee6 6000 0000 2610 0028 1800 4001 0x0040: 02a0 c9ff fe45 326c 0201 00a0 c945 326c --Apple-Mail-7-876888700 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail-7-876888700 Content-Disposition: attachment; filename=netstat1 Content-Type: application/octet-stream; name="netstat1" Content-Transfer-Encoding: 7bit tcp: 261 packets sent 238 data packets (49512 bytes) 6 data packets (432 bytes) retransmitted 1 data packet unnecessarily retransmitted 0 resends initiated by MTU discovery 13 ack-only packets (5 delayed) 0 URG only packets 0 window probe packets 0 window update packets 4 control packets 370 packets received 229 acks (for 49517 bytes) 12 duplicate acks 0 acks for unsent data 130 packets (10535 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 1 window update packet 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 1 connection request 2 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 3 connections established (including accepts) 7 connections closed (including 0 drops) 3 connections updated cached RTT on close 3 connections updated cached RTT variance on close 2 connections updated cached ssthresh on close 0 embryonic connections dropped 229 segments updated rtt (of 155 attempts) 5 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 123 correct data packet header predictions 2 syncache entries added 0 retransmitted 1 dupsyn 0 dropped 2 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 2 cookies sent 0 cookies received 1 SACK recovery episode 1 segment rexmit in SACK recovery episodes 48 byte rexmits in SACK recovery episodes 8 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 637 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 5 with no checksum 10 dropped due to no socket 221 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 406 delivered 178 datagrams output 0 times multicast source filter matched sctp: 0 input packets 0 datagrams 0 packets that had data 0 input SACK chunks 0 input DATA chunks 0 duplicate DATA chunks 0 input HB chunks 0 HB-ACK chunks 0 input ECNE chunks 0 input AUTH chunks 0 chunks missing AUTH 0 invalid HMAC ids received 0 invalid secret ids received 0 auth failed 0 fast path receives all one chunk 0 fast path multi-part data 0 output packets 0 output SACKs 0 output DATA chunks 0 retransmitted DATA chunks 0 fast retransmitted DATA chunks 0 FR's that happened more than once to same chunk 0 intput HB chunks 0 output ECNE chunks 0 output AUTH chunks 0 ip_output error counter Packet drop statistics: 0 from middle box 0 from end host 0 with data 0 non-data, non-endhost 0 non-endhost, bandwidth rep only 0 not enough for chunk header 0 not enough data to confirm 0 where process_chunk_drop said break 0 failed to find TSN 0 attempt reverse TSN lookup 0 e-host confirms zero-rwnd 0 midbox confirms no space 0 data did not match TSN 0 TSN's marked for Fast Retran Timeouts: 5 iterator timers fired 0 T3 data time outs 0 window probe (T3) timers fired 0 INIT timers fired 0 sack timers fired 0 shutdown timers fired 0 heartbeat timers fired 0 a cookie timeout fired 0 an endpoint changed its cookiesecret 0 PMTU timers fired 0 shutdown ack timers fired 0 shutdown guard timers fired 0 stream reset timers fired 0 early FR timers fired 0 an asconf timer fired 0 auto close timer fired 0 asoc free timers expired 0 inp free timers expired 0 packet shorter than header 0 checksum error 0 no endpoint for port 0 bad v-tag 0 bad SID 0 no memory 0 number of multiple FR in a RTT window 0 RFC813 allowed sending 0 RFC813 does not allow sending 0 times max burst prohibited sending 0 look ahead tells us no memory in interface 0 numbers of window probes sent 0 times an output error to clamp down on next user send 0 times sctp_senderrors were caused from a user 0 number of in data drops due to chunk limit reached 0 number of in data drops due to rwnd limit reached 0 times a ECN reduced the cwnd 0 used express lookup via vtag 0 collision in express lookup 0 times the sender ran dry of user data on primary 0 same for above 0 sacks the slow way 0 window update only sacks sent 0 sends with sinfo_flags !=0 0 unordered sends 0 sends with EOF flag set 0 sends with ABORT flag set 0 times protocol drain called 0 times we did a protocol drain 0 times recv was called with peek 0 cached chunks used 0 cached stream oq's used 0 unread messages abandonded by close 0 send burst avoidance, already max burst inflight to net 0 send cwnd full avoidance, already max burst inflight to net 0 number of map array over-runs via fwd-tsn's ip: 935 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 919 packets for this host 12 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 4 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 413 packets sent from this host 28 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 10 calls to icmp_error 0 errors not generated in response to an icmp message Output histogram: echo reply: 8 destination unreachable: 10 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: echo reply: 2 echo: 8 8 message responses generated 0 invalid return addresses 0 no return routes ICMP address mask responses are disabled igmp: 12 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 12 membership reports received 0 membership reports received with invalid field(s) 12 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 2 membership reports sent ip6: 392 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 108 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 156 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 6 multicast packets which we don't join Input histogram: UDP: 98 ICMP6: 294 Mbuf statistics: 35 one mbuf two or more mbuf: lo0= 24 333 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: 70 first candidate 5 same address 62 appropriate scope icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: echo: 4 echo reply: 26 router solicitation: 3 neighbor solicitation: 8 neighbor advertisement: 55 MLDv2 listener report: 12 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Input histogram: echo: 26 echo reply: 4 router advertisement: 110 neighbor solicitation: 100 neighbor advertisement: 5 redirect: 43 Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 26 message responses generated 0 messages with too many ND options 0 messages with bad ND options 45 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output --Apple-Mail-7-876888700 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail-7-876888700 Content-Disposition: attachment; filename=netstat2 Content-Type: application/octet-stream; name="netstat2" Content-Transfer-Encoding: 7bit tcp: 261 packets sent 238 data packets (49512 bytes) 6 data packets (432 bytes) retransmitted 1 data packet unnecessarily retransmitted 0 resends initiated by MTU discovery 13 ack-only packets (5 delayed) 0 URG only packets 0 window probe packets 0 window update packets 4 control packets 370 packets received 229 acks (for 49517 bytes) 12 duplicate acks 0 acks for unsent data 130 packets (10535 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 1 window update packet 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 1 connection request 2 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 3 connections established (including accepts) 7 connections closed (including 0 drops) 3 connections updated cached RTT on close 3 connections updated cached RTT variance on close 2 connections updated cached ssthresh on close 0 embryonic connections dropped 229 segments updated rtt (of 155 attempts) 5 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 123 correct data packet header predictions 2 syncache entries added 0 retransmitted 1 dupsyn 0 dropped 2 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 2 cookies sent 0 cookies received 1 SACK recovery episode 1 segment rexmit in SACK recovery episodes 48 byte rexmits in SACK recovery episodes 8 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 647 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 5 with no checksum 10 dropped due to no socket 231 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 406 delivered 178 datagrams output 0 times multicast source filter matched sctp: 0 input packets 0 datagrams 0 packets that had data 0 input SACK chunks 0 input DATA chunks 0 duplicate DATA chunks 0 input HB chunks 0 HB-ACK chunks 0 input ECNE chunks 0 input AUTH chunks 0 chunks missing AUTH 0 invalid HMAC ids received 0 invalid secret ids received 0 auth failed 0 fast path receives all one chunk 0 fast path multi-part data 0 output packets 0 output SACKs 0 output DATA chunks 0 retransmitted DATA chunks 0 fast retransmitted DATA chunks 0 FR's that happened more than once to same chunk 0 intput HB chunks 0 output ECNE chunks 0 output AUTH chunks 0 ip_output error counter Packet drop statistics: 0 from middle box 0 from end host 0 with data 0 non-data, non-endhost 0 non-endhost, bandwidth rep only 0 not enough for chunk header 0 not enough data to confirm 0 where process_chunk_drop said break 0 failed to find TSN 0 attempt reverse TSN lookup 0 e-host confirms zero-rwnd 0 midbox confirms no space 0 data did not match TSN 0 TSN's marked for Fast Retran Timeouts: 5 iterator timers fired 0 T3 data time outs 0 window probe (T3) timers fired 0 INIT timers fired 0 sack timers fired 0 shutdown timers fired 0 heartbeat timers fired 0 a cookie timeout fired 0 an endpoint changed its cookiesecret 0 PMTU timers fired 0 shutdown ack timers fired 0 shutdown guard timers fired 0 stream reset timers fired 0 early FR timers fired 0 an asconf timer fired 0 auto close timer fired 0 asoc free timers expired 0 inp free timers expired 0 packet shorter than header 0 checksum error 0 no endpoint for port 0 bad v-tag 0 bad SID 0 no memory 0 number of multiple FR in a RTT window 0 RFC813 allowed sending 0 RFC813 does not allow sending 0 times max burst prohibited sending 0 look ahead tells us no memory in interface 0 numbers of window probes sent 0 times an output error to clamp down on next user send 0 times sctp_senderrors were caused from a user 0 number of in data drops due to chunk limit reached 0 number of in data drops due to rwnd limit reached 0 times a ECN reduced the cwnd 0 used express lookup via vtag 0 collision in express lookup 0 times the sender ran dry of user data on primary 0 same for above 0 sacks the slow way 0 window update only sacks sent 0 sends with sinfo_flags !=0 0 unordered sends 0 sends with EOF flag set 0 sends with ABORT flag set 0 times protocol drain called 0 times we did a protocol drain 0 times recv was called with peek 0 cached chunks used 0 cached stream oq's used 0 unread messages abandonded by close 0 send burst avoidance, already max burst inflight to net 0 send cwnd full avoidance, already max burst inflight to net 0 number of map array over-runs via fwd-tsn's ip: 945 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 929 packets for this host 12 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 4 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 413 packets sent from this host 28 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 10 calls to icmp_error 0 errors not generated in response to an icmp message Output histogram: echo reply: 8 destination unreachable: 10 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: echo reply: 2 echo: 8 8 message responses generated 0 invalid return addresses 0 no return routes ICMP address mask responses are disabled igmp: 12 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 12 membership reports received 0 membership reports received with invalid field(s) 12 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 2 membership reports sent ip6: 412 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 108 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 167 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 6 multicast packets which we don't join Input histogram: UDP: 98 ICMP6: 314 Mbuf statistics: 35 one mbuf two or more mbuf: lo0= 24 353 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: 79 first candidate 5 same address 71 appropriate scope icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: echo: 4 echo reply: 28 router solicitation: 3 neighbor solicitation: 9 neighbor advertisement: 63 MLDv2 listener report: 12 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Input histogram: echo: 28 echo reply: 4 router advertisement: 110 neighbor solicitation: 111 neighbor advertisement: 6 redirect: 49 Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 28 message responses generated 0 messages with too many ND options 0 messages with bad ND options 48 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output --Apple-Mail-7-876888700 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail-7-876888700 Content-Disposition: attachment; filename=icmp6.tcpdump Content-Type: application/octet-stream; name="icmp6.tcpdump" Content-Transfer-Encoding: base64 1MOyoQIABAAAAAAAAAAAAPQBAAABAAAAt8MhS0UgAABGAAAARgAAAACgyUUybAAODHSXeIbdYAAA AAAQOj8mEAAoGABAAQIlAP/+8XMFJhAAKBgAQAECoMn//kUybIAA2HoOlAAASyHDtgAOGuC3wyFL YyAAAEYAAABGAAAAAA4MdJd4AKDJRTJsht1gAAAAABA6QCYQACgYAEABAqDJ//5FMmwmEAAoGABA AQIlAP/+8XMFgQDXeg6UAABLIcO2AA4a4LjDIUu8kwgAVgAAAFYAAAAzM/9FMmwAJQDxcwWG3WAA AAAAIDr/JhAAKBgAQAECJQD//vFzBf8CAAAAAAAAAAAAAf9FMmyHAGPyAAAAACYQACgYAEABAqDJ //5FMmwBAQAlAPFzBbjDIUvWkwgAVgAAAFYAAAAADgx0l3gAoMlFMmyG3WAAAAAAIDr/JhAAKBgA QAECoMn//kUybCYQACgYAEABAiUA//7xcwWIAC7mYAAAACYQACgYAEABAqDJ//5FMmwCAQCgyUUy bLjDIUvOlAgArgAAAK4AAAAAoMlFMmwADgx0l3iG3WAAAAAAeDr//oAAAAAAAAACDgz//nSXeCYQ ACgYAEABAqDJ//5FMmyJANHNAAAAACYQACgYAEABAiUA//7xcwUmEAAoGABAAQIlAP/+8XMFBAoA AAAAAABgAAAAACA6/iYQACgYAEABAqDJ//5FMmwmEAAoGABAAQIlAP/+8XMFiAAu5mAAAAAmEAAo GABAAQKgyf/+RTJsAgEAoMlFMmy5wyFL05QIAFYAAABWAAAAMzP/RTJsACUA8XMFht1gAAAAACA6 /yYQACgYAEABAiUA//7xcwX/AgAAAAAAAAAAAAH/RTJshwBj8gAAAAAmEAAoGABAAQKgyf/+RTJs AQEAJQDxcwW5wyFL5ZQIAFYAAABWAAAAAA4MdJd4AKDJRTJsht1gAAAAACA6/yYQACgYAEABAqDJ //5FMmwmEAAoGABAAQIlAP/+8XMFiAAu5mAAAAAmEAAoGABAAQKgyf/+RTJsAgEAoMlFMmy5wyFL fJUIAK4AAACuAAAAAKDJRTJsAA4MdJd4ht1gAAAAAHg6//6AAAAAAAAAAg4M//50l3gmEAAoGABA AQKgyf/+RTJsiQDRzQAAAAAmEAAoGABAAQIlAP/+8XMFJhAAKBgAQAECJQD//vFzBQQKAAAAAAAA YAAAAAAgOv4mEAAoGABAAQKgyf/+RTJsJhAAKBgAQAECJQD//vFzBYgALuZgAAAAJhAAKBgAQAEC oMn//kUybAIBAKDJRTJsusMhS6+VCABWAAAAVgAAADMz/0UybAAlAPFzBYbdYAAAAAAgOv8mEAAo GABAAQIlAP/+8XMF/wIAAAAAAAAAAAAB/0UybIcAY/IAAAAAJhAAKBgAQAECoMn//kUybAEBACUA 8XMFusMhS8aVCABWAAAAVgAAAAAODHSXeACgyUUybIbdYAAAAAAgOv8mEAAoGABAAQKgyf/+RTJs JhAAKBgAQAECJQD//vFzBYgALuZgAAAAJhAAKBgAQAECoMn//kUybAIBAKDJRTJsusMhS1KWCACu AAAArgAAAACgyUUybAAODHSXeIbdYAAAAAB4Ov/+gAAAAAAAAAIODP/+dJd4JhAAKBgAQAECoMn/ /kUybIkA0c0AAAAAJhAAKBgAQAECJQD//vFzBSYQACgYAEABAiUA//7xcwUECgAAAAAAAGAAAAAA IDr+JhAAKBgAQAECoMn//kUybCYQACgYAEABAiUA//7xcwWIAC7mYAAAACYQACgYAEABAqDJ//5F MmwCAQCgyUUybLzDIUvvIQAARgAAAEYAAAAAoMlFMmwADgx0l3iG3WAAAAAAEDo/JhAAKBgAQAEC JQD//vFzBSYQACgYAEABAqDJ//5FMmyAANbZDpQABUshw7sADhx3vMMhSwAiAABGAAAARgAAAAAO DHSXeACgyUUybIbdYAAAAAAQOkAmEAAoGABAAQKgyf/+RTJsJhAAKBgAQAECJQD//vFzBYEA1dkO lAAFSyHDuwAOHHe8wyFLeSIAAJ4AAACeAAAAAKDJRTJsAA4MdJd4ht1gAAAAAGg6//6AAAAAAAAA Ag4M//50l3gmEAAoGABAAQKgyf/+RTJsiQDSngAAAAAmEAAoGABAAQIlAP/+8XMFJhAAKBgAQAEC JQD//vFzBQQIAAAAAAAAYAAAAAAQOj8mEAAoGABAAQKgyf/+RTJsJhAAKBgAQAECJQD//vFzBYEA 1dkOlAAFSyHDuwAOHHe8wyFLhSIAAFYAAABWAAAAAA4MdJd4AKDJRTJsht1gAAAAACA6//6AAAAA AAAAAqDJ//5FMmz+gAAAAAAAAAIODP/+dJd4hwA4iAAAAAD+gAAAAAAAAAIODP/+dJd4AQEAoMlF Mmy8wyFL8yIAAE4AAABOAAAAAKDJRTJsAA4MdJd4ht1gAAAAABg6//6AAAAAAAAAAg4M//50l3j+ gAAAAAAAAAKgyf/+RTJsiAB04sAAAAD+gAAAAAAAAAIODP/+dJd4vMMhS3MlAABWAAAAVgAAAACg yUUybAAODHSXeIbdYAAAAAAgOv8mEAAoGABAAQAAAAAAAAABJhAAKBgAQAECoMn//kUybIcAXlgA AAAAJhAAKBgAQAECoMn//kUybAEBAA4MdJd4vcMhS6wmAABWAAAAVgAAAACgyUUybAAODHSXeIbd YAAAAAAgOv8mEAAoGABAAQAAAAAAAAABJhAAKBgAQAECoMn//kUybIcAXlgAAAAAJhAAKBgAQAEC oMn//kUybAEBAA4MdJd4vcMhS4GYCABWAAAAVgAAADMz/0UybAAlAPFzBYbdYAAAAAAgOv8mEAAo GABAAQIlAP/+8XMF/wIAAAAAAAAAAAAB/0UybIcAY/IAAAAAJhAAKBgAQAECoMn//kUybAEBACUA 8XMFvcMhS5SYCABWAAAAVgAAAAAODHSXeACgyUUybIbdYAAAAAAgOv8mEAAoGABAAQKgyf/+RTJs JhAAKBgAQAECJQD//vFzBYgALuZgAAAAJhAAKBgAQAECoMn//kUybAIBAKDJRTJsvsMhS+4nAABW AAAAVgAAAACgyUUybAAODHSXeIbdYAAAAAAgOv8mEAAoGABAAQAAAAAAAAABJhAAKBgAQAECoMn/ /kUybIcAXlgAAAAAJhAAKBgAQAECoMn//kUybAEBAA4MdJd4vsMhS12ZCABWAAAAVgAAADMz/0Uy bAAlAPFzBYbdYAAAAAAgOv8mEAAoGABAAQIlAP/+8XMF/wIAAAAAAAAAAAAB/0UybIcAY/IAAAAA JhAAKBgAQAECoMn//kUybAEBACUA8XMFvsMhS22ZCABWAAAAVgAAAAAODHSXeACgyUUybIbdYAAA AAAgOv8mEAAoGABAAQKgyf/+RTJsJhAAKBgAQAECJQD//vFzBYgALuZgAAAAJhAAKBgAQAECoMn/ /kUybAIBAKDJRTJsvsMhS9+ZCACuAAAArgAAAACgyUUybAAODHSXeIbdYAAAAAB4Ov/+gAAAAAAA AAIODP/+dJd4JhAAKBgAQAECoMn//kUybIkA0c0AAAAAJhAAKBgAQAECJQD//vFzBSYQACgYAEAB AiUA//7xcwUECgAAAAAAAGAAAAAAIDr+JhAAKBgAQAECoMn//kUybCYQACgYAEABAiUA//7xcwWI AC7mYAAAACYQACgYAEABAqDJ//5FMmwCAQCgyUUybL/DIUt0mggAVgAAAFYAAAAzM/9FMmwAJQDx cwWG3WAAAAAAIDr/JhAAKBgAQAECJQD//vFzBf8CAAAAAAAAAAAAAf9FMmyHAGPyAAAAACYQACgY AEABAqDJ//5FMmwBAQAlAPFzBb/DIUuGmggAVgAAAFYAAAAADgx0l3gAoMlFMmyG3WAAAAAAIDr/ JhAAKBgAQAECoMn//kUybCYQACgYAEABAiUA//7xcwWIAC7mYAAAACYQACgYAEABAqDJ//5FMmwC AQCgyUUybL/DIUsxmwgAVgAAAFYAAAAzM/9FMmwADgx0l3iG3WAAAAAAIDr//oAAAAAAAAACDgz/ /nSXeP8CAAAAAAAAAAAAAf9FMmyHAIPsAAAAACYQACgYAEABAqDJ//5FMmwBAQAODHSXeL/DIUs+ mwgAVgAAAFYAAAAADgx0l3gAoMlFMmyG3WAAAAAAIDr//oAAAAAAAAACoMn//kUybP6AAAAAAAAA Ag4M//50l3iIAP53YAAAACYQACgYAEABAqDJ//5FMmwCAQCgyUUybL/DIUsTnAgArgAAAK4AAAAA oMlFMmwADgx0l3iG3WAAAAAAeDr//oAAAAAAAAACDgz//nSXeCYQACgYAEABAqDJ//5FMmyJANHN AAAAACYQACgYAEABAiUA//7xcwUmEAAoGABAAQIlAP/+8XMFBAoAAAAAAABgAAAAACA6/iYQACgY AEABAqDJ//5FMmwmEAAoGABAAQIlAP/+8XMFiAAu5mAAAAAmEAAoGABAAQKgyf/+RTJsAgEAoMlF Mmw= --Apple-Mail-7-876888700-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 11 05:14:17 2009 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 3D61B1065670; Fri, 11 Dec 2009 05:14:17 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id DBB0B8FC0C; Fri, 11 Dec 2009 05:14:16 +0000 (UTC) Received: from webmail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id nBB5DkWx075647; Thu, 10 Dec 2009 21:13:52 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net ([64.81.172.194]) (Local authenticated user inf0s) by webmail.1command.com with HTTP; Thu, 10 Dec 2009 21:14:15 -0800 (PST) Message-ID: In-Reply-To: <200912100848.31916.jhb@freebsd.org> References: <30f6a6b39e2bdbf45c8ce69ee593831a.HRCIM@webmail.1command.com> <200912090950.37686.jhb@freebsd.org> <101228207f5fbe0513b5b034d15b8ab7.HRCIM@webmail.1command.com> <200912100848.31916.jhb@freebsd.org> Date: Thu, 10 Dec 2009 21:14:15 -0800 (PST) From: "Chris H" To: freebsd-stable@freebsd.org User-Agent: HRC Internet Messaging/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit Cc: John Baldwin Subject: Re: ACPI Error: A valid RSDP was not found 20090521 tbxfroot-309 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2009 05:14:17 -0000 Hello, and thank you very much for your reply. On Thu, December 10, 2009 5:48 am, John Baldwin wrote: > On Wednesday 09 December 2009 8:52:06 pm Chris H wrote: > >> On Wed, December 9, 2009 6:50 am, John Baldwin wrote: >> >>> On Tuesday 08 December 2009 7:06:18 pm Chris H wrote: >>> >>> >>>> Greetings, >>>> I am receiving the following in dmesg (verbose) during boot in 8-RELEASE >>>> (GENERIC) >>>> cvsuped 2009-12-08 @1am: ACPI Error: A valid RSDP was not found 20090521 >>>> tbxfroot-309 >>>> >>>> As I create the KERNCONF for this machine, I want to confirm that this >>>> message is caused by the fact that APM is shut off in the BIOS, and won't >>>> cause any averse problems. We're having issues with "timeout" errors on >>>> some 50 TYAN server MB's >>>> since 7-RELEASE regarding the disk media (no matter how many different >>>> drives we use). So as I attempt to create a STABLE - in the sense that the >>>> servers are reliable, I want to eliminate any potential issues. >>>> >>>> more (informational) "noise" follows: >>> >>> You can ignore the message, I do think it is due to disabling ACPI in your >>> BIOS. Do you have problems when ACPI is enabled? ACPI is generally going >>> to be more reliable than !ACPI in the future as it seems many BIOS vendors >>> no longer test the !ACPI case as much (e.g. I've seen Intel motherboards >>> with incomplete or incorrect MP Tables because no commercial OS uses the MP >>> Table anymore). >>> >> >> Hello, and thank you very much for your reply. >> So the message is simply "informative" - good to know. >> As to the ACPI. Closer examination seemed to indicate the BIOS was incomplete. >> While I could have flashed it, assuming that it 1) would have all current >> updates 2) it would then also be complete >> I opted to simply take another new board off the shelf and try again. This >> time, taking your advice, and /enabling/ full ACPI. I performed an install, >> and just now cvsupped src && ports. It's in the process of building >> world/kernel as I write this reply. Hope all turns out well - "Fingers >> crossed". :) > > Ok. > FreeBSD 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu Dec 10 01:10:25 PST 2009 i386 All completed as intended. only 1 timeout error at the /very/ beginning. Which was very short, and recovered immediately. > >> If you (or anyone else) can tell me... >> I have had issues with periodic "timeouts" with disks (SCSI,ATA && CD/DVD >> ROMS) >> ever since late 6. After experimenting with /many/ kernels. I'm left with the >> suspicion the it has to do with SCHED_4BSD vs. SCHED_ULE. In other words, >> ever since SCHED_ULE became default/preferred most of the PIII based boards >> have exhibited this anomaly. Often the "retries" aren't exhausted, and they >> recover. But many times they don't which will lead to freeze that requires >> "bouncing" the >> machine, and performing FSCK(8). I haven't seen anything in UPDATING. But >> wonder; should I assume that anything in the PIII category /requires/ >> SCHED_4BSD. Or >> would it be better to tune a kernel via SYSCTL(8)? > > Hmmm, there isn't anything CPU-specific in ULE vs 4BSD, and I would expect > ULE to work fine on a PIII. I would generally expect device timeouts to be > more of a driver issue than a scheduler issue. > Ahh, I see. Good to know. I'm not sure where to try and "tune" things in this regard. I can say that the timeouts /only/ occur during writes, and even then, only during "bursts" of large, or many writes. Example output emitted from one of the drives: (da1:ahc0:0:2:0): Request Requeued (da1:ahc0:0:2:0): Retrying Command (da1:ahc0:0:2:0): Request Requeued (da1:ahc0:0:2:0): Retrying Command (da1:ahc0:0:2:0): Request Requeued (da1:ahc0:0:2:0): Retrying Command (da1:ahc0:0:2:0): Request Requeued (da1:ahc0:0:2:0): Retrying Command (da1:ahc0:0:2:0): Queue Full (da1:ahc0:0:2:0): Retrying Command (da1:ahc0:0:2:0): tagged openings now 64 While this new install seems to be better that previous installs in this regard. I experimented with several drives on this board. ATA disks seemed to be more problematic than SCSI. So I opted to only use SCSI drives on this board with the exception of 1 DVDRW, and 1 CDROM - each as master on ports 0, and 1. I should probably mention that the SCSI ports are driven by Adaptec onboard controllers . The Drives were both "blanked" (formatted) using the format utility provided in the Adaptec BIOS. There were no errors indicated, and there was no indication of excessive re-mapping of sectors indicative of old/tired drives. Both drives are of equal speed, and are of the same manufacturer: Fixed Direct Access SCSI-2 device Serial Number RD2L5450 80.000MB/s transfers Fixed Direct Access SCSI-3 device Serial Number AKL08764 80.000MB/s transfers Thank you again for all your time and consideration. --Chris H > -- > John Baldwin > > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 11 06:31:14 2009 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 94674106566B; Fri, 11 Dec 2009 06:31:14 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 741D18FC15; Fri, 11 Dec 2009 06:31:14 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id nBB6VBZo019086; Thu, 10 Dec 2009 22:31:11 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 10 Dec 2009 22:31:05 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: proxy arp and MPD in RELENG_8 Thread-Index: Acp5AhLwoLcF7RFeT2m36nkZODvShQACLDPEAEdhiuA= References: <1005992950.59541.1260385306946.JavaMail.apache@mail53.abv.bg> From: "Li, Qing" To: "Li, Qing" , "Mario Pavlov" , , Cc: Subject: RE: proxy arp and MPD in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2009 06:31:14 -0000 Hi, I think I managed to reproduce this issue. The root cause appears to be the SIN_PROXY usage, which is no longer part of any routing entry after the L2/L3 rewrite. As such, the RTM_GET command should be issued once in the ARP utility, not twice.=20 In addition, since ARP does not apply to PPP link type, the=20 prefix route of the local end point needs to be returned in order for the subsequent RTM_ADD command to succeed. I need to update the routing code a bit more to properly handle such proxy-arp scenario. In the meantime, please try a hack at http://people.freebsd.org/~qingli/ppp-patch.diff and let me know how it works out for you. The hack appears to work in my test environment. I need just a bit more time to work out the permanent solution in the kernel routing code, as well as the utilities in the userland. -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Li, Qing > Sent: Wednesday, December 09, 2009 12:04 PM > To: Mario Pavlov; freebsd-stable@freebsd.org; freebsd- > current@freebsd.org > Subject: RE: proxy arp and MPD in RELENG_8 >=20 >=20 > Let me look into this issue and work with you offline. >=20 > I have been quite busy with day job and just starting to slowly > resume my FreeBSD work. >=20 > -- Qing >=20 >=20 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org on behalf of Mario Pavlov > Sent: Wed 12/9/2009 11:01 AM > To: freebsd-stable@freebsd.org; freebsd-current@freebsd.org > Subject: proxy arp and MPD in RELENG_8 >=20 >=20 > Hi, > some time ago I noticed that there's a problem with the new arp > implementation - proxy arp was somehow not working when mpd is involved. > I decided to try this out again assuming it was fixed for the > release...unfortunately the problem is still there... > Here are the last few lines of the mpd output: >=20 >=20 > [B-1] IPCP: state change Ack-Rcvd --> Opened > [B-1] IPCP: LayerUp > [B-1] 192.168.10.1 -> 192.168.10.50 > [B-1] IFACE: Connecting tcpmssfix > [B-1] IFACE: Add address 192.168.10.1/32->192.168.10.50 to ng0 > [B-1] exec: /usr/sbin/arp -S 192.168.10.50 0:e0:28:62:e:9 pub > [B-1] system: command "/usr/sbin/arp" returned 256 > [B-1] IFACE: Up event > [B-1] IFACE: idle-timeout: 1800 seconds > [B-1] IFACE: Change interface flags: -0 +1 >=20 >=20 > there this is mpd.conf: >=20 >=20 > startup: >=20 > default: > load pptp_server >=20 > pptp_server: >=20 > set ippool add pool1 192.168.10.50 192.168.10.99 >=20 > create bundle template B > set iface enable proxy-arp > log +iface2 > set iface idle 1800 > set iface enable tcpmssfix > set ipcp yes vjcomp > set ipcp ranges 192.168.10.1/32 ippool pool1 > set ipcp dns 192.168.10.1 > set bundle enable compression > set ccp yes mppc > set mppc yes e40 > set mppc yes e128 > set mppc yes stateless >=20 > create link template L pptp > set link action bundle B > set link enable multilink > set link yes acfcomp protocomp > set link no pap chap > set link enable chap > set link keep-alive 10 60 > set link mtu 1460 > set pptp self pub.ip.add.res > set link enable incoming >=20 >=20 > this is probably the most common VPN setup and it was working fine with > 7.2-STABLE but after I upgraded to 8-STABLE it broke up... > Is there a workaround or a plan to fix this? Or should I just go back > to RELENG_7? >=20 > thank you. >=20 > P.S. this is discussed in the forums as well: > http://forums.freebsd.org/showthread.php?t=3D8427 >=20 > ----------------------------------------------------------------- > ???????? ? ?????? ???????? ?? iZone.bg ? ??????? ???? ?? 5?? ??????? > Acer! > http://www.izone.bg/6/index.html > _______________________________________________ > 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" >=20 > _______________________________________________ > 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" From owner-freebsd-stable@FreeBSD.ORG Fri Dec 11 07:47:20 2009 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 CF725106566B for ; Fri, 11 Dec 2009 07:47:20 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 8498C8FC08 for ; Fri, 11 Dec 2009 07:47:20 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1NJ0De-000Mn5-H7; Fri, 11 Dec 2009 09:47:18 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Jim Pingle In-reply-to: Your message of Thu, 10 Dec 2009 08:09:01 -0500 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Dec 2009 09:47:18 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: PCengines ALIX boot0sio serial input failes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2009 07:47:20 -0000 > On 12/10/2009 2:32 AM, Daniel Braniss wrote: > >> Which ALIX board exactly? There are some differences (even various BIOSes). > >> Any chance you have vga driver in kernel? TinyBIOS emulates VGA a bit, > >> redirects output to serial port. If at the beginning you are trying both VGA > >> and serial port, output is doubled. Similar behavior is observed on older > >> WRAP boards, too. > > > > I have tried ALIX-1 and 2 > > here is an example: > > > > PC Engines ALIX.3 v0.99h > > 640 KB Base Memory > > 261120 KB Extended Memory > > Waiting for HDD ... > > > > 01F0 Master 848A SanDisk SDCFH2-002G > > Phys C/H/S 3970/16/63 Log C/H/S 992/64/63 > > > > 1 FreeBSD > > 2 FreeBSD > > 3 FreeBSD > > > > 6 PXE > > Boot: 1 > > > > any key I hit, it echoes as # and is ignored. > > at this point the kernel is not yet involved, so having vga+kb support > > is not the reason, though I will try out the alix-3, which has vga support, and > > a different BIOS soon. i have now, and the results are: - serial works - bios boot skips boot0, and goes straight to boot slice 1. The good side is that PXE boot works, but switching to boot from disk is a pain, on other systems, hitting ^C at the dhcp will stop it, and the boot will continue from disk, which if fails (forgot some critical setup :-), reboot, fix, boot ^C ... > > A lot of users have seen that happen, but typically it has been cleared > up by using ALIX BIOS v0.99h, which that box already appears to have, > and setting the BIOS for CHS mode. > > I haven't tried any of the ALIX models with VGA, but I have heard they > are working as long as you set the BIOS for APM power management. it's actualy setting Power Management to anything but ACPI. > (See > the previous -STABLE thread titled "8.0-rc2 dropped hardsupport". > > Jim cheers, danny From owner-freebsd-stable@FreeBSD.ORG Fri Dec 11 09:26:45 2009 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 0BF35106568B for ; Fri, 11 Dec 2009 09:26:45 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from thoth.sbs.de (thoth.sbs.de [192.35.17.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3E07D8FC12 for ; Fri, 11 Dec 2009 09:26:43 +0000 (UTC) Received: from mail1.siemens.de (localhost [127.0.0.1]) by thoth.sbs.de (8.12.11.20060308/8.12.11) with ESMTP id nBB9Qg4n018358; Fri, 11 Dec 2009 10:26:42 +0100 Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.40.130]) by mail1.siemens.de (8.12.11.20060308/8.12.11) with ESMTP id nBB9Qgf0014828; Fri, 11 Dec 2009 10:26:42 +0100 Received: (from localhost) by curry.mchp.siemens.de (8.14.3/8.14.3) id nBB9Qg1J094580; Date: Fri, 11 Dec 2009 10:26:42 +0100 From: Andre Albsmeier To: Jack Vogel Message-ID: <20091211092642.GA37224@curry.mchp.siemens.de> References: <200911182130.nAILUJCR089766@lava.sentex.ca> <2a41acea0911181629r4eb1a199we28a94a82ec67cf@mail.gmail.com> <200911191658.nAJGwnp0096685@lava.sentex.ca> <2a41acea0911190927u1c90fa6cpe965f072a3339299@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0911190927u1c90fa6cpe965f072a3339299@mail.gmail.com> X-Echelon: X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: bug with some em nics 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: Fri, 11 Dec 2009 09:26:45 -0000 On Thu, 19-Nov-2009 at 09:27:36 -0800, Jack Vogel wrote: > Cool, so stable/7 will just need to be updated :) I need to catch up all the Hi Jack, has this been done already? I am asking since I have problem which might be related to this: A FreeBSD-7.2 machine (Sat Nov 28 12:28:42 CET 2009) with an 'Intel PRO/1000 PL Network Adaptor (82573L)' NIC that is connected directly (through a crossover cable) to a satellite dish receiver. When the receiver has booted, I can't ping it from the FreeBSD box: gate:~>ping db PING dreambox.home.albsmeier.net (192.168.128.66): 56 data bytes ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ^C I have to do an "ifconfig em0 down up" on the FreeBSD box and all is well (pinging and transferring files) until the receiver has been shut down and rebooted again. This setup worked without problems under 6.4-STABLE so I am pretty sure it has something to do with 7-STABLE's em drivers. Thanks, -Andre > > drivers in that stream actually. > > Thanks for testing!! > > Jack > > > On Thu, Nov 19, 2009 at 8:58 AM, Mike Tancsa wrote: > > > At 07:29 PM 11/18/2009, Jack Vogel wrote: > > > >> Hey Mike, > >> > >> Can you check if you see the same behavior on RELENG 8? > >> > > > > For RELENG_8. I installed an fxp card and netbooted off it. > > > > I assigned an IP address to the onboard nic (em5). Pinged itself, got a MAC > > and response. Plugged in the cable, pinged the other side, all ok > > > > Did the same, but pinged the other side, and plugged the cable in, all > > worked as expected. > > # ping 10.177.194.18 > > PING 10.177.194.18 (10.177.194.18): 56 data bytes > > ping: sendto: Host is down > > ping: sendto: Host is down > > ping: sendto: Host is down > > 64 bytes from 10.177.194.18: icmp_seq=30 ttl=64 time=1329.918 ms > > 64 bytes from 10.177.194.18: icmp_seq=31 ttl=64 time=324.925 ms > > 64 bytes from 10.177.194.18: icmp_seq=32 ttl=64 time=0.054 ms > > 64 bytes from 10.177.194.18: icmp_seq=33 ttl=64 time=0.055 ms > > 64 bytes from 10.177.194.18: icmp_seq=34 ttl=64 time=0.047 ms > > 64 bytes from 10.177.194.18: icmp_seq=35 ttl=64 time=0.050 ms > > 64 bytes from 10.177.194.18: icmp_seq=36 ttl=64 time=0.047 ms > > 64 bytes from 10.177.194.18: icmp_seq=37 ttl=64 time=0.049 ms > > 64 bytes from 10.177.194.18: icmp_seq=38 ttl=64 time=0.043 ms > > > > > > em4: port 0xcc00-0xcc1f mem > > 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci6 > > > > em4: Using MSIX interrupts > > em4: [ITHREAD] > > em4: [ITHREAD] > > em4: [ITHREAD] > > em4: Ethernet address: 00:30:48:d6:ef:12 > > pcib7: irq 16 at device 28.1 on pci0 > > pci7: on pcib7 > > em5: port 0xdc00-0xdc1f mem > > 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 17 at device 0.0 on pci7 > > > > em5: Using MSIX interrupts > > em5: [ITHREAD] > > em5: [ITHREAD] > > em5: [ITHREAD] > > em5: Ethernet address: 00:30:48:d6:ef:13 > > > > So the problem is _not_ there under RELENG_8. I also tested the 2 PCIe > > nics to make sure they are still working, and they are. > > > > Full dmesg below > > > > opyright (c) 1992-2009 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 8.0-RC2 #0: Wed Nov 11 09:54:52 EST 2009 > > mdtancsa@ich10.sentex.ca:/usr/obj/usr/src/sys/alix i386 > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2660.00-MHz 686-class > > CPU) > > Origin = "GenuineIntel" Id = 0x106a5 Stepping = 5 > > > > Features=0xbfebfbff > > > > Features2=0x98e3bd > > AMD Features=0x28100000 > > AMD Features2=0x1 > > TSC: P-state invariant > > real memory = 6446645248 (6148 MB) > > avail memory = 3137355776 (2992 MB) > > ACPI APIC Table: <011209 APIC2037> > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > > FreeBSD/SMP: 1 package(s) x 4 core(s) > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 2 > > cpu2 (AP): APIC ID: 4 > > cpu3 (AP): APIC ID: 6 > > ioapic0: Changing APIC ID to 1 > > ioapic0 irqs 0-23 on motherboard > > kbd1 at kbdmux0 > > cryptosoft0: on motherboard > > acpi0: <011209 XSDT2037> on motherboard > > acpi0: [ITHREAD] > > acpi0: Power Button (fixed) > > acpi0: reservation of 0, a0000 (3) failed > > acpi0: reservation of 100000, bff00000 (3) failed > > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: at device 1.0 on pci0 > > pci1: on pcib1 > > em0: port 0xac00-0xac1f mem > > 0xface0000-0xfacfffff,0xfacc0000-0xfacdffff irq 16 at device 0.0 on pci1 > > > > em0: Using MSI interrupt > > em0: [FILTER] > > em0: Ethernet address: 00:15:17:78:e6:e0 > > em1: port 0xa880-0xa89f mem > > 0xfac80000-0xfac9ffff,0xfac60000-0xfac7ffff irq 17 at device 0.1 on pci1 > > > > em1: Using MSI interrupt > > em1: [FILTER] > > em1: Ethernet address: 00:15:17:78:e6:e1 > > pcib2: at device 3.0 on pci0 > > pci2: on pcib2 > > pcib3: at device 5.0 on pci0 > > pci3: on pcib3 > > em2: port 0xbc00-0xbc1f mem > > 0xfade0000-0xfadfffff,0xfadc0000-0xfaddffff irq 16 at device 0.0 on pci3 > > > > em2: Using MSI interrupt > > em2: [FILTER] > > em2: Ethernet address: 00:15:17:cf:26:de > > em3: port 0xb880-0xb89f mem > > 0xfad80000-0xfad9ffff,0xfad60000-0xfad7ffff irq 17 at device 0.1 on pci3 > > > > em3: Using MSI interrupt > > em3: [FILTER] > > em3: Ethernet address: 00:15:17:cf:26:df > > pcib4: at device 7.0 on pci0 > > pci4: on pcib4 > > pcib5: at device 9.0 on pci0 > > pci5: on pcib5 > > pci0: at device 16.0 (no driver > > attached) > > pci0: at device 16.1 (no driver > > attached) > > pci0: at device 20.0 (no driver > > attached) > > pci0: at device 20.1 (no driver > > attached) > > pci0: at device 20.2 (no driver > > attached) > > pci0: at device 20.3 (no driver > > attached) > > pci0: at device 22.0 (no driver attached) > > pci0: at device 22.1 (no driver attached) > > pci0: at device 22.2 (no driver attached) > > pci0: at device 22.3 (no driver attached) > > pci0: at device 22.4 (no driver attached) > > pci0: at device 22.5 (no driver attached) > > pci0: at device 22.6 (no driver attached) > > pci0: at device 22.7 (no driver attached) > > uhci0: port 0x9c00-0x9c1f irq 16 at device > > 26.0 on pci0 > > uhci0: [ITHREAD] > > uhci0: LegSup = 0x2f00 > > usbus0: on uhci0 > > uhci1: port 0x9880-0x989f irq 21 at device > > 26.1 on pci0 > > uhci1: [ITHREAD] > > uhci1: LegSup = 0x2f00 > > usbus1: on uhci1 > > uhci2: port 0x9800-0x981f irq 19 at device > > 26.2 on pci0 > > uhci2: [ITHREAD] > > uhci2: LegSup = 0x2f00 > > usbus2: on uhci2 > > ehci0: mem 0xfabde000-0xfabde3ff irq 18 > > at device 26.7 on pci0 > > ehci0: [ITHREAD] > > usbus3: EHCI version 1.0 > > usbus3: on ehci0 > > pcib6: irq 17 at device 28.0 on pci0 > > pci6: on pcib6 > > em4: port 0xcc00-0xcc1f mem > > 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci6 > > > > em4: Using MSIX interrupts > > em4: [ITHREAD] > > em4: [ITHREAD] > > em4: [ITHREAD] > > em4: Ethernet address: 00:30:48:d6:ef:12 > > pcib7: irq 16 at device 28.1 on pci0 > > pci7: on pcib7 > > em5: port 0xdc00-0xdc1f mem > > 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 17 at device 0.0 on pci7 > > > > em5: Using MSIX interrupts > > em5: [ITHREAD] > > em5: [ITHREAD] > > em5: [ITHREAD] > > em5: Ethernet address: 00:30:48:d6:ef:13 > > uhci3: port 0x9480-0x949f irq 23 at device > > 29.0 on pci0 > > uhci3: [ITHREAD] > > uhci3: LegSup = 0x2f00 > > usbus4: on uhci3 > > uhci4: port 0x9400-0x941f irq 19 at device > > 29.1 on pci0 > > uhci4: [ITHREAD] > > uhci4: LegSup = 0x2f00 > > usbus5: on uhci4 > > uhci5: port 0x9080-0x909f irq 18 at device > > 29.2 on pci0 > > uhci5: [ITHREAD] > > uhci5: LegSup = 0x2f00 > > usbus6: on uhci5 > > ehci1: mem 0xfabdc000-0xfabdc3ff irq 23 > > at device 29.7 on pci0 > > ehci1: [ITHREAD] > > usbus7: EHCI version 1.0 > > usbus7: on ehci1 > > pcib8: at device 30.0 on pci0 > > pci8: on pcib8 > > fxp0: port 0xec00-0xec3f mem > > 0xfbefe000-0xfbefefff,0xfbec0000-0xfbedffff irq 17 at device 1.0 on pci8 > > miibus0: on fxp0 > > inphy0: PHY 1 on miibus0 > > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp0: Ethernet address: 00:02:b3:5d:ca:ce > > fxp0: [ITHREAD] > > vgapci0: mem > > 0xf9800000-0xf9ffffff,0xfbef8000-0xfbefbfff,0xfb000000-0xfb7fffff irq 17 at > > device 4.0 on pci8 > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci0: port > > 0x9000-0x9007,0x8c00-0x8c03,0x8880-0x8887,0x8800-0x8803,0x8480-0x848f,0x8400-0x840f > > irq 19 at device 31.2 on pci0 > > atapci0: [ITHREAD] > > ata2: on atapci0 > > ata2: [ITHREAD] > > ata3: on atapci0 > > ata3: [ITHREAD] > > pci0: at device 31.3 (no driver attached) > > atapci1: port > > 0x8000-0x8007,0x7c00-0x7c03,0x7880-0x7887,0x7800-0x7803,0x7480-0x748f,0x7400-0x740f > > irq 19 at device 31.5 on pci0 > > atapci1: [ITHREAD] > > ata4: on atapci1 > > ata4: [ITHREAD] > > ata5: on atapci1 > > ata5: [ITHREAD] > > acpi_button0: on acpi0 > > atrtc0: port 0x70-0x71 irq 8 on acpi0 > > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > > uart0: [FILTER] > > uart0: console (38400,n,8,1) > > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > > uart1: [FILTER] > > uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 on acpi0 > > uart2: [FILTER] > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > atkbd0: [ITHREAD] > > cpu0: on acpi0 > > ACPI Warning: Incorrect checksum in table [OEMB] - 8A, should be 87 > > 20090521 tbutils-275 > > est0: on cpu0 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 14 > > device_attach: est0 attach returned 6 > > p4tcc0: on cpu0 > > cpu1: on acpi0 > > est1: on cpu1 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 14 > > device_attach: est1 attach returned 6 > > p4tcc1: on cpu1 > > cpu2: on acpi0 > > est2: on cpu2 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 14 > > device_attach: est2 attach returned 6 > > p4tcc2: on cpu2 > > cpu3: on acpi0 > > est3: on cpu3 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 14 > > device_attach: est3 attach returned 6 > > p4tcc3: on cpu3 > > pmtimer0 on isa0 > > orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc97ff pnpid > > ORM0000 on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x100> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > > ata0: [ITHREAD] > > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > > ata1: [ITHREAD] > > Timecounters tick every 1.000 msec > > IPsec: Initialized Security Association Processing. > > usbus0: 12Mbps Full Speed USB v1.0 > > usbus1: 12Mbps Full Speed USB v1.0 > > usbus2: 12Mbps Full Speed USB v1.0 > > usbus3: 480Mbps High Speed USB v2.0 > > usbus4: 12Mbps Full Speed USB v1.0 > > usbus5: 12Mbps Full Speed USB v1.0 > > usbus6: 12Mbps Full Speed USB v1.0 > > usbus7: 480Mbps High Speed USB v2.0 > > SMP: AP CPU #1 Launched! > > SMP: AP CPU #2 Launched! > > SMP: AP CPU #3 Launched! > > ugen1.1: at usbus1ugen0.1: at usbus0Root mount waiting > > for:ugen2.1: at usbus2 > > > > > > usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 > > uhub0: on usbus0 > > ugen3.1: at usbus3uhub1: > > on usbus2 > > uhub2: on usbus1 > > uhub3: on usbus3 > > ugen4.1: at usbus4ugen5.1: at usbus5ugen7.1: at > > usbus7ugen6.1: at usbus6 > > uhub4: > > on usbus4 > > > > uhub5: > > on usbus5 > > uhub6: on usbus6 > > uhub7: on usbus7 > > uhub0: 2 ports with 2 removable, self powered > > uhub1: 2 ports with 2 removable, self powered > > uhub2: 2 ports with 2 removable, self powered > > uhub4: 2 ports with 2 removable, self powered > > uhub5: 2 ports with 2 removable, self powered > > uhub6: 2 ports with 2 removable, self powered > > Root mount waiting for: usbus7 usbus3 > > Root mount waiting for: usbus7 usbus3 > > uhub3: 6 ports with 6 removable, self powered > > uhub7: 6 ports with 6 removable, self powered > > Trying to mount root from nfs:10.255.255.1:/home/pxe > > NFS ROOT: 10.255.255.1:/usr/home/pxe/ > > > > > > ---Mike > > > > > > -------------------------------------------------------------------- > > Mike Tancsa, tel +1 519 651 3400 > > Sentex Communications, mike@sentex.net > > Providing Internet since 1994 www.sentex.net > > Cambridge, Ontario Canada www.sentex.net/mike > > > > > _______________________________________________ > 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" -- Windows NT Multitasking: Messing up several things at once. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 11 14:42:53 2009 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 A43781065670 for ; Fri, 11 Dec 2009 14:42:53 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 4BB568FC1A for ; Fri, 11 Dec 2009 14:42:53 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 100531CC9F; Fri, 11 Dec 2009 15:42:52 +0100 (CET) Date: Fri, 11 Dec 2009 15:42:52 +0100 From: Ed Schouten To: petefrench@ticketswitch.com Message-ID: <20091211144252.GL64905@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GhoPB+gRqSDwYVZY" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: cannot alter 'to' addess in email on 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2009 14:42:53 -0000 --GhoPB+gRqSDwYVZY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Pete, According to jilles@ this seems to because the new TTY code lacks an implementation of TIOCSTI (simulate keyboard input -- yuck). Could you try the following patch, please? http://80386.nl/pub/tty.diff Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --GhoPB+gRqSDwYVZY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksiWmsACgkQ52SDGA2eCwX56gCdF1GvTF5Fiz4PQi7Jim+wDMf8 sH8AnixBFPG2NVmXohoWIdRbkNcnkkbb =TV87 -----END PGP SIGNATURE----- --GhoPB+gRqSDwYVZY-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 11 17:00:39 2009 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 8C490106568D; Fri, 11 Dec 2009 17:00:39 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id EED808FC14; Fri, 11 Dec 2009 17:00:38 +0000 (UTC) Received: by bwz5 with SMTP id 5so777394bwz.3 for ; Fri, 11 Dec 2009 09:00:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=/7/WL/1GPcfFXFFHsVbMiPWAclIT/D4f23EQ3pWiqGs=; b=GEH++SL091TfSiEHez7QgseG6J9u7NP/CmXkpyI3k/WUgVy5sVUwzHAXx+mH1T9E8d RxF6BczRx5CEoprs0E6/vjhvDLEFonL/NpwUG4p1SGSDwI8cv/XNJeOKUSQydA5qsrmG owUlAptHJ6qiC8tJt3zJCmrhjG8UVXf3O06/Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=dySejVXkd3A24/Bwo2ejxrDk7dXt9wAulOkO6O5Av3kIpD/O643VpwOnQ1EmU2V/Ce QKFJXQA+sz+WQujFQBt40K8JWALunlhlyDtcyj4EYtf6ltxwt4UQTPv0rBmSmwVwOshR HRMsxFMM+wD/PNGoWFmGpf5amOhr/063/0r3k= MIME-Version: 1.0 Received: by 10.204.36.194 with SMTP id u2mr928168bkd.138.1260550837660; Fri, 11 Dec 2009 09:00:37 -0800 (PST) Date: Fri, 11 Dec 2009 20:00:37 +0300 Message-ID: From: pluknet To: Alexander Motin , freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: ahcich0 issues in VB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2009 17:00:39 -0000 Hi. There are two issues on RELENG_8 running in VirtualBox with ahci_load="YES". Transcribed manually (btw, smbd knows how can I get this via clipboard?). 1. Slightly older RELENG_8 (from 27 Nov or so). ahcich0: Timeout on slot 22 ahcich0: is 00000000 cs 003ffffc ss ffffffff rs ffffffff tfd 50 serr 00000000 while portsnap update, then most processes stuck in [getblk] Jump to ddb manually, bt: sched_switch mi_switch sleepq_switch sleepq_wait __lockmgr_args getblk breadn bread ffs_update ufs_inactive VOP_INACTIVE_APV vinactive vrele fdfree exit1 sys_exit syscall 2. RELENG_8 csuped from yesterday: the problem appears during boot. [...] Waiting 5 seconds for SCSI devices to settle em0: link state changed to UP ahcich0: Poll error on slot 0, TFD: 0131 ROOT MOUNT ERROR: If you have valid mount options, reboot and first try the following from the loader prompt: set vfs.root.mountfrom.options=rw [...beyond as usual when kernel can't found a boot disk..] -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Dec 11 18:44:09 2009 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 2DD52106566C for ; Fri, 11 Dec 2009 18:44:09 +0000 (UTC) (envelope-from gmiller@classic-games.com) Received: from fmailhost03.isp.att.net (fmailhost03.isp.att.net [207.115.11.53]) by mx1.freebsd.org (Postfix) with ESMTP id F02CB8FC12 for ; Fri, 11 Dec 2009 18:44:08 +0000 (UTC) Received: from [65.7.37.5] (host-65-7-37-5.mem.bellsouth.net?[65.7.37.5]) by isp.att.net (frfwmhc03) with ESMTP id <20091211184403H03000sqq0e>; Fri, 11 Dec 2009 18:44:05 +0000 X-Originating-IP: [65.7.37.5] Message-ID: <4B2292F5.1030604@classic-games.com> Date: Fri, 11 Dec 2009 12:44:05 -0600 From: Greg Miller User-Agent: Thunderbird 2.0.0.23 (X11/20090831) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <9bbcef730910130633w150571a0k461fb4e67a51fb1d@mail.gmail.com> <9bbcef730910131057i71db846et1f0d4aeadef5e302@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Extreme console latency during disk IO (8.0-RC1, previous releases also affected according to others) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2009 18:44:09 -0000 Ivan Voras wrote: > Ivan Voras wrote: > >> Another data point - the OS in the VM in question hanged today >> sometime after 5 AM in the following way: >> >> * console nonresponsive (also to ctrl-alt-del) >> * ssh login nonresponsive (timeout) >> * ping works (!) >> >> Judging by the last seen timestamp, the machine should have been in >> the process of receiving rsync backups - so IO-bound. > > It looks like something really could be fishy in this area, at least > with VMWare. The same thing happened again, and I have an additional > data point: I left 'top' running on the console and when I attached the > VMWare console to the VM, the top was still running ok, but as soon as I > hit a key on the keyboard, the OS console locked up. All other symptoms > were as I enumerated above. A buildworld is enough to kill the console for me under QEMU on a slow Windows host. Never seen problems with a native install of FreeBSD, though. -- http://www.velocityvector.com/ | http://www.classic-games.com/ Any government that can give you everything you want can take everything you have. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 11 19:28:23 2009 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 1DB531065670 for ; Fri, 11 Dec 2009 19:28:23 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id B435F8FC12 for ; Fri, 11 Dec 2009 19:28:22 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nBBJSJAK005583 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 11 Dec 2009 20:28:20 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) From: Stefan Bethke Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 11 Dec 2009 20:28:19 +0100 Message-Id: <36AED70D-52B8-47AD-8E6A-C21402D42151@lassitu.de> To: FreeBSD Stable Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Subject: panic on zfs unmount X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Dec 2009 19:28:23 -0000 I still sometimes get the "lost" .zfs/snapshot directory, with resulting = panic, and it just happened again. I have the full crash dump, if = anyone wants to look at details. # cd /jail/foo/.zfs # ls ls: snapshot: Bad file descriptor # cd # zfs umount tank/jail/foo Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0xa8 fault code =3D supervisor write data, page not present instruction pointer =3D 0x20:0xffffffff8033fac5 stack pointer =3D 0x28:0xffffff80626cf9d0 frame pointer =3D 0x28:0xffffff80626cf9e0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 38362 (zfs) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 7d3h33m46s Physical memory: 3313 MB #0 doadump () at pcpu.h:223 223 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff80337bd9 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xffffffff8033802c in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xffffffff805cc2ad in trap_fatal (frame=3D0xc, eva=3DVariable "eva" = is not available. ) at /usr/src/sys/amd64/amd64/trap.c:857 #4 0xffffffff805cc694 in trap_pfault (frame=3D0xffffff80626cf920, = usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:773 #5 0xffffffff805cd06a in trap (frame=3D0xffffff80626cf920) at /usr/src/sys/amd64/amd64/trap.c:499 #6 0xffffffff805b2943 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #7 0xffffffff8033fac5 in _sx_xlock (sx=3D0x90, opts=3D0,=20 file=3D0xffffffff80ac1d30 = "/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs= /zfs_ctldir.c", line=3D1349) at atomic.h:158 #8 0xffffffff80a53b85 in zfsctl_umount_snapshots (vfsp=3DVariable = "vfsp" is not available. ) at = /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/= zfs_ctldir.c:1349 #9 0xffffffff80a604f9 in zfs_umount (vfsp=3D0xffffff00017518d0, = fflag=3D0) at = /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/= zfs_vfsops.c:1020 #10 0xffffffff803c080a in dounmount (mp=3D0xffffff00017518d0, flags=3D0, = td=3DVariable "td" is not available. ) at /usr/src/sys/kern/vfs_mount.c:1294 #11 0xffffffff803c1038 in unmount (td=3D0xffffff002ed50720,=20 uap=3D0xffffff80626cfbf0) at /usr/src/sys/kern/vfs_mount.c:1179 #12 0xffffffff805cc906 in syscall (frame=3D0xffffff80626cfc80) at /usr/src/sys/amd64/amd64/trap.c:989 #13 0xffffffff805b2c21 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:373 #14 0x0000000800f4ba4c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb)=20 --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 06:09:25 2009 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 6DEC41065676; Sat, 12 Dec 2009 06:09:25 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 536068FC0A; Sat, 12 Dec 2009 06:09:24 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id nBC69MtT016035; Fri, 11 Dec 2009 22:09:22 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 11 Dec 2009 22:09:10 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: proxy arp and MPD in RELENG_8 Thread-Index: Acp5AhLwoLcF7RFeT2m36nkZODvShQACLDPEAEdhiuAAMg0+QA== References: <1005992950.59541.1260385306946.JavaMail.apache@mail53.abv.bg> From: "Li, Qing" To: "Mario Pavlov" , , Cc: Subject: RE: proxy arp and MPD in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 06:09:25 -0000 The patch is now available at http://people.freebsd.org/~qingli/PPP-Patch-2.diff You need to rebuild the kernel as well as the userland=20 "arp" utility. =20 I have performed various but limited unit testing, including simulating the reported PPP issue. The patch appears to be doing what it supports to. =20 Please give it a try and report back. Thanks, -- Qing > -----Original Message----- > From: Li, Qing > Sent: Thursday, December 10, 2009 10:31 PM > To: Li, Qing; Mario Pavlov; freebsd-stable@freebsd.org; freebsd- > current@freebsd.org > Subject: RE: proxy arp and MPD in RELENG_8 >=20 > Hi, >=20 > I think I managed to reproduce this issue. The root cause appears > to be the SIN_PROXY usage, which is no longer part of any routing > entry after the L2/L3 rewrite. As such, the RTM_GET command > should be issued once in the ARP utility, not twice. >=20 > In addition, since ARP does not apply to PPP link type, the > prefix route of the local end point needs to be returned > in order for the subsequent RTM_ADD command to succeed. > I need to update the routing code a bit more to properly > handle such proxy-arp scenario. >=20 > In the meantime, please try a hack at >=20 > http://people.freebsd.org/~qingli/ppp-patch.diff >=20 > and let me know how it works out for you. The hack appears > to work in my test environment. >=20 > I need just a bit more time to work out the permanent > solution in the kernel routing code, as well as the > utilities in the userland. >=20 > -- Qing >=20 >=20 > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > current@freebsd.org] On Behalf Of Li, Qing > > Sent: Wednesday, December 09, 2009 12:04 PM > > To: Mario Pavlov; freebsd-stable@freebsd.org; freebsd- > > current@freebsd.org > > Subject: RE: proxy arp and MPD in RELENG_8 > > > > > > Let me look into this issue and work with you offline. > > > > I have been quite busy with day job and just starting to slowly > > resume my FreeBSD work. > > > > -- Qing > > > > > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org on behalf of Mario Pavlov > > Sent: Wed 12/9/2009 11:01 AM > > To: freebsd-stable@freebsd.org; freebsd-current@freebsd.org > > Subject: proxy arp and MPD in RELENG_8 > > > > > > Hi, > > some time ago I noticed that there's a problem with the new arp > > implementation - proxy arp was somehow not working when mpd is > involved. > > I decided to try this out again assuming it was fixed for the > > release...unfortunately the problem is still there... > > Here are the last few lines of the mpd output: > > > > > > [B-1] IPCP: state change Ack-Rcvd --> Opened > > [B-1] IPCP: LayerUp > > [B-1] 192.168.10.1 -> 192.168.10.50 > > [B-1] IFACE: Connecting tcpmssfix > > [B-1] IFACE: Add address 192.168.10.1/32->192.168.10.50 to ng0 > > [B-1] exec: /usr/sbin/arp -S 192.168.10.50 0:e0:28:62:e:9 pub > > [B-1] system: command "/usr/sbin/arp" returned 256 > > [B-1] IFACE: Up event > > [B-1] IFACE: idle-timeout: 1800 seconds > > [B-1] IFACE: Change interface flags: -0 +1 > > > > > > there this is mpd.conf: > > > > > > startup: > > > > default: > > load pptp_server > > > > pptp_server: > > > > set ippool add pool1 192.168.10.50 192.168.10.99 > > > > create bundle template B > > set iface enable proxy-arp > > log +iface2 > > set iface idle 1800 > > set iface enable tcpmssfix > > set ipcp yes vjcomp > > set ipcp ranges 192.168.10.1/32 ippool pool1 > > set ipcp dns 192.168.10.1 > > set bundle enable compression > > set ccp yes mppc > > set mppc yes e40 > > set mppc yes e128 > > set mppc yes stateless > > > > create link template L pptp > > set link action bundle B > > set link enable multilink > > set link yes acfcomp protocomp > > set link no pap chap > > set link enable chap > > set link keep-alive 10 60 > > set link mtu 1460 > > set pptp self pub.ip.add.res > > set link enable incoming > > > > > > this is probably the most common VPN setup and it was working fine > with > > 7.2-STABLE but after I upgraded to 8-STABLE it broke up... > > Is there a workaround or a plan to fix this? Or should I just go back > > to RELENG_7? > > > > thank you. > > > > P.S. this is discussed in the forums as well: > > http://forums.freebsd.org/showthread.php?t=3D8427 > > > > ----------------------------------------------------------------- > > ???????? ? ?????? ???????? ?? iZone.bg ? ??????? ???? ?? 5?? ??????? > > Acer! > > http://www.izone.bg/6/index.html > > _______________________________________________ > > 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" > > > > _______________________________________________ > > 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" From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 11:11:16 2009 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 AFA87106568D; Sat, 12 Dec 2009 11:11:16 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 33CAA8FC0A; Sat, 12 Dec 2009 11:11:16 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nBCBBEOa091953 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 12 Dec 2009 12:11:15 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) From: Stefan Bethke Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 12 Dec 2009 12:11:13 +0100 Message-Id: To: FreeBSD Stable Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Cc: Alexander Motin Subject: ahci and ICH7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 11:11:16 -0000 After being very satisfied with ahci(4) on an Intel DG45FC (G45 chipset) = with 8-stable, I tried on a box with a Asus P-P5G41 (G41 chipset), but = ahci is not attaching. atapci continues to attach, and I'm wondering = whether I'm doing something wrong, the BIOS is misconfigured, or ahci = can't talk to ICH7-based AHCIs? I'm loading ahci from loader.conf. atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x81791043 = chip=3D0x27df8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) Ultra ATA Storage Controller' class =3D mass storage subclass =3D ATA atapci1@pci0:0:31:2: class=3D0x01018f card=3D0x81791043 = chip=3D0x27c08086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801GB/GR/GH (ICH7 Family) Serial ATA Storage = Controller' class =3D mass storage subclass =3D ATA atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x37 6,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port = 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb80f = irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ad4: 953869MB at ata2-master SATA150 Thanks, Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 11:11:40 2009 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 38F4A106566C; Sat, 12 Dec 2009 11:11:40 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id CB6808FC0A; Sat, 12 Dec 2009 11:11:39 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id A4C3178C4B; Sat, 12 Dec 2009 20:11:38 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id 6E67878C3B; Sat, 12 Dec 2009 20:11:37 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: Date: Sat, 12 Dec 2009 20:11:33 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: istgt-20091211 was committed to ports (net/istgt) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 11:11:40 -0000 Hi, all I released latest version of 0.2 branch. It's now in the ports tree. You can get with portsnap or other method. I also provide FreeNAS 0.7x updater. for more detail: (Japanese)http://shell.peach.ne.jp/aoyama/archives/641 (English)http://sourceforge.net/apps/phpbb/freenas/viewtopic.php?f=53&t=4854&start=10#p23770 If you use QueueDepth for ESX, recommend depth is more than 32. (below 20 except 0 is unsupported at this time) If your network card looks very slow, then try following setting: MaxBurstLength 65536 MaxRecvDataSegmentLength 4096 Major changes from 20090428(included in 8.0 release): added tested/supported initiators WS2008 R2, ESXi 4.0, XenServer 5.5, Ubuntu 9.10, VirtualBOX 3.0.12, iSCSI Remote Boot 2.3.81, FreeBSD 7.2 + iscsi 2.2.3. changed error messages for errno=54/60 to reset or timeout. fixed StatSN/CmdSN error. fixed crash bug(signal 11) after error has occurred.(include errno=54/60) changed iSCSI diskless boot warnings. fixed sense data bugs in DVD/tape type. added REQUEST_SENSE(SCSIOP=0x03) in disk type. added to support changer device(/dev/chX) in pass-through. fixed CAM timeout/error handling issues in pass-through. I hope this helps you. -- Daisuke Aoyama From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 11:20:52 2009 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 8A9EE106566B; Sat, 12 Dec 2009 11:20:52 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2C5298FC0C; Sat, 12 Dec 2009 11:20:52 +0000 (UTC) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 565D2A57EC2; Sat, 12 Dec 2009 19:20:50 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id os36ARG6HjRu; Sat, 12 Dec 2009 19:20:35 +0800 (CST) Received: from delta.delphij.net (c-69-181-136-105.hsd1.ca.comcast.net [69.181.136.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E6399A57EA3; Sat, 12 Dec 2009 19:20:33 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=hb+wmRGP9xXdovuG9BX/CYlR1e7QuaRYGU9nOiKb38hG1tTSR6pBr3UunHMpcrvAk If6UemXKAMrFF3VwSHVZg== Message-ID: <4B237C7D.5010009@delphij.net> Date: Sat, 12 Dec 2009 03:20:29 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.23 (X11/20091130) MIME-Version: 1.0 To: Stefan Bethke References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , FreeBSD Stable Subject: Re: ahci and ICH7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2009 11:20:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Stefan Bethke wrote: > After being very satisfied with ahci(4) on an Intel DG45FC (G45 chipset) with 8-stable, I tried on a box with a Asus P-P5G41 (G41 chipset), but ahci is not attaching. atapci continues to attach, and I'm wondering whether I'm doing something wrong, the BIOS is misconfigured, or ahci can't talk to ICH7-based AHCIs? I'm loading ahci from loader.conf. > > > atapci0@pci0:0:31:1: class=0x01018a card=0x81791043 chip=0x27df8086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) Ultra ATA Storage Controller' > class = mass storage > subclass = ATA > atapci1@pci0:0:31:2: class=0x01018f card=0x81791043 chip=0x27c08086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller' > class = mass storage > subclass = ATA Have you enabled AHCI in BIOS? It looks like that your ICH7 is in legacy SATA mode. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksjfH0ACgkQi+vbBBjt66AazQCfd2dyUwh7KYIV4gagiYmfTNdE 8UAAnR1svfsaW12omQPuMzfzUlDHVW7I =e4/2 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 11:24:29 2009 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 CAF9D1065697 for ; Sat, 12 Dec 2009 11:24:29 +0000 (UTC) (envelope-from sektie@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 9ABB98FC12 for ; Sat, 12 Dec 2009 11:24:29 +0000 (UTC) Received: by pzk15 with SMTP id 15so1215505pzk.3 for ; Sat, 12 Dec 2009 03:24:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=8VmrVgsHQ5sy0KAhTRoxZndXwFga+rebz3DIEg0Tc2I=; b=cVtYB1yBq8wr2PQvMZejijgakLJ0Phhmv8qS/ntK4Lqnts+LHl5388rtlTCE52gi5k q/Cy+EvTqjB+3UG2lx8DjrLhgGIY8QUJNSijJHN/34NPkA+Mkx9Yx4qdYH5T1mwQ5TUb eEBAdwVEfQahudASDWEsZ1/uMVyXgkwG8VAJ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=G+KYshUBl9gGTRK0A3thUW1t88xVUxqObQW5GHrlnOzuHUe8Jl50hMuZ/9KUd9/LYg JzeTZHo3kcuIkvmOwwSCpRWnmkErV+iGRyfrPpQP77q7xu0j4eOXZyTo/8HRKIEFWZpD km0NuOSnBm4i1Kzg2/c3i1Mr7GNsC33jsiQtY= MIME-Version: 1.0 Sender: sektie@gmail.com Received: by 10.142.59.16 with SMTP id h16mr1522910wfa.161.1260615348201; Sat, 12 Dec 2009 02:55:48 -0800 (PST) In-Reply-To: References: <20091208174145.GA14312@mr-happy.com> <20091208175219.GA56219@icarus.home.lan> <4B1EAF01.2030803@icyb.net.ua> <20091208195752.GF14312@mr-happy.com> <4B1ECEC0.2070005@quip.cz> <4B1EECCD.7020200@denninger.net> <4B1EF850.10604@quip.cz> Date: Sat, 12 Dec 2009 02:55:48 -0800 X-Google-Sender-Auth: 1b134b1d4c187bdc Message-ID: From: Randi Harper To: Stuart Barkley Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Dell PowerEdge Virtual Media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 11:24:30 -0000 On Wed, Dec 9, 2009 at 7:01 PM, Stuart Barkley wrote: > On Tue, 8 Dec 2009 at 20:07 -0000, Miroslav Lachman wrote: > >> Virtual Media / Virtual Console from all vendors is paint in the >> a... >> >> I have iLO card in HP ML110 G5 and Virtual Media doesn't work at >> all. Virtual device is not detected by FreeBSD nor in BIOS, so I >> can't even boot from it. >> >> Virtual Media (console) on Sun Fire X2100 M2 is accessible only by >> IP address, not by its domain name (I reported it to Sun >> Microsystems 11 month ago and Sun leaves it unfixed. >> >> In Virtual Console of Supermicro, there is problem with keyboard >> input in sysinstall prior to FreeBSD 8.x >> >> So I am disapointed by this hyped feature ;( > > Does anyone here find this stuff useful? Virtual Media is usually crap, in my experience. It's slow as hell and bugg= y. > We have a vendor pushing "Virtual Media" on us and I don't see the > point at all. =A0I also don't see the point of the screen scraping and > graphics virtual display support. > > I've just started playing with IPMI capable motherboard and another > system with an IPMI add in card. =A0Seems like at lot of extra stuff I > need to disable to secure my operations. =A0nmap shows ssh, http, https, > portmap and some other ports of unknown purpose (plus the silly thing > was configured to send email to the manufacture). =A0The web interface > is a little useful, but not when dealing with several hundred systems. I've never even seen an IPMI web interface. I found IPMI handy (when it worked) when it came to rebooting a frozen server - although you're running FreeBSD, so that shouldn't be a problem. ;) It's also nice for detecting hardware faults. Clearly it's something that needs to be carefully configured for your environment. > All I think I really want is basic (secure, encrypted) IPMI 2.0 to > read system status (power, temperature, fan status, etc) and be able > to power cycle the thing into a network PXE boot. > > The Serial Over Lan stuff looks useful but overly complicated (I come > from a background where we used terminal servers for console access). > I would rather see no video board in the system at all, but nobody > seems to know how to build these boards anymore. SoL works sometimes. It's another one of those slightly buggy things that you can't always count on. It *looks* useful, but usually if your machine is in a bad state - when you need it most - it's not going to work. -- randi From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 11:34:57 2009 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 43751106568F; Sat, 12 Dec 2009 11:34:57 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id B0FEC8FC17; Sat, 12 Dec 2009 11:34:56 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nBCBYYeJ095403 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 12 Dec 2009 12:34:35 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <4B237C7D.5010009@delphij.net> Date: Sat, 12 Dec 2009 12:34:34 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <50C7B3B1-CCA3-4DF7-B8B6-8869081E204B@lassitu.de> References: <4B237C7D.5010009@delphij.net> To: d@delphij.net X-Mailer: Apple Mail (2.1077) Cc: Alexander Motin , FreeBSD Stable Subject: Re: ahci and ICH7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 11:34:57 -0000 Am 12.12.2009 um 12:20 schrieb Xin LI: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Stefan Bethke wrote: >> After being very satisfied with ahci(4) on an Intel DG45FC (G45 = chipset) with 8-stable, I tried on a box with a Asus P-P5G41 (G41 = chipset), but ahci is not attaching. atapci continues to attach, and = I'm wondering whether I'm doing something wrong, the BIOS is = misconfigured, or ahci can't talk to ICH7-based AHCIs? I'm loading ahci = from loader.conf. >>=20 >>=20 >> atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x81791043 = chip=3D0x27df8086 rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D '82801G (ICH7 Family) Ultra ATA Storage Controller' >> class =3D mass storage >> subclass =3D ATA >> atapci1@pci0:0:31:2: class=3D0x01018f card=3D0x81791043 = chip=3D0x27c08086 rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D '82801GB/GR/GH (ICH7 Family) Serial ATA Storage = Controller' >> class =3D mass storage >> subclass =3D ATA >=20 > Have you enabled AHCI in BIOS? It looks like that your ICH7 is in > legacy SATA mode. I'll check the next time I have physical access to the machine. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 11:39:33 2009 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 81A73106566C for ; Sat, 12 Dec 2009 11:39:33 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f228.google.com (mail-fx0-f228.google.com [209.85.220.228]) by mx1.freebsd.org (Postfix) with ESMTP id 11A7F8FC13 for ; Sat, 12 Dec 2009 11:39:32 +0000 (UTC) Received: by fxm28 with SMTP id 28so138453fxm.13 for ; Sat, 12 Dec 2009 03:39:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=zPlekz3bXWyA56Q/48jBGVYbArtvBr/sde2hzFC0xdg=; b=wXnZIspRkPAvJQDmQyupit9e7DStTbMt6S4XmPw9aFvy7SRrJ80Mv/0/tDmQ4vynry A1I2f745Sp8uBi4VkuLMYNP0sawa7IdiXva7xYStKYhYldlqLUzfPjrtqtfenhtP5WTF BxjpSxM4JA0n+SYpyuqcyBjbE4Yc3LX9pRgyA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=TOZLAvdkZt1TrEjFmZyWCOQmq5TjrpDKVCtZ7hKmg9dxEwSTfyjhPsALPzyQRAY6Cq Kjwsxio37IkD+ySNTN7FrXq1AhY+JoZ1vT0Do1sNVgCdOSP1KiwJHGpGDMwXuv/SNF/X NN3Su49kcI/GBqP+RDzcGaLBBPXRywOZ5CcxU= Received: by 10.223.4.214 with SMTP id 22mr2816773fas.34.1260617972105; Sat, 12 Dec 2009 03:39:32 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm958141fxm.11.2009.12.12.03.39.30 (version=SSLv3 cipher=RC4-MD5); Sat, 12 Dec 2009 03:39:31 -0800 (PST) Sender: Alexander Motin Message-ID: <4B2380D5.1090102@FreeBSD.org> Date: Sat, 12 Dec 2009 13:39:01 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Stefan Bethke References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: ahci and ICH7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 11:39:33 -0000 Stefan Bethke wrote: > After being very satisfied with ahci(4) on an Intel DG45FC (G45 chipset) with 8-stable, I tried on a box with a Asus P-P5G41 (G41 chipset), but ahci is not attaching. atapci continues to attach, and I'm wondering whether I'm doing something wrong, the BIOS is misconfigured, or ahci can't talk to ICH7-based AHCIs? I'm loading ahci from loader.conf. There are several types of ICH7. Most of them doesn't support AHCI mode. Rare exceptions are ICH7R and ICH7M AFAIR. G41 is low-end desktop chipset, which uses low-end ICH7 SB, so usually there is no luck. > atapci1@pci0:0:31:2: class=0x01018f card=0x81791043 chip=0x27c08086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller' > class = mass storage > subclass = ATA To make ahci(4) attach, you should have there subclass SATA or RAID. It may depend on BIOS settings. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 11:47:27 2009 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 527E3106566B for ; Sat, 12 Dec 2009 11:47:27 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id 20D368FC12 for ; Sat, 12 Dec 2009 11:47:26 +0000 (UTC) Received: from webmail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id nBCBlIrI095959 for ; Sat, 12 Dec 2009 03:47:24 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net ([64.81.172.194]) (Local authenticated user inf0s) by webmail.1command.com with HTTP; Sat, 12 Dec 2009 03:47:24 -0800 (PST) Message-ID: Date: Sat, 12 Dec 2009 03:47:24 -0800 (PST) From: "Chris H" To: freebsd-stable@freebsd.org User-Agent: HRC Internet Messaging/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit Subject: MTRR failure revisited (nVidia) 8-STABLE/RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2009 11:47:27 -0000 Greetings, I brought this same error to the list back in May 2009. Under: failed to set mtrr: invalid argument. Well, I'm back using the same card: GeForce4 MX 440-SE - VideoRam 65536 - BusID PCI:1:3:0. The driver is different, I'm using: nvidia-driver-96.43.13 out of ports on a custom 8-STABLE kernel. Xorg starts up, and produces a desktop. But it's "dog slow", and the nvidia driver emits the following error: NVIDIA: failed to set MTRR 0xf0000000, 0M (write-combining) several times. I understand John Baldwin provided some "invaluable" help some time ago: http://lists.freebsd.org/pipermail/freebsd-hackers/2006-June/016995.html and I was wondering if anyone has gained any further "insight" with these cards, and how to better "interface" them in BSD. Last I spoke on the topic, I was informed that the memory was basically "untouchable" - or perhaps in other words; can't be manipulated. Has this changed? Surely someone else has had to deal with this besides me. It seems crazy to spend a "boat load" of $$ on these high performers, and not be able to use them on a high performing OS - no? :) Sure, the one I'm working with now is "legacy". But I have 3 near new, top of their line cards, and thus far it appears that if I ever hope to use them, I'll be forced to... hack, choke.. spin up a WIN CD. :( Thank you for all your time, consideration, and insight. --Chris H From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 12:40:29 2009 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 29879106566B for ; Sat, 12 Dec 2009 12:40:29 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id BF8B28FC17 for ; Sat, 12 Dec 2009 12:40:28 +0000 (UTC) Received: by ewy26 with SMTP id 26so2019768ewy.3 for ; Sat, 12 Dec 2009 04:40:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.88.212 with SMTP id a62mr1012663wef.72.1260621627305; Sat, 12 Dec 2009 04:40:27 -0800 (PST) In-Reply-To: References: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Date: Sat, 12 Dec 2009 13:40:07 +0100 Message-ID: To: Chris H Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: MTRR failure revisited (nVidia) 8-STABLE/RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2009 12:40:29 -0000 On Sat, Dec 12, 2009 at 12:47, Chris H wrote: > Greetings, > =A0I brought this same error to the list back in May 2009. > Under: failed to set mtrr: invalid argument. > Well, I'm back using the same card: > GeForce4 MX 440-SE - VideoRam 65536 - BusID PCI:1:3:0. > The driver is different, I'm using: nvidia-driver-96.43.13 out of ports o= n a > custom 8-STABLE kernel. Xorg starts up, and produces a desktop. But it's > "dog slow", and the nvidia driver emits the following error: > NVIDIA: failed to set MTRR 0xf0000000, 0M (write-combining) > several times. I understand John Baldwin provided some "invaluable" help = some > time ago: http://lists.freebsd.org/pipermail/freebsd-hackers/2006-June/01= 6995.html > and I was wondering if anyone has gained any further "insight" with these= cards, > and how to better "interface" them in BSD. Last I spoke on the topic, I w= as > informed that the memory was basically "untouchable" - or perhaps in othe= r words; > can't be manipulated. Has this changed? Surely someone else has had to de= al with > this besides me. It seems crazy to spend a "boat load" of $$ on these hig= h > performers, and not be able to use them on a high performing OS - no? :) > Sure, the one I'm working with now is "legacy". But I have 3 near new, to= p of > their line cards, and thus far it appears that if I ever hope to use them= , I'll > be forced to... hack, choke.. spin up a WIN CD. :( > > Thank you for all your time, consideration, and insight. FreeBSD as of 8.0-RELEASE supports PAT which obsoletes MTRR. It was a requirement for the nvidia amd64 blob. So in the future it should all work fine if you have at least a card which is supported by the newest nvidia driver. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 13:31:55 2009 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 C957A1065672 for ; Sat, 12 Dec 2009 13:31:55 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from mail-fx0-f228.google.com (mail-fx0-f228.google.com [209.85.220.228]) by mx1.freebsd.org (Postfix) with ESMTP id 64C718FC0C for ; Sat, 12 Dec 2009 13:31:55 +0000 (UTC) Received: by fxm28 with SMTP id 28so183506fxm.13 for ; Sat, 12 Dec 2009 05:31:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=A2QSeBsztlu5dbuqVMrpzzQNznDYPGzvUHGM/Rba/p8=; b=jG1VO6iB0+ZSzfPJV1ULq9WwZjN9AOCEVKlvroETfDNMg15N9XKccN13feWsWKz+5/ LD8TS64ONbBPNyDPN54md60bWS6dF5BuciUQ0VuuvvN0spxynI32MguyqG+UNqNtScxX N/ZkyhpfaeHMYc01ifVpyu4rZ5CqJZc/Ml7dw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=kZ62TnqgDmA1/49fbSG2MrZsqaw1nsh9JfUfa49+yBv4zHL31UGdQXFODRgadizIw/ 1UqftoWDG6MY0qnXbmMBaEWG02FYiBRlvNSbhQqy0S6Fmg7OjU0j3MV36K7Zjk7sZlCF 1R1ws2CD/jUctoh6778rdWy1CFLXwjl3s98gk= MIME-Version: 1.0 Received: by 10.223.161.205 with SMTP id s13mr2859513fax.70.1260623187601; Sat, 12 Dec 2009 05:06:27 -0800 (PST) Date: Sat, 12 Dec 2009 16:06:27 +0300 Message-ID: <3979a4b0912120506p5d2dafc7mf5fb835e62500c55@mail.gmail.com> From: KOT MATPOCKuH To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Trouble with drive size detection - 31MB visible size on 1TB drive. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 13:31:55 -0000 Hi all! I have a problem with drive size detection. After any power cycle my HDD ST31000340NS detected by FreeBSD 7.2 as 31Mb drive. For example: Dec 9 20:33:12 green kernel: ad14: 31MB at ata7-master SATA300 Dec 9 20:33:12 green kernel: GEOM: ad14: corrupt or invalid GPT detected. Dec 9 20:33:12 green kernel: GEOM: ad14: GPT rejected -- may not be recoverable. # atacontrol cap ad14 [skipped] cylinders 64 heads 16 sectors/track 63 lba supported 65134 sectors lba48 supported 65134 sectors # smartctl -a /dev/ad14 [skipped] User Capacity: 33,348,608 bytes I'm tried to reinit/detach/attach drive via atacontrol, but have no result. But after reboot the system in linux and then back to FreeBSD, I have correct disk geometry: ad14: 953869MB at ata7-master SATA300 In linux's dmesg.out I found this messages: [ 8.984053] ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 9.120175] ata6.00: HPA unlocked: 65134 -> 1953525168, native 1953525168 [ 9.120180] ata6.00: ATA-8: ST31000340NS, SN06, max UDMA/133 [ 9.120183] ata6.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32) [ 9.179789] ata6.00: configured for UDMA/133 [ 9.179851] scsi 5:0:0:0: Direct-Access ATA ST31000340NS SN06 PQ: 0 ANSI: 5 [ 9.179960] sd 5:0:0:0: Attached scsi generic sg5 type 0 [ 9.179992] sd 5:0:0:0: [sdf] 1953525168 512-byte logical blocks: (1.00 TB/93 1 GiB) [ 9.180041] sd 5:0:0:0: [sdf] Write Protect is off [ 9.180044] sd 5:0:0:0: [sdf] Mode Sense: 00 3a 00 00 [ 9.180066] sd 5:0:0:0: [sdf] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA What is HPA? Why drive locks HPA? And... Can I unlock HPA from FreeBSD? -- MATPOCKuH From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 14:36:50 2009 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 5E2961065670 for ; Sat, 12 Dec 2009 14:36:50 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 0DD5A8FC26 for ; Sat, 12 Dec 2009 14:36:49 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBCEadR3059749 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 12 Dec 2009 09:36:39 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Chris H In-Reply-To: References: Content-Type: text/plain Organization: FreeBSD Date: Sat, 12 Dec 2009 08:36:33 -0600 Message-Id: <1260628594.2281.30.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: MTRR failure revisited (nVidia) 8-STABLE/RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2009 14:36:50 -0000 On Sat, 2009-12-12 at 03:47 -0800, Chris H wrote: > Greetings, > I brought this same error to the list back in May 2009. > Under: failed to set mtrr: invalid argument. > Well, I'm back using the same card: > GeForce4 MX 440-SE - VideoRam 65536 - BusID PCI:1:3:0. > The driver is different, I'm using: nvidia-driver-96.43.13 out of ports on a > custom 8-STABLE kernel. Xorg starts up, and produces a desktop. But it's > "dog slow", and the nvidia driver emits the following error: > NVIDIA: failed to set MTRR 0xf0000000, 0M (write-combining) > several times. I understand John Baldwin provided some "invaluable" help some > time ago: http://lists.freebsd.org/pipermail/freebsd-hackers/2006-June/016995.html > and I was wondering if anyone has gained any further "insight" with these cards, > and how to better "interface" them in BSD. Last I spoke on the topic, I was > informed that the memory was basically "untouchable" - or perhaps in other words; > can't be manipulated. Has this changed? Surely someone else has had to deal with > this besides me. It seems crazy to spend a "boat load" of $$ on these high > performers, and not be able to use them on a high performing OS - no? :) > Sure, the one I'm working with now is "legacy". But I have 3 near new, top of > their line cards, and thus far it appears that if I ever hope to use them, I'll > be forced to... hack, choke.. spin up a WIN CD. :( > > Thank you for all your time, consideration, and insight. The mtrr issue has to do with the system / bios, not the graphics card. While I've not used the blob driver, the issue in Nouveau and other drm drivers is that on many systems if you run "memcontrol list", you will see a line something like this: 0x0/0x100000000 BIOS write-back set-by-firmware active This says that all of memory defaults to write-back. We aren't allowed to overlap write-combined on top of write-back, so the setting of mtrr fails. I've looked at ways to try to fix this in the past, but generally found it more practical to use PAT than try to override/fix bios behavior. I've been told that linux does apply some BIOS fixups to address this issue, which I might look into again, but I make no promises. There are also a very limited number of variable mtrr registers (7 on most hardware, iirc) for managing caching. robert. > --Chris H > > > _______________________________________________ > 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" -- Robert Noland FreeBSD From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 14:40:08 2009 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 BC1F7106568D for ; Sat, 12 Dec 2009 14:40:08 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7B7278FC08 for ; Sat, 12 Dec 2009 14:40:08 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NJT8e-0004un-Lb; Sat, 12 Dec 2009 15:40:04 +0100 Date: Sat, 12 Dec 2009 15:40:04 +0100 From: Kurt Jaeger To: KOT MATPOCKuH Message-ID: <20091212144004.GC6840@home.opsec.eu> References: <3979a4b0912120506p5d2dafc7mf5fb835e62500c55@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3979a4b0912120506p5d2dafc7mf5fb835e62500c55@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: Trouble with drive size detection - 31MB visible size on 1TB drive. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 14:40:08 -0000 Hi! > What is HPA? Why drive locks HPA? And... Can I unlock HPA from FreeBSD? http://en.wikipedia.org/wiki/Host_protected_area http://matt.simerson.net/2009/07/22/hpa-host-protected-area -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 15:11:16 2009 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 7D5DB1065676; Sat, 12 Dec 2009 15:11:16 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 1DEF28FC21; Sat, 12 Dec 2009 15:11:15 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id nBCFBEwA026001 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 12 Dec 2009 16:11:14 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <4B2380D5.1090102@FreeBSD.org> Date: Sat, 12 Dec 2009 16:11:13 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <96EA1AB3-E916-4373-B533-0E552E3C8C78@lassitu.de> References: <4B2380D5.1090102@FreeBSD.org> To: Alexander Motin X-Mailer: Apple Mail (2.1077) Cc: FreeBSD Stable Subject: Re: ahci and ICH7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 15:11:16 -0000 Am 12.12.2009 um 12:39 schrieb Alexander Motin: > Stefan Bethke wrote: >> After being very satisfied with ahci(4) on an Intel DG45FC (G45 = chipset) with 8-stable, I tried on a box with a Asus P-P5G41 (G41 = chipset), but ahci is not attaching. atapci continues to attach, and = I'm wondering whether I'm doing something wrong, the BIOS is = misconfigured, or ahci can't talk to ICH7-based AHCIs? I'm loading ahci = from loader.conf. >=20 > There are several types of ICH7. Most of them doesn't support AHCI = mode. > Rare exceptions are ICH7R and ICH7M AFAIR. G41 is low-end desktop > chipset, which uses low-end ICH7 SB, so usually there is no luck. Looks like you're right, the BIOS does not offer any configuration = option to enable AHCI or RAID functions for the two SATA ports. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 15:12:22 2009 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 8299D1065679 for ; Sat, 12 Dec 2009 15:12:22 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp3.sbb.rs (smtp3.sbb.rs [89.216.2.35]) by mx1.freebsd.org (Postfix) with ESMTP id F116B8FC24 for ; Sat, 12 Dec 2009 15:12:21 +0000 (UTC) Received: from mycenae.net (cable-94-189-189-71.dynamic.sbb.rs [94.189.189.71]) by smtp3.sbb.rs (8.14.0/8.14.0) with ESMTP id nBCFCIel017784 for ; Sat, 12 Dec 2009 16:12:18 +0100 Received: by mycenae.net (Postfix, from userid 1001) id 2DD665C3E; Sat, 12 Dec 2009 16:11:22 +0100 (CET) Date: Sat, 12 Dec 2009 16:11:22 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20091212151121.GA1461@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -0.8 Subject: laptop battery on 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 15:12:22 -0000 Howdy! Old laptop hp nx9020 with i386 8.0. Original battery was 371785-001, 11.1 V and 4400 mAH. New one says it is f4809 at 14.8 V. I also lost precise measurement of remain battery time: hw.acpi.battery.life: 97 hw.acpi.battery.time: 267 then again: hw.acpi.battery.life: 97 hw.acpi.battery.time: 388 I'd like to hear any opinion on this subject. Could I damage laptop? Also, what I could do to regain "life" option? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 15:21:28 2009 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 2B5B6106566C for ; Sat, 12 Dec 2009 15:21:28 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id E630A8FC08 for ; Sat, 12 Dec 2009 15:21:27 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 0322073098; Sat, 12 Dec 2009 16:28:46 +0100 (CET) Date: Sat, 12 Dec 2009 16:28:45 +0100 From: Luigi Rizzo To: Zoran Kolic Message-ID: <20091212152845.GA56439@onelab2.iet.unipi.it> References: <20091212151121.GA1461@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091212151121.GA1461@mycenae.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: laptop battery on 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 15:21:28 -0000 On Sat, Dec 12, 2009 at 04:11:22PM +0100, Zoran Kolic wrote: > Howdy! > Old laptop hp nx9020 with i386 8.0. > Original battery was 371785-001, 11.1 V and 4400 mAH. > New one says it is f4809 at 14.8 V. I also lost precise > measurement of remain battery time: > > hw.acpi.battery.life: 97 > hw.acpi.battery.time: 267 > > then again: > > hw.acpi.battery.life: 97 > hw.acpi.battery.time: 388 > > I'd like to hear any opinion on this subject. Could I > damage laptop? Also, what I could do to regain "life" > option? surely there might be a mistake in how data are parsed, but remember that the "remaining time" is computed based on remaining capacity and recent average current. So, if for any reason (cpu/disk/network load decreases, screensaver, etc.) the current decreases, the reported time goes up. It happens all the time with 'acpiconf -i batt' even on 7.x. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 15:37:22 2009 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 354D5106568D for ; Sat, 12 Dec 2009 15:37:22 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp4.sbb.rs (smtp4.sbb.rs [89.216.2.36]) by mx1.freebsd.org (Postfix) with ESMTP id A23918FC15 for ; Sat, 12 Dec 2009 15:37:21 +0000 (UTC) Received: from mycenae.net (cable-94-189-189-71.dynamic.sbb.rs [94.189.189.71]) by smtp4.sbb.rs (8.14.0/8.14.0) with ESMTP id nBCFbIo0026088 for ; Sat, 12 Dec 2009 16:37:18 +0100 Received: by mycenae.net (Postfix, from userid 1001) id AB9BF5C3E; Sat, 12 Dec 2009 16:37:04 +0100 (CET) Date: Sat, 12 Dec 2009 16:37:04 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20091212153704.GA1547@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -1.8 Subject: Re: laptop battery on 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 15:37:22 -0000 Howdy! > surely there might be a mistake in how data are parsed, > but remember that the "remaining time" is computed based > on remaining capacity and recent average current. > So, if for any reason (cpu/disk/network load decreases, screensaver, > etc.) the current decreases, the reported time goes up. > It happens all the time with 'acpiconf -i batt' even on 7.x. My worry is could I damage the laptop with discrepance 11.1 V -> 14.8 V. I could live with no "life" in acpi. At least, it worked correctly on all previous versions and also on 8.0 with old batery. Thanks for answering! Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Dec 12 18:10:23 2009 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 A0AEE106566C for ; Sat, 12 Dec 2009 18:10:23 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f228.google.com (mail-fx0-f228.google.com [209.85.220.228]) by mx1.freebsd.org (Postfix) with ESMTP id 310338FC12 for ; Sat, 12 Dec 2009 18:10:22 +0000 (UTC) Received: by fxm28 with SMTP id 28so305265fxm.13 for ; Sat, 12 Dec 2009 10:10:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=2qBaihgv6DUl5oH8dXAVE+Db+HxuPCk0YS5Lp2Fz2wI=; b=vFXJJ91Hr5c32z2oewOT4P8pD7xwXPWXR2klgDp6o14KmpSgVBHRjEKcNAmYCeOHA5 9qrqvSJsBKXT5JEx01r7fetGqh78Tza0RcZmRojXfi5QnZj2wdwBerr4hq5We/BUP9mq s9XolbtHQrYnGsYXEKown5yTXdqnfHfn5CTjE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=SC+2mdRt8jSEavys8FpnQ8gzGFjHDqDlFfaKGCt75lO5R/1bE+wq6Qm/xMDWK4WhA5 uOfCgb1b9Z0Q9YBYhUl/I2/+AgJeUxVtZgmHv8lOIG8uyVZ9Xy/QPuDqakVlDTUlawHF JYM/9x+fyWGkL0MCRUQRmcox4cD3/9V2zOB5I= Received: by 10.223.5.25 with SMTP id 25mr3224429fat.38.1260641422102; Sat, 12 Dec 2009 10:10:22 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 13sm1033553fxm.13.2009.12.12.10.10.21 (version=SSLv3 cipher=RC4-MD5); Sat, 12 Dec 2009 10:10:21 -0800 (PST) Sender: Alexander Motin Message-ID: <4B23DC8B.8020807@FreeBSD.org> Date: Sat, 12 Dec 2009 20:10:19 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: KOT MATPOCKuH References: <1260638581.00193503.1260625202@10.7.7.3> In-Reply-To: <1260638581.00193503.1260625202@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Trouble with drive size detection - 31MB visible size on 1TB drive. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Dec 2009 18:10:23 -0000 KOT MATPOCKuH wrote: > Hi all! > > I have a problem with drive size detection. > After any power cycle my HDD ST31000340NS detected by FreeBSD 7.2 as 31Mb drive. > For example: > Dec 9 20:33:12 green kernel: ad14: 31MB > at ata7-master SATA300 > Dec 9 20:33:12 green kernel: GEOM: ad14: corrupt or invalid GPT detected. > Dec 9 20:33:12 green kernel: GEOM: ad14: GPT rejected -- may not be > recoverable. > > # atacontrol cap ad14 > [skipped] > cylinders 64 > heads 16 > sectors/track 63 > lba supported 65134 sectors > lba48 supported 65134 sectors > > # smartctl -a /dev/ad14 > [skipped] > User Capacity: 33,348,608 bytes > > I'm tried to reinit/detach/attach drive via atacontrol, but have no result. > But after reboot the system in linux and then back to FreeBSD, I have > correct disk geometry: > ad14: 953869MB at ata7-master SATA300 > > In linux's dmesg.out I found this messages: > [ 8.984053] ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > [ 9.120175] ata6.00: HPA unlocked: 65134 -> 1953525168, native 1953525168 > [ 9.120180] ata6.00: ATA-8: ST31000340NS, SN06, max UDMA/133 > [ 9.120183] ata6.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32) > [ 9.179789] ata6.00: configured for UDMA/133 > [ 9.179851] scsi 5:0:0:0: Direct-Access ATA ST31000340NS > SN06 PQ: 0 ANSI: 5 > [ 9.179960] sd 5:0:0:0: Attached scsi generic sg5 type 0 > [ 9.179992] sd 5:0:0:0: [sdf] 1953525168 512-byte logical blocks: (1.00 TB/93 > 1 GiB) > [ 9.180041] sd 5:0:0:0: [sdf] Write Protect is off > [ 9.180044] sd 5:0:0:0: [sdf] Mode Sense: 00 3a 00 00 > [ 9.180066] sd 5:0:0:0: [sdf] Write cache: enabled, read cache: > enabled, doesn't support DPO or FUA > > What is HPA? Why drive locks HPA? And... Can I unlock HPA from FreeBSD? HPA means "Host Protected Area". It is a method for BIOS or some other infrastructure to reserve some space on disk for own use. May be previously this drive was inserted into some RAID, which protects data on disk in that way. I have doubt that unconditional HPA unlock during boot that seems Linux does is a proper behavior for the OS. IMHO it breaks general idea of HPA. To unlock drive permanently SET MAX ADDRESS ATA command should be used (probably the same as Linux uses) with Volatile bit set, to make it not restore on power cycle. I don't know how to send this command with legacy ata(4), you need some external tool. With new CAM-based ATA probably it can be send via `camcontrol cmd ...`. -- Alexander Motin