From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 00:07:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E92A9106566C for ; Sun, 15 Jan 2012 00:07:15 +0000 (UTC) (envelope-from prvs=1360db8843=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 6D3B38FC16 for ; Sun, 15 Jan 2012 00:07:15 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Sat, 14 Jan 2012 23:56:51 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 14 Jan 2012 23:56:51 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50017558733.msg for ; Sat, 14 Jan 2012 23:56:51 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1360db8843=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: "Jeremiah Gowdy" , References: <9728B37F7A4EBE45A2FD4B18883BAED6D02612@SN2PRD0802MB111.namprd08.prod.outlook.com> Date: Sat, 14 Jan 2012 23:56: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.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: Re: HPN-SSH 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, 15 Jan 2012 00:07:16 -0000 On a similar note I'm actually quite concerned by the inclusion of these patches by default in the OS version of ssh as we've seen several cases of it causing noticeable performance degradation instead of improvement. I've not tested on 9, but this was certainly the case on 8.2. Regards Steve ----- Original Message ----- From: "Jeremiah Gowdy" To: Sent: Saturday, January 14, 2012 5:30 PM Subject: HPN-SSH question Since it doesn't seem that the HPN-SSH patches are going to be merged upstream to OpenSSH (please correct me if I'm wrong), and since the HPN-SSH project seems to be very low on resources, is the inclusion of these patches in FreeBSD 9 a commitment by FreeBSD to maintain these patches against stock OpenSSH in the future? Is there any indication that the OpenSSH project will be more willing to consider merging if the patches survive a -STABLE generation in FreeBSD? _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 01:41:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C84281065675 for ; Sun, 15 Jan 2012 01:41:15 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 569AD8FC0C for ; Sun, 15 Jan 2012 01:41:15 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id D001625D37C7; Sun, 15 Jan 2012 01:41:13 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id F3392BD8374; Sun, 15 Jan 2012 01:41:12 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id UvOQQKqMVJ-Q; Sun, 15 Jan 2012 01:41:12 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id CFF60BD8371; Sun, 15 Jan 2012 01:41:11 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" X-Priority: 3 In-Reply-To: Date: Sun, 15 Jan 2012 01:41:09 +0000 Content-Transfer-Encoding: 7bit Message-Id: References: <9728B37F7A4EBE45A2FD4B18883BAED6D02612@SN2PRD0802MB111.namprd08.prod.outlook.com> To: Steven Hartland X-Mailer: Apple Mail (2.1084) Cc: ml-freebsd-stable Stable Subject: Re: HPN-SSH 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, 15 Jan 2012 01:41:15 -0000 On 14. Jan 2012, at 23:56 , Steven Hartland wrote: > On a similar note I'm actually quite concerned by the inclusion of > these patches by default in the OS version of ssh as we've seen > several cases of it causing noticeable performance degradation > instead of improvement. > > I've not tested on 9, but this was certainly the case on 8.2. 8.2 did not shipped them so you had installed them yourself? What kind of performance degradations and in which kind of environment an how "noticeable"? /bz -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 04:42:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9201106564A for ; Sun, 15 Jan 2012 04:42:14 +0000 (UTC) (envelope-from jwhlists@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4090C8FC0A for ; Sun, 15 Jan 2012 04:42:13 +0000 (UTC) Received: by lahd3 with SMTP id d3so1387158lah.13 for ; Sat, 14 Jan 2012 20:42:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=sox5t1RUlueUx7EcAi1YaAn+YlKXzw211qlwL0fUeME=; b=LHS1x8p7E/07OeeJLBQGW/FIvy92vM+DDfrn+XdOFBF7ETvvwsL8UbAchW2o7KEDc6 rQZvfaSqBAkQIhHQ7waSO9OMLhnMEV74FsIAuRcCYEHVOaAiYSbYsKrXI7YvsXgajSuI tAD3q9ocBIIN4/BOWRrYgi8APQAMFFHoIqQA8= MIME-Version: 1.0 Received: by 10.152.131.202 with SMTP id oo10mr3321337lab.40.1326601229274; Sat, 14 Jan 2012 20:20:29 -0800 (PST) Received: by 10.152.37.33 with HTTP; Sat, 14 Jan 2012 20:20:29 -0800 (PST) Date: Sun, 15 Jan 2012 04:20:29 +0000 Message-ID: From: Joe Holden To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: UFS corruption panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 04:42:14 -0000 Guys.... Is a panic **really** appropriate for a filesystem that isn't even in fstab? ie; panic: ufs_dirbad: /mnt: bad dir ino 3229 at offset 0: mangled entry Which happened to be an file-backed md volume that got changed as I forgot to unmount it beforehand, however as a result there is now inconsistencies and probably data corruption or even missing data on other important filesystems (ie; /, /var etc) because there wasn't even a sync or any kind of other sensible behaviour. This is on a production box, which also has gmirror so I now have no idea what state it's going to be in when I can get a display attached. Surely the appropriate response here for non-critical filesystems is to warn and suggest manually inspecting it as turning a working production box into one thats dead in the water seems a little extreme. J From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 04:46:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59ADB106564A for ; Sun, 15 Jan 2012 04:46:04 +0000 (UTC) (envelope-from jwhlists@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id D18C48FC15 for ; Sun, 15 Jan 2012 04:46:03 +0000 (UTC) Received: by lahd3 with SMTP id d3so1387985lah.13 for ; Sat, 14 Jan 2012 20:46:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=4X+v3lOBDqkYeDLCaFyb6YLI1vJf+mf4tojNEa1pZvo=; b=gPc6P+ehkkUy1Wfvw+QGqzf/ZBi/sVm7QrxL9GQOt/AQhqISIHlZvHFm1vdTQ1m2Zg KWzlRRA7/1pKDdTk9IcqM0NwceAvycSoXcUY0r7wE8nupNULvDnFbFoHOQHjCpdULoGw 8K6yFJAps7n0lgx7/y0abUit811J/lVJcbcI4= MIME-Version: 1.0 Received: by 10.152.110.6 with SMTP id hw6mr3470817lab.37.1326602762490; Sat, 14 Jan 2012 20:46:02 -0800 (PST) Received: by 10.152.11.131 with HTTP; Sat, 14 Jan 2012 20:46:02 -0800 (PST) Date: Sun, 15 Jan 2012 04:46:02 +0000 Message-ID: From: Joe Holden To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: UFS corruption panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 04:46:04 -0000 Guys.... Is a panic **really** appropriate for a filesystem that isn't even in fstab? ie; panic: ufs_dirbad: /mnt: bad dir ino 3229 at offset 0: mangled entry Which happened to be an file-backed md volume that got changed as I forgot to unmount it beforehand, however as a result there is now inconsistencies and probably data corruption or even missing data on other important filesystems (ie; /, /var etc) because there wasn't even a sync or any kind of other sensible behaviour. This is on a production box, which also has gmirror so I now have no idea what state it's going to be in when I can get a display attached. Surely the appropriate response here for non-critical filesystems is to warn and suggest manually inspecting it as turning a working production box into one thats dead in the water seems a little extreme. J From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 04:53:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 037921065676 for ; Sun, 15 Jan 2012 04:53:08 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C3AD28FC14 for ; Sun, 15 Jan 2012 04:53:07 +0000 (UTC) Received: by obbta17 with SMTP id ta17so5365301obb.13 for ; Sat, 14 Jan 2012 20:53:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=m23qq/S1ZkR2GR1QRAW4pctwq79WC+KcP8A8xQphKHg=; b=JPHHj3UZxlyHnKaGizVaH/RL1rVdGqk//WCoRwNbRzS6LvRdWGHndih3ZgBeimK0r6 h4I9kcxsy4WMjDxWk6mhOfMPivQsaqXUIt8ahtG2h26kHH51nJxM374PBkPVlq8QZIu/ bC6Bjv/uF2tn6P9SXFIJlm/0GNWHxuqycLxWQ= MIME-Version: 1.0 Received: by 10.182.41.5 with SMTP id b5mr3319938obl.79.1326603187276; Sat, 14 Jan 2012 20:53:07 -0800 (PST) Received: by 10.182.152.6 with HTTP; Sat, 14 Jan 2012 20:53:07 -0800 (PST) In-Reply-To: References: Date: Sat, 14 Jan 2012 20:53:07 -0800 Message-ID: From: Garrett Cooper To: Joe Holden Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: UFS corruption panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 04:53:08 -0000 On Sat, Jan 14, 2012 at 8:20 PM, Joe Holden wrote: > =A0Guys.... > > Is a panic **really** appropriate for a filesystem that isn't even in > fstab? > > ie; > panic: ufs_dirbad: /mnt: bad dir ino 3229 at offset 0: mangled entry > > Which happened to be an file-backed md volume that got changed as I forgo= t > to unmount it beforehand, however as a result there is now inconsistencie= s > and probably data corruption or even missing data on other important > filesystems (ie; /, /var etc) because there wasn't even a sync or any kin= d > of other sensible behaviour. > > This is on a production box, which also has gmirror so I now have no idea > what state it's going to be in when I can get a display attached. > > Surely the appropriate response here for non-critical filesystems is to > warn and suggest manually inspecting it as turning a working production b= ox > into one thats dead in the water seems a little extreme. That's usually the sign that something went bonkers with the underlying filesystem to the extent that it's corrupt beyond all repair. In this case though, I wouldn't necessarily say that the md-backed filesystem is the one that's corrupt -- it might be the root filesystem. What version of FreeBSD are you using and what do you have enabled in the filesystem (FFS, UFS1, UFS2, SU, SUJ..)? Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 07:24:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EF32106566B; Sun, 15 Jan 2012 07:24:45 +0000 (UTC) (envelope-from rpclark@tds.net) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0F8E58FC0A; Sun, 15 Jan 2012 07:24:44 +0000 (UTC) Received: by ghbf14 with SMTP id f14so1625836ghb.13 for ; Sat, 14 Jan 2012 23:24:44 -0800 (PST) Received: by 10.236.136.72 with SMTP id v48mr10531748yhi.34.1326612284311; Sat, 14 Jan 2012 23:24:44 -0800 (PST) Received: from x1.frogdoor.org (h69-130-64-198.kgldga.dsl.dynamic.tds.net. [69.130.64.198]) by mx.google.com with ESMTPS id s3sm9189907ans.19.2012.01.14.23.24.43 (version=SSLv3 cipher=OTHER); Sat, 14 Jan 2012 23:24:43 -0800 (PST) Date: Sun, 15 Jan 2012 02:24:41 -0500 From: Rob Clark To: John Baldwin Message-Id: <20120115022441.4c378507.rpclark@tds.net> In-Reply-To: <201201120815.50838.jhb@freebsd.org> References: <20120111161110.4258969c.rpclark@tds.net> <201201120815.50838.jhb@freebsd.org> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 07:24:45 -0000 On Thu, 12 Jan 2012 08:15:50 -0500 John Baldwin wrote: > On Wednesday, January 11, 2012 4:11:10 pm Rob Clark wrote: > > System: Dell 600sc > > Currently running: 8.2-RELEASE > > > > In attempting to update this system to 8-STABLE I did > > what I usually do to update a system (see below). > > make buildworld completes successfully, but make > > buildkernel does not. I usually create a custom > > kernel, but for this system I went with GENERIC as > > is. > > > > The error message is: > > /usr/src/sys/kern/init_sysent.c:568: error: invalid > > application of 'sizeof' to incomplete type 'struct > > posix_fadvise_args' /usr/src/sys/kern/init_sysent.c:568: > > error: 'posix_fadvise' undeclared here (not in a > > function) *** Error code 1 > > This sounds like you have an incomplete tree that only got part of a change > (specifically, /usr/src/sys/sys/sysproto.h seems stale). Have you tried a > different cvsup mirror? > > -- > John Baldwin Sorry for the late follow-up, just got the system up and running yesterday. It appears that choosing a different mirror did the trick. Thanks for all the positive insight from everyone who responded. I learned some valuable information, and new ways of doing things along the way. Have A Great Week! Rob -- Rob Clark From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 07:37:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7877106564A for ; Sun, 15 Jan 2012 07:37:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCA08FC08 for ; Sun, 15 Jan 2012 07:37:51 +0000 (UTC) Received: from omta04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by qmta12.emeryville.ca.mail.comcast.net with comcast id Mjdq1i0020lTkoCACjdrHh; Sun, 15 Jan 2012 07:37:51 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta04.emeryville.ca.mail.comcast.net with comcast id Mjdq1i00p1t3BNj8QjdqfJ; Sun, 15 Jan 2012 07:37:50 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 10FF2102C19; Sat, 14 Jan 2012 23:37:50 -0800 (PST) Date: Sat, 14 Jan 2012 23:37:50 -0800 From: Jeremy Chadwick To: Rob Clark Message-ID: <20120115073749.GA50316@icarus.home.lan> References: <20120111161110.4258969c.rpclark@tds.net> <201201120815.50838.jhb@freebsd.org> <20120115022441.4c378507.rpclark@tds.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120115022441.4c378507.rpclark@tds.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 07:37:51 -0000 On Sun, Jan 15, 2012 at 02:24:41AM -0500, Rob Clark wrote: > On Thu, 12 Jan 2012 08:15:50 -0500 > John Baldwin wrote: > > > On Wednesday, January 11, 2012 4:11:10 pm Rob Clark wrote: > > > System: Dell 600sc > > > Currently running: 8.2-RELEASE > > > > > > In attempting to update this system to 8-STABLE I did > > > what I usually do to update a system (see below). > > > make buildworld completes successfully, but make > > > buildkernel does not. I usually create a custom > > > kernel, but for this system I went with GENERIC as > > > is. > > > > > > The error message is: > > > /usr/src/sys/kern/init_sysent.c:568: error: invalid > > > application of 'sizeof' to incomplete type 'struct > > > posix_fadvise_args' /usr/src/sys/kern/init_sysent.c:568: > > > error: 'posix_fadvise' undeclared here (not in a > > > function) *** Error code 1 > > > > This sounds like you have an incomplete tree that only got part of a change > > (specifically, /usr/src/sys/sys/sysproto.h seems stale). Have you tried a > > different cvsup mirror? > > > > -- > > John Baldwin > > Sorry for the late follow-up, just got the system > up and running yesterday. It appears that choosing a > different mirror did the trick. Can you please disclose what cvsup mirror you were using? This kind of problem may be affecting other people, so you may want to report it to freebsd-hubs@freebsd.org to make the maintainer of the mirror aware. Otherwise, ""corruption"" (for lack of better term) between what's in /var/db/sup and what's on your filesystem is something I've seen before, particularly when changing release tags in a supfile. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 08:12:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42A7E106566B for ; Sun, 15 Jan 2012 08:12:08 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 041028FC08 for ; Sun, 15 Jan 2012 08:12:08 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 3DA1383982; Sun, 15 Jan 2012 08:12:06 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Stefan Bethke In-Reply-To: Date: Sun, 15 Jan 2012 09:12:05 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <3BCC7D95-F0BC-447D-9828-DD5B6A07A54A@lassitu.de> References: To: Joe Holden X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-stable@freebsd.org Subject: Re: UFS corruption panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 08:12:08 -0000 Am 15.01.2012 um 05:20 schrieb Joe Holden: > Guys.... >=20 > Is a panic **really** appropriate for a filesystem that isn't even in > fstab? >=20 > ie; > panic: ufs_dirbad: /mnt: bad dir ino 3229 at offset 0: mangled entry >=20 > Which happened to be an file-backed md volume that got changed as I = forgot > to unmount it beforehand, however as a result there is now = inconsistencies > and probably data corruption or even missing data on other important > filesystems (ie; /, /var etc) because there wasn't even a sync or any = kind > of other sensible behaviour. Yes, a panic is the correct action here. While I agree that it's super = annoying, the filesystem notices that something is *really* wrong. = Instead of letting the problem fester and continue to corrupt data, it = stops the system. Most filesystems work under the assumption that they're the sole owner = of the disk. This means that any changes to the on-disk data must come = from filesystem code itself; if that data is inconstistent, it must be a = bug in the filesystem code. At this point, panic is the only course of = action to avoid even greater damage to the data. In other words: don't do that then :-) Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 12:08:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBB26106566C for ; Sun, 15 Jan 2012 12:08:15 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 36EC38FC12 for ; Sun, 15 Jan 2012 12:08:14 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-104-78.lns20.adl6.internode.on.net [121.45.104.78]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id q0FBvOn4068374 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 15 Jan 2012 22:27:30 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: <3BCC7D95-F0BC-447D-9828-DD5B6A07A54A@lassitu.de> Date: Sun, 15 Jan 2012 22:27:23 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <2D076869-AE11-4205-9FAA-9BEACC8F9720@gsoft.com.au> References: <3BCC7D95-F0BC-447D-9828-DD5B6A07A54A@lassitu.de> To: Stefan Bethke X-Mailer: Apple Mail (2.1251.1) X-Spam-Score: 2.162 (**) BAYES_00,KHOP_DYNAMIC,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Joe Holden Subject: Re: UFS corruption panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 12:08:15 -0000 On 15/01/2012, at 18:42, Stefan Bethke wrote: > Most filesystems work under the assumption that they're the sole owner = of the disk. This means that any changes to the on-disk data must come = from filesystem code itself; if that data is inconstistent, it must be a = bug in the filesystem code. At this point, panic is the only course of = action to avoid even greater damage to the data. >=20 > In other words: don't do that then :-) OP didn't do anything silly, it really is a bug from the user POV. =46rom the kernel programmer POV it might not be, and certainly wasn't. = Times change though, every disk media is hot swappable these days, and = in any case assumptions change. That said, changing all those code paths which panic because of = corruption to instead re-mount read only (or similar) is a decidedly non = trivial task :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 12:48:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E953C106564A for ; Sun, 15 Jan 2012 12:48:06 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 751178FC15 for ; Sun, 15 Jan 2012 12:48:06 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 440C8E6252; Sun, 15 Jan 2012 12:48:05 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=efHEGtL4n2NW tNMiU3PYD30j7pQ=; b=nWqP/DDjgKDLtS8jBD3Zl2bHK7R9ZJSG2w0CWyltWne9 onEDILEFYhulh14HZXCQ1xsLI0bxz6xWtPhB5WSsr5sXSNYFvxjpFuhJMKZZjHVq xkk7Ab0GsXS8SSNUDg4LtL2Es4GPVWrXK+usnBpkr9BMIpAimDg8lf4l32HnWRQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=AhkGZV sNHt0f63UFBAd7Ui9XV36LCE4mldLchZ1lhb0ugNF9FYDvF1MvTetr/doW0/jJU1 XpCBG4k44qnF0MmP0x0URrccQm/Nm6m9qMFzhEAMHwYI+2awLSVVpEXWn3mZv7Ui 9i1LdynR4sP1yDBLn1yILSTugD8NWY1FJcJps= Received: from [192.168.1.66] (188-220-36-32.zone11.bethere.co.uk [188.220.36.32]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 9CA60E6250; Sun, 15 Jan 2012 12:48:04 +0000 (GMT) Message-ID: <4F12CB02.4050409@cran.org.uk> Date: Sun, 15 Jan 2012 12:48:02 +0000 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Stefan Bethke References: <3BCC7D95-F0BC-447D-9828-DD5B6A07A54A@lassitu.de> In-Reply-To: <3BCC7D95-F0BC-447D-9828-DD5B6A07A54A@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Joe Holden Subject: Re: UFS corruption panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 12:48:07 -0000 On 15/01/2012 08:12, Stefan Bethke wrote: > Yes, a panic is the correct action here. While I agree that it's super annoying, the filesystem notices that something is *really* wrong. Instead of letting the problem fester and continue to corrupt data, it stops the system. One could argue instead that for non-root filesystems the correct action is to stop all operations on that filesystem but let the rest of the system continue. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 15:00:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C1F5106564A for ; Sun, 15 Jan 2012 15:00:34 +0000 (UTC) (envelope-from jwhlists@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 879138FC08 for ; Sun, 15 Jan 2012 15:00:33 +0000 (UTC) Received: by lahd3 with SMTP id d3so1570411lah.13 for ; Sun, 15 Jan 2012 07:00:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=qez/cqORr+o8/suk11k13f1UZfrtDgSOA5wmYKTkQ3Q=; b=jyx8O2nYKyCypKBGEva3t08D+mFhgDBob8peoCfLxmOwELnl48uKLP2fAJGA2V6uKQ huGDMX2QZZAkIqPyJZuYRuXAwBP7nPCIYaOOyD06vmpsuIKbfubn96UGERgVjpR4Wg2c VY467nL/yRDpKsAIlVjbm/fpog/XqU/mYelLk= MIME-Version: 1.0 Received: by 10.112.8.100 with SMTP id q4mr2027100lba.39.1326639632176; Sun, 15 Jan 2012 07:00:32 -0800 (PST) Received: by 10.152.11.131 with HTTP; Sun, 15 Jan 2012 07:00:32 -0800 (PST) In-Reply-To: <4F12CB02.4050409@cran.org.uk> References: <3BCC7D95-F0BC-447D-9828-DD5B6A07A54A@lassitu.de> <4F12CB02.4050409@cran.org.uk> Date: Sun, 15 Jan 2012 15:00:32 +0000 Message-ID: From: Joe Holden To: Bruce Cran Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Stefan Bethke Subject: Re: UFS corruption panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 15:00:34 -0000 Actually, that would be a safe assumption especially now that the installer rightly or wrongly defaults to a single / filesystem, but perhaps if it could be tunable via mount flags that would be sensible also... Thanks, J On Sun, Jan 15, 2012 at 12:48 PM, Bruce Cran wrote: > > On 15/01/2012 08:12, Stefan Bethke wrote: >> >> Yes, a panic is the correct action here. =A0While I agree that it's supe= r annoying, the filesystem notices that something is *really* wrong. =A0Ins= tead of letting the problem fester and continue to corrupt data, it stops t= he system. > > > One could argue instead that for non-root filesystems the correct action = is to stop all operations on that filesystem but let the rest of the system= continue. > > -- > Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 16:02:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CA32106564A for ; Sun, 15 Jan 2012 16:02:34 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E60F68FC17 for ; Sun, 15 Jan 2012 16:02:33 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so226193obc.13 for ; Sun, 15 Jan 2012 08:02:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.122.71 with SMTP id lq7mr7897557obb.33.1326643353164; Sun, 15 Jan 2012 08:02:33 -0800 (PST) Received: by 10.182.71.201 with HTTP; Sun, 15 Jan 2012 08:02:33 -0800 (PST) X-Originating-IP: [93.221.165.179] Date: Sun, 15 Jan 2012 17:02:33 +0100 Message-ID: From: "C. P. Ghost" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-sparc64@freebsd.org Subject: Can't boot 9.0-RELEASE on sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 16:02:34 -0000 Hi, I'm trying to boot 9.0-RELEASE on sparc64, but I'm getting stuck at: panic: kmem_suballoc: bad status return of 3 cpuid = 0 KDB: stack backtrace: #0 0xc079841c at ??+0 #1 0xc04ca59c at ??+0 #2 0xc0487f90 at ??+0 #3 0xc0098028 at ??+0 I'm not able to break into the kernel debugger from there. This is a SunBlade 1500 with 2GB of RAM, booting from cdrom. The same machine boots 8.2-RELEASE from disk without any problems. boot -v of 8.2 yields: Copyright (c) 1992-2011 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.2-RELEASE #0: Thu Feb 17 06:57:44 UTC 2011 root@araz.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC sparc64 Preloaded elf kernel "/boot/GENERIC/kernel" at 0xc0b9c000. real memory = 2147483648 (2048 MB) avail memory = 2079563776 (1983 MB) machine: SUNW,Sun-Blade-1500-S cpu0: Sun Microsystems UltraSparc-IIIi Processor (1503.00 MHz CPU) mask=0x34 maxtl=5 maxwin=7 wlan: <802.11 Link Layer> firmware: 'isp_1000' version 1: 20142 bytes loaded at 0xc0725d38 ispfw: registered firmware firmware: 'isp_1040' version 1: 22944 bytes loaded at 0xc072abe6 ispfw: registered firmware firmware: 'isp_1040_it' version 1: 32942 bytes loaded at 0xc0730586 ispfw: registered firmware firmware: 'isp_1080' version 1: 31350 bytes loaded at 0xc0738634 ispfw: registered firmware firmware: 'isp_1080_it' version 1: 40644 bytes loaded at 0xc07400aa ispfw: registered firmware firmware: 'isp_12160' version 1: 28050 bytes loaded at 0xc0749f6e ispfw: registered firmware firmware: 'isp_12160_it' version 1: 40604 bytes loaded at 0xc0750d00 ispfw: registered firmware firmware: 'isp_2100' version 1: 76770 bytes loaded at 0xc075ab9c ispfw: registered firmware firmware: 'isp_2200' version 1: 77214 bytes loaded at 0xc076d77e ispfw: registered firmware firmware: 'isp_2300' version 1: 106640 bytes loaded at 0xc078051c ispfw: registered firmware firmware: 'isp_2322' version 1: 108856 bytes loaded at 0xc079a5ac ispfw: registered firmware firmware: 'isp_2400' version 1: 177416 bytes loaded at 0xc07b8164 ispfw: registered firmware firmware: 'isp_2400_multi' version 1: 193652 bytes loaded at 0xc07efe54 ispfw: registered firmware firmware: 'isp_2500' version 1: 140732 bytes loaded at 0xc082c140 ispfw: registered firmware firmware: 'isp_2500_multi' version 1: 164528 bytes loaded at 0xc085d0c4 ispfw: registered firmware null: random: nfslock: pseudo-device kbd0 at kbdmux0 openfirm: mem: nexus0: pcib0: mem 0x4000f600000-0x4000f60afff,0x4000f410000-0x4000f41701f,0x7fe00000000-0x7fe000000ff,0x4000f780000-0x4000f78ffff irq 1970,1968,1969,1972,1953 on nexus0 pcib0: Tomatillo, version 4, IGN 0x1e, bus A, 33MHz Timecounter "pcib0" frequency 167000000 Hz quality -100 pcib0: DVMA map: 0xc0000000 to 0xdfffffff 65536 entries pcib0: PROM IOTSB size: 1 (2048 entries) pcib0: adding PROM IOTSB slot 0 (kernel slot 63488) TTE: 0x800000013fde0012 pcib0: adding PROM IOTSB slot 1 (kernel slot 63489) TTE: 0x800000013fde2012 pcib0: adding PROM IOTSB slot 2 (kernel slot 63490) TTE: 0x800000013fde4012 pcib0: adding PROM IOTSB slot 3 (kernel slot 63491) TTE: 0x800000013fde6012 pcib0: adding PROM IOTSB slot 4 (kernel slot 63492) TTE: 0x800000013fde8012 pcib0: adding PROM IOTSB slot 5 (kernel slot 63493) TTE: 0x800000013fdea012 pcib0: adding PROM IOTSB slot 6 (kernel slot 63494) TTE: 0x800000013fdec012 pcib0: adding PROM IOTSB slot 7 (kernel slot 63495) TTE: 0x800000013fdee012 pcib0: adding PROM IOTSB slot 8 (kernel slot 63496) TTE: 0x800000013fdf0012 pcib0: adding PROM IOTSB slot 9 (kernel slot 63497) TTE: 0x800000013fdf2012 pcib0: adding PROM IOTSB slot 10 (kernel slot 63498) TTE: 0x800000013fdf4012 pcib0: adding PROM IOTSB slot 11 (kernel slot 63499) TTE: 0x800000013fdf6012 pcib0: adding PROM IOTSB slot 12 (kernel slot 63500) TTE: 0x800000013fdf8012 pcib0: adding PROM IOTSB slot 13 (kernel slot 63501) TTE: 0x800000013fdfa012 pcib0: adding PROM IOTSB slot 14 (kernel slot 63502) TTE: 0x800000013fdfc012 pcib0: adding PROM IOTSB slot 15 (kernel slot 63503) TTE: 0x800000013fdfe012 pcib0: adding PROM IOTSB slot 16 (kernel slot 63504) TTE: 0x800000013fe00012 pcib0: adding PROM IOTSB slot 17 (kernel slot 63505) TTE: 0x800000013fe02012 pcib0: adding PROM IOTSB slot 18 (kernel slot 63506) TTE: 0x800000013fe04012 pcib0: adding PROM IOTSB slot 19 (kernel slot 63507) TTE: 0x800000013fe06012 pcib0: adding PROM IOTSB slot 20 (kernel slot 63508) TTE: 0x800000013fe08012 pcib0: adding PROM IOTSB slot 21 (kernel slot 63509) TTE: 0x800000013fe0a012 pcib0: adding PROM IOTSB slot 22 (kernel slot 63510) TTE: 0x800000013fe0c012 pcib0: adding PROM IOTSB slot 23 (kernel slot 63511) TTE: 0x800000013fe0e012 pcib0: adding PROM IOTSB slot 24 (kernel slot 63512) TTE: 0x800000013fe10012 pcib0: adding PROM IOTSB slot 25 (kernel slot 63513) TTE: 0x800000013fe12012 pcib0: adding PROM IOTSB slot 26 (kernel slot 63514) TTE: 0x800000013fe14012 pcib0: adding PROM IOTSB slot 27 (kernel slot 63515) TTE: 0x800000013fe16012 pcib0: adding PROM IOTSB slot 28 (kernel slot 63516) TTE: 0x800000013fe18012 pcib0: adding PROM IOTSB slot 29 (kernel slot 63517) TTE: 0x800000013fe1a012 pcib0: adding PROM IOTSB slot 30 (kernel slot 63518) TTE: 0x800000013fe1c012 pcib0: adding PROM IOTSB slot 31 (kernel slot 63519) TTE: 0x800000013fe1e012 pcib0: adding PROM IOTSB slot 32 (kernel slot 63520) TTE: 0x800000013fe20012 pcib0: adding PROM IOTSB slot 33 (kernel slot 63521) TTE: 0x800000013fe22012 pcib0: adding PROM IOTSB slot 34 (kernel slot 63522) TTE: 0x800000013fe24012 pcib0: adding PROM IOTSB slot 35 (kernel slot 63523) TTE: 0x800000013fe26012 pcib0: adding PROM IOTSB slot 36 (kernel slot 63524) TTE: 0x800000013fe28012 pcib0: adding PROM IOTSB slot 37 (kernel slot 63525) TTE: 0x800000013fe2a012 pcib0: adding PROM IOTSB slot 38 (kernel slot 63526) TTE: 0x800000013fe2c012 pcib0: adding PROM IOTSB slot 39 (kernel slot 63527) TTE: 0x800000013fe2e012 pcib0: adding PROM IOTSB slot 40 (kernel slot 63528) TTE: 0x800000013fe30012 pcib0: adding PROM IOTSB slot 41 (kernel slot 63529) TTE: 0x800000013fe32012 pcib0: adding PROM IOTSB slot 42 (kernel slot 63530) TTE: 0x800000013fe34012 pcib0: adding PROM IOTSB slot 43 (kernel slot 63531) TTE: 0x800000013fe36012 pcib0: adding PROM IOTSB slot 44 (kernel slot 63532) TTE: 0x800000013fe38012 pcib0: adding PROM IOTSB slot 45 (kernel slot 63533) TTE: 0x800000013fe3a012 pcib0: adding PROM IOTSB slot 46 (kernel slot 63534) TTE: 0x800000013fe3c012 pcib0: adding PROM IOTSB slot 47 (kernel slot 63535) TTE: 0x800000013fe3e012 pcib0: adding PROM IOTSB slot 48 (kernel slot 63536) TTE: 0x800000013fe40012 pcib0: adding PROM IOTSB slot 49 (kernel slot 63537) TTE: 0x800000013fe42012 pcib0: adding PROM IOTSB slot 50 (kernel slot 63538) TTE: 0x800000013fe44012 pcib0: adding PROM IOTSB slot 51 (kernel slot 63539) TTE: 0x800000013fe46012 pcib0: adding PROM IOTSB slot 52 (kernel slot 63540) TTE: 0x800000013fe48012 pcib0: adding PROM IOTSB slot 53 (kernel slot 63541) TTE: 0x800000013fe4a012 pcib0: adding PROM IOTSB slot 54 (kernel slot 63542) TTE: 0x800000013fe4c012 pcib0: adding PROM IOTSB slot 55 (kernel slot 63543) TTE: 0x800000013fe4e012 pcib0: adding PROM IOTSB slot 56 (kernel slot 63544) TTE: 0x800000013fe50012 pcib0: adding PROM IOTSB slot 57 (kernel slot 63545) TTE: 0x800000013fe52012 pcib0: adding PROM IOTSB slot 58 (kernel slot 63546) TTE: 0x800000013fe54012 pcib0: adding PROM IOTSB slot 59 (kernel slot 63547) TTE: 0x800000013fe56012 pcib0: adding PROM IOTSB slot 60 (kernel slot 63548) TTE: 0x800000013fe58012 pcib0: adding PROM IOTSB slot 61 (kernel slot 63549) TTE: 0x800000013fe5a012 pcib0: adding PROM IOTSB slot 62 (kernel slot 63550) TTE: 0x800000013fe5c012 pcib0: adding PROM IOTSB slot 63 (kernel slot 63551) TTE: 0x800000013fe5e012 pcib0: adding PROM IOTSB slot 64 (kernel slot 63552) TTE: 0x800000013fe60012 pcib0: adding PROM IOTSB slot 65 (kernel slot 63553) TTE: 0x800000013fe62012 pcib0: adding PROM IOTSB slot 66 (kernel slot 63554) TTE: 0x800000013fe64012 pcib0: adding PROM IOTSB slot 67 (kernel slot 63555) TTE: 0x800000013fe66012 pcib0: adding PROM IOTSB slot 68 (kernel slot 63556) TTE: 0x800000013fe68012 pcib0: adding PROM IOTSB slot 69 (kernel slot 63557) TTE: 0x800000013fe6a012 pcib0: adding PROM IOTSB slot 70 (kernel slot 63558) TTE: 0x800000013fe6c012 pcib0: adding PROM IOTSB slot 71 (kernel slot 63559) TTE: 0x800000013fe6e012 pcib0: adding PROM IOTSB slot 72 (kernel slot 63560) TTE: 0x800000013fe70012 pcib0: adding PROM IOTSB slot 73 (kernel slot 63561) TTE: 0x800000013fe72012 pcib0: adding PROM IOTSB slot 74 (kernel slot 63562) TTE: 0x800000013fe74012 pcib0: adding PROM IOTSB slot 75 (kernel slot 63563) TTE: 0x800000013fe76012 pcib0: adding PROM IOTSB slot 76 (kernel slot 63564) TTE: 0x800000013fe78012 pcib0: adding PROM IOTSB slot 77 (kernel slot 63565) TTE: 0x800000013fe7a012 pcib0: adding PROM IOTSB slot 78 (kernel slot 63566) TTE: 0x800000013fe7c012 pcib0: adding PROM IOTSB slot 79 (kernel slot 63567) TTE: 0x800000013fe7e012 pcib0: adding PROM IOTSB slot 80 (kernel slot 63568) TTE: 0x800000013fe80012 pcib0: adding PROM IOTSB slot 81 (kernel slot 63569) TTE: 0x800000013fe82012 pcib0: adding PROM IOTSB slot 82 (kernel slot 63570) TTE: 0x800000013fe84012 pcib0: adding PROM IOTSB slot 83 (kernel slot 63571) TTE: 0x800000013fe86012 pcib0: adding PROM IOTSB slot 84 (kernel slot 63572) TTE: 0x800000013fe88012 pcib0: adding PROM IOTSB slot 85 (kernel slot 63573) TTE: 0x800000013fe8a012 pcib0: adding PROM IOTSB slot 86 (kernel slot 63574) TTE: 0x800000013fe8c012 pcib0: adding PROM IOTSB slot 87 (kernel slot 63575) TTE: 0x800000013fe8e012 pcib0: adding PROM IOTSB slot 88 (kernel slot 63576) TTE: 0x800000013fe90012 pcib0: adding PROM IOTSB slot 89 (kernel slot 63577) TTE: 0x800000013fe92012 pcib0: adding PROM IOTSB slot 90 (kernel slot 63578) TTE: 0x800000013fe94012 pcib0: adding PROM IOTSB slot 91 (kernel slot 63579) TTE: 0x800000013fe96012 pcib0: adding PROM IOTSB slot 92 (kernel slot 63580) TTE: 0x800000013fe98012 pcib0: adding PROM IOTSB slot 93 (kernel slot 63581) TTE: 0x800000013fe9a012 pcib0: adding PROM IOTSB slot 94 (kernel slot 63582) TTE: 0x800000013fe9c012 pcib0: adding PROM IOTSB slot 95 (kernel slot 63583) TTE: 0x800000013fe9e012 pcib0: adding PROM IOTSB slot 96 (kernel slot 63584) TTE: 0x800000013fea0012 pcib0: adding PROM IOTSB slot 97 (kernel slot 63585) TTE: 0x800000013fea2012 pcib0: adding PROM IOTSB slot 98 (kernel slot 63586) TTE: 0x800000013fea4012 pcib0: adding PROM IOTSB slot 99 (kernel slot 63587) TTE: 0x800000013fea6012 pcib0: adding PROM IOTSB slot 100 (kernel slot 63588) TTE: 0x800000013fea8012 pcib0: adding PROM IOTSB slot 101 (kernel slot 63589) TTE: 0x800000013feaa012 pcib0: adding PROM IOTSB slot 102 (kernel slot 63590) TTE: 0x800000013feac012 pcib0: adding PROM IOTSB slot 103 (kernel slot 63591) TTE: 0x800000013feae012 pcib0: adding PROM IOTSB slot 104 (kernel slot 63592) TTE: 0x800000013feb0012 pcib0: adding PROM IOTSB slot 105 (kernel slot 63593) TTE: 0x800000013feb2012 pcib0: adding PROM IOTSB slot 106 (kernel slot 63594) TTE: 0x800000013feb4012 pcib0: adding PROM IOTSB slot 107 (kernel slot 63595) TTE: 0x800000013feb6012 pcib0: adding PROM IOTSB slot 108 (kernel slot 63596) TTE: 0x800000013feb8012 pcib0: adding PROM IOTSB slot 109 (kernel slot 63597) TTE: 0x800000013feba012 pcib0: adding PROM IOTSB slot 110 (kernel slot 63598) TTE: 0x800000013febc012 pcib0: adding PROM IOTSB slot 111 (kernel slot 63599) TTE: 0x800000013febe012 pcib0: adding PROM IOTSB slot 112 (kernel slot 63600) TTE: 0x800000013fec0012 pcib0: adding PROM IOTSB slot 113 (kernel slot 63601) TTE: 0x800000013fec2012 pcib0: adding PROM IOTSB slot 114 (kernel slot 63602) TTE: 0x800000013fec4012 pcib0: adding PROM IOTSB slot 115 (kernel slot 63603) TTE: 0x800000013fec6012 pcib0: adding PROM IOTSB slot 116 (kernel slot 63604) TTE: 0x800000013fec8012 pcib0: adding PROM IOTSB slot 117 (kernel slot 63605) TTE: 0x800000013feca012 pcib0: adding PROM IOTSB slot 118 (kernel slot 63606) TTE: 0x800000013fecc012 pcib0: adding PROM IOTSB slot 119 (kernel slot 63607) TTE: 0x800000013fece012 pcib0: adding PROM IOTSB slot 120 (kernel slot 63608) TTE: 0x800000013fed0012 pcib0: adding PROM IOTSB slot 121 (kernel slot 63609) TTE: 0x800000013fed2012 pcib0: adding PROM IOTSB slot 122 (kernel slot 63610) TTE: 0x800000013fed4012 pcib0: adding PROM IOTSB slot 123 (kernel slot 63611) TTE: 0x800000013fed6012 pcib0: adding PROM IOTSB slot 124 (kernel slot 63612) TTE: 0x800000013fed8012 pcib0: adding PROM IOTSB slot 125 (kernel slot 63613) TTE: 0x800000013feda012 pcib0: adding PROM IOTSB slot 126 (kernel slot 63614) TTE: 0x800000013fedc012 pcib0: adding PROM IOTSB slot 127 (kernel slot 63615) TTE: 0x800000013fede012 pcib0: bus range 0 to 1; PCI bus 0 initalizing intr_countp pcib0: [FILTER] pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x108e, dev=0xa801, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x1533, revid=0x00 domain=0, bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 found-> vendor=0x10b9, dev=0x7101, revid=0x00 domain=0, bus=0, slot=6, func=0 class=00-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10b9, dev=0x5451, revid=0x02 domain=0, bus=0, slot=8, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x10 (480 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0x900, size 8, port disabled map[14]: type Memory, range 32, base 0x100000, size 12, memory disabled found-> vendor=0x10b9, dev=0x5237, revid=0x03 domain=0, bus=0, slot=10, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0x1000000, size 12, memory disabled found-> vendor=0x10b9, dev=0x5237, revid=0x03 domain=0, bus=0, slot=11, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0x2000000, size 12, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc4 domain=0, bus=0, slot=13, func=0 class=01-01-ff, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x10 (480 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xa00, size 3, port disabled map[14]: type I/O Port, range 32, base 0xa18, size 2, enabled map[18]: type I/O Port, range 32, base 0xa10, size 3, enabled map[1c]: type I/O Port, range 32, base 0xa08, size 2, enabled map[20]: type I/O Port, range 32, base 0xa20, size 4, enabled found-> vendor=0x104c, dev=0xac23, revid=0x02 domain=0, bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x23 (8750 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 found-> vendor=0x1002, dev=0x4752, revid=0x27 domain=0, bus=0, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0082, statreg=0x0290, cachelnsz=16 (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 0x4000000, size 24, enabled map[14]: type I/O Port, range 32, base 0xb00, size 8, port disabled map[18]: type Memory, range 32, base 0x102000, size 12, enabled pcib1: at device 2.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x1000-0xfff pcib1: memory decode 0x3000000-0x30fffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1033, dev=0x0035, revid=0x43 domain=0, bus=1, slot=8, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x08 (240 ns), mingnt=0x01 (250 ns), maxlat=0x2a (10500 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0x3000000, size 12, memory disabled pcib1: requested memory range 0x3000000-0x3000fff: good found-> vendor=0x1033, dev=0x0035, revid=0x43 domain=0, bus=1, slot=8, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x08 (240 ns), mingnt=0x01 (250 ns), maxlat=0x2a (10500 ns) intpin=b, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0x3002000, size 12, memory disabled pcib1: requested memory range 0x3002000-0x3002fff: good found-> vendor=0x1033, dev=0x00e0, revid=0x04 domain=0, bus=1, slot=8, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x80 (3840 ns), mingnt=0x10 (4000 ns), maxlat=0x22 (8500 ns) intpin=c, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0x3004000, size 8, memory disabled pcib1: requested memory range 0x3004000-0x30040ff: good found-> vendor=0x104c, dev=0x8024, revid=0x00 domain=0, bus=1, slot=11, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x10 (480 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0x3006000, size 11, memory disabled pcib1: requested memory range 0x3006000-0x30067ff: good map[14]: type Memory, range 32, base 0x3008000, size 14, enabled pcib1: requested memory range 0x3008000-0x300bfff: good pcib2: mem 0x4000ff00000-0x4000ff0afff,0x4000fc10000-0x4000fc1701f,0x7f600000000-0x7f6000000ff,0x4000ff80000-0x4000ff8ffff irq 2035,2032,2033,2036,2019 on nexus0 pcib2: Tomatillo, version 4, IGN 0x1f, bus B, 66MHz pcib2: DVMA map: 0xc0000000 to 0xdfffffff 65536 entries pcib2: PROM IOTSB size: 1 (2048 entries) pcib2: bus range 0 to 0; PCI bus 0 pcib2: [FILTER] pcib2: [FILTER] pcib2: [FILTER] pcib2: [FILTER] pci2: on pcib2 pci2: domain=2, physical bus=0 found-> vendor=0x108e, dev=0xa801, revid=0x00 domain=2, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x14e4, dev=0x1647, revid=0x00 domain=2, bus=0, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0x200000, size 16, memory disabled nexus0: mem 0x40000000000-0x40000000007 type memory-controller (no driver attached) isab0: at device 7.0 on pci0 pcib0: could not route pin 1 for device 7.0 isa0: could not map ISA interrupt 1 for node 0xf0088520: parallel isa0: on isab0 pci0: at device 6.0 (no driver attached) pci0: at device 8.0 (no driver attached) ohci0: mem 0x1000000-0x1000fff at device 10.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x1000000 ohci0: [MPSAFE] ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0x2000000-0x2000fff at device 11.0 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x2000000 ohci1: [MPSAFE] ohci1: [ITHREAD] usbus1: on ohci1 atapci0: port 0xa00-0xa07,0xa18-0xa1b,0xa10-0xa17,0xa08-0xa0b,0xa20-0xa2f at device 13.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xa20 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xa00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xa18 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x90 err=0x90 lsb=0x90 msb=0x90 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xa10 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xa08 ata3: reset tp1 mask=03 ostat0=00 ostat1=00 ata3: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata3: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=00 stat1=00 devices=0x10000 ata3: [MPSAFE] ata3: [ITHREAD] ohci2: mem 0x3000000-0x3000fff at device 8.0 on pci1 ohci2: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x3000000 pcib1: slot 8 INTA is routed to irq 16 pcib0: installed DMA sync wrapper for device 8.0 on bus 1 ohci2: [MPSAFE] ohci2: [ITHREAD] usbus2: on ohci2 ohci3: mem 0x3002000-0x3002fff at device 8.1 on pci1 ohci3: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x3002000 pcib1: slot 8 INTB is routed to irq 17 pcib0: installed DMA sync wrapper for device 8.1 on bus 1 ohci3: [MPSAFE] ohci3: [ITHREAD] usbus3: on ohci3 ehci0: mem 0x3004000-0x30040ff at device 8.2 on pci1 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0x3004000 pcib1: slot 8 INTC is routed to irq 18 pcib0: installed DMA sync wrapper for device 8.2 on bus 1 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 fwohci0: mem 0x3006000-0x30067ff,0x3008000-0x300bfff at device 11.0 on pci1 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0x3006000 pcib1: slot 11 INTA is routed to irq 19 pcib0: installed DMA sync wrapper for device 11.0 on bus 1 fwohci0: [MPSAFE] fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:05:16:00:00:71:20:54 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xc1590000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:05:16:71:20:54 fwe0: bpf attached fwe0: Ethernet address: 02:05:16:71:20:54 fwip0: on firewire0 fwip0: bpf attached fwip0: Firewire address: 00:05:16:00:00:71:20:54 @ 0xfffe00000000, S400, maxrec 2048 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode machfb0: port 0xb00-0xbff mem 0x4000000-0x4ffffff,0x102000-0x102fff at device 5.0 on pci0 machfb0: console machfb0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x4000000 machfb0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x102000 machfb0: 16 MB aperture at 0xfddcc000 not swapped machfb0: 8188 KB SGRAM 114.992 MHz, maximum RAMDAC clock 230 MHz, DSP machfb0: resolution 1152x900 at 8 bpp jbusppm0: mem 0x4000f000000-0x4000f000007,0x4000f410050-0x4000f41005f on nexus0 jbusppm0: master I/O bridge jbusppm0: running at full speed bge0: mem 0x200000-0x20ffff at device 2.0 on pci2 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0x200000 bge0: CHIP ID 0x00001002; ASIC REV 0x01; CHIP REV 0x10; PCI miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0016, rev. 2 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: bpf attached bge0: Ethernet address: 00:14:4f:23:7e:fe bge0: [MPSAFE] bge0: [ITHREAD] nexus0: mem 0x4000fc64000-0x4000fc6400f type i2c (no driver attached) syscons0: on nexus0 syscons0: Unknown <16 virtual consoles, flags=0x300> syscons0: fb0, kbd0, terminal emulator: scteken (teken terminal) (null) failed to probe at iomem 0xf0000000-0xf00fffff on isa0 rtc0: at port 0x70-0x71 on isa0 rtc0: registered as a time-of-day clock (resolution 1000000us) ct_to_ts([2012-01-15 15:52:10]) = 1326642730.000000000 rtc0: current time: 1326642730.000000000 (null) failed to probe at port 0x320-0x321 irq 46 on isa0 (null) failed to probe at port 0x800-0x82f irq 32 on isa0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 44 on isa0 uart0: [FILTER] uart0: fast interrupt uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 44 on isa0 uart1: [FILTER] uart1: fast interrupt (null) failed to probe at port 0-0xffff on isa0 (null) failed to probe at port 0x378-0x37f,0-0x4ff drq 1 on isa0 procfs registered Timecounter "tick" frequency 1503000000 Hz quality 1000 Timecounter "stick" frequency 12000000 Hz quality 1000 Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached ata2: Identifying devices: 00000001 ata2: New devices: 00000001 firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ad0: setting UDMA100 ad0: 114473MB at ata2-master UDMA100 ad0: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue ata3: Identifying devices: 00010000 ata3: New devices: 00010000 GEOM: new disk ad0 ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire acd0: setting UDMA66 acd0: DVDR drive at ata3 as master acd0: read 8269KB/s (8269KB/s) write 8269KB/s (8269KB/s), 2048KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-R 120mm data disc GEOM: ad0: adding VTOC8 information. uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub2: 3 ports with 3 removable, self powered ugen1.2: at usbus1 ukbd0: on usbus1 kbd: new array size 4 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x3d0000 uhid0: on usbus1 ugen1.3: at usbus1 ums0: on usbus1 ums0: 8 buttons and [XYZT] coordinates ID=0 uhub4: 5 ports with 5 removable, self powered acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x05 Trying to mount root from ufs:/dev/ad0a ct_to_ts([2012-01-15 15:52:21]) = 1326642741.000000000 start_init: trying /sbin/init Please let me know if I can provide more help. Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 16:23:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8285C1065673; Sun, 15 Jan 2012 16:23:26 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4739F8FC12; Sun, 15 Jan 2012 16:23:25 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so238116obc.13 for ; Sun, 15 Jan 2012 08:23:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.117.8 with SMTP id ka8mr7857972obb.73.1326644605455; Sun, 15 Jan 2012 08:23:25 -0800 (PST) Received: by 10.182.71.201 with HTTP; Sun, 15 Jan 2012 08:23:25 -0800 (PST) X-Originating-IP: [93.221.165.179] In-Reply-To: References: Date: Sun, 15 Jan 2012 17:23:25 +0100 Message-ID: From: "C. P. Ghost" To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-sparc64@freebsd.org Subject: Re: Can't boot 9.0-RELEASE on sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 16:23:26 -0000 On Sun, Jan 15, 2012 at 5:02 PM, C. P. Ghost wrote: > Hi, > > I'm trying to boot 9.0-RELEASE on sparc64, but I'm > getting stuck at: > > panic: kmem_suballoc: bad status return of 3 > cpuid =3D 0 > KDB: stack backtrace: > =A0#0 0xc079841c at ??+0 > =A0#1 0xc04ca59c at ??+0 > =A0#2 0xc0487f90 at ??+0 > =A0#3 0xc0098028 at ??+0 > > I'm not able to break into the kernel debugger from > there. > > This is a SunBlade 1500 with 2GB of RAM, booting > from cdrom. Just a little follow-up: If I set hw.physmem=3D1048576000 in the loader, 9.0 finally boots. What's going on? Are there some memory holes above 1G that 9.0 can't deal with (but 8.2 can)? Thanks, -cpghost. --=20 Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 16:40:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09C841065670 for ; Sun, 15 Jan 2012 16:40:52 +0000 (UTC) (envelope-from prvs=1361bf8093=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 871768FC23 for ; Sun, 15 Jan 2012 16:40:51 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Sun, 15 Jan 2012 16:29:02 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 15 Jan 2012 16:29:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50017567119.msg for ; Sun, 15 Jan 2012 16:29:00 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1361bf8093=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <40A76FC1992140AFA5B8EB52C28DB3A1@multiplay.co.uk> From: "Steven Hartland" To: "Bjoern A. Zeeb" References: <9728B37F7A4EBE45A2FD4B18883BAED6D02612@SN2PRD0802MB111.namprd08.prod.outlook.com> Date: Sun, 15 Jan 2012 16:28: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.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: ml-freebsd-stable Stable Subject: Re: HPN-SSH 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, 15 Jan 2012 16:40:52 -0000 ----- Original Message ----- From: "Bjoern A. Zeeb" To: "Steven Hartland" Cc: "ml-freebsd-stable Stable" Sent: Sunday, January 15, 2012 1:41 AM Subject: Re: HPN-SSH question > On 14. Jan 2012, at 23:56 , Steven Hartland wrote: > >> On a similar note I'm actually quite concerned by the inclusion of >> these patches by default in the OS version of ssh as we've seen >> several cases of it causing noticeable performance degradation >> instead of improvement. >> >> I've not tested on 9, but this was certainly the case on 8.2. > > 8.2 did not shipped them so you had installed them yourself? > > What kind of performance degradations and in which kind of environment > an how "noticeable"? Yep we installed openssh-portable + HPN and experienced noticeably reduced transfer rates on high latency links, exactly the opposite as one would expect. I don't have the exact figures I'm afraid as we just went straight back to standard ssh. I'll try and get some time to retest and provide some proper results. 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 Sun Jan 15 17:15:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAB27106564A; Sun, 15 Jan 2012 17:15:32 +0000 (UTC) (envelope-from rpclark@tds.net) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5494F8FC0C; Sun, 15 Jan 2012 17:15:31 +0000 (UTC) Received: by ghbf14 with SMTP id f14so1705258ghb.13 for ; Sun, 15 Jan 2012 09:15:31 -0800 (PST) Received: by 10.236.85.230 with SMTP id u66mr12403600yhe.83.1326647730096; Sun, 15 Jan 2012 09:15:30 -0800 (PST) Received: from x1.frogdoor.org (h69-130-64-198.kgldga.dsl.dynamic.tds.net. [69.130.64.198]) by mx.google.com with ESMTPS id s7sm11096401anc.4.2012.01.15.09.15.28 (version=SSLv3 cipher=OTHER); Sun, 15 Jan 2012 09:15:29 -0800 (PST) Date: Sun, 15 Jan 2012 12:15:26 -0500 From: Rob Clark To: Jeremy Chadwick Message-Id: <20120115121526.f3ff320f.rpclark@tds.net> In-Reply-To: <20120115073749.GA50316@icarus.home.lan> References: <20120111161110.4258969c.rpclark@tds.net> <201201120815.50838.jhb@freebsd.org> <20120115022441.4c378507.rpclark@tds.net> <20120115073749.GA50316@icarus.home.lan> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hubs@freebsd.org, freebsd-stable@freebsd.org, John Baldwin Subject: Re: GENERIC make buildkernel error / fails - posix_fadvise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 17:15:32 -0000 On Sat, 14 Jan 2012 23:37:50 -0800 Jeremy Chadwick wrote: > On Sun, Jan 15, 2012 at 02:24:41AM -0500, Rob Clark wrote: > > On Thu, 12 Jan 2012 08:15:50 -0500 > > John Baldwin wrote: > > > > > On Wednesday, January 11, 2012 4:11:10 pm Rob Clark wrote: > > > > System: Dell 600sc > > > > Currently running: 8.2-RELEASE > > > > > > > > In attempting to update this system to 8-STABLE I did > > > > what I usually do to update a system (see below). > > > > make buildworld completes successfully, but make > > > > buildkernel does not. I usually create a custom > > > > kernel, but for this system I went with GENERIC as > > > > is. > > > > > > > > The error message is: > > > > /usr/src/sys/kern/init_sysent.c:568: error: invalid > > > > application of 'sizeof' to incomplete type 'struct > > > > posix_fadvise_args' /usr/src/sys/kern/init_sysent.c:568: > > > > error: 'posix_fadvise' undeclared here (not in a > > > > function) *** Error code 1 > > > > > > This sounds like you have an incomplete tree that only got part of a change > > > (specifically, /usr/src/sys/sys/sysproto.h seems stale). Have you tried a > > > different cvsup mirror? > > > > > > -- > > > John Baldwin > > > > Sorry for the late follow-up, just got the system > > up and running yesterday. It appears that choosing a > > different mirror did the trick. > > Can you please disclose what cvsup mirror you were using? This kind of > problem may be affecting other people, so you may want to report it to > freebsd-hubs@freebsd.org to make the maintainer of the mirror aware. > > Otherwise, ""corruption"" (for lack of better term) between what's in > /var/db/sup and what's on your filesystem is something I've seen before, > particularly when changing release tags in a supfile. > > | Jeremy Chadwick jdc@parodius.com | Absolutely, the mirror initially used when I received the error (see above) during "buildkernel" was: cvsup17.FreeBSD.org Using cvsup11.FreeBSD.org I had no issues. Of course, I am not saying that cvsup17 was at fault here, just that buildkernel worked following a csup with cvsup11 (in my case anyway). -- Rob Clark cc: freebsd-hubs@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 18:16:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1A8F10656DF for ; Sun, 15 Jan 2012 18:16:10 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.modirum.com (mail.modirum.com [31.185.27.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5CD2E8FC12 for ; Sun, 15 Jan 2012 18:16:09 +0000 (UTC) Received: from [84.38.152.7] (helo=ranger.home.anduin.net) by mail.modirum.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RmU8K-0003mN-1R for freebsd-stable@freebsd.org; Sun, 15 Jan 2012 17:44:44 +0000 From: =?iso-8859-1?Q?Eirik_=D8verby?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 15 Jan 2012 18:44:42 +0100 Message-Id: <8F42B72B-7D3F-42DA-B195-9C919CE66C02@anduin.net> To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) X-SA-Authenticated: Yes X-SA-Exim-Connect-IP: 84.38.152.7 X-SA-Exim-Rcpt-To: freebsd-stable@freebsd.org X-SA-Exim-Mail-From: ltning@anduin.net X-SA-Exim-Scanned: No (on mail.modirum.com); SAEximRunCond expanded to false Subject: Random 'Connection reset' issues between jails on same host X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 18:16:10 -0000 Hi all, We're trying to implement our puppet infrastructure, and have discovered = something strange about TCP connections between jails on the same host. = As our jails haven't generally been doing a lot of connections between = each other, this issue hasn't popped up before.=20 We have two 100% equal host systems, on FreeBSD 8.2-RELEASE-p4. These = are 8-core Intel systems, with 16GB RAM each. I have just upgraded one = of the two systems to 9.0-RELEASE, and it shows the same problem. When the puppetmaster jail is running on the same host as the jail = running puppet agent, connections from the puppet agent randomly fails = with 'Connection reset by peer'. This happens at random stages of = configuration sync. Now if either of the jails are moved to another = system (jail stop, zfs snaphot, zfs send/recv, jail start) on the same = physical network, there are no such problems. It is not a hardware = issue, as this happens no matter which of the two hosts we use. If both = puppetmaster and puppet agent reside on the same physical box, the = errors will show up. There used to be a somewhat similar problem with FTP between jails on = the same host, but this was taken care of some time after 8.0-RELEASE = IIRC. That problem manifested itself in a combination of random = connection failures (had to try 2-3 times to establish a connection) and = very slow transfer rates (at most 150kbyte/s between jails on the same = host, but >50mbyte/s between jails on different hosts on the same = network). Has anyone seen this before? Is there anything I have missed, sysctls I = should set/adjust? The /etc/rc.conf settings for the jails are very simple - the following = differing from the default: jail_sysvipc_allow=3D"YES" jail_mount_enable=3D"YES" jail_devfs_enable=3D"YES" /etc/sysctl.conf contains the following jail-related: security.jail.enforce_statfs=3D0 security.jail.mount_allowed=3D1 security.jail.allow_raw_sockets=3D1 Thanks, /Eirik= From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 18:36:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28C2F106566B for ; Sun, 15 Jan 2012 18:36:19 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.modirum.com (mail.modirum.com [31.185.27.10]) by mx1.freebsd.org (Postfix) with ESMTP id D1CE68FC08 for ; Sun, 15 Jan 2012 18:36:18 +0000 (UTC) Received: from [84.38.152.7] (helo=ranger.home.anduin.net) by mail.modirum.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RmUwC-000FN3-Rd for freebsd-stable@freebsd.org; Sun, 15 Jan 2012 18:36:16 +0000 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1251.1) From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: <8F42B72B-7D3F-42DA-B195-9C919CE66C02@anduin.net> Date: Sun, 15 Jan 2012 19:36:16 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <54B6F0ED-37B2-4FF2-90C9-33DF7C36A29A@anduin.net> References: <8F42B72B-7D3F-42DA-B195-9C919CE66C02@anduin.net> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1251.1) X-SA-Authenticated: Yes X-SA-Exim-Connect-IP: 84.38.152.7 X-SA-Exim-Rcpt-To: freebsd-stable@freebsd.org X-SA-Exim-Mail-From: ltning@anduin.net X-SA-Exim-Scanned: No (on mail.modirum.com); SAEximRunCond expanded to false Subject: Re: Random 'Connection reset' issues between jails on same host X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 18:36:19 -0000 On Jan 15, 2012, at 18:44, Eirik =D8verby wrote: > Hi all, >=20 > We're trying to implement our puppet infrastructure, and have = discovered something strange about TCP connections between jails on the = same host. As our jails haven't generally been doing a lot of = connections between each other, this issue hasn't popped up before.=20 >=20 > We have two 100% equal host systems, on FreeBSD 8.2-RELEASE-p4. These = are 8-core Intel systems, with 16GB RAM each. I have just upgraded one = of the two systems to 9.0-RELEASE, and it shows the same problem. >=20 > When the puppetmaster jail is running on the same host as the jail = running puppet agent, connections from the puppet agent randomly fails = with 'Connection reset by peer'. This happens at random stages of = configuration sync. Now if either of the jails are moved to another = system (jail stop, zfs snaphot, zfs send/recv, jail start) on the same = physical network, there are no such problems. It is not a hardware = issue, as this happens no matter which of the two hosts we use. If both = puppetmaster and puppet agent reside on the same physical box, the = errors will show up. Replying to myself here: Assignig a cpuset with a single CPU to the jail with puppetmaster seems = to cure the symptom. I've made a few thousand connects now and no = failures so far. Repeatable on 8 and 9. This is obviously only a = workaround - but may give some hints as to where the problem is. /Eirik From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 18:57:46 2012 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 1200F106564A for ; Sun, 15 Jan 2012 18:57:46 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.modirum.com (mail.modirum.com [31.185.27.10]) by mx1.freebsd.org (Postfix) with ESMTP id C16E98FC08 for ; Sun, 15 Jan 2012 18:57:45 +0000 (UTC) Received: from [84.38.152.7] (helo=ranger.home.anduin.net) by mail.modirum.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RmTLQ-000GY7-Gz for stable@freebsd.org; Sun, 15 Jan 2012 16:54:12 +0000 From: =?iso-8859-1?Q?Eirik_=D8verby?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 15 Jan 2012 17:54:11 +0100 Message-Id: To: stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) X-SA-Authenticated: Yes X-SA-Exim-Connect-IP: 84.38.152.7 X-SA-Exim-Rcpt-To: stable@freebsd.org X-SA-Exim-Mail-From: ltning@anduin.net X-SA-Exim-Scanned: No (on mail.modirum.com); SAEximRunCond expanded to false Cc: Subject: Random 'Connection reset' issues between jails on same host X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 18:57:46 -0000 Hi all, We're trying to implement our puppet infrastructure, and have discovered = something strange about TCP connections between jails on the same host. = As our jails haven't generally been doing a lot of connections between = each other, this issue hasn't popped up before.=20 We have two 100% equal host systems, on FreeBSD 8.2-RELEASE-p4. These = are 8-core Intel systems, with 16GB RAM each. When the puppetmaster jail is running on the same host as the jail = running puppet agent, connections from the puppet agent randomly fails = with 'Connection reset by peer'. This happens at random stages of = configuration sync. Now if either of the jails are moved to another = system (jail stop, zfs snaphot, zfs send/recv, jail start) on the same = physical network, there are no such problems. It is not a hardware = issue, as this happens no matter which of the two hosts we use. If both = puppetmaster and puppet agent reside on the same physical box, the = errors will show up. There used to be a somewhat similar problem with FTP between jails on = the same host, but this was taken care of some time after 8.0-RELEASE = IIRC. That problem manifested itself in a combination of random = connection failures (had to try 2-3 times to establish a connection) and = very slow transfer rates (at most 150kbyte/s between jails on the same = host, but >50mbyte/s between jails on different hosts on the same = network). I am going to try to repeat this on 9.0-RELEASE - but in the meantime, = has anyone seen this before? Is there anything I have missed, sysctls I = should set/adjust? The /etc/rc.conf settings for the jails are very simple - the following = differing from the default: jail_sysvipc_allow=3D"YES" jail_mount_enable=3D"YES" jail_devfs_enable=3D"YES" /etc/sysctl.conf contains the following jail-related: security.jail.enforce_statfs=3D0 security.jail.mount_allowed=3D1 security.jail.allow_raw_sockets=3D1 Thanks, /Eirik= From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 18:58:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7229F1065787 for ; Sun, 15 Jan 2012 18:58:15 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id A22218FC13 for ; Sun, 15 Jan 2012 18:58:14 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 99BED25D3888; Sun, 15 Jan 2012 18:58:13 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id C62BABD93ED; Sun, 15 Jan 2012 18:58:12 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id JOLSRXdqXvO8; Sun, 15 Jan 2012 18:58:11 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 9A221BD93EF; Sun, 15 Jan 2012 18:58:11 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" X-Priority: 3 In-Reply-To: <40A76FC1992140AFA5B8EB52C28DB3A1@multiplay.co.uk> Date: Sun, 15 Jan 2012 18:58:10 +0000 Content-Transfer-Encoding: 7bit Message-Id: <1196DEC9-2AEE-4F9A-8521-EFA8513D6003@lists.zabbadoz.net> References: <9728B37F7A4EBE45A2FD4B18883BAED6D02612@SN2PRD0802MB111.namprd08.prod.outlook.com> <40A76FC1992140AFA5B8EB52C28DB3A1@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1084) Cc: ml-freebsd-stable Stable Subject: Re: HPN-SSH 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, 15 Jan 2012 18:58:15 -0000 On 15. Jan 2012, at 16:28 , Steven Hartland wrote: > Yep we installed openssh-portable + HPN and experienced noticeably > reduced transfer rates on high latency links, exactly the opposite > as one would expect. I don't have the exact figures I'm afraid as > we just went straight back to standard ssh. > > I'll try and get some time to retest and provide some proper > results. Thanks. If you do please try the bundled version in 8-STABLE or 9 and also gather the usual meta data (latency, packet loss, IPv4/v6, any socket buffer tuning, ...). /bz -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-stable@FreeBSD.ORG Sun Jan 15 22:30:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28FD7106564A for ; Sun, 15 Jan 2012 22:30:52 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (neu.net [204.109.60.194]) by mx1.freebsd.org (Postfix) with ESMTP id C1C368FC13 for ; Sun, 15 Jan 2012 22:30:51 +0000 (UTC) Received: from neu.net (neu.net [204.109.60.194]) by mail.neu.net (8.14.4/8.14.4) with ESMTP id q0FLsI8r051727 for ; Sun, 15 Jan 2012 21:54:18 GMT (envelope-from andy@neu.net) Date: Sun, 15 Jan 2012 21:54:18 +0000 (UTC) From: AN To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.97 at neu.net X-Virus-Status: Clean X-Spam-Status: No, score=2.1 required=3.8 tests=TO_NO_BRKTS_DIRECT, T_RP_MATCHES_RCVD autolearn=no version=3.3.1 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.neu.net Subject: problem with sound in FreeBSD VBOX guest X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2012 22:30:52 -0000 I have a problem with sound in FreeBSD9 stable as a VBOX guest. The problem happens about 30-45 minutes after boot. While playing a stream from the web the sound will suddenly stop. I see the following in the log: Jan 15 16:36:06 BSD9 kernel: pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead Jan 15 16:38:06 BSD9 kernel: pcm0: chn_write(): pcm0:virtual:dsp0.vp1: play interrupt timeout, channel dead I am using the hda driver in the FreeBSD guest, however I have tried others and they do not work any better. Below is relevant info from the VBOX host and the FreeBSD guest: VBOX HOST INFO (Opensuse 11.4 x86_64) VirtualBox ver. 4.1.8 -Version- Kernel : Linux 2.6.37.6-0.9-desktop (x86_64) Compiled : #1 SMP PREEMPT 2011-10-19 22:33:27 +0200 C Library : GNU C Library version 2.11.3 (20110203) (stable) Default C Compiler : GNU C Compiler version 4.5.1 20101208 [gcc-4_5-branch revision 167585] (SUSE Linux) Distribution : openSUSE 11.4 (x86_64) -Current Session- Desktop Environment : GNOME 2.32.1 -Display- Resolution : 1280x1024 pixels Vendor : The X.Org Foundation Version : 1.9.3 -Monitors- Monitor 0 : 1280x1024 pixels -Extensions- BIG-REQUESTS -OpenGL- Vendor : Advanced Micro Devices, Inc. Renderer : Mesa DRI R600 (RS880 9710) 20090101 TCL DRI2 Version : 2.1 Mesa 7.10.2 Direct Rendering : Yes -PCI Devices- Host bridge : Advanced Micro Devices [AMD] RS880 Host Bridge PCI bridge : Advanced Micro Devices [AMD] RS780/RS880 PCI to PCI bridge PCI bridge : Advanced Micro Devices [AMD] RS780 PCI to PCI bridge PCI bridge : Advanced Micro Devices [AMD] RS780/RS880 PCI to PCI bridge SATA controller : ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] USB Controller : ATI Technologies Inc SB700/SB800 USB OHCI0 Controller USB Controller : ATI Technologies Inc SB700 USB OHCI1 Controller USB Controller : ATI Technologies Inc SB700/SB800 USB EHCI Controller USB Controller : ATI Technologies Inc SB700/SB800 USB OHCI0 Controller USB Controller : ATI Technologies Inc SB700 USB OHCI1 Controller USB Controller : ATI Technologies Inc SB700/SB800 USB EHCI Controller SMBus : ATI Technologies Inc SBx00 SMBus Controller Audio device : ATI Technologies Inc SBx00 Azalia ISA bridge : ATI Technologies Inc SB700/SB800 LPC host controller PCI bridge : ATI Technologies Inc SBx00 PCI to PCI Bridge Host bridge : Advanced Micro Devices [AMD] Family 10h Processor HyperTransport Configuration Host bridge : Advanced Micro Devices [AMD] Family 10h Processor Address Map Host bridge : Advanced Micro Devices [AMD] Family 10h Processor DRAM Controller Host bridge : Advanced Micro Devices [AMD] Family 10h Processor Miscellaneous Control Host bridge : Advanced Micro Devices [AMD] Family 10h Processor Link Control VGA compatible controller : ATI Technologies Inc RS880 [Radeon HD 4200] Audio device : ATI Technologies Inc RS880 Audio Device [Radeon HD 4200] Network controller : RaLink Device 5390 Ethernet controller : Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller -I/O Ports- 0000-0cf7 : PCI Bus 0000:00 0000-001f : dma1 0020-0021 : pic1 0040-0043 : timer0 0050-0053 : timer1 0060-0060 : keyboard 0064-0064 : keyboard 0070-0071 : rtc0 0080-008f : dma page reg 00a0-00a1 : pic2 00c0-00df : dma2 00f0-00ff : fpu 03c0-03df : vesafb 040b-040b : pnp 00:08 04d0-04d1 : pnp 00:08 04d6-04d6 : pnp 00:08 0800-089f : pnp 00:08 0800-0803 : ACPI PM1a_EVT_BLK 0804-0805 : ACPI PM1a_CNT_BLK 0808-080b : ACPI PM_TMR 0810-0815 : ACPI CPU throttle 0820-0827 : ACPI GPE0_BLK 0900-090f : pnp 00:08 0910-091f : pnp 00:08 0b00-0b0f : pnp 00:08 0b00-0b07 : piix4_smbus 0b20-0b3f : pnp 00:08 0c00-0c01 : pnp 00:08 0c14-0c14 : pnp 00:08 0c50-0c51 : pnp 00:08 0c52-0c52 : pnp 00:08 0c6c-0c6c : pnp 00:08 0c6f-0c6f : pnp 00:08 0cd0-0cd1 : pnp 00:08 0cd2-0cd3 : pnp 00:08 0cd4-0cd5 : pnp 00:08 0cd6-0cd7 : pnp 00:08 0cd8-0cdf : pnp 00:08 0cf8-0cff : PCI conf1 0d00-ffff : PCI Bus 0000:00 0e00-0e0f : pnp 00:09 0e80-0e8f : pnp 00:09 0f40-0f4f : pnp 00:09 8000-800f : ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] 8000-800f : ahci 9000-9003 : ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] 9000-9003 : ahci a000-a007 : ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] a000-a007 : ahci b000-b003 : ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] b000-b003 : ahci c000-c007 : ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] c000-c007 : ahci d000-dfff : PCI Bus 0000:01 d000-d0ff : ATI Technologies Inc RS880 [Radeon HD 4200] e000-efff : PCI Bus 0000:03 e800-e8ff : Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller e800-e8ff : RealTek RTL-8169 Gigabit Ethernet driver fe00-fefe : pnp 00:08 -Memory- 00000000-0000ffff : reserved 00010000-0009a3ff : System RAM 0009a400-0009ffff : reserved 000a0000-000bffff : PCI Bus 0000:00 000c0000-000cffff : pnp 00:0b 000d0000-000dffff : PCI Bus 0000:00 000e4000-000fffff : reserved 00100000-cffaffff : System RAM 01000000-0152f744 : Kernel code 0152f745-01b28e0f : Kernel data 01c1a000-01d97fbb : Kernel bss c4000000-c7ffffff : GART cffb0000-cffbdfff : ACPI Tables cffbe000-cffdffff : ACPI Non-volatile Storage cffe0000-cfffffff : reserved d0000000-dfffffff : PCI Bus 0000:00 d0000000-dfffffff : PCI Bus 0000:01 d0000000-dfffffff : ATI Technologies Inc RS880 [Radeon HD 4200] e0000000-efffffff : PCI MMCONFIG 0000 [bus 00-ff] e0000000-efffffff : pnp 00:0a f0000000-febfffff : PCI Bus 0000:00 fdf00000-fdffffff : PCI Bus 0000:03 fdffc000-fdffffff : Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller fdffc000-fdffffff : RealTek RTL-8169 Gigabit Ethernet driver fe7f0000-fe7f3fff : ATI Technologies Inc SBx00 Azalia fe7f0000-fe7f3fff : ICH HD audio fe7f7000-fe7f7fff : ATI Technologies Inc SB700 USB OHCI1 Controller fe7f7000-fe7f7fff : ohci_hcd fe7fc000-fe7fcfff : ATI Technologies Inc SB700/SB800 USB OHCI0 Controller fe7fc000-fe7fcfff : ohci_hcd fe7fd000-fe7fdfff : ATI Technologies Inc SB700 USB OHCI1 Controller fe7fd000-fe7fdfff : ohci_hcd fe7fe000-fe7fefff : ATI Technologies Inc SB700/SB800 USB OHCI0 Controller fe7fe000-fe7fefff : ohci_hcd fe7ff400-fe7ff4ff : ATI Technologies Inc SB700/SB800 USB EHCI Controller fe7ff400-fe7ff4ff : ehci_hcd fe7ff800-fe7ff8ff : ATI Technologies Inc SB700/SB800 USB EHCI Controller fe7ff800-fe7ff8ff : ehci_hcd fe7ffc00-fe7fffff : ATI Technologies Inc SB700/SB800 SATA Controller [AHCI mode] fe7ffc00-fe7fffff : ahci fe800000-fe9fffff : PCI Bus 0000:01 fe8e8000-fe8ebfff : ATI Technologies Inc RS880 Audio Device [Radeon HD 4200] fe8e8000-fe8ebfff : ICH HD audio fe8f0000-fe8fffff : ATI Technologies Inc RS880 [Radeon HD 4200] fe900000-fe9fffff : ATI Technologies Inc RS880 [Radeon HD 4200] fea00000-feafffff : PCI Bus 0000:02 feaf0000-feafffff : RaLink Device 5390 feb00000-febfffff : PCI Bus 0000:03 febff000-febfffff : Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller febff000-febfffff : RealTek RTL-8169 Gigabit Ethernet driver fec00000-fec003ff : IOAPIC 0 fec10000-fec1001f : pnp 00:08 fed00000-fed003ff : HPET 2 fee00000-fee00fff : Local APIC fee00000-fee00fff : pnp 00:07 ffb80000-ffbfffff : pnp 00:08 fff00000-ffffffff : reserved 100000000-29fffffff : System RAM -DMA- 4 : cascade FreeBSD Guest FreeBSD 9.0-STABLE #0 r230138: Sun Jan 15 12:46:09 EST 2012 root@BSD9:/usr/obj/usr/src/sys/GENERIC amd64 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff813d6000. Calibrating TSC clock ... TSC clock: 3069727269 Hz CPU: AMD Athlon(tm) II X4 645 Processor (3069.73-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f53 Family = 10 Model = 5 Stepping = 3 Features=0x1783fbff Features2=0x1 AMD Features=0xea100800 AMD Features2=0x13 ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target 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: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 pcm0: port 0xd100-0xd1ff,0xd200-0xd23f irq 21 at device 5.0 on pci0 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 50 pcm0: pcm0: Codec features 6 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, variable rate mic, reserved 5 pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 261c000, 4000; 0xffffff80002b0000 -> 261c000 pcm0: sndbuf_setmap 2624000, 4000; 0xffffff80002b4000 -> 2624000 pcm0: measured ac97 link rate at 23997 Hz # dmesg|grep pcm pcm0: port 0xd100-0xd1ff,0xd200-0xd23f irq 21 at device 5.0 on pci0 pcm0: pcm0: Codec features 6 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, variable rate mic, reserved 5 pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: Mixer "video": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 261c000, 4000; 0xffffff80002b0000 -> 261c000 pcm0: sndbuf_setmap 2624000, 4000; 0xffffff80002b4000 -> 2624000 pcm0: measured ac97 link rate at 23997 Hz # cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) Installed devices: pcm0: (play/rec) default # ps -aux |grep pulse 1263 ?? I Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD919106564A for ; Mon, 16 Jan 2012 04:56:15 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6BF8FC0A for ; Mon, 16 Jan 2012 04:56:15 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so636476wib.13 for ; Sun, 15 Jan 2012 20:56:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=R+lQV51QjKQJzKp4z1ABHRqH/CtqThPQOImxUmvuaAQ=; b=kzQ+B/hpU9IdlRa5GfRckj+W0zheDsl1f5hgjT6LgzSGz34eHYWNDBZwajV/tRakvT Lk1SM7Z3v7U3XYuaBPSpJXOnhhfEKpAABuU3VCGB8fLYmEX8OtY3oc5asrHQBPtvYzEJ RganFt3Aw32haDUIAjTm7sNzfNRQvo3t5Tykg= MIME-Version: 1.0 Received: by 10.180.105.129 with SMTP id gm1mr13511486wib.1.1326689774388; Sun, 15 Jan 2012 20:56:14 -0800 (PST) Received: by 10.223.119.203 with HTTP; Sun, 15 Jan 2012 20:56:14 -0800 (PST) In-Reply-To: <1196DEC9-2AEE-4F9A-8521-EFA8513D6003@lists.zabbadoz.net> References: <9728B37F7A4EBE45A2FD4B18883BAED6D02612@SN2PRD0802MB111.namprd08.prod.outlook.com> <40A76FC1992140AFA5B8EB52C28DB3A1@multiplay.co.uk> <1196DEC9-2AEE-4F9A-8521-EFA8513D6003@lists.zabbadoz.net> Date: Sun, 15 Jan 2012 20:56:14 -0800 Message-ID: From: Kevin Oberman To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ml-freebsd-stable Stable , Steven Hartland Subject: Re: HPN-SSH 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: Mon, 16 Jan 2012 04:56:16 -0000 On Sun, Jan 15, 2012 at 10:58 AM, Bjoern A. Zeeb < bzeeb-lists@lists.zabbadoz.net> wrote: > On 15. Jan 2012, at 16:28 , Steven Hartland wrote: > > > Yep we installed openssh-portable + HPN and experienced noticeably > > reduced transfer rates on high latency links, exactly the opposite > > as one would expect. I don't have the exact figures I'm afraid as > > we just went straight back to standard ssh. > > > > I'll try and get some time to retest and provide some proper > > results. > > Thanks. If you do please try the bundled version in 8-STABLE or 9 and > also gather the usual meta data (latency, packet loss, IPv4/v6, any > socket buffer tuning, ...). > And, if it happens with 9, any chance of a tcpdump capture of all of the headers for analysis? (No packet data needed.) We use the HPN version extensively on high latency links (often trans-oceanic) and have never seen that. I'd find running tcptrace and generating time plots very useful for looking at this sort of performance issue. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jan 16 06:58:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F82E106564A for ; Mon, 16 Jan 2012 06:58:58 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 9C3CA8FC0A for ; Mon, 16 Jan 2012 06:58:57 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 4DB1125D37C7; Mon, 16 Jan 2012 06:58:56 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 8CFAABD947E; Mon, 16 Jan 2012 06:58:55 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id s8rFozn0frOk; Mon, 16 Jan 2012 06:58:54 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id C903FBD947D; Mon, 16 Jan 2012 06:58:53 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Mon, 16 Jan 2012 06:58:52 +0000 Content-Transfer-Encoding: 7bit Message-Id: References: <9728B37F7A4EBE45A2FD4B18883BAED6D02612@SN2PRD0802MB111.namprd08.prod.outlook.com> <40A76FC1992140AFA5B8EB52C28DB3A1@multiplay.co.uk> <1196DEC9-2AEE-4F9A-8521-EFA8513D6003@lists.zabbadoz.net> To: Kevin Oberman X-Mailer: Apple Mail (2.1084) Cc: Steven Hartland , ml-freebsd-stable Stable Subject: Re: HPN-SSH 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: Mon, 16 Jan 2012 06:58:58 -0000 On 16. Jan 2012, at 04:56 , Kevin Oberman wrote: > On Sun, Jan 15, 2012 at 10:58 AM, Bjoern A. Zeeb < > bzeeb-lists@lists.zabbadoz.net> wrote: > >> On 15. Jan 2012, at 16:28 , Steven Hartland wrote: >> >>> Yep we installed openssh-portable + HPN and experienced noticeably >>> reduced transfer rates on high latency links, exactly the opposite >>> as one would expect. I don't have the exact figures I'm afraid as >>> we just went straight back to standard ssh. >>> >>> I'll try and get some time to retest and provide some proper >>> results. >> >> Thanks. If you do please try the bundled version in 8-STABLE or 9 and >> also gather the usual meta data (latency, packet loss, IPv4/v6, any >> socket buffer tuning, ...). >> > > And, if it happens with 9, any chance of a tcpdump capture of all of the > headers for analysis? (No packet data needed.) We use the HPN version > extensively on high latency links (often trans-oceanic) and have never seen > that. I'd find running tcptrace and generating time plots very useful for > looking at this sort of performance issue. Or using siftr. /bz -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-stable@FreeBSD.ORG Mon Jan 16 13:54:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B68DD106566C; Mon, 16 Jan 2012 13:54:41 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7D5438FC0A; Mon, 16 Jan 2012 13:54:41 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so1434520obc.13 for ; Mon, 16 Jan 2012 05:54:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.0.106 with SMTP id 10mr10959494obd.72.1326722081079; Mon, 16 Jan 2012 05:54:41 -0800 (PST) Received: by 10.182.150.69 with HTTP; Mon, 16 Jan 2012 05:54:41 -0800 (PST) X-Originating-IP: [93.221.190.159] Date: Mon, 16 Jan 2012 14:54:41 +0100 Message-ID: From: "C. P. Ghost" To: freebsd-sparc64 Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable Subject: Reading from CDROM broken on 9.0-RELEASE/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2012 13:54:41 -0000 Hello, I think that reading from CDROM is actually broken in 9.0-RELEASE/sparc64. On FreeBSD 8.2-RELEASE/sparc64, mounting a physical CDROM burned with FreeBSD-9.0-RELEASE-sparc64-disc1.iso and running sha256 on usr/freebsd-dist/*.txz yields the same results as listed in usr/freebsd-dist/MANIFEST. However, on FreeBSD 9.0-RELEASE/sparc64, mounting the same CDROM (using /dev/cd0), and running sha256 on the same usr/freebsd-dist/*.txz files yields completely different results: SHA256 (base.txz) = a96e255a9379ec1a58b756c3e788e34345fd79e35234925df842d700ccb10e1a SHA256 (doc.txz) = 54674bb68b111c3465b0beca8893a6b514b80e20dc22f2bbd208b992568261dc SHA256 (games.txz) = b9bedddeea549640b4f41a577f4c5f09aa29d0c3d0d4c105bc4fe7d327bf9fcd SHA256 (kernel.txz) = 661df36b4a2e87d2aa88ce998b50d48f2a91892fc288452a0282e3c092739046 SHA256 (ports.txz) = 315cbfac6f252de5209a3513a846d14650b98e2dcf99c12779ffd1d32acaa287 SHA256 (src.txz) = 6b3a4a9536b1ca2618949bb7bb44478266db551ac9f09ccfc92b5469a715f3cf This also prevents an installation of 9.0-RELEASE/sparc64 via bsdinstall from CDROM (bsdinistall says that the data sets are corrupted). I was only able to get 9.0 on that SunBlade 1500 by using a regular source upgrade from a running 8.2-RELEASE system (using usr/freebsd-dist/src.txz from that very same CDROM that checksummed correctly on 8.2-RELEASE). Just to make it clear: the CDROM media is correct and checksums correctly on 8.2-RELEASE. It doesn't checksum correctly on 9.0-RELEASE because reading from CDROM media is now (partially) broken. Just to make sure the 9.0-RELEASE sha256 program isn't at fault, I've mounted FreeBSD-9.0-RELEASE-sparc64-disc1.iso via mdconfig and run sha256 on the *.txz files again: same results as in MANIFEST. So sha256 on 9.0 itself is okay, it's only the reading from physical media that corrupts data (and prevents installation from CDROM -- funny that this passed release engineering and testing...). Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Mon Jan 16 16:59:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCD73106564A; Mon, 16 Jan 2012 16:59:48 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8FBFC8FC0C; Mon, 16 Jan 2012 16:59:48 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so1712887obc.13 for ; Mon, 16 Jan 2012 08:59:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.116.38 with SMTP id jt6mr11718146obb.52.1326733187223; Mon, 16 Jan 2012 08:59:47 -0800 (PST) Received: by 10.182.150.69 with HTTP; Mon, 16 Jan 2012 08:59:47 -0800 (PST) X-Originating-IP: [93.221.190.159] In-Reply-To: References: Date: Mon, 16 Jan 2012 17:59:47 +0100 Message-ID: From: "C. P. Ghost" To: freebsd-sparc64 Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable Subject: Re: Reading from CDROM broken on 9.0-RELEASE/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2012 16:59:48 -0000 On Mon, Jan 16, 2012 at 2:54 PM, C. P. Ghost wrote: > Hello, > > I think that reading from CDROM is actually broken > in 9.0-RELEASE/sparc64. > > On FreeBSD 8.2-RELEASE/sparc64, mounting a physical > CDROM burned with FreeBSD-9.0-RELEASE-sparc64-disc1.iso > and running sha256 on usr/freebsd-dist/*.txz yields the same > results as listed in usr/freebsd-dist/MANIFEST. > > However, on FreeBSD 9.0-RELEASE/sparc64, mounting the > same CDROM (using /dev/cd0), and running sha256 on the > same usr/freebsd-dist/*.txz files yields completely different results: > > SHA256 (base.txz) = > a96e255a9379ec1a58b756c3e788e34345fd79e35234925df842d700ccb10e1a > SHA256 (doc.txz) = > 54674bb68b111c3465b0beca8893a6b514b80e20dc22f2bbd208b992568261dc > SHA256 (games.txz) = > b9bedddeea549640b4f41a577f4c5f09aa29d0c3d0d4c105bc4fe7d327bf9fcd > SHA256 (kernel.txz) = > 661df36b4a2e87d2aa88ce998b50d48f2a91892fc288452a0282e3c092739046 > SHA256 (ports.txz) = > 315cbfac6f252de5209a3513a846d14650b98e2dcf99c12779ffd1d32acaa287 > SHA256 (src.txz) = > 6b3a4a9536b1ca2618949bb7bb44478266db551ac9f09ccfc92b5469a715f3cf > > This also prevents an installation of 9.0-RELEASE/sparc64 > via bsdinstall from CDROM (bsdinistall says that the data sets > are corrupted). I was only able to get 9.0 on that SunBlade 1500 > by using a regular source upgrade from a running 8.2-RELEASE > system (using usr/freebsd-dist/src.txz from that very same CDROM > that checksummed correctly on 8.2-RELEASE). > > Just to make it clear: the CDROM media is correct and checksums > correctly on 8.2-RELEASE. It doesn't checksum correctly on 9.0-RELEASE > because reading from CDROM media is now (partially) broken. > > Just to make sure the 9.0-RELEASE sha256 program isn't at fault, > I've mounted FreeBSD-9.0-RELEASE-sparc64-disc1.iso via mdconfig > and run sha256 on the *.txz files again: same results as in MANIFEST. > So sha256 on 9.0 itself is okay, it's only the reading from physical > media that corrupts data (and prevents installation from CDROM -- funny > that this passed release engineering and testing...). One more thing: With a 9.0-RELEASE world installed, if I boot the old 8.2-RELEASE kernel (/boot/kernel.old/kernel), mount /dev/acd0 and checksum the files with sha256, everything is okay. If I boot again the new 9.0-RELEASE kernel (/boot/kernel/kernel), mount /dev/cd0 and checksum the files with sha256, I get the wrong results above. Since there's no /dev/acd0 on 9.0-RELEASE, I can't test mounting that on 9 and compare the results with /dev/cd0. But obviously, whatever /dev/cd0 returns to cd9660 seems to be silently corrupted on 9.0; at least on sparc64. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Mon Jan 16 22:22:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09D8F106566B for ; Mon, 16 Jan 2012 22:22:41 +0000 (UTC) (envelope-from kurt.lidl@cello.com) Received: from Mail.Fairview-Park.Com (Mail.Fairview-Park.Com [98.141.206.6]) by mx1.freebsd.org (Postfix) with ESMTP id 88E518FC17 for ; Mon, 16 Jan 2012 22:22:40 +0000 (UTC) Received: from [192.168.8.101] (Kurt.Fairview-Park.Com [192.168.8.101]) (authenticated bits=0) by Mail.Fairview-Park.Com (8.14.4/8.14.4) with ESMTP id q0GM7l9F020163 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 16 Jan 2012 17:07:47 -0500 (EST) (envelope-from kurt.lidl@cello.com) X-FVP-rcvd: Kurt.Fairview-Park.Com [192.168.8.101] Mon, 16 Jan 2012 17:07:47 -0500 (EST) Message-ID: <4F149FAE.4090101@cello.com> Date: Mon, 16 Jan 2012 17:07:42 -0500 From: Kurt Lidl Organization: Cello Software User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Can't boot 9.0-RELEASE on sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2012 22:22:41 -0000 I noted that booting off a cdrom image was broken for the 9.0-RC3 images as well: http://lists.freebsd.org/pipermail/freebsd-current/2011-December/030747.html There was no followup. I've since managed to netboot that machine from the 9.0 release, and get a 9.0-STABLE world built and installed onto it. -Kurt From owner-freebsd-stable@FreeBSD.ORG Mon Jan 16 23:55:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4FB81065720 for ; Mon, 16 Jan 2012 23:55:01 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id A307C8FC0A for ; Mon, 16 Jan 2012 23:55:01 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so2273447obc.13 for ; Mon, 16 Jan 2012 15:55:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.116.38 with SMTP id jt6mr12890625obb.52.1326758101016; Mon, 16 Jan 2012 15:55:01 -0800 (PST) Received: by 10.182.150.69 with HTTP; Mon, 16 Jan 2012 15:55:00 -0800 (PST) X-Originating-IP: [93.221.190.159] In-Reply-To: <4F149FAE.4090101@cello.com> References: <4F149FAE.4090101@cello.com> Date: Tue, 17 Jan 2012 00:55:00 +0100 Message-ID: From: "C. P. Ghost" To: Kurt Lidl Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Can't boot 9.0-RELEASE on sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2012 23:55:01 -0000 On Mon, Jan 16, 2012 at 11:07 PM, Kurt Lidl wrote: > I noted that booting off a cdrom image was broken for the 9.0-RC3 images > as well: > > http://lists.freebsd.org/pipermail/freebsd-current/2011-December/030747.html > > There was no followup. > > I've since managed to netboot that machine from the 9.0 release, and get a > 9.0-STABLE world built and installed onto it. I've managed to source upgrade from 8.2 to 9.0 as well, and found that the 9.0 kernel (/dev/cd0) silently corrupts data when reading from CDROM, while the 8.2 kernel (/dev/acd0) didn't. Not being able to install 9.0 from CDROM is just a consequence of this bug in 9.0's /dev/cd0. There's probably some bug(s) lurking there, that is(are) only triggered on big endian machines. > -Kurt Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 00:54:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A10211065676 for ; Tue, 17 Jan 2012 00:54:12 +0000 (UTC) (envelope-from freebsd-stable@ch.pkts.ca) Received: from bluestreak.microbiology.ubc.ca (bluestreak.microbiology.ubc.ca [137.82.19.154]) by mx1.freebsd.org (Postfix) with ESMTP id 7E55B8FC12 for ; Tue, 17 Jan 2012 00:54:12 +0000 (UTC) Received: from fedora14-x86-64.shechinah.mi.microbiology.ubc.ca ([137.82.128.93]) (authenticated bits=0) by bluestreak.microbiology.ubc.ca (8.14.4/8.14.4) with ESMTP id q0GNxbnr017702 for ; Mon, 16 Jan 2012 15:59:38 -0800 Date: Mon, 16 Jan 2012 16:02:28 -0800 From: freebsd-stable@ch.pkts.ca To: freebsd-stable@freebsd.org Message-ID: <20120116160228.00d4b57f@fedora14-x86-64.shechinah.mi.microbiology.ubc.ca> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.0; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bluestreak.microbiology.ubc.ca Subject: "xpt_config still waiting" solved: bad disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 00:54:12 -0000 Hi.. I just wanted to report a bug with FreeBSD 8.2-RELEASE-p5, as packaged with FreeNAS 8.0.3. A hard drive failed in a strange way, in that it was detected by the computer's BIOS and firmware, but did not reply to information requests from the kernel. The boot process stopped with a series of timeout messages, ending with the message: run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config Removing the affected hard drive fixed the problem; the other 5 identical drives (3TB Hitachi SATA) in the system were unaffected, and that SATA port was tested with a working drive and was ok. So, the problem is hard to reproduce without a drive damaged this particular way, but if you could allow booting to continue after this error is triggered, that'd be helpful for future users. Thanks. -- freebsd-stable@ch.pkts.ca -- just another bug reporter From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 01:12:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DA671065670; Tue, 17 Jan 2012 01:12:32 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2E0018FC13; Tue, 17 Jan 2012 01:12:32 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so2349663obc.13 for ; Mon, 16 Jan 2012 17:12:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.222.102 with SMTP id ql6mr13108468obc.2.1326762751732; Mon, 16 Jan 2012 17:12:31 -0800 (PST) Received: by 10.182.150.69 with HTTP; Mon, 16 Jan 2012 17:12:31 -0800 (PST) X-Originating-IP: [93.221.190.159] In-Reply-To: References: Date: Tue, 17 Jan 2012 02:12:31 +0100 Message-ID: From: "C. P. Ghost" To: freebsd-sparc64 Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable Subject: Re: Reading from CDROM broken on 9.0-RELEASE/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 01:12:32 -0000 On Mon, Jan 16, 2012 at 2:54 PM, C. P. Ghost wrote: > Hello, > > I think that reading from CDROM is actually broken > in 9.0-RELEASE/sparc64. > > On FreeBSD 8.2-RELEASE/sparc64, mounting a physical > CDROM burned with FreeBSD-9.0-RELEASE-sparc64-disc1.iso > and running sha256 on usr/freebsd-dist/*.txz yields the same > results as listed in usr/freebsd-dist/MANIFEST. > > However, on FreeBSD 9.0-RELEASE/sparc64, mounting the > same CDROM (using /dev/cd0), and running sha256 on the > same usr/freebsd-dist/*.txz files yields completely different results: > > SHA256 (base.txz) = > a96e255a9379ec1a58b756c3e788e34345fd79e35234925df842d700ccb10e1a > SHA256 (doc.txz) = > 54674bb68b111c3465b0beca8893a6b514b80e20dc22f2bbd208b992568261dc > SHA256 (games.txz) = > b9bedddeea549640b4f41a577f4c5f09aa29d0c3d0d4c105bc4fe7d327bf9fcd > SHA256 (kernel.txz) = > 661df36b4a2e87d2aa88ce998b50d48f2a91892fc288452a0282e3c092739046 > SHA256 (ports.txz) = > 315cbfac6f252de5209a3513a846d14650b98e2dcf99c12779ffd1d32acaa287 > SHA256 (src.txz) = > 6b3a4a9536b1ca2618949bb7bb44478266db551ac9f09ccfc92b5469a715f3cf > > This also prevents an installation of 9.0-RELEASE/sparc64 > via bsdinstall from CDROM (bsdinistall says that the data sets > are corrupted). I was only able to get 9.0 on that SunBlade 1500 > by using a regular source upgrade from a running 8.2-RELEASE > system (using usr/freebsd-dist/src.txz from that very same CDROM > that checksummed correctly on 8.2-RELEASE). > > Just to make it clear: the CDROM media is correct and checksums > correctly on 8.2-RELEASE. It doesn't checksum correctly on 9.0-RELEASE > because reading from CDROM media is now (partially) broken. > > Just to make sure the 9.0-RELEASE sha256 program isn't at fault, > I've mounted FreeBSD-9.0-RELEASE-sparc64-disc1.iso via mdconfig > and run sha256 on the *.txz files again: same results as in MANIFEST. > So sha256 on 9.0 itself is okay, it's only the reading from physical > media that corrupts data (and prevents installation from CDROM -- funny > that this passed release engineering and testing...). Submitted as sparc64/164226 Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 02:41:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB8B4106564A for ; Tue, 17 Jan 2012 02:41:33 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id A73938FC0C for ; Tue, 17 Jan 2012 02:41:33 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so2435198obc.13 for ; Mon, 16 Jan 2012 18:41:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Tk+myG+mfKIX1Mr/k6E5Qur0wxMEVN7sI64T9oUYY4A=; b=s1MEVLgz151ArW5Ea6SzrjECI38RCDzPbBv27yqbo6AJqy8pLzPY3cL9JeEW4/WKFn ZGgwLBFJttUofH4alvQ0B7fOh2Lfjtg6tPJyn5MLCBAZjZHVTMV2u16clrj8bZygYBhG oFTNACRyLHeQHPQdE/2QOGdH9i1+SC5FXHCIk= MIME-Version: 1.0 Received: by 10.182.134.71 with SMTP id pi7mr13191602obb.77.1326768093118; Mon, 16 Jan 2012 18:41:33 -0800 (PST) Received: by 10.182.33.233 with HTTP; Mon, 16 Jan 2012 18:41:33 -0800 (PST) Date: Mon, 16 Jan 2012 19:41:33 -0700 Message-ID: From: Shawn Webb To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Certain Registers in amd64 Unavailable to Developers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 02:41:33 -0000 Hey stable@, First off, I'm not too sure if this is the right mailing list (maybe freebsd-hackers@?). Sorry if it is. This is just the mailing list I subscribe to, so I thought I'd start here. Anyways, I'm looking at the regs struct (machine/reg.h) on FreeBSD 9-stable amd64. It appears that struct doesn't contain registers such as edi and esi. However, FreeBSD amd64's syscall calling convention mandates their use. I'm using ptrace to get and set the registers. Anyone know how to grab those registers? Sample code that shows using edi, esi on amd64 and calls the exit syscall: [shawn@fbsd-sec ~/tmp]$ uname -a FreeBSD fbsd-sec 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #1: Thu Dec 15 06:17:41 MST 2011 shawn@fbsd-sec:/usr/obj/usr/src/sys/SEC amd64 [shawn@fbsd-sec ~/tmp]$ gdb ./test 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 conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) disass _start Dump of assembler code for function _start: 0x0000000000400080 <_start+0>: mov $0x1,%edi 0x0000000000400085 <_start+5>: mov $0x5,%esi 0x000000000040008a <_start+10>: syscall End of assembler dump. (gdb) run Starting program: /usr/home/shawn/tmp/test Program exited with code 05. (gdb) exit Undefined command: "exit". Try "help". (gdb) [shawn@fbsd-sec ~/tmp]$ file test test: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), statically linked, not stripped Thanks, Shawn From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 02:52:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC9E91065670 for ; Tue, 17 Jan 2012 02:52:20 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 745028FC14 for ; Tue, 17 Jan 2012 02:52:20 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so2444525obc.13 for ; Mon, 16 Jan 2012 18:52:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=BqOYD7DFlt/Ef0+tZ8uYZ3aAer8iEtSPYOb/EJJUlp0=; b=i00dbp6V8UiID+PdfCT+uCIBpgKLzSbzta7V9C0fiXGXhUTTtdXlNGAPJueUYTq6w7 EEDf+g2pEfTD1fqvgs7aGkzr8PjOniPSmC02x7uiU2diLBOTRO06+G8IDqZ5ugdO8ItS Lcbc2CbyCFKGde2fPUVsdrwzmM6bgOLw4o8BQ= MIME-Version: 1.0 Received: by 10.182.48.41 with SMTP id i9mr5395777obn.17.1326768739868; Mon, 16 Jan 2012 18:52:19 -0800 (PST) Received: by 10.182.33.233 with HTTP; Mon, 16 Jan 2012 18:52:19 -0800 (PST) In-Reply-To: References: Date: Mon, 16 Jan 2012 19:52:19 -0700 Message-ID: From: Shawn Webb To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Certain Registers in amd64 Unavailable to Developers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 02:52:20 -0000 Nevermind. It's rdi and rsi that I should use. Sorry for the wasted bandwidth. ;) Thanks, Shawn On Mon, Jan 16, 2012 at 7:41 PM, Shawn Webb wrote: > Hey stable@, > > First off, I'm not too sure if this is the right mailing list (maybe > freebsd-hackers@?). Sorry if it is. This is just the mailing list I > subscribe to, so I thought I'd start here. > > Anyways, I'm looking at the regs struct (machine/reg.h) on FreeBSD > 9-stable amd64. It appears that struct doesn't contain registers such > as edi and esi. However, FreeBSD amd64's syscall calling convention > mandates their use. I'm using ptrace to get and set the registers. > Anyone know how to grab those registers? > > Sample code that shows using edi, esi on amd64 and calls the exit syscall= : > > [shawn@fbsd-sec ~/tmp]$ uname -a > FreeBSD fbsd-sec 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #1: Thu Dec 15 > 06:17:41 MST 2011 =A0 =A0 shawn@fbsd-sec:/usr/obj/usr/src/sys/SEC =A0amd6= 4 > [shawn@fbsd-sec ~/tmp]$ gdb ./test > 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. =A0Type "show warranty" for deta= ils. > This GDB was configured as "amd64-marcel-freebsd"...(no debugging > symbols found)... > (gdb) disass _start > Dump of assembler code for function _start: > 0x0000000000400080 <_start+0>: =A0mov =A0 =A0$0x1,%edi > 0x0000000000400085 <_start+5>: =A0mov =A0 =A0$0x5,%esi > 0x000000000040008a <_start+10>: syscall > End of assembler dump. > (gdb) run > Starting program: /usr/home/shawn/tmp/test > > Program exited with code 05. > (gdb) exit > Undefined command: "exit". =A0Try "help". > (gdb) [shawn@fbsd-sec ~/tmp]$ file test > test: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), > statically linked, not stripped > > Thanks, > > Shawn From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 07:37:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0ED7106564A for ; Tue, 17 Jan 2012 07:37:43 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 7D28D8FC17 for ; Tue, 17 Jan 2012 07:37:42 +0000 (UTC) Received: from ip-136.ish.com.au ([203.29.62.136]:49737) by fish.ish.com.au with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1Rn3br-0002ca-0v for freebsd-stable@freebsd.org; Tue, 17 Jan 2012 18:37:35 +1100 X-CTCH-RefID: str=0001.0A150204.4F15253F.0130:SCFSTAT15613948, ss=1, re=-4.000, fgs=0 Message-ID: <4F15253E.7070404@ish.com.au> Date: Tue, 17 Jan 2012 18:37:34 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0) Gecko/20120111 Thunderbird/10.0 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: dumpdev default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 07:37:43 -0000 The manual states that dumpdev "AUTO is the default as of FreeBSD 6.0" [1] However: # uname -a FreeBSD xxxxxx 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 # grep dumpdev /etc/defaults/rc.conf dumpdev="NO" # Device to crashdump to (device name, AUTO, or NO). savecore_flags="" # Used if dumpdev is enabled above, and present. It looks like NO is still the default. Is there a reason why this should not be turned on even for production machines? I haven't read about any side effects, but it seems to be off by default for some reason. Please cc me on any responses since I'm not currently subscribed. Cheers Ari [1] http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 08:10:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 938C21065673 for ; Tue, 17 Jan 2012 08:10:52 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 672C68FC14 for ; Tue, 17 Jan 2012 08:10:42 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta04.emeryville.ca.mail.comcast.net with comcast id NYAi1i0020x6nqcA4YAi2k; Tue, 17 Jan 2012 08:10:42 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta12.emeryville.ca.mail.comcast.net with comcast id NYAh1i0041t3BNj8YYAhhl; Tue, 17 Jan 2012 08:10:41 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id BE346102C19; Tue, 17 Jan 2012 00:10:40 -0800 (PST) Date: Tue, 17 Jan 2012 00:10:40 -0800 From: Jeremy Chadwick To: Aristedes Maniatis Message-ID: <20120117081040.GA18825@icarus.home.lan> References: <4F15253E.7070404@ish.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F15253E.7070404@ish.com.au> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable Subject: Re: dumpdev default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 08:10:52 -0000 On Tue, Jan 17, 2012 at 06:37:34PM +1100, Aristedes Maniatis wrote: > The manual states that dumpdev "AUTO is the default as of FreeBSD 6.0" [1] > > However: > > # uname -a > FreeBSD xxxxxx 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > # grep dumpdev /etc/defaults/rc.conf > dumpdev="NO" # Device to crashdump to (device name, AUTO, or NO). > savecore_flags="" # Used if dumpdev is enabled above, and present. > > > It looks like NO is still the default. Is there a reason why this should not be turned on even for production machines? I haven't read about any side effects, but it seems to be off by default for some reason. The Handbook is incorrect, and I filed a PR for this matter last year (PR 159650): http://lists.freebsd.org/pipermail/freebsd-doc/2011-August/018654.html Worth reading: http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063541.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063542.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063543.html And the entire thread: http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063535.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 08:43:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 068841065670 for ; Tue, 17 Jan 2012 08:43:52 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 874468FC0C for ; Tue, 17 Jan 2012 08:43:50 +0000 (UTC) Received: from ip-136.ish.com.au ([203.29.62.136]:51094) by fish.ish.com.au with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1Rn4du-0004tZ-2T; Tue, 17 Jan 2012 19:43:47 +1100 X-CTCH-RefID: str=0001.0A150203.4F1534C3.0037:SCFSTAT15613948, ss=1, re=-4.000, fgs=0 Message-ID: <4F1534C2.4080803@ish.com.au> Date: Tue, 17 Jan 2012 19:43:46 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0) Gecko/20120111 Thunderbird/10.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <4F15253E.7070404@ish.com.au> <20120117081040.GA18825@icarus.home.lan> In-Reply-To: <20120117081040.GA18825@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: dumpdev default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 08:43:52 -0000 On 17/01/12 7:10 PM, Jeremy Chadwick wrote: > On Tue, Jan 17, 2012 at 06:37:34PM +1100, Aristedes Maniatis wrote: >> The manual states that dumpdev "AUTO is the default as of FreeBSD 6.0" [1] >> >> However: >> >> # uname -a >> FreeBSD xxxxxx 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >> >> # grep dumpdev /etc/defaults/rc.conf >> dumpdev="NO" # Device to crashdump to (device name, AUTO, or NO). >> savecore_flags="" # Used if dumpdev is enabled above, and present. >> >> >> It looks like NO is still the default. Is there a reason why this should not be turned on even for production machines? I haven't read about any side effects, but it seems to be off by default for some reason. > > The Handbook is incorrect, and I filed a PR for this matter last year > (PR 159650): > > http://lists.freebsd.org/pipermail/freebsd-doc/2011-August/018654.html > > Worth reading: > > http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063541.html > http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063542.html > http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063543.html > > And the entire thread: > > http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063535.html Ahh!!! Someone give Jeremy a commit bit for the FreeBSD documentation already! The commit you reference by mnag has only the following log: -------------- - Change dumpdev default to "NO". Only HEAD is set to "AUTO" Discussed with: re Approved by: re (scottl) -------------- Not enough to know whether dumpdev is now considered a dangerous feature for production servers. Only scottl or mnag may know the answer. I've also found another bug. man dumpon(8) shows: The dumpon utility will refuse to enable a dump device which is smaller than the total amount of physical memory as reported by the hw.physmem sysctl(8) variable. However, I have found that # dumpon -v /dev/ad4s1b kernel dumps on /dev/ad4s1b # sysctl hw.physmem hw.physmem: 25744310272 # swapinfo Device 1K-blocks Used Avail Capacity /dev/ad4s1b 8388608 0 8388608 0% So, 24Gb RAM, 8Gb swap device. No complaints from dumpon. Either it is silently failing (poor response from the app) or it is incorrectly setting the dump device to something too small. Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 09:37:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3358106566B for ; Tue, 17 Jan 2012 09:37:10 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 3980A8FC13 for ; Tue, 17 Jan 2012 09:37:10 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0H9b3V7090432 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 17 Jan 2012 09:37:03 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk q0H9b3V7090432 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1326793023; bh=mIi+Xpv/Db84oGPpXJ4uSX4yJWWb6PVe1Q6lnVvkiug=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=cuNzwpkijeQtJhzLQRIFpAW3PtfZ5yR8dknC6EN18+V4NfDUTcsmJzwFgPJl1jfZW TK02S8siCMWCGMcDLL9lMLRoGmUdTzy+iioLVFV16Yw/SM19Al3/Tfds+btuTEoL82 pgpngN+r7lvik8GUcyPece61c4Cvvh82UcGD5T+s= Message-ID: <4F15412B.3000501@infracaninophile.co.uk> Date: Tue, 17 Jan 2012 09:36:43 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F15253E.7070404@ish.com.au> <20120117081040.GA18825@icarus.home.lan> <4F1534C2.4080803@ish.com.au> In-Reply-To: <4F1534C2.4080803@ish.com.au> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF8673367BC6DAD3490B6A378" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: dumpdev default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 09:37:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF8673367BC6DAD3490B6A378 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 17/01/2012 08:43, Aristedes Maniatis wrote: > The dumpon utility will refuse to enable a dump device which is > smaller > than the total amount of physical memory as reported by the hw.phy= smem > sysctl(8) variable. >=20 > However, I have found that >=20 > # dumpon -v /dev/ad4s1b > kernel dumps on /dev/ad4s1b >=20 > # sysctl hw.physmem > hw.physmem: 25744310272 >=20 > # swapinfo > Device 1K-blocks Used Avail Capacity > /dev/ad4s1b 8388608 0 8388608 0% >=20 > So, 24Gb RAM, 8Gb swap device. No complaints from dumpon. Either it is > silently failing (poor response from the app) or it is incorrectly > setting the dump device to something too small. We have minidumps nowadays: that's been the default since 7.0. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigF8673367BC6DAD3490B6A378 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8VQT4ACgkQ8Mjk52CukIxsDwCeN4kSsdy6+A7eYIXWdLlvyq/X XT0An3IuXgYPLlFjbLlKWFUehIr4mvjd =sl5P -----END PGP SIGNATURE----- --------------enigF8673367BC6DAD3490B6A378-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 11:11:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54960106566C for ; Tue, 17 Jan 2012 11:11:24 +0000 (UTC) (envelope-from alp@rsu.ru) Received: from test.r61.net (test.r61.net [195.208.245.238]) by mx1.freebsd.org (Postfix) with ESMTP id 05BB88FC1D for ; Tue, 17 Jan 2012 11:11:23 +0000 (UTC) Received: from pyhalov.cc.rsu.ru (pyhalov.cc.rsu.ru [195.208.255.102]) (Authenticated sender: alp@test.r61.net) by test.r61.net (MTA) with ESMTPSA id 6A0A63A0FB0 for ; Tue, 17 Jan 2012 14:53:43 +0400 (MSK) Message-ID: <4F15532C.7020606@rsu.ru> Date: Tue, 17 Jan 2012 14:53:32 +0400 From: Alexander Pyhalov User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.14) Gecko/20110306 Thunderbird/3.1.8 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 9.0 and Intel MatrixRAID RAID5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 11:11:24 -0000 Hello. On my desktop I use Intel MatrixRAID RAID5 soft raid controller. RAID5 is configured over 3 disks. FreeBSD 8.2 sees this as: ar0: 953874MB status: READY ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad6 at ata3-master ar0: disk2 READY using ad12 at ata6-master Root filesystem is on /dev/ar0s1. Today I've tried to upgrade to 9.0. It doesn't see this disk array. Here is dmesg. When I load geom_raid, it finds something, but doesn't want to work with RAID: GEOM_RAID: Intel-e922b201: Array Intel-e922b201 created. GEOM_RAID: Intel-e922b201: No transformation module found for Volume0. GEOM_RAID: Intel-e922b201: Volume Volume0 state changed from STARTING to UNSUPPORTED. GEOM_RAID: Intel-e922b201: Disk ada2 state changed from NONE to ACTIVE. GEOM_RAID: Intel-e922b201: Subdisk Volume0:2-ada2 state changed from NONE to ACTIVE. GEOM_RAID: Intel-e922b201: Disk ada1 state changed from NONE to ACTIVE. GEOM_RAID: Intel-e922b201: Subdisk Volume0:1-ada1 state changed from NONE to ACTIVE. GEOM_RAID: Intel-e922b201: Disk ada0 state changed from NONE to ACTIVE. GEOM_RAID: Intel-e922b201: Subdisk Volume0:0-ada0 state changed from NONE to ACTIVE. GEOM_RAID: Intel-e922b201: Array started. No new devices appear in /dev. How could I solve this issue? -- Best regards, Alexander Pyhalov, system administrator of Computer Center of Southern Federal University From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 11:57:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C54B7106566B for ; Tue, 17 Jan 2012 11:57:55 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 5E1EE8FC08 for ; Tue, 17 Jan 2012 11:57:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id E5D846523 for ; Tue, 17 Jan 2012 12:59:35 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 87CycVe6sLz0 for ; Tue, 17 Jan 2012 12:59:31 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id F35A43F778 for ; Tue, 17 Jan 2012 12:59:30 +0100 (CET) From: Denny Schierz Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 17 Jan 2012 12:57:41 +0100 Message-Id: To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: FB9-stable: bridge0 doesn't come up via rc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 11:57:55 -0000 hi, I have problems starting the bridge via rc.d: rc.conf: cloned_interfaces=3D"bridge0" ifconfig_bge0=3D"up" ifconfig_bridge0=3D"addm bge0 up" ifconfig_bridge0=3D"inet 192.168.1.0 netmask 255.255.255.0 up" defaultrouter=3D"192.168.1.254" gateway_enable=3D"YES" It doesn't work. After reboot I have to set up: ifconfig bridge0 addm bge0 then it works. Also a problem: "/etc/rc.d/netif stop" doesn't destroy bridge0 and = "/etc/rc.d/netif start" gives errors, because bridge exists already. any suggestions? cu denny= From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 12:26:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72ACE106566B for ; Tue, 17 Jan 2012 12:26:10 +0000 (UTC) (envelope-from mgamsjager@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2A96A8FC13 for ; Tue, 17 Jan 2012 12:26:09 +0000 (UTC) Received: by vbbey12 with SMTP id ey12so1649202vbb.13 for ; Tue, 17 Jan 2012 04:26:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ehZ6OQQP+jAxW/OcybkFiSV6OrEZuhzoEBySsLk5HSU=; b=IOXxerrN3lTJ0IW4pPuDETnl7bz5SwMLi2T/WMk3/V5M/87vn1ZSWlwWf7/ke31FnY QrOrHfWxCIvId17RsZLlgf581/RMBjDkhyYEIMSU29Vu3KpGMGjvAg6qwfZQRWS0lySl qRbnQMYNqcGlI4Qo0UXHnIvKljCYi+GZeJNbY= Received: by 10.52.33.12 with SMTP id n12mr7898464vdi.5.1326801466210; Tue, 17 Jan 2012 03:57:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.177.133 with HTTP; Tue, 17 Jan 2012 03:57:15 -0800 (PST) In-Reply-To: <4F15532C.7020606@rsu.ru> References: <4F15532C.7020606@rsu.ru> From: Matthias Gamsjager Date: Tue, 17 Jan 2012 12:57:15 +0100 Message-ID: To: Alexander Pyhalov Content-Type: text/plain; charset=KOI8-R X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.0 and Intel MatrixRAID RAID5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 12:26:10 -0000 Not sure if geom_raid is implemented with cam. I remember a post a while back about this issue to happen with defaulting cam in 9. Did not follow it so not sure if something has been done about it. On Tue, Jan 17, 2012 at 11:53 AM, Alexander Pyhalov wrote: > Hello. > On my desktop I use Intel MatrixRAID RAID5 soft raid controller. RAID5 is > configured over 3 disks. FreeBSD 8.2 sees this as: > > ar0: 953874MB status: READY > ar0: disk0 READY using ad4 at ata2-master > ar0: disk1 READY using ad6 at ata3-master > ar0: disk2 READY using ad12 at ata6-master > > Root filesystem is on /dev/ar0s1. > Today I've tried to upgrade to 9.0. > It doesn't see this disk array. Here is dmesg. When I load geom_raid, it > finds something, but doesn't want to work with RAID: > > GEOM_RAID: Intel-e922b201: Array Intel-e922b201 created. > GEOM_RAID: Intel-e922b201: No transformation module found for Volume0. > GEOM_RAID: Intel-e922b201: Volume Volume0 state changed from STARTING to > UNSUPPORTED. > GEOM_RAID: Intel-e922b201: Disk ada2 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-e922b201: Subdisk Volume0:2-ada2 state changed from NONE > to ACTIVE. > GEOM_RAID: Intel-e922b201: Disk ada1 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-e922b201: Subdisk Volume0:1-ada1 state changed from NONE > to ACTIVE. > GEOM_RAID: Intel-e922b201: Disk ada0 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-e922b201: Subdisk Volume0:0-ada0 state changed from NONE > to ACTIVE. > GEOM_RAID: Intel-e922b201: Array started. > > No new devices appear in /dev. > How could I solve this issue? > -- > > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 12:49:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E98111065670 for ; Tue, 17 Jan 2012 12:49:46 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 730678FC12 for ; Tue, 17 Jan 2012 12:49:46 +0000 (UTC) Received: by wgbgn7 with SMTP id gn7so3005666wgb.31 for ; Tue, 17 Jan 2012 04:49:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=IsrdFPbm/gE72ykZdZpM0R2fgKnjosXOjnD42kD/a1k=; b=IDmZysZarA8SbhA6d1f8CgObTIyVQn2nynxoLBWQ1Xf9+r0De+tOuxcQEnfK2qLjEF mfXWPPJqbxr8gSv0e8oPKrJ0MV0iw3GdgkUui7eAlI3IRypOUtaTrTpQpY3woB+YVDVY 6VGdY5/446QAH7GWgkPMGHU5vLSWDyEB6pP9s= Received: by 10.180.95.131 with SMTP id dk3mr16788966wib.6.1326804585478; Tue, 17 Jan 2012 04:49:45 -0800 (PST) Received: from green.tandem.local (205-87-132-95.pool.ukrtel.net. [95.132.87.205]) by mx.google.com with ESMTPS id bj10sm16601011wib.9.2012.01.17.04.49.43 (version=SSLv3 cipher=OTHER); Tue, 17 Jan 2012 04:49:44 -0800 (PST) Message-ID: <4F156E66.8050108@gmail.com> Date: Tue, 17 Jan 2012 14:49:42 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0.1) Gecko/20120110 Firefox/9.0.1 SeaMonkey/2.6.1 MIME-Version: 1.0 To: Denny Schierz References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FB9-stable: bridge0 doesn't come up via rc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 12:49:47 -0000 Denny Schierz wrote: > hi, > > I have problems starting the bridge via rc.d: > > rc.conf: > > cloned_interfaces="bridge0" > ifconfig_bge0="up" > ifconfig_bridge0="addm bge0 up" > ifconfig_bridge0="inet 192.168.1.0 netmask 255.255.255.0 up" Remember that rc.conf is a pure shell script. The line above overwrites one with "addm bge0 up". > defaultrouter="192.168.1.254" > gateway_enable="YES" > > It doesn't work. After reboot I have to set up: > > ifconfig bridge0 addm bge0 > > then it works. Use igconfig_bridge0_alias0. > Also a problem: "/etc/rc.d/netif stop" doesn't destroy bridge0 and "/etc/rc.d/netif start" gives errors, because bridge exists already. > > any suggestions? -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 13:23:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C08161065672 for ; Tue, 17 Jan 2012 13:23:19 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm19-vm0.bullet.mail.sp2.yahoo.com (nm19-vm0.bullet.mail.sp2.yahoo.com [98.139.91.216]) by mx1.freebsd.org (Postfix) with SMTP id A12D68FC16 for ; Tue, 17 Jan 2012 13:23:19 +0000 (UTC) Received: from [98.139.91.62] by nm19.bullet.mail.sp2.yahoo.com with NNFMP; 17 Jan 2012 13:23:19 -0000 Received: from [98.136.185.45] by tm2.bullet.mail.sp2.yahoo.com with NNFMP; 17 Jan 2012 13:23:19 -0000 Received: from [127.0.0.1] by smtp106.mail.gq1.yahoo.com with NNFMP; 17 Jan 2012 13:23:19 -0000 X-Yahoo-Newman-Id: 304468.32472.bm@smtp106.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 6rsfbjYVM1nMBRFxa8bZTggdghFBhAHo2UFRT3v3IzHCOIV I666I5JJJPh.TOutKYulUFMxrzY8aDYdoi_mwbli1sMDsD1leli0dn29gXKH k2PS0g_0gglCPozGygu1EYWzndvXIowCkrg9IgG4PM5qN1VfX0w.97jL31ad XutAXZ9Dum5lVbHz8TiteL_etFxudwmWomXDokxHHBddz5MRn4amnG1kZGzx YxG2N.QZ4hxRBosILKzn8EOWpAp.S5toPsMtc9mXMMexpk.qQWSxgw4tk39D Jhxl4CVz5Wwpl0dTIFUw4cTtmjdoZ5I_C9db4UJM9wZOzGQtUQ.2CjAfk_9U QPsDS6NnYahRgE9pUg9MF6fHMXh4LGCYQweXwK2dF1CYALy2HxmFMwznBl2P O1YhRzCGZL_JmENMQw9tCjGquqk44T46qP.hlHzK_MM1C.8skyD7gyA-- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.20] (se@81.173.152.45 with plain) by smtp106.mail.gq1.yahoo.com with SMTP; 17 Jan 2012 05:23:18 -0800 PST Message-ID: <4F157646.3070108@freebsd.org> Date: Tue, 17 Jan 2012 14:23:18 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Denny Schierz References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FB9-stable: bridge0 doesn't come up via rc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 13:23:19 -0000 Am 17.01.2012 12:57, schrieb Denny Schierz: > hi, > > I have problems starting the bridge via rc.d: > > rc.conf: > > cloned_interfaces="bridge0" > ifconfig_bge0="up" > ifconfig_bridge0="addm bge0 up" > ifconfig_bridge0="inet 192.168.1.0 netmask 255.255.255.0 up" You forgot that rc.conf does not contain commands, but only variable assignments. The latter of the last two lines overwrites the value set in the former. You may want to replace the first of these two lines by: autobridge_bridge0="bge0" # add further interfaces as required The parameter holds a space separated list and may include wild-cards (e.g. "bge0 ixp*"). > defaultrouter="192.168.1.254" > gateway_enable="YES" > > It doesn't work. After reboot I have to set up: > > ifconfig bridge0 addm bge0 > > then it works. Yes, as explained above ... > Also a problem: "/etc/rc.d/netif stop" doesn't destroy bridge0 and > "/etc/rc.d/netif start" gives errors, because bridge exists already. This will be fixed if you use "autobridge" as explained above. See /etc/rc.d/bridge for details. Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 15:07:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 701AA1065670 for ; Tue, 17 Jan 2012 15:07:35 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id 413558FC0C for ; Tue, 17 Jan 2012 15:07:35 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 6E76BD4BD; Tue, 17 Jan 2012 10:07:34 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 89389D4DE; Tue, 17 Jan 2012 10:07:33 -0500 (EST) Received: from smtp4.acsu.buffalo.edu (smtp4.acsu.buffalo.edu [128.205.5.229]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id 72F6BD4BD; Tue, 17 Jan 2012 10:07:33 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp4.acsu.buffalo.edu (Postfix) with ESMTPSA id 65EB547423; Tue, 17 Jan 2012 10:07:33 -0500 (EST) From: Ken Smith To: Aristedes Maniatis In-Reply-To: <4F15253E.7070404@ish.com.au> References: <4F15253E.7070404@ish.com.au> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-KhB1vcv7+NMd50lfhZ2n" Date: Tue, 17 Jan 2012 10:07:32 -0500 Message-ID: <1326812852.24361.8.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: freebsd-stable Subject: Re: dumpdev default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 15:07:35 -0000 --=-KhB1vcv7+NMd50lfhZ2n Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Tue, 2012-01-17 at 18:37 +1100, Aristedes Maniatis wrote: > The manual states that dumpdev "AUTO is the default as of FreeBSD > 6.0" [1] >=20 > However: >=20 > # uname -a > FreeBSD xxxxxx 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 > UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > amd64 >=20 > # grep dumpdev /etc/defaults/rc.conf > dumpdev=3D"NO" # Device to crashdump to (device name, AUTO, or NO). > savecore_flags=3D"" # Used if dumpdev is enabled above, and present. >=20 >=20 > It looks like NO is still the default. Is there a reason why this > should not be turned on even for production machines? I haven't read > about any side effects, but it seems to be off by default for some > reason. >=20 >=20 > Please cc me on any responses since I'm not currently subscribed. >=20 > Cheers > Ari If you use bsdinstall(8) to install a machine from scratch it explicitly asks you about whether you want crash dumps enabled or not. As long as you're aware that the crash dumps are happening and know that you might need to clean up after them (remove stuff from /var, etc) there are no dangers. You just need to make sure wherever the crash dumps will wind up going (/var by default) has enough space to handle both the crash dumps and anything else the machines need to do. We currently have no provision for preventing crash dumps from filling up the target partition. I keep advocating for the conservative side of this issue, preferring that crash dumps be an opt-in setting until we have infrastructure in place to prevent them from filling the target partition. I still picture there being people out there who don't know what crash dumps are, wouldn't know they might need to clean up after them, and may be negatively impacted if the target partition wound up full without them knowing why. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-KhB1vcv7+NMd50lfhZ2n Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk8VjqsACgkQ/G14VSmup/YowACeM9nrizv6BvWgSDOzAjJQL5gJ 3gUAoJi7JuC4sZCabub0ZhTq8d+N9Hkj =/REV -----END PGP SIGNATURE----- --=-KhB1vcv7+NMd50lfhZ2n-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 15:21:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FBA41065670 for ; Tue, 17 Jan 2012 15:21:43 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 2BB868FC12 for ; Tue, 17 Jan 2012 15:21:42 +0000 (UTC) Received: from [10.242.2.26] (port=56511 helo=Aris-MacBook-Pro.local) by fish.ish.com.au with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1RnAqw-0002Tj-08; Wed, 18 Jan 2012 02:21:38 +1100 X-CTCH-RefID: str=0001.0A150201.4F159202.00F5,ss=1,re=0.000,fgs=0 Message-ID: <4F1591FF.2000902@ish.com.au> Date: Wed, 18 Jan 2012 02:21:35 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0) Gecko/20120111 Thunderbird/10.0 MIME-Version: 1.0 To: Ken Smith References: <4F15253E.7070404@ish.com.au> <1326812852.24361.8.camel@bauer.cse.buffalo.edu> In-Reply-To: <1326812852.24361.8.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: dumpdev default X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 15:21:43 -0000 On 18/01/12 2:07 AM, Ken Smith wrote: > On Tue, 2012-01-17 at 18:37 +1100, Aristedes Maniatis wrote: >> The manual states that dumpdev "AUTO is the default as of FreeBSD >> 6.0" [1] >> >> However: >> >> # uname -a >> FreeBSD xxxxxx 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 >> UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> # grep dumpdev /etc/defaults/rc.conf >> dumpdev="NO" # Device to crashdump to (device name, AUTO, or NO). >> savecore_flags="" # Used if dumpdev is enabled above, and present. >> >> >> It looks like NO is still the default. Is there a reason why this >> should not be turned on even for production machines? I haven't read >> about any side effects, but it seems to be off by default for some >> reason. >> >> >> Please cc me on any responses since I'm not currently subscribed. >> >> Cheers >> Ari > > If you use bsdinstall(8) to install a machine from scratch it explicitly > asks you about whether you want crash dumps enabled or not. > > As long as you're aware that the crash dumps are happening and know that > you might need to clean up after them (remove stuff from /var, etc) > there are no dangers. You just need to make sure wherever the crash > dumps will wind up going (/var by default) has enough space to handle > both the crash dumps and anything else the machines need to do. We > currently have no provision for preventing crash dumps from filling up > the target partition. > > I keep advocating for the conservative side of this issue, preferring > that crash dumps be an opt-in setting until we have infrastructure in > place to prevent them from filling the target partition. I still > picture there being people out there who don't know what crash dumps > are, wouldn't know they might need to clean up after them, and may > be negatively impacted if the target partition wound up full without > them knowing why. > Thanks Ken. That is very clear. If you have time, please update the documentation with that answer too since others are likely to be confused by what I found there which is incorrect and incomplete. Also, for ZFS users, I assume that the first swap disk will be default? So this is another consideration when sizing up swap partitions as compared to the size of memory installed. Thanks Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 15:47:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69854106564A for ; Tue, 17 Jan 2012 15:47:52 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 06D988FC15 for ; Tue, 17 Jan 2012 15:47:51 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so2432090wib.13 for ; Tue, 17 Jan 2012 07:47:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=5hW9YXmEg9JBfsEyaNK0m7bkaqX9Xj8iVExSfK31WuI=; b=a9PSVikF9vKOJI7aaqhcoX7wy81JfG9iIgjmKWVKRbM0dhGahHynykBNoyA3J7Y8uN 1ekAVQh1ZkiHa70/pcc8gFEEf5aTnP1zkdY96I14Gl8F5e3HM6dC4oP1PB/RX9ctJotj 12nCY1edfrNQdyuFmQ5BhcezPiyMZgSYS2s5k= Received: by 10.180.93.168 with SMTP id cv8mr24240895wib.2.1326815270993; Tue, 17 Jan 2012 07:47:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.142.20 with HTTP; Tue, 17 Jan 2012 07:47:25 -0800 (PST) From: Christer Solskogen Date: Tue, 17 Jan 2012 16:47:25 +0100 Message-ID: To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Subject: ZFS / zpool size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 15:47:52 -0000 Hi! I have a zpool called data, and I have some inconsistencies with sizes. $ zpool iostat capacity operations bandwidth pool alloc free read write read write ---------- ----- ----- ----- ----- ----- ----- data 3.32T 761G 516 50 56.1M 1.13M $ zfs list -t all NAME USED AVAIL REFER MOUNTPOINT data 2.21T 463G 9.06G /data Can anyone throw any light on this? Is not free the same as AVAIL? I do not have any zfs snapshots, but some filesystems are compressed. -- chs, From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 15:50:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0AFE1065673 for ; Tue, 17 Jan 2012 15:50:24 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF9B8FC12 for ; Tue, 17 Jan 2012 15:50:24 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so2435116wib.13 for ; Tue, 17 Jan 2012 07:50:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=kKLbWUz5i//K+gBhmqoFz0Ww5rJPnKmvHkmrImIn+Gc=; b=fl9OHv99QXiDLnGW/v99QMlAwjRQ+UxC5hSKy6OOhpE/5ZVbpbZ1gAlFp+pAOuJ+40 sNRLA+Pw6pySvu3DCR2abXinkho7zCB5DiCvHEIj8lV9j6fWQHw2XjH1vnCV0KdQjGuf +5OSG73qHITKSzRkbMsnf/Hw57BIc8j1Bs1aY= Received: by 10.180.93.168 with SMTP id cv8mr24261225wib.2.1326815423404; Tue, 17 Jan 2012 07:50:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.142.20 with HTTP; Tue, 17 Jan 2012 07:50:02 -0800 (PST) In-Reply-To: References: From: Christer Solskogen Date: Tue, 17 Jan 2012 16:50:02 +0100 Message-ID: To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Subject: Re: ZFS / zpool size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 15:50:24 -0000 On Tue, Jan 17, 2012 at 4:47 PM, Christer Solskogen wrote: Ups, I forgot to say that this is on FreeBSD 9.0-RELEASE and all filesystems are v28. -- chs, From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 15:52:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE2FD106564A for ; Tue, 17 Jan 2012 15:52:16 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B8E2D8FC12 for ; Tue, 17 Jan 2012 15:52:16 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so3509061obc.13 for ; Tue, 17 Jan 2012 07:52:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=YsUg4StF4yr28DddU+ultik2pcADOSvCEYr+5JTzVD8=; b=bDsoloQ5PGRRMAZ61I2vFQEpwbMXz4Jn3yrgwGMwR4DyD70hiKG7UaBNd5gkKVcQHJ 7Vt/N+HESlGBEnc/eJPud9FbRZTBPy600fL+uhAEQV7oIW2O3JkMyytmzVpVDqUkhEmN 84C+YuH1cl886NFvb3Sf9y7ngUvwp6xg+y+4Q= MIME-Version: 1.0 Received: by 10.182.7.42 with SMTP id g10mr15543653oba.7.1326815534997; Tue, 17 Jan 2012 07:52:14 -0800 (PST) Received: by 10.182.33.233 with HTTP; Tue, 17 Jan 2012 07:52:14 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Jan 2012 08:52:14 -0700 Message-ID: From: Shawn Webb To: Christer Solskogen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: ZFS / zpool size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 15:52:17 -0000 The `zpool` command does not show all the overhead from ZFS. The `zfs` command does. That's why the `zfs` command shows less available space than the `zpool` command. Thanks, Shawn On Tue, Jan 17, 2012 at 8:47 AM, Christer Solskogen wrote: > Hi! > > I have a zpool called data, and I have some inconsistencies with sizes. > > $ zpool iostat > =A0 =A0 =A0 =A0 =A0 =A0 =A0 capacity =A0 =A0 operations =A0 =A0bandwidth > pool =A0 =A0 =A0 =A0alloc =A0 free =A0 read =A0write =A0 read =A0write > ---------- =A0----- =A0----- =A0----- =A0----- =A0----- =A0----- > data =A0 =A0 =A0 =A03.32T =A0 761G =A0 =A0516 =A0 =A0 50 =A056.1M =A01.13= M > > $ zfs list -t all > NAME =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0USED =A0AVAIL= =A0REFER =A0MOUNTPOINT > data =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2.21T =A0 463G = =A09.06G =A0/data > > Can anyone throw any light on this? > Is not free the same as AVAIL? > > I do not have any zfs snapshots, but some filesystems are compressed. > > -- > chs, > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 16:01:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 083BC1065672 for ; Tue, 17 Jan 2012 16:01:21 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9475E8FC1A for ; Tue, 17 Jan 2012 16:01:20 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so2449074wib.13 for ; Tue, 17 Jan 2012 08:01:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=W3rqPd1StTYNthCafXKENJf5fnshuPL+R+QK2JEWMyA=; b=jbVw1J52wwWjz5Ma2Ccvkm5lgeYPDcU1Noyf8orcp67HOm/vKFmsFJcGZnXpBnxwAr l8lce4/vRi27uHhFGu3UzUaiLJlLciZyrK4cfX6tBFfW2DZAlViM+yDBuuaT/MeN+yg8 g6tTrwcpz8f3eTnx7eoIGmOkksoFFAp7WQsq8= Received: by 10.180.93.193 with SMTP id cw1mr29506439wib.5.1326816079571; Tue, 17 Jan 2012 08:01:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.142.20 with HTTP; Tue, 17 Jan 2012 08:00:58 -0800 (PST) In-Reply-To: References: From: Christer Solskogen Date: Tue, 17 Jan 2012 17:00:58 +0100 Message-ID: To: Shawn Webb Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable Subject: Re: ZFS / zpool size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 16:01:21 -0000 On Tue, Jan 17, 2012 at 4:52 PM, Shawn Webb wrote: > The `zpool` command does not show all the overhead from ZFS. The `zfs` > command does. That's why the `zfs` command shows less available space > than the `zpool` command. > A overhead of almost 300GB? That seems a bit to much, don't you think? The pool consist of one vdev with two 1,5TB disks and one 3TB in raidz1. -- chs, From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 16:05:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EB76106564A for ; Tue, 17 Jan 2012 16:05:12 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3958A8FC0A for ; Tue, 17 Jan 2012 16:05:11 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so3528089obc.13 for ; Tue, 17 Jan 2012 08:05:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nJowQR2kf06RE8sjj4qREuhCyHGt7qU3CyaVlOef4Ww=; b=P+0FX4waWHr9EJcj/BGt5eOyPuxk6Robn7JeMrlYedgVrRCgei2uvIoxmW5lL+LOBT uY6XO+y+nejswd8RsM5zP0/NPF2i/oL/uwRc5gvnMGmvjRZlQL96aF/Bpo/G4ACS8B8J c2Lqb5Tl27MU224KZwymI42nNQxdMJ3FM6vww= MIME-Version: 1.0 Received: by 10.182.7.42 with SMTP id g10mr15587284oba.7.1326816311595; Tue, 17 Jan 2012 08:05:11 -0800 (PST) Received: by 10.182.33.233 with HTTP; Tue, 17 Jan 2012 08:05:11 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Jan 2012 09:05:11 -0700 Message-ID: From: Shawn Webb To: Christer Solskogen Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Subject: Re: ZFS / zpool size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 16:05:12 -0000 I don't think so. On an OpenIndiana server I run, it shows almost a full 1TB difference: shawn@indianapolis:~$ zpool list tank NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT tank 4.06T 1.62T 2.44T 39% 1.00x ONLINE - shawn@indianapolis:~$ zfs list tank NAME USED AVAIL REFER MOUNTPOINT tank 1.08T 1.58T 45.3K /tank shawn@indianapolis:~$ zpool iostat tank capacity operations bandwidth pool alloc free read write read write ---------- ----- ----- ----- ----- ----- ----- tank 1.62T 2.44T 4 22 473K 165K On Tue, Jan 17, 2012 at 9:00 AM, Christer Solskogen wrote: > On Tue, Jan 17, 2012 at 4:52 PM, Shawn Webb wrote: >> The `zpool` command does not show all the overhead from ZFS. The `zfs` >> command does. That's why the `zfs` command shows less available space >> than the `zpool` command. >> > > A overhead of almost 300GB? That seems a bit to much, don't you think? > The pool consist of one vdev with two 1,5TB disks and one 3TB in raidz1. > > -- > chs, From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 16:18:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFEF9106566C for ; Tue, 17 Jan 2012 16:18:11 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6534D8FC0A for ; Tue, 17 Jan 2012 16:18:11 +0000 (UTC) Received: by vbbey12 with SMTP id ey12so1932843vbb.13 for ; Tue, 17 Jan 2012 08:18:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YRI7lv9d2ldleKMvEBaEJ7oJwhxb1ANA2+NL2gXhmms=; b=h8kR3nh7dK0k47yOl+IOSrw7Y2ck/p44uSqKCUYKs3LaGDDNHjwGXfv+Mfm7ixS3bm 3QnZvu9tCxS7fVj/YUhAfxiKAQ85nu/0IS4HyFiNE3xxqzBCAtQQpxl/mi7zecaS0T4T aCJ9ess3NxdM6Mbebi5j9BdqcA90rJ1+T1hHU= MIME-Version: 1.0 Received: by 10.52.93.77 with SMTP id cs13mr1432125vdb.71.1326817090453; Tue, 17 Jan 2012 08:18:10 -0800 (PST) Received: by 10.52.110.39 with HTTP; Tue, 17 Jan 2012 08:18:10 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Jan 2012 16:18:10 +0000 Message-ID: From: Tom Evans To: Christer Solskogen Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable , Shawn Webb Subject: Re: ZFS / zpool size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 16:18:11 -0000 On Tue, Jan 17, 2012 at 4:00 PM, Christer Solskogen wrote: > A overhead of almost 300GB? That seems a bit to much, don't you think? > The pool consist of one vdev with two 1,5TB disks and one 3TB in raidz1. > Confused about your disks - can you show the output of zpool status. If you have a raidz of N disks with a minimum size of Y GB, you can expect ``zpool list'' to show a size of N*Y and ``zfs list'' to show a size of roughly (N-1)*Y. So, on my box with 2 x 6 x 1.5 TB drives in raidz, I see a zpool size of 16.3 TB, and a zfs size of 13.3 TB. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 16:21:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D7EA1065673 for ; Tue, 17 Jan 2012 16:21:28 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 248828FC0C for ; Tue, 17 Jan 2012 16:21:27 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so3553228obc.13 for ; Tue, 17 Jan 2012 08:21:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Z3mnH9gFmtPrB7EHItBJWku4zb9l5R7xiy0qlbWD7NQ=; b=D4z+Jcg+QcV41+PCqgFBYaTLjcm//gZZaceINbOq6xp083LwRxTlgsLhnrl3QaQ7oj kjJAD3L413/8/5WpHllT8SNG9XmYa8m45q35r4aML2zDT90IpuDIqm+0fvv97U/tM0Ez IBvDHYB6Ltq3zzreyTyLF4AZxta/GB9Pw2Krk= MIME-Version: 1.0 Received: by 10.182.111.10 with SMTP id ie10mr757350obb.77.1326817287536; Tue, 17 Jan 2012 08:21:27 -0800 (PST) Received: by 10.182.33.233 with HTTP; Tue, 17 Jan 2012 08:21:27 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Jan 2012 09:21:27 -0700 Message-ID: From: Shawn Webb To: Tom Evans Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Christer Solskogen , FreeBSD Stable Subject: Re: ZFS / zpool size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 16:21:28 -0000 shawn@indianapolis:~$ pfexec format Searching for disks...done AVAILABLE DISK SELECTIONS: =A0 =A0 =A0 =A00. c1d0 =A0 =A0 =A0 =A0 =A0 /pci@0,0/pci-ide@11/ide@0/cmdk@0,0 =A0 =A0 =A0 =A01. c1d1 =A0 =A0 =A0 =A0 =A0 /pci@0,0/pci-ide@11/ide@0/cmdk@1,0 =A0 =A0 =A0 =A02. c2d0 =A0 =A0 =A0 =A0 =A0 /pci@0,0/pci-ide@11/ide@1/cmdk@0,0 =A0 =A0 =A0 =A03. c2d1 =A0 =A0 =A0 =A0 =A0 /pci@0,0/pci-ide@11/ide@1/cmdk@1,0 =A0 =A0 =A0 =A04. c4d0 =A0 =A0 =A0 =A0 =A0 /pci@0,0/pci-ide@14,1/ide@1/cmdk@0,0 Specify disk (enter its number): ^C shawn@indianapolis:~$ zpool status tank =A0 pool: tank =A0state: ONLINE =A0 scan: scrub repaired 0 in 4h53m with 0 errors on Tue Dec 20 12:03:36 20= 11 config: =A0 =A0 =A0 =A0 NAME =A0 =A0 =A0 =A0STATE =A0 =A0 READ WRITE CKSUM =A0 =A0 =A0 =A0 tank =A0 =A0 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 =A0 =A0 =A0 =A0 =A0 raidz1-0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 =A0 =A0 =A0 =A0 c1d0 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 =A0 =A0 =A0 =A0 =A0 =A0 c1d1 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 =A0 =A0 =A0 =A0 =A0 =A0 c2d1 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 = 0 errors: No known data errors On Tue, Jan 17, 2012 at 9:18 AM, Tom Evans wrote= : > On Tue, Jan 17, 2012 at 4:00 PM, Christer Solskogen > wrote: >> A overhead of almost 300GB? That seems a bit to much, don't you think? >> The pool consist of one vdev with two 1,5TB disks and one 3TB in raidz1. >> > > Confused about your disks - can you show the output of zpool status. > > If you have a raidz of N disks with a minimum size of Y GB, you can > expect ``zpool list'' to show a size of N*Y and ``zfs list'' to show a > size of roughly (N-1)*Y. > > So, on my box with 2 x 6 x 1.5 TB drives in raidz, I see a zpool size > of 16.3 TB, and a zfs size of 13.3 TB. > > Cheers > > Tom From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 17:18:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E4571065677 for ; Tue, 17 Jan 2012 17:18:26 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C966D8FC28 for ; Tue, 17 Jan 2012 17:18:25 +0000 (UTC) Received: by wgbgn7 with SMTP id gn7so3338334wgb.31 for ; Tue, 17 Jan 2012 09:18:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=U+ObREQy4wCjIak2h0cKrBs1qGoFqhxOgeGiTknVxnY=; b=LwEeIzuaN7U2tJv6sPdGGDjnmcuhTNXflMojxMmtATZJnmsgGEUA7TiTRlH0rS2MhG Gu6NBew/5wQjWlSKgr0THlMnlpEQKPVX3DsNPsV99jV+zXKsdoE8BVZUMP4U0ndhDVLF mDXchPXzWuc5YdGSx6mUhCDwmB4yyn+brkLkQ= Received: by 10.180.93.168 with SMTP id cv8mr24961483wib.2.1326820704782; Tue, 17 Jan 2012 09:18:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.142.20 with HTTP; Tue, 17 Jan 2012 09:18:03 -0800 (PST) In-Reply-To: References: From: Christer Solskogen Date: Tue, 17 Jan 2012 18:18:03 +0100 Message-ID: To: Tom Evans Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable , Shawn Webb Subject: Re: ZFS / zpool size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 17:18:26 -0000 On Tue, Jan 17, 2012 at 5:18 PM, Tom Evans wrote: > On Tue, Jan 17, 2012 at 4:00 PM, Christer Solskogen > wrote: >> A overhead of almost 300GB? That seems a bit to much, don't you think? >> The pool consist of one vdev with two 1,5TB disks and one 3TB in raidz1. >> > > Confused about your disks - can you show the output of zpool status. > Sure! $ zpool status pool: data state: ONLINE scan: scrub repaired 0 in 9h11m with 0 errors on Tue Jan 17 18:11:26 2012 config: NAME STATE READ WRITE CKSUM data ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 ada1 ONLINE 0 0 0 ada2 ONLINE 0 0 0 ada3 ONLINE 0 0 0 logs gpt/slog ONLINE 0 0 0 cache da0 ONLINE 0 0 0 $ dmesg | grep ada ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-6 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 512bytes) ada0: Command Queueing enabled ada0: 31472MB (64454656 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 ada2 at ahcich2 bus 0 scbus2 target 0 lun 0 ada2: ATA-8 SATA 3.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 2861588MB (5860533168 512 byte sectors: 16H 63S/T 16383C) ada2: Previously was known as ad8 ada3 at ahcich3 bus 0 scbus3 target 0 lun 0 ada3: ATA-8 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 1430799MB (2930277168 512 byte sectors: 16H 63S/T 16383C) ada3: Previously was known as ad10 > If you have a raidz of N disks with a minimum size of Y GB, you can > expect ``zpool list'' to show a size of N*Y and ``zfs list'' to show a > size of roughly (N-1)*Y. > Ah, that explains it. $ zpool list NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT data 4.06T 3.33T 748G 82% 1.00x ONLINE - what zpool iostat show is how much of the disks are set to ZFS. > So, on my box with 2 x 6 x 1.5 TB drives in raidz, I see a zpool size > of 16.3 TB, and a zfs size of 13.3 TB. > Yeap. I can see clearly now, thanks! -- chs, From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 17:33:35 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E73D01065672 for ; Tue, 17 Jan 2012 17:33:35 +0000 (UTC) (envelope-from vinny@abellohome.net) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id B63B98FC08 for ; Tue, 17 Jan 2012 17:33:35 +0000 (UTC) Received: from mail.abellohome.net (ool-44c58eab.dyn.optonline.net [68.197.142.171]) by mta4.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0LXY00AN3CPUKR20@mta4.srv.hcvlny.cv.net> for freebsd-stable@freebsd.org; Tue, 17 Jan 2012 12:03:34 -0500 (EST) Received: from [155.16.137.131] (noc.tdc.nwt.dellservices.net [216.182.1.100]) by mail.abellohome.net (Postfix) with ESMTPSA id 31A7D844B9; Tue, 17 Jan 2012 12:03:30 -0500 (EST) Date: Tue, 17 Jan 2012 12:03:29 -0500 From: Vinny Abello In-reply-to: To: Matthias Gamsjager Message-id: <4F15A9E1.8040805@abellohome.net> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-R Content-transfer-encoding: 7BIT X-Enigmail-Version: 1.3.4 References: <4F15532C.7020606@rsu.ru> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 Cc: freebsd-stable@freebsd.org, Alexander Pyhalov Subject: Re: FreeBSD 9.0 and Intel MatrixRAID RAID5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 17:33:36 -0000 I had something similar on a software based RAID controller on my Intel S5000PSL motherboard when I just went from 8.2-RELEASE to 9.0-RELEASE. After adding geom_raid_load="YES" to my /boot/loader.conf, it still didn't create the device on bootup. I had to manually create the label with graid. After that it created /dev/raid/ar0 for me and I could mount the volume. Only thing which I've trying to understand is the last message below about the integrity check failed. I've found other posts on this but when I dig into my setup, I don't see the same problems that are illustrated in the post and am at a loss for why that is being stated. Also, on other posts I think it was (raid/r0, MBR) that people were getting and trying to fix. Mine is (raid/r0, BSD) which I cannot find reference to. I have a feeling it has to do with the geometry of the disk or something. Everything else seems fine... I admittedly only use this volume for scratch space and didn't have anything important stored on it so I wasn't worried about experimenting or losing data. ada0 at ahcich0 bus 0 scbus2 target 0 lun 0 ada0: ATA-7 SATA 1.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus3 target 0 lun 0 ada1: ATA-7 SATA 1.x device ada1: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 GEOM_RAID: Intel-8c840681: Array Intel-8c840681 created. GEOM_RAID: Intel-8c840681: Disk ada0s1 state changed from NONE to ACTIVE. GEOM_RAID: Intel-8c840681: Subdisk ar0:0-ada0s1 state changed from NONE to ACTIVE. GEOM_RAID: Intel-8c840681: Disk ada1s1 state changed from NONE to ACTIVE. GEOM_RAID: Intel-8c840681: Subdisk ar0:1-ada1s1 state changed from NONE to ACTIVE. GEOM_RAID: Intel-8c840681: Array started. GEOM_RAID: Intel-8c840681: Volume ar0 state changed from STARTING to OPTIMAL. GEOM_RAID: Intel-8c840681: Provider raid/r0 for volume ar0 created. GEOM_PART: integrity check failed (raid/r0, BSD) Any ideas on the integrity check anyone? Thanks! -Vinny On 1/17/2012 6:57 AM, Matthias Gamsjager wrote: > Not sure if geom_raid is implemented with cam. I remember a post a while > back about this issue to happen with defaulting cam in 9. Did not follow it > so not sure if something has been done about it. > > On Tue, Jan 17, 2012 at 11:53 AM, Alexander Pyhalov wrote: > >> Hello. >> On my desktop I use Intel MatrixRAID RAID5 soft raid controller. RAID5 is >> configured over 3 disks. FreeBSD 8.2 sees this as: >> >> ar0: 953874MB status: READY >> ar0: disk0 READY using ad4 at ata2-master >> ar0: disk1 READY using ad6 at ata3-master >> ar0: disk2 READY using ad12 at ata6-master >> >> Root filesystem is on /dev/ar0s1. >> Today I've tried to upgrade to 9.0. >> It doesn't see this disk array. Here is dmesg. When I load geom_raid, it >> finds something, but doesn't want to work with RAID: >> >> GEOM_RAID: Intel-e922b201: Array Intel-e922b201 created. >> GEOM_RAID: Intel-e922b201: No transformation module found for Volume0. >> GEOM_RAID: Intel-e922b201: Volume Volume0 state changed from STARTING to >> UNSUPPORTED. >> GEOM_RAID: Intel-e922b201: Disk ada2 state changed from NONE to ACTIVE. >> GEOM_RAID: Intel-e922b201: Subdisk Volume0:2-ada2 state changed from NONE >> to ACTIVE. >> GEOM_RAID: Intel-e922b201: Disk ada1 state changed from NONE to ACTIVE. >> GEOM_RAID: Intel-e922b201: Subdisk Volume0:1-ada1 state changed from NONE >> to ACTIVE. >> GEOM_RAID: Intel-e922b201: Disk ada0 state changed from NONE to ACTIVE. >> GEOM_RAID: Intel-e922b201: Subdisk Volume0:0-ada0 state changed from NONE >> to ACTIVE. >> GEOM_RAID: Intel-e922b201: Array started. >> >> No new devices appear in /dev. >> How could I solve this issue? >> -- >> >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 17:37:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 365801065675 for ; Tue, 17 Jan 2012 17:37:25 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm16.bullet.mail.sp2.yahoo.com (nm16.bullet.mail.sp2.yahoo.com [98.139.91.86]) by mx1.freebsd.org (Postfix) with SMTP id 167F58FC1E for ; Tue, 17 Jan 2012 17:37:24 +0000 (UTC) Received: from [98.139.91.62] by nm16.bullet.mail.sp2.yahoo.com with NNFMP; 17 Jan 2012 17:37:24 -0000 Received: from [208.71.42.208] by tm2.bullet.mail.sp2.yahoo.com with NNFMP; 17 Jan 2012 17:37:24 -0000 Received: from [127.0.0.1] by smtp219.mail.gq1.yahoo.com with NNFMP; 17 Jan 2012 17:37:24 -0000 X-Yahoo-Newman-Id: 725716.68092.bm@smtp219.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: jy_lEZAVM1k.uvb33MNlQhh8ntAdhA6eRbgMmmbz1OdFuQj rNvFIvN4FBV4_lxUBDmLxeLd4ahUZks4NuFNGiK.Xa7U2ZP_q0Me4PKwd2Fd vlqwdelNvmX.HWryk5uHt7V0u69b5JTYNnA1d1.iETyNCD4CxP2zJf.me2oK NEnTbvTjk2b8astENQd.d078AM2NO6.WDx5xJlU55aOyS720YfLaKZnS0ylm N2OTOMbjR.XVikJZLiosJTsngKqhELZhKmX1nHOAAgpzSOLD2swu5UjDZyaD ATjJB5yCs8J7ogCQ2EgoQIyQybTh8LNfOujs_b_hu9yZr_lnwc9vEEJjLuTA TBvw3t0txWwz7dVh_tHX8_2SCernQwyr7qtBCiMsQL85q_.yGvF.qCGEYqcP OTVVJ_xKIHKqHQCcoJBk5mbjoihZSsBbVyqCzLbSzOCLIrcoWCIz46lrY X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.20] (se@81.173.153.186 with plain) by smtp219.mail.gq1.yahoo.com with SMTP; 17 Jan 2012 09:37:24 -0800 PST Message-ID: <4F15B1D4.9080907@freebsd.org> Date: Tue, 17 Jan 2012 18:37:24 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Christer Solskogen References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: ZFS / zpool size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 17:37:25 -0000 Am 17.01.2012 16:47, schrieb Christer Solskogen: > Hi! > > I have a zpool called data, and I have some inconsistencies with sizes. > > $ zpool iostat > capacity operations bandwidth > pool alloc free read write read write > ---------- ----- ----- ----- ----- ----- ----- > data 3.32T 761G 516 50 56.1M 1.13M > > $ zfs list -t all > NAME USED AVAIL REFER MOUNTPOINT > data 2.21T 463G 9.06G /data > > Can anyone throw any light on this? The ZFS numbers are 2/3 of the ZPOOL numbers for alloc. This looks like a raidz1 over 3 drives. The ZPOOL command shows disk blocks available and used (disk drive view), the ZFS command operates on the file-system level and shows blocks used to hold actual data or available for actual data (does not account for RAID parity overhead). > Is not free the same as AVAIL? Avail should be 2/3 of free, but I guess there is some overhead that reduces the number of available blocks. > I do not have any zfs snapshots, but some filesystems are compressed. Compression affects the ZPOOL and ZFS numbers in the same way, but "zfs list" and "df" will differ significantly for file-systems that contain compressible data. Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 18:22:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A655D1065677 for ; Tue, 17 Jan 2012 18:22:10 +0000 (UTC) (envelope-from peter@hk.ipsec.se) Received: from n.manet.nu (n.manet.nu [212.91.140.35]) by mx1.freebsd.org (Postfix) with ESMTP id 315BE8FC12 for ; Tue, 17 Jan 2012 18:22:09 +0000 (UTC) Received: from bore.hk.ipsec.se (h87-241-127-130.dynamic.se.alltele.net [87.241.127.130]) by n.manet.nu (8.14.3/8.14.3) with ESMTP id q0HHxU3q077307 for ; Tue, 17 Jan 2012 18:59:45 +0100 (CET) (envelope-from peter@hk.ipsec.se) Received: from [192.168.99.6] (zap.hk.ipsec.se [192.168.99.6]) by bore.hk.ipsec.se (8.14.4/8.14.4) with ESMTP id q0HHxFa5087489 for ; Tue, 17 Jan 2012 18:59:30 +0100 (CET) (envelope-from peter@hk.ipsec.se) From: peter h To: freebsd-stable@freebsd.org Date: Tue, 17 Jan 2012 18:59:08 +0100 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201201171859.10812.peter@hk.ipsec.se> Subject: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 18:22:10 -0000 I have been beating on of these a few days, i have udes freebsd 9.0 and 8.2 Both fails when i engage > 10 disks, the system craches and messages : "Hyper transport sync flood" will get into the BIOS errorlog ( but nothing = will come to syslog since reboot is immediate) Using a zfs radz of 25 disks and typing "zpool scrub" will bring the system= down in seconds. Anyone using a x4500 that can comfirm that it works ? Or is this box broken= ? =2D-=20 Peter H=E5kanson =20 There's never money to do it right, but always money to do it again ... and again ... and again ... and again. ( Det =E4r billigare att g=F6ra r=E4tt. Det =E4r dyrt att laga fel.= ) From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 20:12:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BC88106564A for ; Tue, 17 Jan 2012 20:12:55 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id D69E28FC08 for ; Tue, 17 Jan 2012 20:12:54 +0000 (UTC) Received: from jasmine.internethq (unknown [91.208.177.192]) by abby.lhr1.as41113.net (Postfix) with ESMTP id A3B4B2280C for ; Tue, 17 Jan 2012 20:12:53 +0000 (UTC) Received: from [172.16.11.44] (jwh-laptop.internethq [172.16.11.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jasmine.internethq (Postfix) with ESMTPS id D972B106A74FD for ; Tue, 17 Jan 2012 20:13:03 +0000 (GMT) Message-ID: <4F15D643.8000907@rewt.org.uk> Date: Tue, 17 Jan 2012 20:12:51 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 20:12:55 -0000 Hi guys, Has anyone else noticed the tendency for 9.0-R to be unable to accurately keep time? I've got a couple of machines that have been upgraded from 8.2 that are struggling, in particular a Virtual box guest that was fine on 8.2, but now that's its been upgraded to 9.0 counts at anything from 2 to 20 seconds per 5 second sample, the result is similar with HPET, ACPI-fast and TSC. I also have physical boxes which new seem to drift quite substantially, ntpd cannot keep up and as these boxes need to be able to report the time relatively accurately, it is causing problems with log times and such... Any suggestions most welcome! Thanks, J From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 21:15:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99F64106566B for ; Tue, 17 Jan 2012 21:15:57 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6ED8FC12 for ; Tue, 17 Jan 2012 21:15:56 +0000 (UTC) Received: by eaai10 with SMTP id i10so1052865eaa.13 for ; Tue, 17 Jan 2012 13:15:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=UpukOCppOyjmsE+DC9erinVRzOOtRTcWD8d0gR7dZ0c=; b=h3WHWrugp3OCy/Ah+6x0ti3OBYReO+j1Jd0XdPUv93Im6KoefYiu6OSOnWz7iDX3bh Lj8OjardNiptxwfpCr16DucrDU1+hhSDT1YGTEx+ybi095FEFSjhEQdPovzLRcSQU1C8 SaJ1IhbJtxN6WE50CyLsgAlTJygXMF398TNxQ= Received: by 10.213.17.206 with SMTP id t14mr4323700eba.94.1326834643639; Tue, 17 Jan 2012 13:10:43 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id r2sm90716639eef.7.2012.01.17.13.10.41 (version=SSLv3 cipher=OTHER); Tue, 17 Jan 2012 13:10:42 -0800 (PST) Sender: Alexander Motin Message-ID: <4F15E3C8.9080702@FreeBSD.org> Date: Tue, 17 Jan 2012 23:10:32 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120116 Thunderbird/9.0 MIME-Version: 1.0 To: Alexander Pyhalov References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.0 and Intel MatrixRAID RAID5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 21:15:57 -0000 On 17.01.2012 12:53, Alexander Pyhalov wrote: > On my desktop I use Intel MatrixRAID RAID5 soft raid controller. RAID5 > is configured over 3 disks. FreeBSD 8.2 sees this as: > > ar0: 953874MB status: READY > ar0: disk0 READY using ad4 at ata2-master > ar0: disk1 READY using ad6 at ata3-master > ar0: disk2 READY using ad12 at ata6-master > > Root filesystem is on /dev/ar0s1. > Today I've tried to upgrade to 9.0. > It doesn't see this disk array. Here is dmesg. When I load geom_raid, it > finds something, but doesn't want to work with RAID: > > GEOM_RAID: Intel-e922b201: Array Intel-e922b201 created. > GEOM_RAID: Intel-e922b201: No transformation module found for Volume0. > GEOM_RAID: Intel-e922b201: Volume Volume0 state changed from STARTING to > UNSUPPORTED. > GEOM_RAID: Intel-e922b201: Disk ada2 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-e922b201: Subdisk Volume0:2-ada2 state changed from > NONE to ACTIVE. > GEOM_RAID: Intel-e922b201: Disk ada1 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-e922b201: Subdisk Volume0:1-ada1 state changed from > NONE to ACTIVE. > GEOM_RAID: Intel-e922b201: Disk ada0 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-e922b201: Subdisk Volume0:0-ada0 state changed from > NONE to ACTIVE. > GEOM_RAID: Intel-e922b201: Array started. > > No new devices appear in /dev. > How could I solve this issue? ataraid(4) had mostly read-only support for RAID5 because it doesn't update parity data. I haven't thought anybody really using it in such condition. That's why geom_raid doesn't support RAID5 now at all. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 21:31:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA648106573A for ; Tue, 17 Jan 2012 21:31:02 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 115DB8FC19 for ; Tue, 17 Jan 2012 21:31:01 +0000 (UTC) Received: by eekb47 with SMTP id b47so533629eek.13 for ; Tue, 17 Jan 2012 13:31:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=h9gyXS+tpSDX7XjB6LbxWj7n/Ekfai8m6HTzzPzavs4=; b=vIWoy+3zpPX3H2u8/GTuVGCGAyYfbCn4SjqKuT2NDoasO52awmgLc9W/ALTVktPi0x 0k89v+J48IlYvkpUKAaMKDWZK2TJNoLYvJBU0HY5Q/SSXPcKhRE+1o+fN442glIqjagG WDgyoNP7grARVlOqGcV7rAbyh3351CIV5+cBA= Received: by 10.213.30.2 with SMTP id s2mr5387978ebc.8.1326834255094; Tue, 17 Jan 2012 13:04:15 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id y12sm90638224eeb.11.2012.01.17.13.04.12 (version=SSLv3 cipher=OTHER); Tue, 17 Jan 2012 13:04:14 -0800 (PST) Sender: Alexander Motin Message-ID: <4F15E243.2030000@FreeBSD.org> Date: Tue, 17 Jan 2012 23:04:03 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120116 Thunderbird/9.0 MIME-Version: 1.0 To: Vinny Abello , freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD 9.0 and Intel MatrixRAID RAID5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 21:31:02 -0000 On 17.01.2012 19:03, Vinny Abello wrote: > I had something similar on a software based RAID controller on my Intel S5000PSL motherboard when I just went from 8.2-RELEASE to 9.0-RELEASE. After adding geom_raid_load="YES" to my /boot/loader.conf, it still didn't create the device on bootup. I had to manually create the label with graid. After that it created /dev/raid/ar0 for me and I could mount the volume. Only thing which I've trying to understand is the last message below about the integrity check failed. I've found other posts on this but when I dig into my setup, I don't see the same problems that are illustrated in the post and am at a loss for why that is being stated. Also, on other posts I think it was (raid/r0, MBR) that people were getting and trying to fix. Mine is (raid/r0, BSD) which I cannot find reference to. I have a feeling it has to do with the geometry of the disk or something. Everything else seems fine... I admittedly only use this volume for scratch space and didn't have anything important stor ed > on it so I wasn't worried about experimenting or losing data. > > ada0 at ahcich0 bus 0 scbus2 target 0 lun 0 > ada0: ATA-7 SATA 1.x device > ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad4 > ada1 at ahcich1 bus 0 scbus3 target 0 lun 0 > ada1: ATA-7 SATA 1.x device > ada1: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) > ada1: Previously was known as ad6 > > GEOM_RAID: Intel-8c840681: Array Intel-8c840681 created. > GEOM_RAID: Intel-8c840681: Disk ada0s1 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-8c840681: Subdisk ar0:0-ada0s1 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-8c840681: Disk ada1s1 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-8c840681: Subdisk ar0:1-ada1s1 state changed from NONE to ACTIVE. > GEOM_RAID: Intel-8c840681: Array started. > GEOM_RAID: Intel-8c840681: Volume ar0 state changed from STARTING to OPTIMAL. > GEOM_RAID: Intel-8c840681: Provider raid/r0 for volume ar0 created. > GEOM_PART: integrity check failed (raid/r0, BSD) > > Any ideas on the integrity check anyone? It is not related to geom_raid, but to geom_part. There is something wrong with your label. You may set kern.geom.part.check_integrity sysctl to zero do disable these checks. AFAIR it was mentioned in 9.0 release notes. > On 1/17/2012 6:57 AM, Matthias Gamsjager wrote: >> Not sure if geom_raid is implemented with cam. I remember a post a while >> back about this issue to happen with defaulting cam in 9. Did not follow it >> so not sure if something has been done about it. >> >> On Tue, Jan 17, 2012 at 11:53 AM, Alexander Pyhalov wrote: >> >>> Hello. >>> On my desktop I use Intel MatrixRAID RAID5 soft raid controller. RAID5 is >>> configured over 3 disks. FreeBSD 8.2 sees this as: >>> >>> ar0: 953874MB status: READY >>> ar0: disk0 READY using ad4 at ata2-master >>> ar0: disk1 READY using ad6 at ata3-master >>> ar0: disk2 READY using ad12 at ata6-master >>> >>> Root filesystem is on /dev/ar0s1. >>> Today I've tried to upgrade to 9.0. >>> It doesn't see this disk array. Here is dmesg. When I load geom_raid, it >>> finds something, but doesn't want to work with RAID: >>> >>> GEOM_RAID: Intel-e922b201: Array Intel-e922b201 created. >>> GEOM_RAID: Intel-e922b201: No transformation module found for Volume0. >>> GEOM_RAID: Intel-e922b201: Volume Volume0 state changed from STARTING to >>> UNSUPPORTED. >>> GEOM_RAID: Intel-e922b201: Disk ada2 state changed from NONE to ACTIVE. >>> GEOM_RAID: Intel-e922b201: Subdisk Volume0:2-ada2 state changed from NONE >>> to ACTIVE. >>> GEOM_RAID: Intel-e922b201: Disk ada1 state changed from NONE to ACTIVE. >>> GEOM_RAID: Intel-e922b201: Subdisk Volume0:1-ada1 state changed from NONE >>> to ACTIVE. >>> GEOM_RAID: Intel-e922b201: Disk ada0 state changed from NONE to ACTIVE. >>> GEOM_RAID: Intel-e922b201: Subdisk Volume0:0-ada0 state changed from NONE >>> to ACTIVE. >>> GEOM_RAID: Intel-e922b201: Array started. >>> >>> No new devices appear in /dev. >>> How could I solve this issue? -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 21:35:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1F30106566C; Tue, 17 Jan 2012 21:35:16 +0000 (UTC) (envelope-from vinny@abellohome.net) Received: from mta2.srv.hcvlny.cv.net (mta2.srv.hcvlny.cv.net [167.206.4.197]) by mx1.freebsd.org (Postfix) with ESMTP id 82A1E8FC0C; Tue, 17 Jan 2012 21:35:16 +0000 (UTC) Received: from mail.abellohome.net (ool-44c58eab.dyn.optonline.net [68.197.142.171]) by mta2.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0LXY00JCSPARXYF0@mta2.srv.hcvlny.cv.net>; Tue, 17 Jan 2012 16:35:15 -0500 (EST) Received: from [155.16.137.131] (noc.tdc.nwt.dellservices.net [216.182.1.100]) by mail.abellohome.net (Postfix) with ESMTPSA id D464F844B9; Tue, 17 Jan 2012 16:35:14 -0500 (EST) Date: Tue, 17 Jan 2012 16:35:14 -0500 From: Vinny Abello In-reply-to: <4F15E243.2030000@FreeBSD.org> To: Alexander Motin Message-id: <4F15E992.4080301@abellohome.net> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-R Content-transfer-encoding: 7BIT X-Enigmail-Version: 1.3.4 References: <4F15E243.2030000@FreeBSD.org> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.0 and Intel MatrixRAID RAID5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 21:35:16 -0000 On 1/17/2012 4:04 PM, Alexander Motin wrote: > On 17.01.2012 19:03, Vinny Abello wrote: >> I had something similar on a software based RAID controller on my Intel S5000PSL motherboard when I just went from 8.2-RELEASE to 9.0-RELEASE. After adding geom_raid_load="YES" to my /boot/loader.conf, it still didn't create the device on bootup. I had to manually create the label with graid. After that it created /dev/raid/ar0 for me and I could mount the volume. Only thing which I've trying to understand is the last message below about the integrity check failed. I've found other posts on this but when I dig into my setup, I don't see the same problems that are illustrated in the post and am at a loss for why that is being stated. Also, on other posts I think it was (raid/r0, MBR) that people were getting and trying to fix. Mine is (raid/r0, BSD) which I cannot find reference to. I have a feeling it has to do with the geometry of the disk or something. Everything else seems fine... I admittedly only use this volume for scratch space and didn't have anything important st or > ed >> on it so I wasn't worried about experimenting or losing data. >> >> ada0 at ahcich0 bus 0 scbus2 target 0 lun 0 >> ada0: ATA-7 SATA 1.x device >> ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) >> ada0: Command Queueing enabled >> ada0: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) >> ada0: Previously was known as ad4 >> ada1 at ahcich1 bus 0 scbus3 target 0 lun 0 >> ada1: ATA-7 SATA 1.x device >> ada1: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) >> ada1: Command Queueing enabled >> ada1: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) >> ada1: Previously was known as ad6 >> >> GEOM_RAID: Intel-8c840681: Array Intel-8c840681 created. >> GEOM_RAID: Intel-8c840681: Disk ada0s1 state changed from NONE to ACTIVE. >> GEOM_RAID: Intel-8c840681: Subdisk ar0:0-ada0s1 state changed from NONE to ACTIVE. >> GEOM_RAID: Intel-8c840681: Disk ada1s1 state changed from NONE to ACTIVE. >> GEOM_RAID: Intel-8c840681: Subdisk ar0:1-ada1s1 state changed from NONE to ACTIVE. >> GEOM_RAID: Intel-8c840681: Array started. >> GEOM_RAID: Intel-8c840681: Volume ar0 state changed from STARTING to OPTIMAL. >> GEOM_RAID: Intel-8c840681: Provider raid/r0 for volume ar0 created. >> GEOM_PART: integrity check failed (raid/r0, BSD) >> >> Any ideas on the integrity check anyone? > > It is not related to geom_raid, but to geom_part. There is something wrong with your label. You may set kern.geom.part.check_integrity sysctl to zero do disable these checks. AFAIR it was mentioned in 9.0 release notes. Thanks for responding, Alexander. I also found that information about that sysctl variable, however I was trying to determine if something is actually wrong, how to determine what it is and ultimately how to fix it so it passes the check. I'd rather not ignore errors/warnings unless it's a bug. Again, I have no data of value on this partition, so I can do anything to fix it. Just not sure what to do or look at specifically. Thanks! -Vinny From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 21:38:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 626681065680 for ; Tue, 17 Jan 2012 21:38:27 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id DF92E8FC16 for ; Tue, 17 Jan 2012 21:38:26 +0000 (UTC) Received: by eekb47 with SMTP id b47so536023eek.13 for ; Tue, 17 Jan 2012 13:38:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=4GE0FNiLdMXkLBbnuIlTdEMuitoJK9O7yVi0jXy42mg=; b=ro4q33qjsG8smyC97kx1i+OQXcHXSWN5+dHO7onH7g1dXMNvBul35dleDhLNQobySG VCyZ1xQUgs1ribVl7KDizs3JwYmfo1xVqPfLyi096mZQ3ExU/N4xHqozY9oLUWpV9Eiy t6Cd7iC9S3p/NoWAgXe/YtrjJ+Oxp36wuZKiI= Received: by 10.213.16.132 with SMTP id o4mr341774eba.88.1326836305883; Tue, 17 Jan 2012 13:38:25 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id a60sm91039012eeb.4.2012.01.17.13.38.23 (version=SSLv3 cipher=OTHER); Tue, 17 Jan 2012 13:38:24 -0800 (PST) Sender: Alexander Motin Message-ID: <4F15EA46.7000600@FreeBSD.org> Date: Tue, 17 Jan 2012 23:38:14 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120116 Thunderbird/9.0 MIME-Version: 1.0 To: Vinny Abello References: <4F15E243.2030000@FreeBSD.org> <4F15E992.4080301@abellohome.net> In-Reply-To: <4F15E992.4080301@abellohome.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.0 and Intel MatrixRAID RAID5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 21:38:27 -0000 On 17.01.2012 23:35, Vinny Abello wrote: > On 1/17/2012 4:04 PM, Alexander Motin wrote: >> On 17.01.2012 19:03, Vinny Abello wrote: >>> I had something similar on a software based RAID controller on my Intel S5000PSL motherboard when I just went from 8.2-RELEASE to 9.0-RELEASE. After adding geom_raid_load="YES" to my /boot/loader.conf, it still didn't create the device on bootup. I had to manually create the label with graid. After that it created /dev/raid/ar0 for me and I could mount the volume. Only thing which I've trying to understand is the last message below about the integrity check failed. I've found other posts on this but when I dig into my setup, I don't see the same problems that are illustrated in the post and am at a loss for why that is being stated. Also, on other posts I think it was (raid/r0, MBR) that people were getting and trying to fix. Mine is (raid/r0, BSD) which I cannot find reference to. I have a feeling it has to do with the geometry of the disk or something. Everything else seems fine... I admittedly only use this volume for scratch space and didn't have anything important st > or >> ed >>> on it so I wasn't worried about experimenting or losing data. >>> >>> ada0 at ahcich0 bus 0 scbus2 target 0 lun 0 >>> ada0: ATA-7 SATA 1.x device >>> ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) >>> ada0: Command Queueing enabled >>> ada0: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) >>> ada0: Previously was known as ad4 >>> ada1 at ahcich1 bus 0 scbus3 target 0 lun 0 >>> ada1: ATA-7 SATA 1.x device >>> ada1: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) >>> ada1: Command Queueing enabled >>> ada1: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) >>> ada1: Previously was known as ad6 >>> >>> GEOM_RAID: Intel-8c840681: Array Intel-8c840681 created. >>> GEOM_RAID: Intel-8c840681: Disk ada0s1 state changed from NONE to ACTIVE. >>> GEOM_RAID: Intel-8c840681: Subdisk ar0:0-ada0s1 state changed from NONE to ACTIVE. >>> GEOM_RAID: Intel-8c840681: Disk ada1s1 state changed from NONE to ACTIVE. >>> GEOM_RAID: Intel-8c840681: Subdisk ar0:1-ada1s1 state changed from NONE to ACTIVE. >>> GEOM_RAID: Intel-8c840681: Array started. >>> GEOM_RAID: Intel-8c840681: Volume ar0 state changed from STARTING to OPTIMAL. >>> GEOM_RAID: Intel-8c840681: Provider raid/r0 for volume ar0 created. >>> GEOM_PART: integrity check failed (raid/r0, BSD) >>> >>> Any ideas on the integrity check anyone? >> >> It is not related to geom_raid, but to geom_part. There is something wrong with your label. You may set kern.geom.part.check_integrity sysctl to zero do disable these checks. AFAIR it was mentioned in 9.0 release notes. > > Thanks for responding, Alexander. I also found that information about that sysctl variable, however I was trying to determine if something is actually wrong, how to determine what it is and ultimately how to fix it so it passes the check. I'd rather not ignore errors/warnings unless it's a bug. Again, I have no data of value on this partition, so I can do anything to fix it. Just not sure what to do or look at specifically. First thing I would check is that partition is not bigger then the RAID volume size. If label was created before the RAID volume, that could be the reason, because RAID cuts several sectors off the end of disk to store metadata. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 21:45:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C194A106566B; Tue, 17 Jan 2012 21:45:00 +0000 (UTC) (envelope-from vinny@abellohome.net) Received: from mta5.srv.hcvlny.cv.net (mta5.srv.hcvlny.cv.net [167.206.4.200]) by mx1.freebsd.org (Postfix) with ESMTP id 90AFC8FC16; Tue, 17 Jan 2012 21:45:00 +0000 (UTC) Received: from mail.abellohome.net (ool-44c58eab.dyn.optonline.net [68.197.142.171]) by mta5.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0LXY00FEAPQZ08F0@mta5.srv.hcvlny.cv.net>; Tue, 17 Jan 2012 16:44:59 -0500 (EST) Received: from [155.16.137.131] (noc.tdc.nwt.dellservices.net [216.182.1.100]) by mail.abellohome.net (Postfix) with ESMTPSA id 0DB76844B9; Tue, 17 Jan 2012 16:44:59 -0500 (EST) Date: Tue, 17 Jan 2012 16:44:58 -0500 From: Vinny Abello In-reply-to: <4F15EA46.7000600@FreeBSD.org> To: Alexander Motin Message-id: <4F15EBDA.4030908@abellohome.net> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-R Content-transfer-encoding: 7BIT X-Enigmail-Version: 1.3.4 References: <4F15E243.2030000@FreeBSD.org> <4F15E992.4080301@abellohome.net> <4F15EA46.7000600@FreeBSD.org> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.0 and Intel MatrixRAID RAID5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 21:45:00 -0000 On 1/17/2012 4:38 PM, Alexander Motin wrote: > On 17.01.2012 23:35, Vinny Abello wrote: >> On 1/17/2012 4:04 PM, Alexander Motin wrote: >>> On 17.01.2012 19:03, Vinny Abello wrote: >>>> I had something similar on a software based RAID controller on my Intel S5000PSL motherboard when I just went from 8.2-RELEASE to 9.0-RELEASE. After adding geom_raid_load="YES" to my /boot/loader.conf, it still didn't create the device on bootup. I had to manually create the label with graid. After that it created /dev/raid/ar0 for me and I could mount the volume. Only thing which I've trying to understand is the last message below about the integrity check failed. I've found other posts on this but when I dig into my setup, I don't see the same problems that are illustrated in the post and am at a loss for why that is being stated. Also, on other posts I think it was (raid/r0, MBR) that people were getting and trying to fix. Mine is (raid/r0, BSD) which I cannot find reference to. I have a feeling it has to do with the geometry of the disk or something. Everything else seems fine... I admittedly only use this volume for scratch space and didn't have anything important st > >> or >>> ed >>>> on it so I wasn't worried about experimenting or losing data. >>>> >>>> ada0 at ahcich0 bus 0 scbus2 target 0 lun 0 >>>> ada0: ATA-7 SATA 1.x device >>>> ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) >>>> ada0: Command Queueing enabled >>>> ada0: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) >>>> ada0: Previously was known as ad4 >>>> ada1 at ahcich1 bus 0 scbus3 target 0 lun 0 >>>> ada1: ATA-7 SATA 1.x device >>>> ada1: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) >>>> ada1: Command Queueing enabled >>>> ada1: 381554MB (781422768 512 byte sectors: 16H 63S/T 16383C) >>>> ada1: Previously was known as ad6 >>>> >>>> GEOM_RAID: Intel-8c840681: Array Intel-8c840681 created. >>>> GEOM_RAID: Intel-8c840681: Disk ada0s1 state changed from NONE to ACTIVE. >>>> GEOM_RAID: Intel-8c840681: Subdisk ar0:0-ada0s1 state changed from NONE to ACTIVE. >>>> GEOM_RAID: Intel-8c840681: Disk ada1s1 state changed from NONE to ACTIVE. >>>> GEOM_RAID: Intel-8c840681: Subdisk ar0:1-ada1s1 state changed from NONE to ACTIVE. >>>> GEOM_RAID: Intel-8c840681: Array started. >>>> GEOM_RAID: Intel-8c840681: Volume ar0 state changed from STARTING to OPTIMAL. >>>> GEOM_RAID: Intel-8c840681: Provider raid/r0 for volume ar0 created. >>>> GEOM_PART: integrity check failed (raid/r0, BSD) >>>> >>>> Any ideas on the integrity check anyone? >>> >>> It is not related to geom_raid, but to geom_part. There is something wrong with your label. You may set kern.geom.part.check_integrity sysctl to zero do disable these checks. AFAIR it was mentioned in 9.0 release notes. >> >> Thanks for responding, Alexander. I also found that information about that sysctl variable, however I was trying to determine if something is actually wrong, how to determine what it is and ultimately how to fix it so it passes the check. I'd rather not ignore errors/warnings unless it's a bug. Again, I have no data of value on this partition, so I can do anything to fix it. Just not sure what to do or look at specifically. > > First thing I would check is that partition is not bigger then the RAID volume size. If label was created before the RAID volume, that could be the reason, because RAID cuts several sectors off the end of disk to store metadata. OK, thanks for the suggestion. I will investigate. -Vinny From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 21:52:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8376B1065680 for ; Tue, 17 Jan 2012 21:52:25 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 0C8798FC0A for ; Tue, 17 Jan 2012 21:52:24 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id q0HLqNia092576; Tue, 17 Jan 2012 22:52:23 +0100 (CET) Received: from [217.29.46.8] ([217.29.46.8]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id q0HLqMbi070814; Tue, 17 Jan 2012 22:52:23 +0100 (CET) (envelope-from hausen@punkt.de) References: <201201171859.10812.peter@hk.ipsec.se> In-Reply-To: <201201171859.10812.peter@hk.ipsec.se> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPad Mail (9A405) From: "Patrick M. Hausen" Date: Tue, 17 Jan 2012 22:52:23 +0100 To: peter h Cc: "freebsd-stable@freebsd.org" Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 21:52:25 -0000 Hi, all, Am 17.01.2012 um 18:59 schrieb peter h : > I have been beating on of these a few days, i have udes freebsd 9.0 and 8.= 2 > Both fails when i engage > 10 disks, the system craches and messages : > "Hyper transport sync flood" will get into the BIOS errorlog ( but nothing= will > come to syslog since reboot is immediate) >=20 > Using a zfs radz of 25 disks and typing "zpool scrub" will bring the syste= m down in seconds. >=20 > Anyone using a x4500 that can comfirm that it works ? Or is this box broke= n ? Well, I hate to write that, but ... does it work with the vendor supported [= tm] OS? If yes, you can rule out a hardware defect. I would at least try Solaris for= this reason. If no, the HW is broken and there is no need to look for a fault on FreeBSD'= s side. Kind regards, Patrick= From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 22:09:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D8ED1065688 for ; Tue, 17 Jan 2012 22:09:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id AFB198FC22 for ; Tue, 17 Jan 2012 22:09:16 +0000 (UTC) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by qmta10.westchester.pa.mail.comcast.net with comcast id Nm9E1i0040EZKEL5Am9GwC; Tue, 17 Jan 2012 22:09:16 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta01.westchester.pa.mail.comcast.net with comcast id Nm9E1i00u1t3BNj3Mm9FBH; Tue, 17 Jan 2012 22:09:16 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id F3A53102C19; Tue, 17 Jan 2012 14:09:12 -0800 (PST) Date: Tue, 17 Jan 2012 14:09:12 -0800 From: Jeremy Chadwick To: peter h Message-ID: <20120117220912.GA32330@icarus.home.lan> References: <201201171859.10812.peter@hk.ipsec.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201201171859.10812.peter@hk.ipsec.se> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 22:09:18 -0000 On Tue, Jan 17, 2012 at 06:59:08PM +0100, peter h wrote: > I have been beating on of these a few days, i have udes freebsd 9.0 and 8.2 > Both fails when i engage > 10 disks, the system craches and messages : > "Hyper transport sync flood" will get into the BIOS errorlog ( but nothing will > come to syslog since reboot is immediate) > > Using a zfs radz of 25 disks and typing "zpool scrub" will bring the system down in seconds. > > Anyone using a x4500 that can comfirm that it works ? Or is this box broken ? I do not have one of these boxes / am not familiar with them, but HyperTransport is an AMD thing. The concept is that it's a bus that interconnects different pieces of a system to the CPU (and thus the memory bus). ASCII diagram coming up: +-----------------------+ | RAM | +----------+------------+ | +----------+------------+ | CPU (w/ on-die MCH) | +----------+------------+ | +----------+------------+ +-----------------------------+ | HyperTransport bridge +-----+ PCI Express bus (VGA, etc.) | +----------+------------+ +-----------------------------+ | +----------+---------------+ | Southbridge (SATA, etc.) | +--------------------------+ ZFS is memory I/O intensive. Your controller, given that it consists of 25 disks, is probably sitting on the PCI Express bus, and thus is generating an equally high amount of I/O. Given this above diagram, I'm sure you can figure out how "flooding" might occur. :-) I'm not sure what "sync flood" means (vs. I/O flooding). Googling turns up *tons* of examples of this on the web, except every time they involve people doing overclocking or having CPU-level problems pertaining to voltage. There may be a BIOS option on your system to help curb this behaviour, or at least try to limit it in some way. I know on our AMD systems at work the number of options in the Memory section of the BIOS is quite large, many of which pertaining to interactivity with HyperTransport. If you want my advice? Bring the issue up to Sun. They will almost certainly be able to assign the case to an engineer, who although may not be familiar with FreeBSD, hopefully WILL be familiar with the bus interconnects described above and might be able to help you out. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 22:34:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82BE41065672 for ; Tue, 17 Jan 2012 22:34:36 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 41AD98FC1E for ; Tue, 17 Jan 2012 22:34:35 +0000 (UTC) Received: from [212.182.167.131] (helo=sjakie.klop.ws) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1RnHJs-0004rd-CF; Tue, 17 Jan 2012 23:15:56 +0100 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 36DCB7604; Tue, 17 Jan 2012 23:15:45 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "peter h" References: <201201171859.10812.peter@hk.ipsec.se> Date: Tue, 17 Jan 2012 23:15:44 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <201201171859.10812.peter@hk.ipsec.se> User-Agent: Opera Mail/11.60 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 22:34:36 -0000 On Tue, 17 Jan 2012 18:59:08 +0100, peter h wrote: > I have been beating on of these a few days, i have udes freebsd 9.0 and= =20 > 8.2 > Both fails when i engage > 10 disks, the system craches and messages : > "Hyper transport sync flood" will get into the BIOS errorlog ( but =20 > nothing will > come to syslog since reboot is immediate) > > Using a zfs radz of 25 disks and typing "zpool scrub" will bring the =20 > system down in seconds. > > Anyone using a x4500 that can comfirm that it works ? Or is this box =20 > broken ? Does it work if you make 3 raid groups of 8 disks and 1 spare? Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 23:01:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1066B1065675 for ; Tue, 17 Jan 2012 23:01:08 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 50DD58FC1D for ; Tue, 17 Jan 2012 23:01:06 +0000 (UTC) Received: (qmail 81996 invoked by uid 89); 17 Jan 2012 23:01:06 -0000 Received: by simscan 1.4.0 ppid: 81991, pid: 81993, t: 0.0550s scanners: attach: 1.4.0 clamav: 0.97.1/m:54/d:14319 Received: from unknown (HELO ?192.168.1.201?) (rainer@ultra-secure.de@217.71.83.52) by mail.ultra-secure.de with ESMTPA; 17 Jan 2012 23:01:05 -0000 Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Rainer Duffner In-Reply-To: <20120117220912.GA32330@icarus.home.lan> Date: Wed, 18 Jan 2012 00:01:03 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <442D1A0C-2AC9-4758-9905-FC848B37656A@ultra-secure.de> References: <201201171859.10812.peter@hk.ipsec.se> <20120117220912.GA32330@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-stable@freebsd.org Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 23:01:08 -0000 Am 17.01.2012 um 23:09 schrieb Jeremy Chadwick: > On Tue, Jan 17, 2012 at 06:59:08PM +0100, peter h wrote: >> I have been beating on of these a few days, i have udes freebsd 9.0 = and 8.2 >> Both fails when i engage > 10 disks, the system craches and messages = : >> "Hyper transport sync flood" will get into the BIOS errorlog ( but = nothing will >> come to syslog since reboot is immediate) >>=20 >> Using a zfs radz of 25 disks and typing "zpool scrub" will bring the = system down in seconds. >>=20 >> Anyone using a x4500 that can comfirm that it works ? Or is this box = broken ? >=20 > I do not have one of these boxes / am not familiar with them, but > HyperTransport is an AMD thing. The concept is that it's a bus that > interconnects different pieces of a system to the CPU (and thus the > memory bus). ASCII diagram coming up: Not exactly: http://www.c0t0d0s0.org/archives/1792-Do-it-yourself-X4500.html At the time, there was no similar board on the market, AFAIK. I haven't looked, but I think it should be easier to get one today... From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 23:15:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8BA01065670 for ; Tue, 17 Jan 2012 23:15:27 +0000 (UTC) (envelope-from peter@hk.ipsec.se) Received: from n.manet.nu (n.manet.nu [212.91.140.35]) by mx1.freebsd.org (Postfix) with ESMTP id 68FA78FC0A for ; Tue, 17 Jan 2012 23:15:27 +0000 (UTC) Received: from bore.hk.ipsec.se (h87-241-127-130.dynamic.se.alltele.net [87.241.127.130]) by n.manet.nu (8.14.3/8.14.3) with ESMTP id q0HNFBBs078316 for ; Wed, 18 Jan 2012 00:15:26 +0100 (CET) (envelope-from peter@hk.ipsec.se) Received: from [192.168.99.6] (zap.hk.ipsec.se [192.168.99.6]) by bore.hk.ipsec.se (8.14.4/8.14.4) with ESMTP id q0HNEu3G089387 for ; Wed, 18 Jan 2012 00:15:11 +0100 (CET) (envelope-from peter@hk.ipsec.se) From: peter h To: freebsd-stable@freebsd.org Date: Wed, 18 Jan 2012 00:14:52 +0100 User-Agent: KMail/1.8 References: <201201171859.10812.peter@hk.ipsec.se> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201201180014.53247.peter@hk.ipsec.se> Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 23:15:27 -0000 On Tuesday 17 January 2012 23.15, Ronald Klop wrote: > On Tue, 17 Jan 2012 18:59:08 +0100, peter h wrote: >=20 > > I have been beating on of these a few days, i have udes freebsd 9.0 and= =20 > > 8.2 > > Both fails when i engage > 10 disks, the system craches and messages : > > "Hyper transport sync flood" will get into the BIOS errorlog ( but =20 > > nothing will > > come to syslog since reboot is immediate) > > > > Using a zfs radz of 25 disks and typing "zpool scrub" will bring the =20 > > system down in seconds. > > > > Anyone using a x4500 that can comfirm that it works ? Or is this box =20 > > broken ? >=20 > Does it work if you make 3 raid groups of 8 disks and 1 spare? No, i did not test this. =20 I did some simple ones ( 5 disks in a raidz ) but what i wanted this box to do is a more powerful work. For smaller stuff i use simple hardware I guess i'll buy some supermicro box instead. >=20 > Ronald. > _______________________________________________ > 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 >=20 =2D-=20 Peter H=E5kanson =20 There's never money to do it right, but always money to do it again ... and again ... and again ... and again. ( Det =E4r billigare att g=F6ra r=E4tt. Det =E4r dyrt att laga fel.= ) From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 23:29:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6D6D1065676 for ; Tue, 17 Jan 2012 23:29:16 +0000 (UTC) (envelope-from healer@rpi.edu) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.freebsd.org (Postfix) with ESMTP id 751728FC28 for ; Tue, 17 Jan 2012 23:29:16 +0000 (UTC) Received: from [128.113.242.162] (ford-tri-motor-03.dynamic2.rpi.edu [128.113.242.162]) (authenticated bits=0) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id q0HMMMC6014169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 17 Jan 2012 17:22:23 -0500 Message-ID: <4F15F4A0.8030007@rpi.edu> Date: Tue, 17 Jan 2012 17:22:24 -0500 From: Bob Healey User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201201171859.10812.peter@hk.ipsec.se> <20120117220912.GA32330@icarus.home.lan> In-Reply-To: <20120117220912.GA32330@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 1.40 (*) [Hold at 12.00] RATWARE_GECKO_BUILD,22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.228 Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 23:29:16 -0000 The X4500s are oldish systems built around a pair Opteron 290 chips with 16 GB RAM and 6 PCI-X Marvell SATA controllers with 8 ports each supporting 48 drives in the machine. Only the first and 4th drive on the I think 4th controller are bootable. Are you using the latest firmware? If not, you're going to have to pay Oracle for the privilege of updating it as there is no way the machines are still under warranty. I'd find a copy of the OpenSolaris Live CD and see if that boots and supports all your drives. Hope this helps you, or helps someone else on the list with more knowledge of debugging older AMD systems point you in the right direction. Bob Healey Systems Administrator Biocomputation and Bioinformatics Constellation and Molecularium healer@rpi.edu (518) 276-4407 On 1/17/2012 5:09 PM, Jeremy Chadwick wrote: > On Tue, Jan 17, 2012 at 06:59:08PM +0100, peter h wrote: >> I have been beating on of these a few days, i have udes freebsd 9.0 and 8.2 >> Both fails when i engage> 10 disks, the system craches and messages : >> "Hyper transport sync flood" will get into the BIOS errorlog ( but nothing will >> come to syslog since reboot is immediate) >> >> Using a zfs radz of 25 disks and typing "zpool scrub" will bring the system down in seconds. >> >> Anyone using a x4500 that can comfirm that it works ? Or is this box broken ? > I do not have one of these boxes / am not familiar with them, but > HyperTransport is an AMD thing. The concept is that it's a bus that > interconnects different pieces of a system to the CPU (and thus the > memory bus). ASCII diagram coming up: > > +-----------------------+ > | RAM | > +----------+------------+ > | > +----------+------------+ > | CPU (w/ on-die MCH) | > +----------+------------+ > | > +----------+------------+ +-----------------------------+ > | HyperTransport bridge +-----+ PCI Express bus (VGA, etc.) | > +----------+------------+ +-----------------------------+ > | > +----------+---------------+ > | Southbridge (SATA, etc.) | > +--------------------------+ > > ZFS is memory I/O intensive. Your controller, given that it consists of > 25 disks, is probably sitting on the PCI Express bus, and thus is > generating an equally high amount of I/O. > > Given this above diagram, I'm sure you can figure out how "flooding" > might occur. :-) I'm not sure what "sync flood" means (vs. I/O > flooding). > > Googling turns up *tons* of examples of this on the web, except every > time they involve people doing overclocking or having CPU-level problems > pertaining to voltage. > > There may be a BIOS option on your system to help curb this behaviour, > or at least try to limit it in some way. I know on our AMD systems at > work the number of options in the Memory section of the BIOS is quite > large, many of which pertaining to interactivity with HyperTransport. > > If you want my advice? Bring the issue up to Sun. They will almost > certainly be able to assign the case to an engineer, who although may > not be familiar with FreeBSD, hopefully WILL be familiar with the bus > interconnects described above and might be able to help you out. > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 17 23:32:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67D96106566C for ; Tue, 17 Jan 2012 23:32:46 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id E6E828FC15 for ; Tue, 17 Jan 2012 23:32:45 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id q0HNWiCi093230; Wed, 18 Jan 2012 00:32:44 +0100 (CET) Received: from [217.29.46.8] ([217.29.46.8]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id q0HNWiMi073018; Wed, 18 Jan 2012 00:32:44 +0100 (CET) (envelope-from hausen@punkt.de) References: <201201171859.10812.peter@hk.ipsec.se> <201201180014.53247.peter@hk.ipsec.se> In-Reply-To: <201201180014.53247.peter@hk.ipsec.se> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPad Mail (9A405) From: "Patrick M. Hausen" Date: Wed, 18 Jan 2012 00:32:45 +0100 To: peter h Cc: "freebsd-stable@freebsd.org" Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2012 23:32:46 -0000 Hi all, Am 18.01.2012 um 00:14 schrieb peter h : > On Tuesday 17 January 2012 23.15, Ronald Klop wrote: >> On Tue, 17 Jan 2012 18:59:08 +0100, peter h wrote: >>=20 >>> I have been beating on of these a few days, i have udes freebsd 9.0 and = =20 >>> 8.2 >>> Both fails when i engage > 10 disks, the system craches and messages : >>> "Hyper transport sync flood" will get into the BIOS errorlog ( but =20 >>> nothing will >>> come to syslog since reboot is immediate) >>>=20 >>> Using a zfs radz of 25 disks and typing "zpool scrub" will bring the =20= >>> system down in seconds. >>>=20 >>> Anyone using a x4500 that can comfirm that it works ? Or is this box =20= >>> broken ? >>=20 >> Does it work if you make 3 raid groups of 8 disks and 1 spare? > No, i did not test this. =20 > I did some simple ones ( 5 disks in a raidz ) but what i wanted this box > to do is a more powerful work. For smaller stuff i use simple hardware >=20 > I guess i'll buy some supermicro box instead. But Ronald is right. I apologize for not reading your initial post thoroughl= y and jumping on your suspicion that the hardware might be to blame. Did you really create one vdev of 25 disks? This is strongly discouraged by the documentation provided by Sun/Oracle. You should (IIRC) never have more than 9 disk in a single vdev. Of course you can join N vdevs of type, say, raidz2 to a single zpool. See for example http://forums.freebsd.org/archive/index.php/t-4641.html I'm writing from my iPad and cannot quickly find the Link to the Sun documen= tation. Kind regards, HTH, Patrick= From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 00:12:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2553106564A for ; Wed, 18 Jan 2012 00:12:59 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout020.mac.com (asmtpout020.mac.com [17.148.16.95]) by mx1.freebsd.org (Postfix) with ESMTP id 86F6F8FC15 for ; Wed, 18 Jan 2012 00:12:59 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp020.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LXY00MT9TSKY620@asmtp020.mac.com> for freebsd-stable@freebsd.org; Tue, 17 Jan 2012 23:12:20 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110,1.0.211,0.0.0000 definitions=2012-01-17_08:2012-01-17, 2012-01-17, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201170261 From: Chuck Swiger In-reply-to: <20120117220912.GA32330@icarus.home.lan> Date: Tue, 17 Jan 2012 15:12:19 -0800 Message-id: <668E1573-AD44-466A-BE94-AFE138E151CD@mac.com> References: <201201171859.10812.peter@hk.ipsec.se> <20120117220912.GA32330@icarus.home.lan> To: Jeremy Chadwick , peter h X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Stable Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 00:12:59 -0000 On Jan 17, 2012, at 2:09 PM, Jeremy Chadwick wrote: > I do not have one of these boxes / am not familiar with them, but > HyperTransport is an AMD thing. The concept is that it's a bus that > interconnects different pieces of a system to the CPU (and thus the > memory bus). While that was a nice picture, it's not related to the bus architecture of a Sun 4500. :-) An X or E 4500 is a highly fault-tolerant parallel minicomputer with 8 slots-- one was I/O, and you could put up to 7 CPU boards with dual UltraSPARC processors-- you could hot-plug CPU boards and memory in the event of a failure and keep the rest of the system up. They cost a significant fraction of a million dollars circa y2k. A check of some old docs suggests: Hypertransport Sync Flood occurred on last boot: Uncorrectable ECC error caused the last reboot. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 03:07:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 892171065670 for ; Wed, 18 Jan 2012 03:07:57 +0000 (UTC) (envelope-from marcus@odin.blazingdot.com) Received: from odin.blazingdot.com (odin.blazingdot.com [199.48.133.254]) by mx1.freebsd.org (Postfix) with ESMTP id 67FCE8FC0C for ; Wed, 18 Jan 2012 03:07:57 +0000 (UTC) Received: by odin.blazingdot.com (Postfix, from userid 1001) id 986F711424A; Wed, 18 Jan 2012 03:07:56 +0000 (UTC) Date: Wed, 18 Jan 2012 03:07:56 +0000 From: Marcus Reid To: Chuck Swiger Message-ID: <20120118030756.GA35508@blazingdot.com> References: <201201171859.10812.peter@hk.ipsec.se> <20120117220912.GA32330@icarus.home.lan> <668E1573-AD44-466A-BE94-AFE138E151CD@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <668E1573-AD44-466A-BE94-AFE138E151CD@mac.com> X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Stable , peter h , Jeremy Chadwick Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 03:07:57 -0000 On Tue, Jan 17, 2012 at 03:12:19PM -0800, Chuck Swiger wrote: > On Jan 17, 2012, at 2:09 PM, Jeremy Chadwick wrote: > > I do not have one of these boxes / am not familiar with them, but > > HyperTransport is an AMD thing. The concept is that it's a bus that > > interconnects different pieces of a system to the CPU (and thus the > > memory bus). > > While that was a nice picture, it's not related to the bus > architecture of a Sun 4500. :-) > > An X or E 4500 is a highly fault-tolerant parallel minicomputer with 8 > slots-- one was I/O, and you could put up to 7 CPU boards with dual > UltraSPARC processors-- you could hot-plug CPU boards and memory in > the event of a failure and keep the rest of the system up. They cost > a significant fraction of a million dollars circa y2k. You're thinking E4500, which is as you describe. The X4500 is described here: http://en.wikipedia.org/wiki/Sun_Fire_X4500 Marcus From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 07:15:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E760106566B for ; Wed, 18 Jan 2012 07:15:18 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id CB6228FC0C for ; Wed, 18 Jan 2012 07:15:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id A7906660C for ; Wed, 18 Jan 2012 08:17:04 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kbr9-DgSYLnV for ; Wed, 18 Jan 2012 08:17:00 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 3006E3F657 for ; Wed, 18 Jan 2012 08:17:00 +0100 (CET) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1251.1) From: Denny Schierz In-Reply-To: <4F157646.3070108@freebsd.org> Date: Wed, 18 Jan 2012 08:15:09 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4F157646.3070108@freebsd.org> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1251.1) Subject: Re: FB9-stable: bridge0 doesn't come up via rc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 07:15:18 -0000 Am 17.01.2012 um 14:23 schrieb Stefan Esser: > You forgot that rc.conf does not contain commands, but only variable > assignments. The latter of the last two lines overwrites the value > set in the former. ah, ok, that wasn't clear for me. I tried several combinations, so I try = it again. Thanks a lot @Stefan and @Volodymyr cu denny= From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 07:17:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63C9A1065672 for ; Wed, 18 Jan 2012 07:17:41 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id A91BB8FC16 for ; Wed, 18 Jan 2012 07:17:40 +0000 (UTC) Received: (qmail 25565 invoked from network); 18 Jan 2012 06:50:58 -0000 Received: from pd9ec04e0.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.4.224]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 18 Jan 2012 06:50:58 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id A5F611BAC55; Wed, 18 Jan 2012 07:50:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1326869456; bh=amUAdPvnBAVSzPuxUDKaMsRl4TWmwWZm07quz8Y3zS4=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: Mime-Version:Content-Type; b=DzqmNUuj+bmzTa+AjmXiSxCO8VxTEjGCc7uLlj7tELKAOr27ffZyVJeZxJmBBroEb es9vTx7RtyiV0ULmeEg/4IOTN5EpmJM82XkCA2HvHaz//rSuO3C4LvxBgPa9VLZgi/ KfvaAaktVUtf5y8Bn7gGpQCWTPPzNld6uv6KP/Zs= Date: Wed, 18 Jan 2012 07:50:49 +0100 From: Martin Sugioarto To: Joe Holden Message-ID: <20120118075049.289954e8@zelda.sugioarto.com> In-Reply-To: <4F15D643.8000907@rewt.org.uk> References: <4F15D643.8000907@rewt.org.uk> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/XN9bJXeKGZJLVqce.8vP9sB"; protocol="application/pgp-signature" Cc: FreeBSD Stable Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 07:17:41 -0000 --Sig_/XN9bJXeKGZJLVqce.8vP9sB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tue, 17 Jan 2012 20:12:51 +0000 schrieb Joe Holden : > Hi guys, >=20 > Has anyone else noticed the tendency for 9.0-R to be unable to=20 > accurately keep time? I've got a couple of machines that have been=20 > upgraded from 8.2 that are struggling, in particular a Virtual box > guest that was fine on 8.2, but now that's its been upgraded to 9.0 > counts at anything from 2 to 20 seconds per 5 second sample, the > result is similar with HPET, ACPI-fast and TSC. Hi Joe, I can confirm this on VirtualBox. I've been running WinXP inside VirtualBox and measured network I/O during downloads. It showed me very high download rates (around 800kB/s) while it's physically possible to download 200kB/s through DSL here (Germany sucks with DSL, even in largest cities, btw!). I correlated this behavior with high disk I/O on the host. That means that the timer issues on the virtual host appear when I start a larger cp job on the host. I also immediately thought that this has something to do with timers. You can perhaps try yourself and confirm, if it's the disk I/O that influences timers. I somehow don't like the hard disk behavior. It makes desktop unusable in some situations (mouse pointer skipping, applications lock for several seconds). > I also have physical boxes which new seem to drift quite > substantially, ntpd cannot keep up and as these boxes need to be able > to report the time relatively accurately, it is causing problems with > log times and such... Not sure about physical boxes. I have not taken a look at this, yet. -- Martin --Sig_/XN9bJXeKGZJLVqce.8vP9sB Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBAgAGBQJPFmvPAAoJEF8wvLx/5p/7elgP/0jZPSt1vbPFRRgNjZS+Gmf+ cAPn3j0xIiRIJrCvo9qiGsXLOOSr4mda7FGToIoKV7f9F6V2ykEK8h6jmcUvpjqy 7DIa7lU0IJBKhZXE2UgchsNUPnXKg7QewK4sxK7nLIz7xGUH3jaBXjssddnzccUm axlRszAva5uWFqDCRwjpFslVX+mNwSARTj9bYdN8ggd74zVT9Sr+qJNjnV7lSNYh axV7glYteC1afBrC43HDglbl8LmZnP3TMPnoQmUEyJmwlAoPv5zeQN+GPbV91/Ut qWGeBG0SNRh5GIkZP2HY01xUKmP3Aw2ReKEO8neppK2WWZ7iotnkjkhCGf+AU+bX FsC9x5gI0jEbmgpR7wqcEv0Po96cXgJLrwjvu/ZOpoBgH3yG+cNNPqfsenarYDy2 ifDn13+om194KcTxUUKepAEqWxMiv+qDiELtRdI+9dEca5eEVLWKbEZS4RAubBCK Iz+/KkUBqbiMrYWQ8u4+kkAeMdei0ed/64gTN2B9tXr7yl8oSGoVzYJTHzbNecuZ uA3ti2A7+6GG5vaIpvKSylRxtTMh7xvSUGJ373g5lQl9COxo66WncfcW/HlUEn3t fgB/Afv4BSisZi1gjTSSWg/CcsWDwgyEtOkEALRovflURR3s3pnUjQRrIvjS3X0y bWHwJHaG/jfCt5V49pYZ =n5HY -----END PGP SIGNATURE----- --Sig_/XN9bJXeKGZJLVqce.8vP9sB-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 09:01:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C53B3106566B for ; Wed, 18 Jan 2012 09:01:33 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 55EBC8FC08 for ; Wed, 18 Jan 2012 09:01:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id 9D35C6621 for ; Wed, 18 Jan 2012 10:03:21 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M6f_NC-7sxIt for ; Wed, 18 Jan 2012 10:03:16 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id E7F6E3F657 for ; Wed, 18 Jan 2012 10:03:15 +0100 (CET) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1251.1) From: Denny Schierz In-Reply-To: Date: Wed, 18 Jan 2012 10:01:25 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <1412FDF5-E3D1-4B9D-BE99-2DA35ACA52BC@4lin.net> References: <4F157646.3070108@freebsd.org> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1251.1) Subject: Re: FB9-stable: bridge0 doesn't come up via rc *SOLVED* X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 09:01:33 -0000 hi, for google: Am 18.01.2012 um 08:15 schrieb Denny Schierz: >=20 > Am 17.01.2012 um 14:23 schrieb Stefan Esser: >=20 >> You forgot that rc.conf does not contain commands, but only variable >> assignments. The latter of the last two lines overwrites the value >> set in the former. >=20 > ah, ok, that wasn't clear for me. I tried several combinations, so I = try it again. Thanks a lot @Stefan and @Volodymyr /etc/rc.conf [...] ifconfig_bridge0=3D"addm bge0 up" ifconfig_bridge0_alias0=3D"inet 192.168.1.1 netmask 255.255.255.0 up" ifconfig_bge0=3D"up" defaultrouter=3D"192.168.1.254" [...]= From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 13:59:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 630A7106564A for ; Wed, 18 Jan 2012 13:59:07 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id B66648FC0C for ; Wed, 18 Jan 2012 13:59:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id 8B448665D for ; Wed, 18 Jan 2012 15:00:56 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X71R7DjjrbxD for ; Wed, 18 Jan 2012 15:00:51 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 2FBA56573 for ; Wed, 18 Jan 2012 15:00:51 +0100 (CET) From: Denny Schierz Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 18 Jan 2012 14:59:00 +0100 Message-Id: To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: Fighting with vnet / jails epair and so on X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 13:59:07 -0000 hi, after most parts works with my bridge setups works, I want to get vnet = for my jails working. In the morning I started a jail and got only the = local interface back, but no epair0b. Now I did something so that I can = see _all_ interfaces from outside (bridge0 / bge* / epair0* ... ) but = without any IPs. However, I'm not able to give epair0b inside the jail an ip address. I = get "permission denied". Also it looks a bit strange: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D host# jexec 2 ifconfig bge0: flags=3D8943 = metric 0 mtu 1500 = options=3D80099 ether CHANGED ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported media: Ethernet autoselect (1000baseT ) status: active bge1: flags=3D8802 metric 0 mtu 1500 = options=3D8009b ether CHANGED ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported media: Ethernet autoselect (none) status: no carrier bge2: flags=3D8802 metric 0 mtu 1500 = options=3D8009b ether CHANGED ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported media: Ethernet autoselect (none) status: no carrier bge3: flags=3D8802 metric 0 mtu 1500 = options=3D8009b ether CHANGED ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported media: Ethernet autoselect (1000baseT ) status: active pflog0: flags=3D0<> metric 0 mtu 33152 ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported ipfw0: flags=3D8801 metric 0 mtu 65536 ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported lo0: flags=3D8049 metric 0 mtu 16384 options=3D3 ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported bridge0: flags=3D8843 metric 0 = mtu 1500 ether CHANGED ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: epair0a flags=3D143 ifmaxaddr 0 port 12 priority 128 path cost 2000 member: bge0 flags=3D143 ifmaxaddr 0 port 4 priority 128 path cost 55 epair0a: flags=3D8943 = metric 0 mtu 1500 options=3D8 ether CHANGED ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported media: Ethernet 10Gbase-T (10Gbase-T ) status: active epair0b: flags=3D8842 metric 0 mtu = 1500 options=3D8 ether CHANGED ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported media: Ethernet 10Gbase-T (10Gbase-T ) status: active =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D # host:=20 jexec 2 ifconfig epair0b 192.168.1.2 netmask 255.255.255.0 up ifconfig: up: permission denied # sysctl: security.jail.enforce_statfs: 2 security.jail.mount_allowed: 0 security.jail.chflags_allowed: 0 security.jail.allow_raw_sockets: 1 security.jail.sysvipc_allowed: 1 security.jail.socket_unixiproute_only: 1 security.jail.set_hostname_allowed: 1 security.jail.jail_max_af_ips: 255 security.jail.jailed: 0 /etc/rc.conf: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D jail_enable=3D"YES" jail_v2_enable=3D"YES" jail_list=3D"" jail_sysvipc_allow=3D"YES" #JAIL template jail_list=3D"$jail_list template" jail_template_name=3D"template" jail_template_hostname=3D"template.CHANGED" jail_template_devfs_enable=3D"YES" jail_template_rootdir=3D"/jails/template" jail_template_mount_enable=3D"YES" jail_template_fstab=3D"/etc/jails/fstabs/template" jail_template_vnet_enable=3D"YES" jail_template_devfs_ruleset=3D"devfsrules_jail" =20 #network jail_template_exec_prestart0=3D"ifconfig epair0 create" jail_template_exec_prestart1=3D"ifconfig bridge0 addm epair0a" jail_template_exec_prestart2=3D"ifconfig epair0a up" jail_template_exec_earlypoststart0=3D"ifconfig epair0b vnet template" jail_template_exec_afterstart0=3D"ifconfig lo0 127.0.0.1" jail_template_exec_afterstart1=3D"ifconfig epair0b 192.168.1.2 netmask = 255.255.255.0 up" jail_template_exec_afterstart2=3D"route add default 130.83.160.62" jail_template_exec_afterstart3=3D"/bin/sh /etc/rc" jail_template_exec_poststop0=3D"ifconfig bridge0 deletem epair0a" jail_template_exec_poststop1=3D"ifconfig epair0a destroy" =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D Starting jail: #/etc/rc.d/jail onestart Configuring jails:. Starting jails:epair0a ifconfig: up: permission denied route: writing to routing socket: Operation not permitted Setting hostname: example.mydomain.com. uname -a: 9.0-STABLE FreeBSD 9.0-STABLE #0: Tue Jan 17 09:05:42 CET 2012=20 Also, some people say, I have to patch /etc/rc.d/jail (freeBSD 9-rc2) to = get know the new "vnet2", other say, I don't need ... so .... Can anybody bring some light into the darkness of jails and vnet + rc? cu denny From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 14:36:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E49E106564A for ; Wed, 18 Jan 2012 14:36:03 +0000 (UTC) (envelope-from peter@hk.ipsec.se) Received: from n.manet.nu (n.manet.nu [212.91.140.35]) by mx1.freebsd.org (Postfix) with ESMTP id C89E98FC1A for ; Wed, 18 Jan 2012 14:36:02 +0000 (UTC) Received: from bore.hk.ipsec.se (h87-241-127-130.dynamic.se.alltele.net [87.241.127.130]) by n.manet.nu (8.14.3/8.14.3) with ESMTP id q0IEZkVS081896 for ; Wed, 18 Jan 2012 15:36:01 +0100 (CET) (envelope-from peter@hk.ipsec.se) Received: from [192.168.99.6] (zap.hk.ipsec.se [192.168.99.6]) by bore.hk.ipsec.se (8.14.4/8.14.4) with ESMTP id q0IEZVJf095070 for ; Wed, 18 Jan 2012 15:35:46 +0100 (CET) (envelope-from peter@hk.ipsec.se) From: peter h To: "freebsd-stable@freebsd.org" Date: Wed, 18 Jan 2012 15:35:26 +0100 User-Agent: KMail/1.8 References: <201201171859.10812.peter@hk.ipsec.se> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201201181535.27770.peter@hk.ipsec.se> Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 14:36:03 -0000 On Tuesday 17 January 2012 22.52, Patrick M. Hausen wrote: > Hi, all, >=20 > Am 17.01.2012 um 18:59 schrieb peter h : >=20 > > I have been beating on of these a few days, i have udes freebsd 9.0 and= 8.2 > > Both fails when i engage > 10 disks, the system craches and messages : > > "Hyper transport sync flood" will get into the BIOS errorlog ( but noth= ing will > > come to syslog since reboot is immediate) > >=20 > > Using a zfs radz of 25 disks and typing "zpool scrub" will bring the sy= stem down in seconds. > >=20 > > Anyone using a x4500 that can comfirm that it works ? Or is this box br= oken ? >=20 > Well, I hate to write that, but ... does it work with the vendor supporte= d [tm] OS? > If yes, you can rule out a hardware defect. I would at least try Solaris = for this reason. > If no, the HW is broken and there is no need to look for a fault on FreeB= SD's side. >=20 > Kind regards, > Patrick >=20 today i installed nexenta ( 134) , built a simular raidz and it _seems_ to = stay up. I'll come back when i have made the same pressure on it. =2D-=20 Peter H=E5kanson =20 There's never money to do it right, but always money to do it again ... and again ... and again ... and again. ( Det =E4r billigare att g=F6ra r=E4tt. Det =E4r dyrt att laga fel.= ) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 15:13:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD9C7106566C for ; Wed, 18 Jan 2012 15:13:04 +0000 (UTC) (envelope-from lattera@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7853A8FC0C for ; Wed, 18 Jan 2012 15:13:04 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so5495149obc.13 for ; Wed, 18 Jan 2012 07:13:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=WR3+ZJFTO0+r24XrheiTre6/buO4upQUMX1ozYAi3ds=; b=FddQaIMLoEQ2btGFKA9qJcspw8RXMumzcEG7tfnynm+SD63y6hptNnUwqpkB2Xd2wu jba/tFwP+SrDdF3W4eB+/BnlHcTfM9SvaEGcUSEAW0Ei6Zo3ebtC4WKyTuCspy4eH7Mp 2hxHKNcY7Lrppzz5Qx013HJSfLZdJ/M4Ro7ws= MIME-Version: 1.0 Received: by 10.182.111.10 with SMTP id ie10mr4651280obb.77.1326899583750; Wed, 18 Jan 2012 07:13:03 -0800 (PST) Received: by 10.182.33.233 with HTTP; Wed, 18 Jan 2012 07:13:03 -0800 (PST) In-Reply-To: References: Date: Wed, 18 Jan 2012 08:13:03 -0700 Message-ID: From: Shawn Webb To: Denny Schierz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Fighting with vnet / jails epair and so on X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 15:13:04 -0000 I've done a bit of research about vnet jails: http://archive.0xfeedface.org/blog/2011-11-21/lattera/freebsd-vnet-jail-adm= in-project On Wed, Jan 18, 2012 at 6:59 AM, Denny Schierz wrote: > hi, > > after most parts works with my bridge setups works, I want to get vnet fo= r my jails working. In the morning I started a jail and got only the local = interface back, but no epair0b. Now I did something so that I can see _all_= interfaces from outside (bridge0 / bge* / epair0* ... ) but without any IP= s. > However, I'm not able to give epair0b inside the jail an ip address. I ge= t "permission denied". > > Also =A0it looks a bit strange: > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > host# jexec 2 ifconfig > > bge0: flags=3D8943 metric= 0 mtu 1500 > =A0 =A0 =A0 =A0options=3D80099 > =A0 =A0 =A0 =A0ether CHANGED > ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported > =A0 =A0 =A0 =A0media: Ethernet autoselect (1000baseT ) > =A0 =A0 =A0 =A0status: active > bge1: flags=3D8802 metric 0 mtu 1500 > =A0 =A0 =A0 =A0options=3D8009b > =A0 =A0 =A0 =A0ether CHANGED > ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported > =A0 =A0 =A0 =A0media: Ethernet autoselect (none) > =A0 =A0 =A0 =A0status: no carrier > bge2: flags=3D8802 metric 0 mtu 1500 > =A0 =A0 =A0 =A0options=3D8009b > =A0 =A0 =A0 =A0ether CHANGED > ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported > =A0 =A0 =A0 =A0media: Ethernet autoselect (none) > =A0 =A0 =A0 =A0status: no carrier > bge3: flags=3D8802 metric 0 mtu 1500 > =A0 =A0 =A0 =A0options=3D8009b > =A0 =A0 =A0 =A0ether CHANGED > ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported > =A0 =A0 =A0 =A0media: Ethernet autoselect (1000baseT ) > =A0 =A0 =A0 =A0status: active > pflog0: flags=3D0<> metric 0 mtu 33152 > ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported > ipfw0: flags=3D8801 metric 0 mtu 65536 > ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported > lo0: flags=3D8049 metric 0 mtu 16384 > =A0 =A0 =A0 =A0options=3D3 > ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported > bridge0: flags=3D8843 metric 0 mt= u 1500 > =A0 =A0 =A0 =A0ether CHANGED > ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported > =A0 =A0 =A0 =A0id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 1= 5 > =A0 =A0 =A0 =A0maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > =A0 =A0 =A0 =A0root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > =A0 =A0 =A0 =A0member: epair0a flags=3D143 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ifmaxaddr 0 port 12 priority 128 path cost= 2000 > =A0 =A0 =A0 =A0member: bge0 flags=3D143 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ifmaxaddr 0 port 4 priority 128 path cost = 55 > epair0a: flags=3D8943 met= ric 0 mtu 1500 > =A0 =A0 =A0 =A0options=3D8 > =A0 =A0 =A0 =A0ether CHANGED > ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported > =A0 =A0 =A0 =A0media: Ethernet 10Gbase-T (10Gbase-T ) > =A0 =A0 =A0 =A0status: active > epair0b: flags=3D8842 metric 0 mtu 1= 500 > =A0 =A0 =A0 =A0options=3D8 > =A0 =A0 =A0 =A0ether CHANGED > ifconfig: socket(AF_INET6, SOCK_DGRAM): Protocol not supported > =A0 =A0 =A0 =A0media: Ethernet 10Gbase-T (10Gbase-T ) > =A0 =A0 =A0 =A0status: active > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > # host: > jexec 2 ifconfig epair0b 192.168.1.2 netmask 255.255.255.0 up > ifconfig: up: permission denied > > > > # sysctl: > > security.jail.enforce_statfs: 2 > security.jail.mount_allowed: 0 > security.jail.chflags_allowed: 0 > security.jail.allow_raw_sockets: 1 > security.jail.sysvipc_allowed: 1 > security.jail.socket_unixiproute_only: 1 > security.jail.set_hostname_allowed: 1 > security.jail.jail_max_af_ips: 255 > security.jail.jailed: 0 > > /etc/rc.conf: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D > jail_enable=3D"YES" > jail_v2_enable=3D"YES" > jail_list=3D"" > jail_sysvipc_allow=3D"YES" > > > #JAIL template > jail_list=3D"$jail_list template" > jail_template_name=3D"template" > jail_template_hostname=3D"template.CHANGED" > jail_template_devfs_enable=3D"YES" > jail_template_rootdir=3D"/jails/template" > jail_template_mount_enable=3D"YES" > jail_template_fstab=3D"/etc/jails/fstabs/template" > jail_template_vnet_enable=3D"YES" > jail_template_devfs_ruleset=3D"devfsrules_jail" > > #network > jail_template_exec_prestart0=3D"ifconfig epair0 create" > jail_template_exec_prestart1=3D"ifconfig bridge0 addm epair0a" > jail_template_exec_prestart2=3D"ifconfig epair0a up" > jail_template_exec_earlypoststart0=3D"ifconfig epair0b vnet template" > jail_template_exec_afterstart0=3D"ifconfig lo0 127.0.0.1" > jail_template_exec_afterstart1=3D"ifconfig epair0b 192.168.1.2 netmask 25= 5.255.255.0 up" > jail_template_exec_afterstart2=3D"route add default 130.83.160.62" > jail_template_exec_afterstart3=3D"/bin/sh /etc/rc" > jail_template_exec_poststop0=3D"ifconfig bridge0 deletem epair0a" > jail_template_exec_poststop1=3D"ifconfig epair0a destroy" > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > > Starting jail: > > #/etc/rc.d/jail onestart > > Configuring jails:. > Starting jails:epair0a > ifconfig: up: permission denied > route: writing to routing socket: Operation not permitted > Setting hostname: example.mydomain.com. > > uname -a: > > 9.0-STABLE FreeBSD 9.0-STABLE #0: Tue Jan 17 09:05:42 CET 2012 > > Also, some people say, I have to patch /etc/rc.d/jail (freeBSD 9-rc2) to = get know the new "vnet2", other say, I don't need ... so .... > > Can anybody bring some light into the darkness of jails and vnet + rc? > > cu denny > > > _______________________________________________ > 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 Jan 18 15:28:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AF65106564A for ; Wed, 18 Jan 2012 15:28:31 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 50AC68FC14 for ; Wed, 18 Jan 2012 15:28:31 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 739A225D3860; Wed, 18 Jan 2012 15:28:30 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 3F8A6BD9723; Wed, 18 Jan 2012 15:28:29 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id RB3fGZQdZ4ls; Wed, 18 Jan 2012 15:28:28 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 9B415BD9722; Wed, 18 Jan 2012 15:28:26 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Wed, 18 Jan 2012 15:28:26 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Shawn Webb X-Mailer: Apple Mail (2.1084) Cc: Denny Schierz , freebsd-stable@freebsd.org Subject: Re: Fighting with vnet / jails epair and so on X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 15:28:31 -0000 On 18. Jan 2012, at 15:13 , Shawn Webb wrote: > I've done a bit of research about vnet jails: > = http://archive.0xfeedface.org/blog/2011-11-21/lattera/freebsd-vnet-jail-ad= min-project There's a simple shell script sample on the wiki as well but it would be = really cool if you guys could help testing and review the framework = jamie has posted on freebsd-jails@ in the past and give him feedback to = get it into the tree. /bz >=20 > On Wed, Jan 18, 2012 at 6:59 AM, Denny Schierz = wrote: >> hi, >>=20 >> after most parts works with my bridge setups works, I want to get = vnet for my jails working. In the morning I started a jail and got only = the local interface back, but no epair0b. Now I did something so that I = can see _all_ interfaces from outside (bridge0 / bge* / epair0* ... ) = but without any IPs. >> However, I'm not able to give epair0b inside the jail an ip address. = I get "permission denied". >>=20 >> Also it looks a bit strange: >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 17:31:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16579106564A for ; Wed, 18 Jan 2012 17:31:09 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (boomhauer.egr.msu.edu [35.9.37.167]) by mx1.freebsd.org (Postfix) with ESMTP id DDC9B8FC0C for ; Wed, 18 Jan 2012 17:31:08 +0000 (UTC) Received: from boomhauer (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 2176661BCE for ; Wed, 18 Jan 2012 12:15:51 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by boomhauer (boomhauer.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xuurHV5Q4Yos for ; Wed, 18 Jan 2012 12:15:51 -0500 (EST) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mail.egr.msu.edu (Postfix) with ESMTPSA id EFF7561BC8 for ; Wed, 18 Jan 2012 12:15:50 -0500 (EST) Message-ID: <4F16FE42.3090300@egr.msu.edu> Date: Wed, 18 Jan 2012 12:15:46 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201201171859.10812.peter@hk.ipsec.se> <20120117220912.GA32330@icarus.home.lan> In-Reply-To: <20120117220912.GA32330@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 17:31:09 -0000 On 01/17/12 17:09, Jeremy Chadwick wrote: > On Tue, Jan 17, 2012 at 06:59:08PM +0100, peter h wrote: >> I have been beating on of these a few days, i have udes freebsd 9.0 and 8.2 >> Both fails when i engage> 10 disks, the system craches and messages : >> "Hyper transport sync flood" will get into the BIOS errorlog ( but nothing will >> come to syslog since reboot is immediate) >> >> Using a zfs radz of 25 disks and typing "zpool scrub" will bring the system down in seconds. >> >> Anyone using a x4500 that can comfirm that it works ? Or is this box broken ? > I've seen what is probably the same base issue but on multiple x4100m2 systems running FreeBSD 7 or 8 a few years ago. For me the instant reboot and HT sync flood error happened when I fetched a ~200mb file via HTTP using an onboard intel nic and wrote it out to a simple zfs mirror on 2 disks. I may have tried the nvidia ethernet ports as an alternative but that driver had its own issues at the time. This was never a problem with FFS instead of ZFS. I could repeat it fairly easily by running fetch in a loop (can't remember if writing the output to disk was necessary to trigger it). The workaround I found that worked for me was to buy a cheap intel PCIE nic and use that instead of the onboard ports. If a zpool scrub triggers it for you, I doubt my workaround will help but I wanted to relate my experience. > Given this above diagram, I'm sure you can figure out how "flooding" > might occur. :-) I'm not sure what "sync flood" means (vs. I/O > flooding). As I understand it, a sync flood is a purposeful reaction to an error condition as somewhat of a last ditch effort to regain control over the system (which ends up rebooting). I'm pulling this out of my memory from a few years ago. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 18:55:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DBC7106566B for ; Wed, 18 Jan 2012 18:55:13 +0000 (UTC) (envelope-from artem@kayalaynen.ru) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 977DA8FC0C for ; Wed, 18 Jan 2012 18:55:12 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so3965317wib.13 for ; Wed, 18 Jan 2012 10:55:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kayalaynen.ru; s=google; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=er1p8DgW71u+3TcEWg/uSg9Q1966IGPNHUdKW0M/Vl8=; b=gQ+pMuaKzUP538GZtDXK9v9glyAjn395BUGYs+u5pn144y5jpm8e7LsDz4gK+45SyI bJ82Qy6rPW7dbzAMmpAyeZzl/iSobfcyFIkT/2lkd0nA+nvyuZBzGKFU5SYURPpjXCVw GmoKG1q393dJN8kFQdjwSm4YeenWgffUbBYaY= Received: by 10.180.85.4 with SMTP id d4mr38178176wiz.0.1326911027114; Wed, 18 Jan 2012 10:23:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.105.134 with HTTP; Wed, 18 Jan 2012 10:23:25 -0800 (PST) From: Artem Kajalainen Date: Wed, 18 Jan 2012 20:23:25 +0200 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: problems with hast X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 18:55:13 -0000 Hello, I'm trying to setup hastd on two servers and got error, which I can't understand. Box is running as primary, then i reboot it, another box get primary role by carp events, then 1st box at boot tries to set up primary role on own hast instance and fails with this: Jan 18 22:13:03 gw_chlb_2 hastd[1387]: [storage0] (primary) G_GATE_CMD_DONE failed: No such file or directory. Jan 18 22:13:08 gw_chlb_2 hastd[1004]: [storage0] (primary) Worker process exited ungracefully (pid=3D1387, exitcode=3D71). I thought that geom_gate module can be problem, so i compiled it in kernel. As you can see - it doesn't help. Both servers are FreeBSD9.0-stable, updated 1 week ago. Hastd use whole disk. More info from hastd: gw_chlb_2# hastd -dF -c /etc/hast.conf [INFO] Started successfully, running protocol version 1. [DEBUG][1] Listening on control address /var/run/hastctl. [INFO] Listening on address 192.168.0.1:8457. [INFO] [storage0] (init) Role changed to primary. [DEBUG][1] [storage0] (primary) Obtained info about /dev/ada2. [DEBUG][1] [storage0] (primary) Locked /dev/ada2. [INFO] [storage0] (primary) Device hast/storage0 created. [DEBUG][1] [storage0] (primary) Privileges successfully dropped using jail+setgid+setuid. [INFO] [storage0] (primary) Privileges successfully dropped. [INFO] [storage0] (primary) Connected to tcp4://192.168.0.2. [INFO] [storage0] (primary) Synchronization started. 6.0MB to go. [ERROR] [storage0] (primary) G_GATE_CMD_DONE failed: No such file or direct= ory. [INFO] [storage0] (primary) Received cancel from the kernel, exiting. [DEBUG][1] Unable to receive event header: Socket is not connected. [ERROR] [storage0] (primary) Worker process exited ungracefully (pid=3D1452, exitcode=3D71). [INFO] [storage0] (primary) Changing resource role back to init. Any thoughts? --- With Best Regards / Yst=C3=A4v=C3=A4llisin terveisin Artem Kajalainen From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 19:13:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED4E2106566B for ; Wed, 18 Jan 2012 19:13:43 +0000 (UTC) (envelope-from freebsd@damnhippie.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 D3B2C8FC0A for ; Wed, 18 Jan 2012 19:13:42 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta02.emeryville.ca.mail.comcast.net with comcast id P6ti1i0021smiN4A270YxV; Wed, 18 Jan 2012 19:00:32 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta20.emeryville.ca.mail.comcast.net with comcast id P70X1i00R4NgCEG8g70Xwy; Wed, 18 Jan 2012 19:00:32 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q0IJ0T0v006401; Wed, 18 Jan 2012 12:00:29 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Joe Holden In-Reply-To: <4F15D643.8000907@rewt.org.uk> References: <4F15D643.8000907@rewt.org.uk> Content-Type: text/plain Date: Wed, 18 Jan 2012 12:00:29 -0700 Message-Id: <1326913229.1669.281.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 19:13:44 -0000 On Tue, 2012-01-17 at 20:12 +0000, Joe Holden wrote: > Hi guys, > > Has anyone else noticed the tendency for 9.0-R to be unable to > accurately keep time? I've got a couple of machines that have been > upgraded from 8.2 that are struggling, in particular a Virtual box guest > that was fine on 8.2, but now that's its been upgraded to 9.0 counts at > anything from 2 to 20 seconds per 5 second sample, the result is similar > with HPET, ACPI-fast and TSC. > > I also have physical boxes which new seem to drift quite substantially, > ntpd cannot keep up and as these boxes need to be able to report the > time relatively accurately, it is causing problems with log times and > such... > > Any suggestions most welcome! > > Thanks, > J I finally got a 9.0 generic build done today and I've been watching the timekeeping on 3 systems and they're all doing just fine. Two of the systems are performing pretty much identically to how they did on 8.2; the clock frequency correction calculated by ntpd differs by less than 1ppm. On the other system the kernel timekeeping routines are now choosing to use a different clock so I don't get a direct comparison of the old vs new drift rate, but the drift is still reasonable (100ppm now, used to be around 88, on an old 300mhz MediaGx-based system). I haven't had time yet to learn about the new eventtimer stuff in 9.0, but I know you can get some info on the choices it made via sysctl kern.eventtimer. Before 9.0 I'd check sysctl kern.clockrate and vmstat -i and make sure the chosen clock is interrupting at the right rate, but now with the eventtimer stuff there's not an obvious correlation between hz and profhz and stathz and any particular device's interrupt rate, at least for some clock choices (on the old MediaGx system without ACPI or HPET it seems to work more like it used to). -- Ian From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 19:26:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D71051065670 for ; Wed, 18 Jan 2012 19:26:00 +0000 (UTC) (envelope-from peter@hk.ipsec.se) Received: from n.manet.nu (n.manet.nu [212.91.140.35]) by mx1.freebsd.org (Postfix) with ESMTP id 62AFA8FC19 for ; Wed, 18 Jan 2012 19:25:59 +0000 (UTC) Received: from bore.hk.ipsec.se (h87-241-127-130.dynamic.se.alltele.net [87.241.127.130]) by n.manet.nu (8.14.3/8.14.3) with ESMTP id q0IJPhUu083334 for ; Wed, 18 Jan 2012 20:25:58 +0100 (CET) (envelope-from peter@hk.ipsec.se) Received: from [192.168.99.6] (zap.hk.ipsec.se [192.168.99.6]) by bore.hk.ipsec.se (8.14.4/8.14.4) with ESMTP id q0IJPSpK096787 for ; Wed, 18 Jan 2012 20:25:43 +0100 (CET) (envelope-from peter@hk.ipsec.se) From: peter h To: freebsd-stable@freebsd.org Date: Wed, 18 Jan 2012 20:25:25 +0100 User-Agent: KMail/1.8 References: <201201171859.10812.peter@hk.ipsec.se> <20120117220912.GA32330@icarus.home.lan> <4F16FE42.3090300@egr.msu.edu> In-Reply-To: <4F16FE42.3090300@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201201182025.26736.peter@hk.ipsec.se> Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 19:26:01 -0000 On Wednesday 18 January 2012 18.15, Adam McDougall wrote: > On 01/17/12 17:09, Jeremy Chadwick wrote: > > On Tue, Jan 17, 2012 at 06:59:08PM +0100, peter h wrote: > >> I have been beating on of these a few days, i have udes freebsd 9.0 an= d 8.2 > >> Both fails when i engage> 10 disks, the system craches and messages : > >> "Hyper transport sync flood" will get into the BIOS errorlog ( but not= hing will > >> come to syslog since reboot is immediate) > >> > >> Using a zfs radz of 25 disks and typing "zpool scrub" will bring the s= ystem down in seconds. > >> > >> Anyone using a x4500 that can comfirm that it works ? Or is this box b= roken ? > > >=20 > I've seen what is probably the same base issue but on multiple x4100m2=20 > systems running FreeBSD 7 or 8 a few years ago. For me the instant=20 > reboot and HT sync flood error happened when I fetched a ~200mb file via= =20 > HTTP using an onboard intel nic and wrote it out to a simple zfs mirror=20 > on 2 disks. I may have tried the nvidia ethernet ports as an=20 > alternative but that driver had its own issues at the time. This was=20 > never a problem with FFS instead of ZFS. I could repeat it fairly=20 > easily by running fetch in a loop (can't remember if writing the output=20 > to disk was necessary to trigger it). The workaround I found that=20 > worked for me was to buy a cheap intel PCIE nic and use that instead of=20 > the onboard ports. If a zpool scrub triggers it for you, I doubt my=20 > workaround will help but I wanted to relate my experience. The problem i had was most likley the disc-io itself. It was always there=20 whenever a larger number of discs was in motion.It was never there as=20 violent networking ( i even used myri2000 to increase traffic, never a prob= lem) A scrub on the 20-or-so zpool was all that was needed, andn when rebooting= =20 the scrub continued and whoops - a new reboot. Sometimes the bios reported not even 16G mem but 10.5 ( which also freebsd = noticed) Right now i am torturing the box with same load ( minus myri2000) and sunk-= os, i'll report if it does show simular problems. >=20 > > Given this above diagram, I'm sure you can figure out how "flooding" > > might occur. :-) I'm not sure what "sync flood" means (vs. I/O > > flooding). >=20 > As I understand it, a sync flood is a purposeful reaction to an error=20 > condition as somewhat of a last ditch effort to regain control over the=20 > system (which ends up rebooting). I'm pulling this out of my memory=20 > from a few years ago. > _______________________________________________ > 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 =2D-=20 Peter H=E5kanson =20 There's never money to do it right, but always money to do it again ... and again ... and again ... and again. ( Det =E4r billigare att g=F6ra r=E4tt. Det =E4r dyrt att laga fel.= ) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 21:42:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAF12106564A for ; Wed, 18 Jan 2012 21:42:06 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 6B1328FC18 for ; Wed, 18 Jan 2012 21:42:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id 0A35466BA for ; Wed, 18 Jan 2012 22:43:49 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rj-KFgDQmTaJ for ; Wed, 18 Jan 2012 22:43:44 +0100 (CET) Received: from [192.168.3.34] (ip-92-50-81-210.unitymediagroup.de [92.50.81.210]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 97ECE3F79C for ; Wed, 18 Jan 2012 22:43:44 +0100 (CET) From: Denny Schierz Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: multipart/signed; boundary="Apple-Mail=_4B40EFA1-838D-4A24-9CBB-AA1CFE48D248"; protocol="application/pgp-signature"; micalg=pgp-sha1 Date: Wed, 18 Jan 2012 22:41:52 +0100 In-Reply-To: To: freebsd-stable@freebsd.org References: Message-Id: <6CCC3CBB-4AF1-4FE5-9285-B0055ABD9E8B@4lin.net> X-Mailer: Apple Mail (2.1251.1) Subject: Re: Fighting with vnet / jails epair and so on X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 21:42:06 -0000 --Apple-Mail=_4B40EFA1-838D-4A24-9CBB-AA1CFE48D248 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 hi, Am 18.01.2012 um 16:13 schrieb Shawn Webb: > I've done a bit of research about vnet jails: > = http://archive.0xfeedface.org/blog/2011-11-21/lattera/freebsd-vnet-jail-ad= min-project I know that tool too, but the host is an envoirenment with SSH only and = nothing more and it should be work, without any dependencies. I think = "/etc/rc.d/jail" isn't in this state compatible with vnet. cu denny= --Apple-Mail=_4B40EFA1-838D-4A24-9CBB-AA1CFE48D248 Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk8XPKEACgkQKlzhkqt9P+C5zgCgkYkDwofTPGwAcCNWsQb/TbPC //0An3mK/twkw0qSunO6JASwlKB743Sd =mjEK -----END PGP SIGNATURE----- --Apple-Mail=_4B40EFA1-838D-4A24-9CBB-AA1CFE48D248-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 22:39:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 787E1106564A for ; Wed, 18 Jan 2012 22:39:57 +0000 (UTC) (envelope-from philipp.huebner@fdrive.com.au) Received: from mel-relay01.ispone.net.au (mel-relay01.ispone.net.au [124.254.72.68]) by mx1.freebsd.org (Postfix) with ESMTP id 09F238FC1D for ; Wed, 18 Jan 2012 22:39:56 +0000 (UTC) Received: from lists.fdrive.com.au (124-254-118-24-static.bb.ispone.net.au [124.254.118.24]) by mel-relay01.ispone.net.au (Postfix) with ESMTP id EFE976A6F5 for ; Thu, 19 Jan 2012 09:22:00 +1100 (EST) Received: from mail.fdrive.com.au (zimbra.vv.fda [192.168.50.251]) by lists.fdrive.com.au (Postfix) with ESMTP id C957F828 for ; Thu, 19 Jan 2012 09:22:00 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.fdrive.com.au (Postfix) with ESMTP id BBF3FE533B for ; Thu, 19 Jan 2012 09:22:00 +1100 (EST) X-Virus-Scanned: amavisd-new at fdrive.com.au Received: from mail.fdrive.com.au ([127.0.0.1]) by localhost (mail.fdrive.com.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uQSKUNG4VnSA for ; Thu, 19 Jan 2012 09:22:00 +1100 (EST) Received: from [192.168.50.187] (unknown [192.168.50.187]) by mail.fdrive.com.au (Postfix) with ESMTPSA id 41158E57EF for ; Thu, 19 Jan 2012 09:22:00 +1100 (EST) Message-ID: <4F174607.9070707@fdrive.com.au> Date: Thu, 19 Jan 2012 09:21:59 +1100 From: Philipp Huebner User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20120104 Icedove/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Fighting with vnet / jails epair and so on X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2012 22:39:57 -0000 Hi, On 19/01/12 00:59, Denny Schierz wrote: > ======================================= > > # host: > jexec 2 ifconfig epair0b 192.168.1.2 netmask 255.255.255.0 up > ifconfig: up: permission denied I use 9.0.0 release for host and jail and a generic kernel with OPTIONS VIMAGE being the only change/addition. No problem. > > > # sysctl: > > security.jail.enforce_statfs: 2 > security.jail.mount_allowed: 0 > security.jail.chflags_allowed: 0 > security.jail.allow_raw_sockets: 1 > security.jail.sysvipc_allowed: 1 security.jail.allow_raw_sockets: 0 security.jail.sysvipc_allowed: 0 > security.jail.socket_unixiproute_only: 1 > security.jail.set_hostname_allowed: 1 > security.jail.jail_max_af_ips: 255 > security.jail.jailed: 0 > > /etc/rc.conf: > ============================= > jail_enable="YES" > jail_v2_enable="YES" > jail_list="" > jail_sysvipc_allow="YES" I don't have this line, not sure what it does either. > > #JAIL template > jail_list="$jail_list template" > jail_template_name="template" > jail_template_hostname="template.CHANGED" > jail_template_devfs_enable="YES" > jail_template_rootdir="/jails/template" > jail_template_mount_enable="YES" > jail_template_fstab="/etc/jails/fstabs/template" > jail_template_vnet_enable="YES" > jail_template_devfs_ruleset="devfsrules_jail" > > #network > jail_template_exec_prestart0="ifconfig epair0 create" > jail_template_exec_prestart1="ifconfig bridge0 addm epair0a" > jail_template_exec_prestart2="ifconfig epair0a up" > jail_template_exec_earlypoststart0="ifconfig epair0b vnet template" > jail_template_exec_afterstart0="ifconfig lo0 127.0.0.1" > jail_template_exec_afterstart1="ifconfig epair0b 192.168.1.2 netmask 255.255.255.0 up" > jail_template_exec_afterstart2="route add default 130.83.160.62" > jail_template_exec_afterstart3="/bin/sh /etc/rc" ^^^^^^^^^^^^^^^ The initscript runs /etc/rc already when the jail is created, this makes it run a second time which messed things up for me. When the initscript runs /etc/rc, all the scripts with NOJAIL are skipped. For some reason, when running /etc/rc a second time through this configuration, some daemons like cron were started a second time. I now execute a custom /etc/rc.jail which runs a few init scripts manually to configure networking and start a few daemons that don't come up with the original run of /etc/rc. > jail_template_exec_poststop0="ifconfig bridge0 deletem epair0a" > jail_template_exec_poststop1="ifconfig epair0a destroy" I am not doing this, because shortly after stopping a jail this would give me a kernel panic. If you comment those lines, the devices will stay where they are and simply be re-used the next time you start the jail again. Works without a problem for me. Regards Philipp From owner-freebsd-stable@FreeBSD.ORG Wed Jan 18 23:08:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07D091065672 for ; Wed, 18 Jan 2012 23:08:57 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id CD0098FC0A for ; Wed, 18 Jan 2012 23:08:56 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q0IN6lj8048581 for ; Wed, 18 Jan 2012 15:06:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1326928008; bh=lqu6kAv5du4+qzfgvJ/FtuSwlZ5foHBqBXjjAsvh3Ms=; h=Subject:From:Reply-To:To:Content-Type:Date:Message-ID: Mime-Version:Content-Transfer-Encoding; b=IXFhULzIzbNAWSZRikv/mMPUF9qUSF4Q/xWDkkR6YD79CriQzY1lyQGxY824L1/DI KF7ZzORNnqNdABfPDqlmw5Kdl8iGyG7dThbk17qYyd9A6ZSlNaIaCJ+YyjNFJp6NIc WWCuZEp77yVm2A0kdI3j+2s0FTxRBTyKsYXFWl/k= From: Sean Bruno To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset="UTF-8" Date: Wed, 18 Jan 2012 15:06:47 -0800 Message-ID: <1326928007.3583.27.camel@powernoodle-l7.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: panic in bios32 ... stable/7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 23:08:57 -0000 This probably applies to all releases, but for now I'm concentrating on stable/7. We have beta Dell r720 (12g) gear in the office and I suspect a broken EFI wrapped BIOS thing here, but freebsd definitely panics on startup. OK boot -v KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=01 base=0000000000100000 len=00000000cd200000 SMAP type=02 base=00000000cd300000 len=000000000002c000 SMAP type=03 base=00000000cd32c000 len=000000000003f000 SMAP type=02 base=00000000cd36b000 len=0000000002c95000 SMAP type=02 base=00000000e0000000 len=0000000010000000 SMAP type=02 base=00000000fe000000 len=0000000002000000 SMAP type=01 base=0000000100000000 len=0000000f30000000 Physical memory use set to 2097152K Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.4-YAHOO-20111021 #0 ybsd_7@307778: Thu Dec 15 23:31:18 UTC 2011 seanbru@x85.klab.corp.yahoo.com:/home/src/sys/i386/compile/NETBOOT i386 Preloaded elf kernel "/boot/kernel" at 0xa92c9000. Preloaded mfs_root "/boot/build.dsk" at 0xa92c917c. Calibrating clock(s) ... i8254 clock: 1193157 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2700021228 Hz CPU: Intel(R) Xeon(R) CPU E5-2680 0 @ 2.70GHz (2700.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x206d6 Family = 6 Model = 2d Stepping = 6 Features=0xbfebfbff Features2=0x17bee3ff,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,,DCA,SSE4.1,SSE4.2,x2APIC,POPCNT,,,XSAVE,> AMD Features=0x2c100000 AMD Features2=0x1 TSC: P-state invariant Cores per package: 16 Logical CPUs per core: 2 Data TLB: 4 KB pages, 4-way set associative, 64 entries L2 cache: 256 kbytes, 8-way associative, 64 bytes/line real memory = 2147483648 (2048 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x000000000960a000 - 0x000000007d995fff, 1949876224 bytes (476044 pages) avail memory = 1942470656 (1852 MB) Table 'FACP' at 0xcd35119c Table 'APIC' at 0xcd350478 APIC: Found table at 0xcd350478 MP Configuration Table version 1.4 found at 0xa00f0000 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 32 ACPI ID 2: enabled SMP: Added CPU 32 (AP) MADT: Found CPU APIC ID 2 ACPI ID 3: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 34 ACPI ID 4: enabled SMP: Added CPU 34 (AP) MADT: Found CPU APIC ID 4 ACPI ID 5: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 36 ACPI ID 6: enabled SMP: Added CPU 36 (AP) MADT: Found CPU APIC ID 6 ACPI ID 7: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 38 ACPI ID 8: enabled SMP: Added CPU 38 (AP) MADT: Found CPU APIC ID 8 ACPI ID 9: enabled SMP: Added CPU 8 (AP) MADT: Found CPU APIC ID 40 ACPI ID 10: enabled SMP: Added CPU 40 (AP) MADT: Found CPU APIC ID 10 ACPI ID 11: enabled SMP: Added CPU 10 (AP) MADT: Found CPU APIC ID 42 ACPI ID 12: enabled SMP: Added CPU 42 (AP) MADT: Found CPU APIC ID 12 ACPI ID 13: enabled SMP: Added CPU 12 (AP) MADT: Found CPU APIC ID 44 ACPI ID 14: enabled SMP: Added CPU 44 (AP) MADT: Found CPU APIC ID 14 ACPI ID 15: enabled SMP: Added CPU 14 (AP) MADT: Found CPU APIC ID 46 ACPI ID 16: enabled SMP: Added CPU 46 (AP) MADT: Found CPU APIC ID 1 ACPI ID 17: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 33 ACPI ID 18: enabled SMP: Added CPU 33 (AP) MADT: Found CPU APIC ID 3 ACPI ID 19: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 35 ACPI ID 20: enabled SMP: Added CPU 35 (AP) MADT: Found CPU APIC ID 5 ACPI ID 21: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 37 ACPI ID 22: enabled SMP: Added CPU 37 (AP) MADT: Found CPU APIC ID 7 ACPI ID 23: enabled SMP: Added CPU 7 (AP) MADT: Found CPU APIC ID 39 ACPI ID 24: enabled SMP: Added CPU 39 (AP) MADT: Found CPU APIC ID 9 ACPI ID 25: enabled SMP: Added CPU 9 (AP) MADT: Found CPU APIC ID 41 ACPI ID 26: enabled SMP: Added CPU 41 (AP) MADT: Found CPU APIC ID 11 ACPI ID 27: enabled SMP: Added CPU 11 (AP) MADT: Found CPU APIC ID 43 ACPI ID 28: enabled SMP: Added CPU 43 (AP) MADT: Found CPU APIC ID 13 ACPI ID 29: enabled SMP: Added CPU 13 (AP) MADT: Found CPU APIC ID 45 ACPI ID 30: enabled SMP: Added CPU 45 (AP) MADT: Found CPU APIC ID 15 ACPI ID 31: enabled SMP: Added CPU 15 (AP) MADT: Found CPU APIC ID 47 ACPI ID 32: enabled SMP: Added CPU 47 (AP) ACPI APIC Table: INTR: Adding local APIC 2 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 8 as a target INTR: Adding local APIC 10 as a target INTR: Adding local APIC 12 as a target INTR: Adding local APIC 14 as a target FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP/HT): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP/HT): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP/HT): APIC ID: 7 cpu8 (AP): APIC ID: 8 cpu9 (AP/HT): APIC ID: 9 cpu10 (AP): APIC ID: 10 cpu11 (AP/HT): APIC ID: 11 cpu12 (AP): APIC ID: 12 cpu13 (AP/HT): APIC ID: 13 cpu14 (AP): APIC ID: 14 cpu15 (AP/HT): APIC ID: 15 cpu (AP): APIC ID: 32 (disabled) cpu (AP/HT): APIC ID: 33 (disabled) cpu (AP): APIC ID: 34 (disabled) cpu (AP/HT): APIC ID: 35 (disabled) cpu (AP): APIC ID: 36 (disabled) cpu (AP/HT): APIC ID: 37 (disabled) cpu (AP): APIC ID: 38 (disabled) cpu (AP/HT): APIC ID: 39 (disabled) cpu (AP): APIC ID: 40 (disabled) cpu (AP/HT): APIC ID: 41 (disabled) cpu (AP): APIC ID: 42 (disabled) cpu (AP/HT): APIC ID: 43 (disabled) cpu (AP): APIC ID: 44 (disabled) cpu (AP/HT): APIC ID: 45 (disabled) cpu (AP): APIC ID: 46 (disabled) cpu (AP/HT): APIC ID: 47 (disabled) APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 17 APIC: CPU 2 has ACPI ID 3 APIC: CPU 3 has ACPI ID 19 APIC: CPU 4 has ACPI ID 5 APIC: CPU 5 has ACPI ID 21 APIC: CPU 6 has ACPI ID 7 APIC: CPU 7 has ACPI ID 23 APIC: CPU 8 has ACPI ID 9 APIC: CPU 9 has ACPI ID 25 APIC: CPU 10 has ACPI ID 11 APIC: CPU 11 has ACPI ID 27 APIC: CPU 12 has ACPI ID 13 APIC: CPU 13 has ACPI ID 29 APIC: CPU 14 has ACPI ID 15 APIC: CPU 15 has ACPI ID 31 lapic0: CMCI unmasked bios32: Found BIOS32 Service Directory header at 0xa00f1600 bios32: Entry = 0xf1630 (a00f1630) Rev = 0 Len = 1 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x20 fault code = supervisor write, page not present instruction pointer = 0x20:0xa0755c7f stack pointer = 0x28:0xa9605d04 frame pointer = 0x28:0x20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 () trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(a07f0188,a9605ba4,a05284c7,a080fd7f,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(a080fd7f,0,a07b8367,a9605bb0,0,...) at kdb_backtrace+0x29 panic(a07b8367,a08110b4,a08fab44,1,1,...) at panic+0x117 trap_fatal(a0558ede,a0810fb6,a0559340,a9605c08,a,...) at trap_fatal+0x323 trap_pfault(a0810fb6,c,0,0,a08fa920,...) at trap_pfault+0x260 trap(a9605cc4) at trap+0x443 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xa0755c7f, esp = 0xa9605d04, ebp = 0x20 --- bios32() at bios32+0x37 kernel trap 12 with interrupts disabled From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 00:23:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C566E106566C for ; Thu, 19 Jan 2012 00:23:25 +0000 (UTC) (envelope-from markus.gebert@hostpoint.ch) Received: from mail.adm.hostpoint.ch (mail.adm.hostpoint.ch [IPv6:2a00:d70:0:a::e0]) by mx1.freebsd.org (Postfix) with ESMTP id 1D72F8FC19 for ; Thu, 19 Jan 2012 00:23:25 +0000 (UTC) Received: from 46-127-111-189.dynamic.hispeed.ch ([46.127.111.189]:50373 helo=[172.16.1.20]) by mail.adm.hostpoint.ch with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Rnfml-000Azs-Mz; Thu, 19 Jan 2012 01:23:23 +0100 Mime-Version: 1.0 (Apple Message framework v1251.1) From: Markus Gebert In-Reply-To: <201201182025.26736.peter@hk.ipsec.se> Date: Thu, 19 Jan 2012 01:23:21 +0100 Message-Id: References: <201201171859.10812.peter@hk.ipsec.se> <20120117220912.GA32330@icarus.home.lan> <4F16FE42.3090300@egr.msu.edu> <201201182025.26736.peter@hk.ipsec.se> To: peter h X-Mailer: Apple Mail (2.1251.1) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: about thumper aka sun fire x4500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 00:23:25 -0000 Hi Peter On 18.01.2012, at 20:25, peter h wrote: > On Wednesday 18 January 2012 18.15, Adam McDougall wrote: >> On 01/17/12 17:09, Jeremy Chadwick wrote: >>> On Tue, Jan 17, 2012 at 06:59:08PM +0100, peter h wrote: >>>> I have been beating on of these a few days, i have udes freebsd 9.0 = and 8.2 >>>> Both fails when i engage> 10 disks, the system craches and = messages : >>>> "Hyper transport sync flood" will get into the BIOS errorlog ( but = nothing will >>>> come to syslog since reboot is immediate) >>>>=20 >>>> Using a zfs radz of 25 disks and typing "zpool scrub" will bring = the system down in seconds. >>>>=20 >>>> Anyone using a x4500 that can comfirm that it works ? Or is this = box broken ? >>>=20 >>=20 >> I've seen what is probably the same base issue but on multiple = x4100m2=20 >> systems running FreeBSD 7 or 8 a few years ago. For me the instant=20= >> reboot and HT sync flood error happened when I fetched a ~200mb file = via=20 >> HTTP using an onboard intel nic and wrote it out to a simple zfs = mirror=20 >> on 2 disks. I may have tried the nvidia ethernet ports as an=20 >> alternative but that driver had its own issues at the time. This was=20= >> never a problem with FFS instead of ZFS. I could repeat it fairly=20 >> easily by running fetch in a loop (can't remember if writing the = output=20 >> to disk was necessary to trigger it). The workaround I found that=20 >> worked for me was to buy a cheap intel PCIE nic and use that instead = of=20 >> the onboard ports. If a zpool scrub triggers it for you, I doubt my=20= >> workaround will help but I wanted to relate my experience. >=20 > The problem i had was most likley the disc-io itself. It was always = there=20 > whenever a larger number of discs was in motion.It was never there as=20= > violent networking ( i even used myri2000 to increase traffic, never a = problem) >=20 > A scrub on the 20-or-so zpool was all that was needed, andn when = rebooting=20 > the scrub continued and whoops - a new reboot. >=20 > Sometimes the bios reported not even 16G mem but 10.5 ( which also = freebsd noticed) >=20 > Right now i am torturing the box with same load ( minus myri2000) and = sunk-os, > i'll report if it does show simular problems. >=20 >=20 >>=20 >>> Given this above diagram, I'm sure you can figure out how "flooding" >>> might occur. :-) I'm not sure what "sync flood" means (vs. I/O >>> flooding). >>=20 >> As I understand it, a sync flood is a purposeful reaction to an error=20= >> condition as somewhat of a last ditch effort to regain control over = the=20 >> system (which ends up rebooting). I'm pulling this out of my memory=20= >> from a few years ago. As Adam has pointed out, a sync flood is a way to signal an error = condition on the hyper transport. As I understand it, it's used as a = last resort when less fatal means of error communication are no longer = possible because of a problem on the transport or a device attached to = it. The transport will not recover from this state until it's reset. On = Sun AMD systems a reboot is triggered immediately when a sync flood is = detected. The fact that it happened is mentioned during POST, but it = should also appear in the machine's error logs (IPMI/iLOM), so if you = haven't done this already, it might be worth checking them. Maybe you'll = find additional information there. You should be able to disable the automatic reset on sync flood in your = BIOS settings. We did this on our Sun X4200M2 machines when we = experienced sync flood errors. It allowed the kernel to catch an MCE, = panic and print out information about the MCE. This might help you get = more information about the cause. Our problems with the X4200M2 have some similarties with your case, = though in our case high IO (i.e. zpool scrub) did not reliably (read: = within minutes or hours) trigger the MCE/sync flood. If we put load on = the zpool _and_ the network (em) we could trigger it easily. An other = similarity: an other OS (in our case Linux), did not show the symptoms. = Even other FreeBSD branches did not trigger the sync flood. You'll find = the thread here: http://lists.freebsd.org/pipermail/freebsd-stable/2010-July/057670.html It's a rather long thread. Short version: If raid controller (mpt) = interrupts were routed to the first cpu (cpu0) everything worked, if = not, sync flood (or MCE) happened on heavy IO. It happens that Linux and = even older and newer FreeBSD versions (7.x, 9.x) assigned different = interrupt routes for mpt0 compared to the FreeBSD 8.1 we were testing = on. So what seemed like a bug of a specific FreeBSD version, because it = didn't happen using other FreeBSD versions and Linux, turned out to be a = hardware problem after all. IIRC a change in some hardware clock code = caused an additional IRQ to be registered on boot (or one less), which = reshuffled interrupt assignments compared to older FreeBSD versions we = had used successfully on those machines. So we fixed it by setting a = tunable which restored old clock behavior and thus old interrupt = assignments. It impossible to tell wether you have the same problem. But if you don't = see any problems with other operating systems, maybe it's worth to play = around with interrupt assignments. Luckily, the routings are tunable at = runtime through cpuset(1). For example: # cpuset -c -l 0 -x 58 IRQ58 was used by mpt0. Rerouting it to cpu0 made all problems go away. = Hope this helps you in some way. Good luck, --=20 Markus From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 06:40:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC1CB106564A; Thu, 19 Jan 2012 06:40:40 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 2809C8FC13; Thu, 19 Jan 2012 06:40:39 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id q0J6RLmK061175; Thu, 19 Jan 2012 06:27:21 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id q0J6RL85061174; Thu, 19 Jan 2012 06:27:21 GMT (envelope-from wkoszek) Date: Thu, 19 Jan 2012 06:27:21 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <20120119062721.GA61106@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Thu, 19 Jan 2012 06:27:21 +0000 (UTC) Cc: Subject: Google Code-In 2011 is over; 56 tasks got completed for FreeBSD! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 06:40:40 -0000 Hello, (This is cross-posted message between current@, stable@ and hackers@; for eventual discussion, please use hackers@ mailing list.) I am glad to announce that we've successfully reached the end of Google Code-In 2011 Contest! FreeBSD participated first time, and in my personal opinion GCIN has proven to be a big success. I want to thank all the participants for their time, cooperation and dedication. Here's the list of this years participants: Alex Rucker, Andrey Sinitsyn, Anikan, Astha Sethi, Bebacz, Bharath Mohan, doctorkohaku, Eric Newberry, GarrettF, Isabell Long (issyl0), mpaloski, Violet Lin (n00l3), Nagato Yuki, Nathan, passstab, Reid Anderson, Robin, Roger, Rushil Paul, Thomas Turney, Utkarsh Pant, Zacharias Mitzelos I would like to point out Isabell Long (issyl0) completed 13 tasks for us and holds this years record. Some other numbers... We've had 19 mentors. I send special thanks to those who offered their help in mentoring/administration, since accepting/reviewing/judging tasks has proven to be challenging. We've had 78 tasks published. 56 tasks got completed, leading to ~72% successful completions. 1 task was claimed at the time of hitting the deadline, 10 tasks were claimed, but never finished, thus got reopened. 12 of tasks were never claimed. List of tasks, together with their outcome (uploaded results) are present here: http://www.google-melange.com/gci/org/google/gci2011/freebsd It would be my wish to have the work done in GCIN commited to FreeBSD with: Submitted by: Name (Google Code-In 2011) header or similar, clearly stating work comes from GCIN 2011. The hardest expectations for mentors was short response time. For students I think it was meeting FreeBSD's standards, however I'm positively surprised by the quality of submitted work. The complaint which I've heard is: "Not enough coding tasks". We should fix it next time, since most of the tasks were related with documentation and outreach/promotion. I think GCIN should become an integral part of the FreeBSD involvement in promotion of the Open Source software. Thank you. -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 07:22:24 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CA601065670 for ; Thu, 19 Jan 2012 07:22:24 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id C2DED8FC15 for ; Thu, 19 Jan 2012 07:22:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id A917E6727 for ; Thu, 19 Jan 2012 08:24:12 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZaOcF86cep7P for ; Thu, 19 Jan 2012 08:24:08 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id B8D473F9B9 for ; Thu, 19 Jan 2012 08:24:07 +0100 (CET) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1251.1) From: Denny Schierz In-Reply-To: <4F174607.9070707@fdrive.com.au> Date: Thu, 19 Jan 2012 08:22:15 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <741811DB-240C-4390-A3B3-4BEFE8714942@4lin.net> References: <4F174607.9070707@fdrive.com.au> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1251.1) Subject: Re: Fighting with vnet / jails epair and so on X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 07:22:24 -0000 hi, Am 18.01.2012 um 23:21 schrieb Philipp Huebner: >=20 > I use 9.0.0 release for host and jail and a generic kernel with = OPTIONS > VIMAGE being the only change/addition. > No problem. so, how looks your rc.conf config ? Do you use vimage the tool? I can't = use vimage (as I know) on sparc64. What I did to get it working without /etc/rc.d/jail: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D jail -c vnet jid=3D"101" name=3Dtemplate = host.hostname=3Dtemplate.example.com path=3D/jails/template/ persist ifconfig epair0 create ifconfig bridge0 addm epair0a ifconfig epair0b vnet 101 jexec 101 ifconfig epair0b 192.168.1.2 netmask 255.255.255.0 jexec 101 route add default 192.168.1.1 ifconfig epair0a up =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ping 192.168.1.2 64 bytes from 192.168.1.2: icmp_seq=3D1 ttl=3D64 time=3D0.054 ms inside the Jail I have only "lo" and "epair0b" and it works :-) but even not from /etc/rc.conf and that is the problem. cu denny From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 09:37:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C26E106566B for ; Thu, 19 Jan 2012 09:37:58 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: from mail1.icritical.com (mail1.icritical.com [93.95.13.41]) by mx1.freebsd.org (Postfix) with SMTP id 53CB58FC0A for ; Thu, 19 Jan 2012 09:37:56 +0000 (UTC) Received: (qmail 6943 invoked from network); 19 Jan 2012 09:11:14 -0000 Received: from localhost (127.0.0.1) by mail1.icritical.com with SMTP; 19 Jan 2012 09:11:14 -0000 Received: (qmail 6935 invoked by uid 599); 19 Jan 2012 09:11:14 -0000 Received: from unknown (HELO icritical.com) (212.57.254.146) by mail1.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 19 Jan 2012 09:11:14 +0000 Message-ID: <4F17DE31.3060409@icritical.com> Date: Thu, 19 Jan 2012 09:11:13 +0000 From: Matt Burke User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110403 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Jan 2012 09:11:13.0702 (UTC) FILETIME=[4AE16C60:01CCD68A] X-Virus-Scanned: by iCritical at mail1.icritical.com Subject: Installworld broken with an NFS /tmp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 09:37:58 -0000 I've found the following thread from 2009 which matches what I've just come across while trying to install 9-RELEASE to disk on a machine with an NFS root. http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2009-07/msg00084.html I've just worked around this by nullfs mounting the local disk's /tmp over the existing (nfs) /tmp, but is there a better way of doing this - an environment variable to specify an alternate to /tmp perhaps? Thanks. -- Apologies for the below The information contained in this message is confidential and is intended for the addressee only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. Critical Software Ltd. reserves the right to monitor and record e-mail messages sent to and from this address for the purposes of investigating or detecting any unauthorised use of its system and ensuring its effective operation. Critical Software Ltd. registered in England, 04909220. Registered Office: IC2, Keele Science Park, Keele, Staffordshire, ST5 5NH. ------------------------------------------------------------ This message has been scanned for security threats by iCritical. For further information, please visit www.icritical.com ------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 10:25:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 750EB1065673 for ; Thu, 19 Jan 2012 10:25:58 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3E40E8FC13 for ; Thu, 19 Jan 2012 10:25:57 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so7133620obc.13 for ; Thu, 19 Jan 2012 02:25:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MYPHUUowUSjLHPj8UP7m9NvgMkAY8MNXhEXOVdzU4y8=; b=vXj+ZJFChCyKfcwNe4LKSR15g5KlNQsiURm8rMhV1b2gn6XeBCiCGuepLX19HeqSlP Lake31XRl1phpZsX5oz4D0e9bgm3Si2U+S0+oRI1SLHlc7WBIbZL/NW8NqWGzEjFhII9 Iw6RX2wJXIg7vjzSk9CNBU2Z4fEpo72WTst1U= MIME-Version: 1.0 Received: by 10.182.122.71 with SMTP id lq7mr22301802obb.33.1326968757577; Thu, 19 Jan 2012 02:25:57 -0800 (PST) Received: by 10.182.92.134 with HTTP; Thu, 19 Jan 2012 02:25:57 -0800 (PST) In-Reply-To: <4F17DE31.3060409@icritical.com> References: <4F17DE31.3060409@icritical.com> Date: Thu, 19 Jan 2012 13:25:57 +0300 Message-ID: From: Sergey Kandaurov To: Matt Burke Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Installworld broken with an NFS /tmp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 10:25:58 -0000 On 19 January 2012 13:11, Matt Burke wrote: > I've found the following thread from 2009 which matches what I've just come > across while trying to install 9-RELEASE to disk on a machine with an NFS root. > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2009-07/msg00084.html > > I've just worked around this by nullfs mounting the local disk's /tmp over > the existing (nfs) /tmp, but is there a better way of doing this - an > environment variable to specify an alternate to /tmp perhaps? > To "solve" the sillyrename problem visible during installworld, I just add the following to rc.conf (nfs) once and for all: tmpmfs="YES" varmfs="YES" # why? probably needs for /var/tmp -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 13:53:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 660851065672 for ; Thu, 19 Jan 2012 13:53:27 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 22ECA8FC16 for ; Thu, 19 Jan 2012 13:53:26 +0000 (UTC) Received: by qcse1 with SMTP id e1so3430895qcs.13 for ; Thu, 19 Jan 2012 05:53:26 -0800 (PST) Received: by 10.224.10.19 with SMTP id n19mr27074806qan.68.1326979882033; Thu, 19 Jan 2012 05:31:22 -0800 (PST) Received: from [192.168.11.104] (pool-68-239-201-225.nwrk.east.verizon.net. [68.239.201.225]) by mx.google.com with ESMTPS id hv20sm57009120qab.22.2012.01.19.05.31.20 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 19 Jan 2012 05:31:20 -0800 (PST) References: <4F17DE31.3060409@icritical.com> From: Mark Saad Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (9A406) In-Reply-To: Message-Id: <11DE3C23-219D-4BCD-ABFA-D6ABF1233D88@longcount.org> Date: Thu, 19 Jan 2012 08:31:17 -0500 To: "freebsd-stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: Installworld broken with an NFS /tmp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 13:53:27 -0000 On Jan 19, 2012, at 5:25 AM, Sergey Kandaurov wrote: > On 19 January 2012 13:11, Matt Burke wrote: >> I've found the following thread from 2009 which matches what I've just co= me >> across while trying to install 9-RELEASE to disk on a machine with an NFS= root. >>=20 >> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2009-07/msg00084.= html >>=20 >> I've just worked around this by nullfs mounting the local disk's /tmp ove= r >> the existing (nfs) /tmp, but is there a better way of doing this - an >> environment variable to specify an alternate to /tmp perhaps? >>=20 >=20 > To "solve" the sillyrename problem visible during installworld, > I just add the following to rc.conf (nfs) once and for all: >=20 > tmpmfs=3D"YES" > varmfs=3D"YES" # why? probably needs for /var/tmp >=20 I had to do the same thing, and to be honest I don't like the Nfs root setup= . I like having all of the tools , but a smaller setup would work better for= me . I want to see how hard it will be to do a 9 install via mfsbsd or a mf= sroot akin to what was in 7 and 8 . Has anyone tried that ? > --=20 > wbr, > pluknet > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Mark Saad | mark.saad@longcount.org= From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 14:03:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B263A1065677 for ; Thu, 19 Jan 2012 14:03:25 +0000 (UTC) (envelope-from laszlo@karolyi.hu) Received: from flix.hu (flix.hu [81.94.178.130]) by mx1.freebsd.org (Postfix) with ESMTP id 245E68FC18 for ; Thu, 19 Jan 2012 14:03:24 +0000 (UTC) Received: from [192.168.0.103] (pd95c31e4.dip0.t-ipconnect.de [217.92.49.228]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: laszlo@karolyi.hu) by flix.hu (Postfix) with ESMTPSA id 3C9C5CC25 for ; Thu, 19 Jan 2012 14:51:42 +0100 (CET) Message-ID: <4F181FE7.30904@karolyi.hu> Date: Thu, 19 Jan 2012 14:51:35 +0100 From: =?ISO-8859-2?Q?L=E1szl=F3_K=C1ROLYI?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Subject: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 14:03:25 -0000 Hello, Recently I updated my RELENG_8 to RELENG_9. Since then, the server hangs from time to time for 5 minutes. When I run a top in a remote terminal, I can see that it hangs so strong, that the clock hangs too. When it continues to run , the time continues from the when it 'hanged'. TCP connections are also dropped with timeout at that time. However, no kernel panic, and i can't see anything in the dmesg log too. A strange thing is, the server continues working when I press a key at the physical console (I'm doing this with a remote IP console). More strange thing is, when I do a reboot, the server flushes all its disks, and then does a panic, instead of rebooting. I have to revert to the RELENG_8 kernel (userland is RELENG_9 now), I have no other choice. I hardly can get the configuration and log out from it these times, because of the hangs. Hardware details: This has 4 SAMSUNG disk (1.5TB each) array, driven by a 3ware Raid controller, each disk exported as is. It also has an OCZ Revodrive as a disk cache (zfs L2ARC cache) limited to SATA1 speed (strange kernel panics because of disk timeouts when using at full speed), 8GB RAM, AMD64 processor. FreeBSD details: The server runs on the 4-disk zfs array, boots from it and uses the zfs array also as root media. It has 4 jails, connections handled by pf. Kernel configuration: cpu HAMMER ident MYSERVER machine amd64 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 MSDOSFS # MSDOS Filesystem options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization 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 options INCLUDE_CONFIG_FILE # Include this file in kernel options SMP # Symmetric MultiProcessor Kernel device cpufreq device acpi device pci device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device twa # 3ware 9000 series PATA/SATA RAID 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 device sc device agp # support several AGP chipsets device uart # Generic UART driver device ppc device ppbus # Parallel port bus (required) device lpt # Printer device miibus # MII bus support device re # RealTek 8139C+/8169/8169S/8110S device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device xhci # XHCI PCI->USB interface (USB 3.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 device firewire # FireWire bus code device pf device pflog device pfsync device siis device ahci device pass device ada dmesg log, from boot to now: Copyright (c) 1992-2012 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 9.0-STABLE #20: Thu Jan 19 12:26:03 CET 2012 root@tilos.hu:/usr/obj/usr/src/sys/MYKERNEL amd64 CPU: AMD Phenom(tm) II X4 945 Processor (3013.69-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f42 Family = 10 Model = 4 Stepping = 2 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8118177792 (7742 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: 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: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, d7ce0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pcib0: Length mismatch for 3 range: 26d00000 vs 26e10000 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xce00-0xceff mem 0xd8000000-0xdfffffff,0xfdbf0000-0xfdbfffff,0xfda00000-0xfdafffff irq 18 at device 5.0 on pci1 pcib2: irq 18 at device 2.0 on pci0 pci2: on pcib2 3ware device driver for 9000 series storage controllers, version: 3.80.06.003 twa0: <3ware 9000 series Storage Controller> port 0xbe00-0xbeff mem 0xfa000000-0xfbffffff,0xfd7ff000-0xfd7fffff irq 18 at device 0.0 on pci2 twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-8LPML, 8 ports, Firmware FE9X 3.08.00.016, BIOS BE9X 3.08.00.004 pcib3: irq 16 at device 4.0 on pci0 pci3: on pcib3 pcib4: irq 16 at device 0.0 on pci3 pci4: on pcib4 siis0: port 0xef00-0xef0f mem 0xfdfff000-0xfdfff07f,0xfdff0000-0xfdff7fff irq 16 at device 0.0 on pci4 siisch0: at channel 0 on siis0 siisch1: at channel 1 on siis0 siisch2: at channel 2 on siis0 siisch3: at channel 3 on siis0 pcib5: irq 18 at device 10.0 on pci0 pci5: on pcib5 re0: port 0xde00-0xdeff mem 0xfdcff000-0xfdcfffff,0xfdce0000-0xfdceffff irq 18 at device 0.0 on pci5 re0: Using 1 MSI-X message re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 00:24:1d:d5:9e:b0 ahci0: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 17.0 on pci0 ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 pci0: at device 18.0 (no driver attached) pci0: at device 18.1 (no driver attached) pci0: at device 18.2 (no driver attached) pci0: at device 19.0 (no driver attached) pci0: at device 19.1 (no driver attached) pci0: at device 19.2 (no driver attached) pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f at device 20.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib6: at device 20.4 on pci0 pci6: on pcib6 fwohci0: mem 0xfd9ff000-0xfd9ff7ff,0xfd9f8000-0xfd9fbfff irq 22 at device 14.0 on pci6 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:4f:4d:c7:00:00:24:1d fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode pci0: at device 20.5 (no driver attached) uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 450 Event timer "HPET2" frequency 14318180 Hz quality 450 atrtc0: port 0x70-0x73 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 orm0: at iomem 0xd0000-0xd4fff,0xd5000-0xd6fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 hwpstate0: on cpu0 firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 (noperiph:siisch0:0:-1:-1): rescan already queued (noperiph:siisch1:0:-1:-1): rescan already queued ZFS filesystem version 5 ZFS storage pool version 28 Timecounters tick every 1.000 msec da0 at twa0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 1430501MB (2929666048 512 byte sectors: 255H 63S/T 182363C) da1 at twa0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 100.000MB/s transfers da1: 1430501MB (2929666048 512 byte sectors: 255H 63S/T 182363C) da2 at twa0 bus 0 scbus0 target 2 lun 0 da2: Fixed Direct Access SCSI-5 device da2: 100.000MB/s transfers da2: 1430501MB (2929666048 512 byte sectors: 255H 63S/T 182363C) da3 at twa0 bus 0 scbus0 target 3 lun 0 da3: Fixed Direct Access SCSI-5 device da3: 100.000MB/s transfers da3: 1430501MB (2929666048 512 byte sectors: 255H 63S/T 182363C) ada0 at siisch0 bus 0 scbus1 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 38164MB (78161328 512 byte sectors: 16H 63S/T 16383C) ada1 at siisch1 bus 0 scbus2 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 38164MB (78161328 512 byte sectors: 16H 63S/T 16383C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Timecounter "TSC-low" frequency 11772208 Hz quality 800 GEOM_RAID: SiI-110316131611: Array SiI-110316131611 created. GEOM_RAID: SiI-110316131611: Disk ada0 state changed from NONE to ACTIVE. GEOM_RAID: SiI-110316131611: Subdisk SiI Raid0 Set:0-ada0 state changed from NONE to STALE. GEOM_RAID: SiI-110316131611: Disk ada1 state changed from NONE to ACTIVE. GEOM_RAID: SiI-110316131611: Subdisk SiI Raid0 Set:1-ada1 state changed from NONE to STALE. GEOM_RAID: SiI-110316131611: Array started. GEOM_RAID: SiI-110316131611: Subdisk SiI Raid0 Set:0-ada0 state changed from STALE to ACTIVE. GEOM_RAID: SiI-110316131611: Subdisk SiI Raid0 Set:1-ada1 state changed from STALE to ACTIVE. GEOM_RAID: SiI-110316131611: Volume SiI Raid0 Set state changed from STARTING to OPTIMAL. GEOM_RAID: SiI-110316131611: Provider raid/r0 for volume SiI Raid0 Set created. Trying to mount root from zfs:pool/root []... /boot/loader.conf: zfs_load="YES" vfs.root.mountfrom="zfs:pool/root" vfs.zfs.vdev.max_pending="8" geom_raid_load="YES" hint.siisch.0.sata_rev=1 hint.siisch.1.sata_rev=1 /etc/sysctl.conf: vfs.zfs.l2arc_noprefetch=0 /etc/make.conf, the kernel was compiled with this settings: CPUTYPE?=athlon64 I'd highly appreciate any help, as I am clueless with this one. -- László KÁROLYI http://linkedin.com/in/karolyi From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 14:13:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B1371065672 for ; Thu, 19 Jan 2012 14:13:47 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD138FC13 for ; Thu, 19 Jan 2012 14:13:46 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so104595wib.13 for ; Thu, 19 Jan 2012 06:13:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=zq3euZYlayXowrci7A6+Esp+vfeGFr+lBXrEYKR0k48=; b=Cnc9PatqaGi2Y4uYoqMGSzPd14VODRDMv+nvAfa3MLaLJpLkIor0PVCkcjAddzu/nX W+0lcb/Lq0jhjMAB4tx9so3OVd6T1ixwDEHUr3bcBcPoOyd3+6u/UJpZAzd95LM0g7PC eo9YadMq666CspAQEpisz4pNZq1C4a3Zti+0o= Received: by 10.180.97.73 with SMTP id dy9mr44280170wib.11.1326982425862; Thu, 19 Jan 2012 06:13:45 -0800 (PST) Received: from green.tandem.local (236-146-201-46.pool.ukrtel.net. [46.201.146.236]) by mx.google.com with ESMTPS id bj10sm28252336wib.9.2012.01.19.06.13.43 (version=SSLv3 cipher=OTHER); Thu, 19 Jan 2012 06:13:44 -0800 (PST) Message-ID: <4F182516.3020506@gmail.com> Date: Thu, 19 Jan 2012 16:13:42 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0.1) Gecko/20120110 Firefox/9.0.1 SeaMonkey/2.6.1 MIME-Version: 1.0 To: =?UTF-8?B?TMOhc3psw7MgS8OBUk9MWUk=?= References: <4F181FE7.30904@karolyi.hu> In-Reply-To: <4F181FE7.30904@karolyi.hu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 14:13:47 -0000 László KÃROLYI wrote: > Hello, > > Recently I updated my RELENG_8 to RELENG_9. Since then, the server hangs > from time to time for 5 minutes. When I run a top in a remote terminal, > I can see that it hangs so strong, that the clock hangs too. When it > continues to run , the time continues from the when it 'hanged'. TCP > connections are also dropped with timeout at that time. However, no > kernel panic, and i can't see anything in the dmesg log too. Obtaining kernel dump is the way to go. You can occasionally find that obtaining dump on world built with clang is much easier than on gcc-compiled one. I remember at least one such case with broken zfs directory when trying to read such directory result in process with no state on gcc-compiled world and result in imminent panic in zfs code on clang-compiled world. Remember to set dumpdev to something appropriate. > /boot/loader.conf: > zfs_load="YES" > vfs.root.mountfrom="zfs:pool/root" > vfs.zfs.vdev.max_pending="8" > geom_raid_load="YES" > hint.siisch.0.sata_rev=1 > hint.siisch.1.sata_rev=1 > > /etc/sysctl.conf: > vfs.zfs.l2arc_noprefetch=0 This has impact on performance. You sure you really need that one? Can you try without it? > /etc/make.conf, the kernel was compiled with this settings: > CPUTYPE?=athlon64 Compiling with clang you better turn that thing off. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 14:38:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45C411065778 for ; Thu, 19 Jan 2012 14:38:46 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id BC6448FC12 for ; Thu, 19 Jan 2012 14:38:45 +0000 (UTC) Received: by iagz16 with SMTP id z16so13159306iag.13 for ; Thu, 19 Jan 2012 06:38:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uufHKKmjKyVo1bDIE4XMMA7PJJTnoSi+lWFhq1/5QgE=; b=nzpBDBtRejAlUnj+7Ww6zaEyIiPlKxHxEDQJyWn8EHvM7HmneTM3Abz24zHg+QXXTy AucXUlF97ZvhT6kNCdHK/lkbpwQJXAYpuAiJLrVj1RpeLz5elk4YYRFXOqIoHuIkCFU6 8cdZ5Vp+His8fxa/zxloiTzLYp38bjHMK91Zg= MIME-Version: 1.0 Received: by 10.50.183.199 with SMTP id eo7mr27808067igc.5.1326982458371; Thu, 19 Jan 2012 06:14:18 -0800 (PST) Received: by 10.42.222.197 with HTTP; Thu, 19 Jan 2012 06:14:18 -0800 (PST) In-Reply-To: <4F181FE7.30904@karolyi.hu> References: <4F181FE7.30904@karolyi.hu> Date: Thu, 19 Jan 2012 15:14:18 +0100 Message-ID: From: Claus Guttesen To: =?ISO-8859-2?B?TOFzemzzIEvBUk9MWUk=?= Content-Type: text/plain; charset=ISO-8859-2 Cc: freebsd-stable@freebsd.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 14:38:46 -0000 > Recently I updated my RELENG_8 to RELENG_9. Since then, the server hangs > from time to time for 5 minutes. When I run a top in a remote terminal, > I can see that it hangs so strong, that the clock hangs too. When it > continues to run , the time continues from the when it 'hanged'. TCP > connections are also dropped with timeout at that time. However, no > kernel panic, and i can't see anything in the dmesg log too. > ... > /etc/make.conf, the kernel was compiled with this settings: > CPUTYPE?=athlon64 > > I'd highly appreciate any help, as I am clueless with this one. It may not help at all, but you could try to change scheduler from ULE to BSD. -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare twitter.com/kometen From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 15:00:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F37B1106568D for ; Thu, 19 Jan 2012 15:00:32 +0000 (UTC) (envelope-from laszlo@karolyi.hu) Received: from flix.hu (flix.hu [81.94.178.130]) by mx1.freebsd.org (Postfix) with ESMTP id B09918FC17 for ; Thu, 19 Jan 2012 15:00:32 +0000 (UTC) Received: from [192.168.0.103] (pd95c31e4.dip0.t-ipconnect.de [217.92.49.228]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: laszlo@karolyi.hu) by flix.hu (Postfix) with ESMTPSA id 53B34CD43 for ; Thu, 19 Jan 2012 16:00:31 +0100 (CET) Message-ID: <4F183008.9040603@karolyi.hu> Date: Thu, 19 Jan 2012 16:00:24 +0100 From: =?UTF-8?B?TMOhc3psw7MgS8OBUk9MWUk=?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> In-Reply-To: <4F182FB3.7050405@karolyi.hu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 15:00:33 -0000 Volodymyr Kostyrko wrote: > Obtaining kernel dump is the way to go. You can occasionally find that > obtaining dump on world built with clang is much easier than on > gcc-compiled one. I remember at least one such case with broken zfs > directory when trying to read such directory result in process with no > state on gcc-compiled world and result in imminent panic in zfs code > on clang-compiled world. Remember to set dumpdev to something > appropriate. > I'm not near to the server for putting any dumpdevice in (if you meant that way), and also, there's no kernel panic but just at the end of the reboot process, and not all the time. > This has impact on performance. You sure you really need that one? Can > you try without it? > >> /etc/make.conf, the kernel was compiled with this settings: >> CPUTYPE?=athlon64 > Compiling with clang you better turn that thing off. Okay, I turned it off, recompiled the kernel, also turned the vfs.zfs.vdev.max_pending option off in /boot/loader.conf, rebooted, but the hangs are still there. Moreover, I couldn't set SCHED_BSD in the kernel config, it said that it's an illegal option. Maybe it does not exist in RELENG_9. Any other ideas? From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 15:06:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7431D1065672 for ; Thu, 19 Jan 2012 15:06:10 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2920F8FC13 for ; Thu, 19 Jan 2012 15:06:09 +0000 (UTC) Received: by vcbfl17 with SMTP id fl17so16013vcb.13 for ; Thu, 19 Jan 2012 07:06:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Nk8UtPOSFt32HSInH4kSmmczOGwrfEF4nymAp5Z9D/U=; b=MBdi6UfTJ6WfvJHHTwK2ZKVdks19eBw4b6NzdNxzNu1c/ALa+nxKhM64vOrOtoTGDg P0ew5wSAwjnXVDtWVZwyCTvF521nuo1LRkpZ5dBAm4KXFoQGyUr4+ySzWgQ2hVBqLH83 aQSS8ZEsMdAgAaykFAuUlIuX3zKhR8Oo2ghMc= MIME-Version: 1.0 Received: by 10.220.210.133 with SMTP id gk5mr15489132vcb.49.1326985569353; Thu, 19 Jan 2012 07:06:09 -0800 (PST) Received: by 10.52.110.39 with HTTP; Thu, 19 Jan 2012 07:06:09 -0800 (PST) In-Reply-To: <4F183008.9040603@karolyi.hu> References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> Date: Thu, 19 Jan 2012 15:06:09 +0000 Message-ID: From: Tom Evans To: =?UTF-8?B?TMOhc3psw7MgS8OBUk9MWUk=?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 15:06:10 -0000 On Thu, Jan 19, 2012 at 3:00 PM, L=C3=A1szl=C3=B3 K=C3=81ROLYI wrote: > Moreover, I couldn't set SCHED_BSD in the kernel config, it said that > it's an illegal option. Maybe it does not exist in RELENG_9. > options SCHED_4BSD Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 15:25:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24D25106564A for ; Thu, 19 Jan 2012 15:25:44 +0000 (UTC) (envelope-from laszlo@karolyi.hu) Received: from flix.hu (flix.hu [81.94.178.130]) by mx1.freebsd.org (Postfix) with ESMTP id 8CC998FC13 for ; Thu, 19 Jan 2012 15:25:42 +0000 (UTC) Received: from [192.168.0.103] (pd95c31e4.dip0.t-ipconnect.de [217.92.49.228]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: laszlo@karolyi.hu) by flix.hu (Postfix) with ESMTPSA id D1C5BCDC9 for ; Thu, 19 Jan 2012 16:25:40 +0100 (CET) Message-ID: <4F1835ED.3050609@karolyi.hu> Date: Thu, 19 Jan 2012 16:25:33 +0100 From: =?UTF-8?B?TMOhc3psw7MgS8OBUk9MWUk=?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 15:25:44 -0000 Hello, I managed to get a screenshot from the kernel panic at reboot, although I don't know if it will get through here, attached. László KÃROLYI http://linkedin.com/in/karolyi Tom Evans wrote: > On Thu, Jan 19, 2012 at 3:00 PM, László KÃROLYI wrote: >> Moreover, I couldn't set SCHED_BSD in the kernel config, it said that >> it's an illegal option. Maybe it does not exist in RELENG_9. >> > options SCHED_4BSD > > Cheers > > Tom > _______________________________________________ > 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 Jan 19 15:26:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0332A106566B for ; Thu, 19 Jan 2012 15:26:32 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from portland1.byshenk.net (portland1.byshenk.net [69.168.54.16]) by mx1.freebsd.org (Postfix) with ESMTP id D18A18FC1B for ; Thu, 19 Jan 2012 15:26:31 +0000 (UTC) Received: from portland1.byshenk.net (localhost [127.0.0.1]) by portland1.byshenk.net (8.14.5/8.14.5) with ESMTP id q0JF957W011604; Thu, 19 Jan 2012 07:09:05 -0800 (PST) (envelope-from byshenknet@portland1.byshenk.net) Received: (from byshenknet@localhost) by portland1.byshenk.net (8.14.5/8.14.5/Submit) id q0JF95w1011603; Thu, 19 Jan 2012 07:09:05 -0800 (PST) (envelope-from byshenknet) Date: Thu, 19 Jan 2012 07:09:05 -0800 From: Greg Byshenk To: L??szl?? K??ROLYI Message-ID: <20120119150905.GF19366@portland1.byshenk.net> References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F183008.9040603@karolyi.hu> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on portland1.byshenk.net Cc: freebsd-stable@freebsd.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 15:26:32 -0000 On Thu, Jan 19, 2012 at 04:00:24PM +0100, L??szl?? K??ROLYI wrote: > Moreover, I couldn't set SCHED_BSD in the kernel config, it said that > it's an illegal option. Maybe it does not exist in RELENG_9. This should be options SCHED_4BSD ^ if you want to try it. It can be used with RELENG_9; check the NOTES file. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 15:29:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87811106566B for ; Thu, 19 Jan 2012 15:29:45 +0000 (UTC) (envelope-from laszlo@karolyi.hu) Received: from flix.hu (flix.hu [81.94.178.130]) by mx1.freebsd.org (Postfix) with ESMTP id 42E298FC17 for ; Thu, 19 Jan 2012 15:29:44 +0000 (UTC) Received: from [192.168.0.103] (pd95c31e4.dip0.t-ipconnect.de [217.92.49.228]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: laszlo@karolyi.hu) by flix.hu (Postfix) with ESMTPSA id 1B69DCDE9 for ; Thu, 19 Jan 2012 16:29:44 +0100 (CET) Message-ID: <4F1836E1.1080105@karolyi.hu> Date: Thu, 19 Jan 2012 16:29:37 +0100 From: =?UTF-8?B?TMOhc3psw7MgS8OBUk9MWUk=?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> <4F1835ED.3050609@karolyi.hu> In-Reply-To: <4F1835ED.3050609@karolyi.hu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 15:29:45 -0000 Ok, couldn't get it through... So here is it, uploaded: http://www.freeimagehosting.net/s836i László KÃROLYI http://linkedin.com/in/karolyi Tom Evans wrote: > On Thu, Jan 19, 2012 at 3:00 PM, László KÃROLYI wrote: >> Moreover, I couldn't set SCHED_BSD in the kernel config, it said that >> it's an illegal option. Maybe it does not exist in RELENG_9. >> > options SCHED_4BSD > > Cheers > > Tom From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 15:34:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 761BD106564A for ; Thu, 19 Jan 2012 15:34:28 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 06E228FC0A for ; Thu, 19 Jan 2012 15:34:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id DEB986791 for ; Thu, 19 Jan 2012 16:36:18 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1ZQXiJ0-vGZg for ; Thu, 19 Jan 2012 16:36:14 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id A4ED06573 for ; Thu, 19 Jan 2012 16:36:14 +0100 (CET) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1251.1) From: Denny Schierz In-Reply-To: <741811DB-240C-4390-A3B3-4BEFE8714942@4lin.net> Date: Thu, 19 Jan 2012 16:34:22 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5A4BB62D-AD68-45CE-BDCA-F2504780307A@4lin.net> References: <4F174607.9070707@fdrive.com.au> <741811DB-240C-4390-A3B3-4BEFE8714942@4lin.net> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1251.1) Subject: Re: Fighting with vnet / jails epair and so on X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 15:34:28 -0000 hi, I've created a new patch (adapted the old freebsd-9RC2 patch) for = /etc/rc.d/jail: The original patch: http://wiki.polymorf.fr/files/jail_rc.patch My patch: http://pastebin.com/9LdLwaNA It works (was very happy) if you start the jail, but has problems with = stopping: it shows in jls still as active: # jls JID IP Address Hostname Path 1 - template.domain /jails/template If I try to remove with "jail -r 1" than first the process hang, second = after while, the whole machine needs a reset. There is no process from = the jail active, nor any epair* interfaces or mounts, which is quite = good, but ... I you try to create the jail again (after /etc/rc.d/jail stop), it tries = to create the epair0a (the last I can see) interface and than it hangs = again -> reset needed Also nice to know: # umount /jails/template=20 umount: unmount of /jails/template failed: Device busy Also not possible: a normal reboot after starting / stopping the jail. = -> reset needed cu denny= From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 15:51:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B3A810656F8 for ; Thu, 19 Jan 2012 15:51:11 +0000 (UTC) (envelope-from laszlo@karolyi.hu) Received: from flix.hu (flix.hu [81.94.178.130]) by mx1.freebsd.org (Postfix) with ESMTP id BAD178FC18 for ; Thu, 19 Jan 2012 15:51:10 +0000 (UTC) Received: from [192.168.0.103] (pd95c31e4.dip0.t-ipconnect.de [217.92.49.228]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: laszlo@karolyi.hu) by flix.hu (Postfix) with ESMTPSA id 67E98CE38 for ; Thu, 19 Jan 2012 16:51:09 +0100 (CET) Message-ID: <4F183BE6.3030400@karolyi.hu> Date: Thu, 19 Jan 2012 16:51:02 +0100 From: =?ISO-8859-1?Q?L=E1szl=F3_K=C1ROLYI?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> <20120119150905.GF19366@portland1.byshenk.net> In-Reply-To: <20120119150905.GF19366@portland1.byshenk.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 15:51:11 -0000 Greg Byshenk wrote: > This should be options SCHED_4BSD ^ if you want to try it. It can be > used with RELENG_9; check the NOTES file. Changed to this scheduler, still no luck. The server still hangs, and when it hangs, only a keypress on the console can bring it out of that state (for example, CTRL key does too). From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 15:58:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 450811065674 for ; Thu, 19 Jan 2012 15:58:55 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id CAC9A8FC1B for ; Thu, 19 Jan 2012 15:58:54 +0000 (UTC) Received: by eaai10 with SMTP id i10so34350eaa.13 for ; Thu, 19 Jan 2012 07:58:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=muUGFHyfXlwE2fkqpOQag4y2uGZTSHWDUR3N/CR+nIc=; b=M+BF+z8zcwwIBnDnGX2sYUsyMz3wYJJ7zXQWWx0aOa4vF7ekoJbkkCdF4JRn1d9Ouk GcXNjplAGIaMwngOjJMjdgD7mozSWxfFVZmLQ8lFXM7AOawZFjQ1sW4iXNMa93xAxo4W G91bpcJRksJOL6iRG/ZgtMcYHdKcXblxCgbUI= Received: by 10.213.106.7 with SMTP id v7mr4342985ebo.50.1326988733832; Thu, 19 Jan 2012 07:58:53 -0800 (PST) Received: from green.tandem.local (236-146-201-46.pool.ukrtel.net. [46.201.146.236]) by mx.google.com with ESMTPS id r2sm114890759eef.7.2012.01.19.07.58.52 (version=SSLv3 cipher=OTHER); Thu, 19 Jan 2012 07:58:52 -0800 (PST) Message-ID: <4F183DBA.7070402@gmail.com> Date: Thu, 19 Jan 2012 17:58:50 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0.1) Gecko/20120110 Firefox/9.0.1 SeaMonkey/2.6.1 MIME-Version: 1.0 To: =?UTF-8?B?TMOhc3psw7MgS8OBUk9MWUk=?= References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> In-Reply-To: <4F183008.9040603@karolyi.hu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 15:58:55 -0000 László KÃROLYI wrote: > > Volodymyr Kostyrko wrote: > >> Obtaining kernel dump is the way to go. You can occasionally find that >> obtaining dump on world built with clang is much easier than on >> gcc-compiled one. I remember at least one such case with broken zfs >> directory when trying to read such directory result in process with no >> state on gcc-compiled world and result in imminent panic in zfs code >> on clang-compiled world. Remember to set dumpdev to something >> appropriate. >> > I'm not near to the server for putting any dumpdevice in (if you meant > that way), and also, there's no kernel panic but just at the end of the > reboot process, and not all the time. I mean setting dumpdev=auto in /etc/rc.conf so the kernel can dump to any available device such as swap partition. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 16:46:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F201106564A for ; Thu, 19 Jan 2012 16:46:01 +0000 (UTC) (envelope-from laszlo@karolyi.hu) Received: from flix.hu (flix.hu [81.94.178.130]) by mx1.freebsd.org (Postfix) with ESMTP id ECF828FC0C for ; Thu, 19 Jan 2012 16:46:00 +0000 (UTC) Received: from [192.168.0.103] (pd95c31e4.dip0.t-ipconnect.de [217.92.49.228]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: laszlo@karolyi.hu) by flix.hu (Postfix) with ESMTPSA id E82A8CFA0 for ; Thu, 19 Jan 2012 17:45:58 +0100 (CET) Message-ID: <4F1848BF.2050900@karolyi.hu> Date: Thu, 19 Jan 2012 17:45:51 +0100 From: =?UTF-8?B?TMOhc3psw7MgS8OBUk9MWUk=?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> <4F1835ED.3050609@karolyi.hu> <4F1836E1.1080105@karolyi.hu> In-Reply-To: <4F1836E1.1080105@karolyi.hu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 16:46:01 -0000 László KÃROLYI wrote: > Ok, couldn't get it through... So here is it, uploaded: > > http://www.freeimagehosting.net/s836i Another screenshot here: http://www.freeimagehosting.net/xv26d From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 16:51:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23A4C1065679; Thu, 19 Jan 2012 16:51:18 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id BE33C8FC13; Thu, 19 Jan 2012 16:51:17 +0000 (UTC) Received: by ghy10 with SMTP id 10so122184ghy.13 for ; Thu, 19 Jan 2012 08:51:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=5vafDRzwdxqeB+p4vRQLt6emVi4q5kWLbVIDs9wcaYM=; b=NPg/zeZKXbq7AdTGmEeKv5TMgEsCMExqmK1NgrtakkWcNS84deEEx2+hTGvRI5BN7N vJVfZoc3h3SPFGwUYF5VLzNmJVn+GQzOBfzIfiIGDZRrbK+FIR3aMx7O2+FT2jpvJ2+7 ISJVX7P4Unldd6qbpMKrKTkp/kZUFAoyO5C0c= MIME-Version: 1.0 Received: by 10.236.185.8 with SMTP id t8mr40686625yhm.30.1326991877151; Thu, 19 Jan 2012 08:51:17 -0800 (PST) Received: by 10.236.25.163 with HTTP; Thu, 19 Jan 2012 08:51:17 -0800 (PST) In-Reply-To: <4F1848BF.2050900@karolyi.hu> References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> <4F1835ED.3050609@karolyi.hu> <4F1836E1.1080105@karolyi.hu> <4F1848BF.2050900@karolyi.hu> Date: Thu, 19 Jan 2012 17:51:17 +0100 Message-ID: From: Oliver Pinter To: =?ISO-8859-1?B?TOFzemzzIEvBUk9MWUk=?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: mav@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 16:51:18 -0000 CC: Alexander Motin On 1/19/12, L=E1szl=F3 K=C1ROLYI wrote: > L=E1szl=F3 K=C1ROLYI wrote: >> Ok, couldn't get it through... So here is it, uploaded: >> >> http://www.freeimagehosting.net/s836i > Another screenshot here: > > http://www.freeimagehosting.net/xv26d > > _______________________________________________ > 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 Jan 19 17:15:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A7A0106566B for ; Thu, 19 Jan 2012 17:15:08 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 91DE08FC19 for ; Thu, 19 Jan 2012 17:15:07 +0000 (UTC) Received: by eekb47 with SMTP id b47so64557eek.13 for ; Thu, 19 Jan 2012 09:15:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=oFdAoclOwMxlGq8fNm1Q82G7fHLrDPu0xLLuXBcWgpo=; b=qfrTjUk4t6q1n7F3JCeVglZUwLhpVVSowqrxYmB11YIzFPxOhPM9Mzqm4Im3qMIUYE e/wMpLu1oMEG/v5pc7J7d/YZmY1ey+AgnPAmMMXpkWnDyyTLmIc8PlNLXjT1tpnCFklD L8ilg4LgV0+iU26u50s553Iq5ycB4GNleHqBA= Received: by 10.14.123.79 with SMTP id u55mr2053130eeh.120.1326993306474; Thu, 19 Jan 2012 09:15:06 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id x4sm20846327eeb.4.2012.01.19.09.15.04 (version=SSLv3 cipher=OTHER); Thu, 19 Jan 2012 09:15:05 -0800 (PST) Sender: Alexander Motin Message-ID: <4F184F8F.4040708@FreeBSD.org> Date: Thu, 19 Jan 2012 19:14:55 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120116 Thunderbird/9.0 MIME-Version: 1.0 To: Oliver Pinter References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> <4F1835ED.3050609@karolyi.hu> <4F1836E1.1080105@karolyi.hu> <4F1848BF.2050900@karolyi.hu> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: =?UTF-8?B?TMOhc3psw7MgS8OBUk9MWUk=?= , freebsd-stable@freebsd.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 17:15:08 -0000 On 19.01.2012 18:51, Oliver Pinter wrote: > CC: Alexander Motin > > On 1/19/12, László KÃROLYI wrote: >> László KÃROLYI wrote: >>> Ok, couldn't get it through... So here is it, uploaded: >>> >>> http://www.freeimagehosting.net/s836i >> Another screenshot here: >> >> http://www.freeimagehosting.net/xv26d I am not sure how freezes that could be fixed with key press could be related to panics around storage. I would try to go two different ways: - for panics, if dumping is not possible, I would try to resolve address of the "instruction pointer" from both messages with `addr2line -e /path/to/kernel address`. - for freezes I would try to look on eventtimers(4) subsystem: check what timer is used, try to switch to different one, try to switch into periodic mode. Since cause of siis timeouts in SATA2 mode is also unclear, I can't also exclude that it may be somehow related. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 17:18:40 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFF9D1065670; Thu, 19 Jan 2012 17:18:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7268FC17; Thu, 19 Jan 2012 17:18:39 +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 TAA21099; Thu, 19 Jan 2012 19:18:36 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4F18506C.4050604@FreeBSD.org> Date: Thu, 19 Jan 2012 19:18:36 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120111 Thunderbird/9.0 MIME-Version: 1.0 To: =?ISO-8859-2?Q?L=E1szl=F3_K=C1ROLYI?= References: <4F181FE7.30904@karolyi.hu> In-Reply-To: <4F181FE7.30904@karolyi.hu> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Cc: Alexander Motin , freebsd-stable@FreeBSD.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 17:18:40 -0000 on 19/01/2012 15:51 László KÁROLYI said the following: > Recently I updated my RELENG_8 to RELENG_9. Since then, the server hangs > from time to time for 5 minutes. When I run a top in a remote terminal, > I can see that it hangs so strong, that the clock hangs too. When it > continues to run , the time continues from the when it 'hanged'. TCP > connections are also dropped with timeout at that time. However, no > kernel panic, and i can't see anything in the dmesg log too. > > A strange thing is, the server continues working when I press a key at > the physical console (I'm doing this with a remote IP console). More > strange thing is, when I do a reboot, the server flushes all its disks, > and then does a panic, instead of rebooting. Please provide output of the following sysctls: sysctl kern.eventtimer sysctl kern.timecounter -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 17:35:04 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB4821065670 for ; Thu, 19 Jan 2012 17:35:04 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 21E918FC0A for ; Thu, 19 Jan 2012 17:35:03 +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 TAA21242; Thu, 19 Jan 2012 19:35:01 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4F185445.7080605@FreeBSD.org> Date: Thu, 19 Jan 2012 19:35:01 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120111 Thunderbird/9.0 MIME-Version: 1.0 To: =?UTF-8?B?TMOhc3psw7MgS8OBUk9MWUk=?= References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> <4F1835ED.3050609@karolyi.hu> <4F1836E1.1080105@karolyi.hu> <4F1848BF.2050900@karolyi.hu> <4F184F8F.4040708@FreeBSD.org> In-Reply-To: <4F184F8F.4040708@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 17:35:04 -0000 on 19/01/2012 19:14 Alexander Motin said the following: > On 19.01.2012 18:51, Oliver Pinter wrote: >> CC: Alexander Motin >> >> On 1/19/12, László KÃROLYI wrote: >>> László KÃROLYI wrote: >>>> Ok, couldn't get it through... So here is it, uploaded: >>>> >>>> http://www.freeimagehosting.net/s836i >>> Another screenshot here: >>> >>> http://www.freeimagehosting.net/xv26d > > I am not sure how freezes that could be fixed with key press could be related to > panics around storage. I would try to go two different ways: > - for panics, if dumping is not possible, I would try to resolve address of the > "instruction pointer" from both messages with `addr2line -e /path/to/kernel address`. I would recommend to add the following options to the kernel config: options STACK options DDB options DDB_NUMSYM options KDB options KDB_TRACE options KDB_UNATTENDED (if you don't have any of them already). That should add some useful information to the panic messages. Please try to capture the first panic report before any secondary panics cloud the situation. And I agree with Alexander that the panics and the hangs could be unrelated. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 19:05:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45B041065672 for ; Thu, 19 Jan 2012 19:05:45 +0000 (UTC) (envelope-from freebsd@damnhippie.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 25A3E8FC0C for ; Thu, 19 Jan 2012 19:05:44 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta10.emeryville.ca.mail.comcast.net with comcast id PX541i0030x6nqcAAX5kph; Thu, 19 Jan 2012 19:05:44 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta12.emeryville.ca.mail.comcast.net with comcast id PX5j1i01F4NgCEG8YX5krs; Thu, 19 Jan 2012 19:05:44 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q0JJ5f83007509; Thu, 19 Jan 2012 12:05:41 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Alexander Motin In-Reply-To: <4F184F8F.4040708@FreeBSD.org> References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> <4F1835ED.3050609@karolyi.hu> <4F1836E1.1080105@karolyi.hu> <4F1848BF.2050900@karolyi.hu> <4F184F8F.4040708@FreeBSD.org> Content-Type: text/plain; charset="ISO-8859-1" Date: Thu, 19 Jan 2012 12:05:41 -0700 Message-Id: <1326999941.21604.63.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 19:05:45 -0000 On Thu, 2012-01-19 at 19:14 +0200, Alexander Motin wrote: > On 19.01.2012 18:51, Oliver Pinter wrote: > > CC: Alexander Motin > > > > On 1/19/12, László KÁROLYI wrote: > >> László KÁROLYI wrote: > >>> Ok, couldn't get it through... So here is it, uploaded: > >>> > >>> http://www.freeimagehosting.net/s836i > >> Another screenshot here: > >> > >> http://www.freeimagehosting.net/xv26d > > I am not sure how freezes that could be fixed with key press could be > related to panics around storage. I would try to go two different ways: > - for panics, if dumping is not possible, I would try to resolve > address of the "instruction pointer" from both messages with `addr2line > -e /path/to/kernel address`. > - for freezes I would try to look on eventtimers(4) subsystem: check > what timer is used, try to switch to different one, try to switch into > periodic mode. > > Since cause of siis timeouts in SATA2 mode is also unclear, I can't also > exclude that it may be somehow related. The new eventtimers was also the first thing that came to my mind, but I couldn't quickly find the right way to boot with a different timer. I saw in the eventtimers(7) manpage that there's a sysctl to change the timer, but when I used it the system timing went completely wonky (ntpd reported it was off by many seconds, a few seconds after I changed it). When I just tried it again the system locked up and had to be power cycled. (I'm trying this on old hardware where my only choices are i8254 and RTC, and changing to RTC apparently doesn't work well.) So I didn't want to recommend it to someone else. :) For both eventtimers and timecounters, I think it'd be nice if a tunable or hint could let the user override the quality number. But maybe there's already some better way of influencing the choices the kernel makes? -- Ian From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 19:24:11 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F045106566B for ; Thu, 19 Jan 2012 19:24:11 +0000 (UTC) (envelope-from laszlo@karolyi.hu) Received: from flix.hu (flix.hu [81.94.178.130]) by mx1.freebsd.org (Postfix) with ESMTP id E75788FC16 for ; Thu, 19 Jan 2012 19:24:10 +0000 (UTC) Received: from [192.168.0.100] (pd95c31e4.dip0.t-ipconnect.de [217.92.49.228]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: laszlo@karolyi.hu) by flix.hu (Postfix) with ESMTPSA id 121DEF36E for ; Thu, 19 Jan 2012 20:24:09 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) From: =?iso-8859-1?Q?L=E1szl=F3_K=E1rolyi?= In-Reply-To: <4F18506C.4050604@FreeBSD.org> Date: Thu, 19 Jan 2012 20:24:08 +0100 Message-Id: References: <4F181FE7.30904@karolyi.hu> <4F18506C.4050604@FreeBSD.org> To: freebsd-stable@FreeBSD.org X-Mailer: Apple Mail (2.1251.1) Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 19:24:11 -0000 On 2012.01.19., at 18:18, Andriy Gapon wrote: > Please provide output of the following sysctls: > sysctl kern.eventtimer > sysctl kern.timecounter [root@sys ~]# sysctl kern.eventtimer kern.eventtimer.choice: HPET(450) HPET1(450) HPET2(450) LAPIC(400) = i8254(100) RTC(0) kern.eventtimer.et.LAPIC.flags: 15 kern.eventtimer.et.LAPIC.frequency: 0 kern.eventtimer.et.LAPIC.quality: 400 kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.HPET.quality: 450 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET1.frequency: 14318180 kern.eventtimer.et.HPET1.quality: 450 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET2.frequency: 14318180 kern.eventtimer.et.HPET2.quality: 450 kern.eventtimer.et.RTC.flags: 17 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.periodic: 0 kern.eventtimer.timer: HPET kern.eventtimer.idletick: 0 kern.eventtimer.singlemul: 2 [root@sys ~]# sysctl kern.timecounter kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(800) HPET(950) i8254(0) ACPI-fast(900) = dummy(-1000000) kern.timecounter.hardware: HPET kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 4294967295 kern.timecounter.tc.ACPI-fast.counter: 3649705857 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 27536 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 1224089625 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 1655163352 kern.timecounter.tc.TSC-low.frequency: 11772185 kern.timecounter.tc.TSC-low.quality: 800 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 -- L=E1szl=F3 K=E1rolyi http://linkedin.com/in/karolyi From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 19:46:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BF661065675 for ; Thu, 19 Jan 2012 19:46:29 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 13F888FC19 for ; Thu, 19 Jan 2012 19:46:28 +0000 (UTC) Received: by eaai10 with SMTP id i10so126319eaa.13 for ; Thu, 19 Jan 2012 11:46:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=Zbf3rZ9Dg32qstI/eF96XWdnWKdSwa9Z23JFWJmlbKc=; b=e5DCFG3SzLL69gPN6Q620hdRzCwRiBL+2PzuSGVJi+7zeguItiM3fA0A96FAZv/Gkp SwpwTnZGwaHv7Z2Zr9+CPpY0korAMRCywFyNTS/O47vxrvHTYydO19lOZmPh7t+Dd+69 M4NhYzSiE/Js8tkTYFho21nwIlMaAq6SzPXPk= Received: by 10.213.19.210 with SMTP id c18mr6909030ebb.130.1327002387779; Thu, 19 Jan 2012 11:46:27 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id u53sm1580217eeu.6.2012.01.19.11.46.26 (version=SSLv3 cipher=OTHER); Thu, 19 Jan 2012 11:46:27 -0800 (PST) Sender: Alexander Motin Message-ID: <4F187310.7020806@FreeBSD.org> Date: Thu, 19 Jan 2012 21:46:24 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Ian Lepore References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> <4F1835ED.3050609@karolyi.hu> <4F1836E1.1080105@karolyi.hu> <4F1848BF.2050900@karolyi.hu> <4F184F8F.4040708@FreeBSD.org> <1326999941.21604.63.camel@revolution.hippie.lan> In-Reply-To: <1326999941.21604.63.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 19:46:29 -0000 On 01/19/12 21:05, Ian Lepore wrote: > On Thu, 2012-01-19 at 19:14 +0200, Alexander Motin wrote: >> On 19.01.2012 18:51, Oliver Pinter wrote: >>> CC: Alexander Motin >>> >>> On 1/19/12, László KÁROLYI wrote: >>>> László KÁROLYI wrote: >>>>> Ok, couldn't get it through... So here is it, uploaded: >>>>> >>>>> http://www.freeimagehosting.net/s836i >>>> Another screenshot here: >>>> >>>> http://www.freeimagehosting.net/xv26d >> >> I am not sure how freezes that could be fixed with key press could be >> related to panics around storage. I would try to go two different ways: >> - for panics, if dumping is not possible, I would try to resolve >> address of the "instruction pointer" from both messages with `addr2line >> -e /path/to/kernel address`. >> - for freezes I would try to look on eventtimers(4) subsystem: check >> what timer is used, try to switch to different one, try to switch into >> periodic mode. >> >> Since cause of siis timeouts in SATA2 mode is also unclear, I can't also >> exclude that it may be somehow related. > > The new eventtimers was also the first thing that came to my mind, but I > couldn't quickly find the right way to boot with a different timer. > > I saw in the eventtimers(7) manpage that there's a sysctl to change the > timer, but when I used it the system timing went completely wonky (ntpd > reported it was off by many seconds, a few seconds after I changed it). > When I just tried it again the system locked up and had to be power > cycled. (I'm trying this on old hardware where my only choices are > i8254 and RTC, and changing to RTC apparently doesn't work well.) So I > didn't want to recommend it to someone else. :) That's strange. On all systems I have, I can safely set any event timer in any way. Though for better precision it is better to set them using loader tunable. > For both eventtimers and timecounters, I think it'd be nice if a tunable > or hint could let the user override the quality number. But maybe > there's already some better way of influencing the choices the kernel > makes? kern.eventtimer.timer is both sysctl and loader tunable. You can set it anywhere you want. Also for most enevt timers there are documented tunables to disable them, Also, as I've already said, you may try to switch to old periodic mode by setting kern.eventtimer.periodic. On your old system with just i8254 and RTC it is enabled always automatically. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 20:03:25 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37BCA106566B; Thu, 19 Jan 2012 20:03:25 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0EAE48FC15; Thu, 19 Jan 2012 20:03:23 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA22663; Thu, 19 Jan 2012 22:03:20 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RnyCe-000CKL-Gx; Thu, 19 Jan 2012 22:03:20 +0200 Message-ID: <4F187706.90201@FreeBSD.org> Date: Thu, 19 Jan 2012 22:03:18 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: =?ISO-8859-2?Q?L=E1szl=F3_K=E1rolyi?= References: <4F181FE7.30904@karolyi.hu> <4F18506C.4050604@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Cc: Alexander Motin , freebsd-stable@FreeBSD.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 20:03:25 -0000 on 19/01/2012 21:24 László Károlyi said the following: > On 2012.01.19., at 18:18, Andriy Gapon wrote: > >> Please provide output of the following sysctls: >> sysctl kern.eventtimer >> sysctl kern.timecounter > > > [root@sys ~]# sysctl kern.eventtimer > kern.eventtimer.choice: HPET(450) HPET1(450) HPET2(450) LAPIC(400) i8254(100) RTC(0) > kern.eventtimer.et.LAPIC.flags: 15 > kern.eventtimer.et.LAPIC.frequency: 0 > kern.eventtimer.et.LAPIC.quality: 400 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.et.HPET.flags: 3 > kern.eventtimer.et.HPET.frequency: 14318180 > kern.eventtimer.et.HPET.quality: 450 > kern.eventtimer.et.HPET1.flags: 3 > kern.eventtimer.et.HPET1.frequency: 14318180 > kern.eventtimer.et.HPET1.quality: 450 > kern.eventtimer.et.HPET2.flags: 3 > kern.eventtimer.et.HPET2.frequency: 14318180 > kern.eventtimer.et.HPET2.quality: 450 > kern.eventtimer.et.RTC.flags: 17 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.periodic: 0 > kern.eventtimer.timer: HPET > kern.eventtimer.idletick: 0 > kern.eventtimer.singlemul: 2 > [root@sys ~]# sysctl kern.timecounter > kern.timecounter.tick: 1 > kern.timecounter.choice: TSC-low(800) HPET(950) i8254(0) ACPI-fast(900) dummy(-1000000) > kern.timecounter.hardware: HPET > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.ACPI-fast.mask: 4294967295 > kern.timecounter.tc.ACPI-fast.counter: 3649705857 > kern.timecounter.tc.ACPI-fast.frequency: 3579545 > kern.timecounter.tc.ACPI-fast.quality: 900 > kern.timecounter.tc.i8254.mask: 65535 > kern.timecounter.tc.i8254.counter: 27536 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.HPET.mask: 4294967295 > kern.timecounter.tc.HPET.counter: 1224089625 > kern.timecounter.tc.HPET.frequency: 14318180 > kern.timecounter.tc.HPET.quality: 950 > kern.timecounter.tc.TSC-low.mask: 4294967295 > kern.timecounter.tc.TSC-low.counter: 1655163352 > kern.timecounter.tc.TSC-low.frequency: 11772185 > kern.timecounter.tc.TSC-low.quality: 800 > kern.timecounter.smp_tsc: 1 > kern.timecounter.invariant_tsc: 1 I wonder whether there could be an interference between HPET being used as timecounter and HPET being used as an event timer. Alexander, what do you think? László, can you please try changing kern.timecounter.hardware to TSC-low or ACPI-fast? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 20:04:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB280106567D for ; Thu, 19 Jan 2012 20:04:38 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id ACE048FC20 for ; Thu, 19 Jan 2012 20:04:38 +0000 (UTC) Received: from jasmine.internethq (unknown [91.208.177.192]) by abby.lhr1.as41113.net (Postfix) with ESMTP id C8B5B22849 for ; Thu, 19 Jan 2012 20:04:36 +0000 (UTC) Received: from [172.16.11.44] (jwh-laptop.internethq [172.16.11.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jasmine.internethq (Postfix) with ESMTPS id 073D1106A2142; Thu, 19 Jan 2012 20:04:50 +0000 (GMT) Message-ID: <4F187752.80409@rewt.org.uk> Date: Thu, 19 Jan 2012 20:04:34 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Ian Lepore References: <4F15D643.8000907@rewt.org.uk> <1326913229.1669.281.camel@revolution.hippie.lan> In-Reply-To: <1326913229.1669.281.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 20:04:39 -0000 Looks like this is down to the dynamic/tickless changes in 9 (that aren't even noted in the release notes), the machines have now been switched to linux as the lack of responses/care given to my recent postings has been noted and it was deemed that using linux would be less hassle in the long run. Unfortunate decision but I am inclined to agree. Thanks, J Ian Lepore wrote: > On Tue, 2012-01-17 at 20:12 +0000, Joe Holden wrote: >> Hi guys, >> >> Has anyone else noticed the tendency for 9.0-R to be unable to >> accurately keep time? I've got a couple of machines that have been >> upgraded from 8.2 that are struggling, in particular a Virtual box guest >> that was fine on 8.2, but now that's its been upgraded to 9.0 counts at >> anything from 2 to 20 seconds per 5 second sample, the result is similar >> with HPET, ACPI-fast and TSC. >> >> I also have physical boxes which new seem to drift quite substantially, >> ntpd cannot keep up and as these boxes need to be able to report the >> time relatively accurately, it is causing problems with log times and >> such... >> >> Any suggestions most welcome! >> >> Thanks, >> J > > I finally got a 9.0 generic build done today and I've been watching the > timekeeping on 3 systems and they're all doing just fine. Two of the > systems are performing pretty much identically to how they did on 8.2; > the clock frequency correction calculated by ntpd differs by less than > 1ppm. On the other system the kernel timekeeping routines are now > choosing to use a different clock so I don't get a direct comparison of > the old vs new drift rate, but the drift is still reasonable (100ppm > now, used to be around 88, on an old 300mhz MediaGx-based system). > > I haven't had time yet to learn about the new eventtimer stuff in 9.0, > but I know you can get some info on the choices it made via sysctl > kern.eventtimer. Before 9.0 I'd check sysctl kern.clockrate and vmstat > -i and make sure the chosen clock is interrupting at the right rate, but > now with the eventtimer stuff there's not an obvious correlation between > hz and profhz and stathz and any particular device's interrupt rate, at > least for some clock choices (on the old MediaGx system without ACPI or > HPET it seems to work more like it used to). > > -- Ian > > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 20:09:55 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35EB21065673 for ; Thu, 19 Jan 2012 20:09:55 +0000 (UTC) (envelope-from laszlo@karolyi.hu) Received: from flix.hu (flix.hu [81.94.178.130]) by mx1.freebsd.org (Postfix) with ESMTP id D28708FC0C for ; Thu, 19 Jan 2012 20:09:54 +0000 (UTC) Received: from [192.168.0.100] (pd95c31e4.dip0.t-ipconnect.de [217.92.49.228]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: laszlo@karolyi.hu) by flix.hu (Postfix) with ESMTPSA id 84C67F460 for ; Thu, 19 Jan 2012 21:09:53 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) From: =?iso-8859-1?Q?L=E1szl=F3_K=E1rolyi?= In-Reply-To: <4F187706.90201@FreeBSD.org> Date: Thu, 19 Jan 2012 21:09:52 +0100 Message-Id: References: <4F181FE7.30904@karolyi.hu> <4F18506C.4050604@FreeBSD.org> <4F187706.90201@FreeBSD.org> To: freebsd-stable@FreeBSD.org X-Mailer: Apple Mail (2.1251.1) Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 20:09:55 -0000 On 2012.01.19., at 21:03, Andriy Gapon wrote: > I wonder whether there could be an interference between HPET being = used as > timecounter and HPET being used as an event timer. > Alexander, what do you think? >=20 > L=E1szl=F3, can you please try changing kern.timecounter.hardware to = TSC-low or > ACPI-fast? Sure. An interesting thing is, looks like when pf is not turned on (that = means, no traffic forwarded to the servers that are waiting for incoming = connections in their jails), the server does not hang. I need to recompile the RELENG_9 pfctl binary, turn packet filtering on, = after that I can test this. -- L=E1szl=F3 K=E1rolyi http://linkedin.com/in/karolyi From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 20:14:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 946C1106566B for ; Thu, 19 Jan 2012 20:14:17 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout021.mac.com (asmtpout021.mac.com [17.148.16.96]) by mx1.freebsd.org (Postfix) with ESMTP id 7A1D48FC19 for ; Thu, 19 Jan 2012 20:14:17 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp021.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LY200BSTAVSDX40@asmtp021.mac.com> for freebsd-stable@freebsd.org; Thu, 19 Jan 2012 20:14:17 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361,1.0.211,0.0.0000 definitions=2012-01-19_08:2012-01-19, 2012-01-19, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201190213 From: Chuck Swiger In-reply-to: <4F187752.80409@rewt.org.uk> Date: Thu, 19 Jan 2012 12:14:15 -0800 Message-id: References: <4F15D643.8000907@rewt.org.uk> <1326913229.1669.281.camel@revolution.hippie.lan> <4F187752.80409@rewt.org.uk> To: Joe Holden X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Stable Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 20:14:17 -0000 On Jan 19, 2012, at 12:04 PM, Joe Holden wrote: > Looks like this is down to the dynamic/tickless changes in 9 (that aren't even noted in the release notes), the machines have now been switched to linux as the lack of responses/care given to my recent postings has been noted and it was deemed that using linux would be less hassle in the long run. Sounds like you were looking for commercial support, since unpaid volunteers don't have an obligation to promptly leap out and provide solutions within your ETA. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 20:18:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24927106564A for ; Thu, 19 Jan 2012 20:18:12 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id DE36E8FC08 for ; Thu, 19 Jan 2012 20:18:11 +0000 (UTC) Received: from jasmine.internethq (unknown [91.208.177.192]) by abby.lhr1.as41113.net (Postfix) with ESMTP id DF0502284A for ; Thu, 19 Jan 2012 20:18:10 +0000 (UTC) Received: from [172.16.11.44] (jwh-laptop.internethq [172.16.11.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jasmine.internethq (Postfix) with ESMTPS id 1AB01106A2141; Thu, 19 Jan 2012 20:18:24 +0000 (GMT) Message-ID: <4F187A80.70809@rewt.org.uk> Date: Thu, 19 Jan 2012 20:18:08 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Chuck Swiger References: <4F15D643.8000907@rewt.org.uk> <1326913229.1669.281.camel@revolution.hippie.lan> <4F187752.80409@rewt.org.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 20:18:12 -0000 Chuck Swiger wrote: > On Jan 19, 2012, at 12:04 PM, Joe Holden wrote: >> Looks like this is down to the dynamic/tickless changes in 9 (that aren't even noted in the release notes), the machines have now been switched to linux as the lack of responses/care given to my recent postings has been noted and it was deemed that using linux would be less hassle in the long run. > > Sounds like you were looking for commercial support, since unpaid volunteers don't have an obligation to promptly leap out and provide solutions within your ETA. > > Regards, Not really, just an acknowledgement would be fine. It is what it is, everyday I try to argue in favour of the project, I still use it for myself everywhere but increasingly things happen that just don't on other volunteer projects... it's rather difficult to argue the case when they can install Ubuntu or whatever nonsense distro is the current favourite and it just works. Just a bit more accurate info would solve it, if it doesn't do X reliably, or Y has changed, note it. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 20:23:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B893106564A; Thu, 19 Jan 2012 20:23:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6AE668FC12; Thu, 19 Jan 2012 20:23:56 +0000 (UTC) Received: by eaai10 with SMTP id i10so138964eaa.13 for ; Thu, 19 Jan 2012 12:23:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=YZuuYPgIXeXgRgIU9b8mXgZG1//88kEuTIrSXgcXPxE=; b=Phus3bn92nwSwJfKP2k/n6ES33SNRLSnwmKAoDtOJqvlSXzbIaXA6lVvnKOln7eBB6 xm0rWwMFnMi5L9OockVGvcUFLuYOC9PH7K07B7KbpLuukZhhNT5t1oj1U2J/r8wj15eS oBsvl+Cj8EIoVopQlfKaxl5py/KqBCn+7Msiw= Received: by 10.213.16.83 with SMTP id n19mr6223256eba.137.1327004636182; Thu, 19 Jan 2012 12:23:56 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id n17sm2047493eei.3.2012.01.19.12.23.54 (version=SSLv3 cipher=OTHER); Thu, 19 Jan 2012 12:23:55 -0800 (PST) Sender: Alexander Motin Message-ID: <4F187BD9.9010200@FreeBSD.org> Date: Thu, 19 Jan 2012 22:23:53 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Andriy Gapon References: <4F181FE7.30904@karolyi.hu> <4F18506C.4050604@FreeBSD.org> <4F187706.90201@FreeBSD.org> In-Reply-To: <4F187706.90201@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Cc: =?ISO-8859-2?Q?L=E1szl=F3_K=E1rolyi?= , freebsd-stable@FreeBSD.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 20:23:58 -0000 On 01/19/12 22:03, Andriy Gapon wrote: > on 19/01/2012 21:24 László Károlyi said the following: >> On 2012.01.19., at 18:18, Andriy Gapon wrote: >> >>> Please provide output of the following sysctls: >>> sysctl kern.eventtimer >>> sysctl kern.timecounter >> >> >> [root@sys ~]# sysctl kern.eventtimer >> kern.eventtimer.choice: HPET(450) HPET1(450) HPET2(450) LAPIC(400) i8254(100) RTC(0) >> kern.eventtimer.et.LAPIC.flags: 15 >> kern.eventtimer.et.LAPIC.frequency: 0 >> kern.eventtimer.et.LAPIC.quality: 400 >> kern.eventtimer.et.i8254.flags: 1 >> kern.eventtimer.et.i8254.frequency: 1193182 >> kern.eventtimer.et.i8254.quality: 100 >> kern.eventtimer.et.HPET.flags: 3 >> kern.eventtimer.et.HPET.frequency: 14318180 >> kern.eventtimer.et.HPET.quality: 450 >> kern.eventtimer.et.HPET1.flags: 3 >> kern.eventtimer.et.HPET1.frequency: 14318180 >> kern.eventtimer.et.HPET1.quality: 450 >> kern.eventtimer.et.HPET2.flags: 3 >> kern.eventtimer.et.HPET2.frequency: 14318180 >> kern.eventtimer.et.HPET2.quality: 450 >> kern.eventtimer.et.RTC.flags: 17 >> kern.eventtimer.et.RTC.frequency: 32768 >> kern.eventtimer.et.RTC.quality: 0 >> kern.eventtimer.periodic: 0 >> kern.eventtimer.timer: HPET >> kern.eventtimer.idletick: 0 >> kern.eventtimer.singlemul: 2 >> [root@sys ~]# sysctl kern.timecounter >> kern.timecounter.tick: 1 >> kern.timecounter.choice: TSC-low(800) HPET(950) i8254(0) ACPI-fast(900) dummy(-1000000) >> kern.timecounter.hardware: HPET >> kern.timecounter.stepwarnings: 0 >> kern.timecounter.tc.ACPI-fast.mask: 4294967295 >> kern.timecounter.tc.ACPI-fast.counter: 3649705857 >> kern.timecounter.tc.ACPI-fast.frequency: 3579545 >> kern.timecounter.tc.ACPI-fast.quality: 900 >> kern.timecounter.tc.i8254.mask: 65535 >> kern.timecounter.tc.i8254.counter: 27536 >> kern.timecounter.tc.i8254.frequency: 1193182 >> kern.timecounter.tc.i8254.quality: 0 >> kern.timecounter.tc.HPET.mask: 4294967295 >> kern.timecounter.tc.HPET.counter: 1224089625 >> kern.timecounter.tc.HPET.frequency: 14318180 >> kern.timecounter.tc.HPET.quality: 950 >> kern.timecounter.tc.TSC-low.mask: 4294967295 >> kern.timecounter.tc.TSC-low.counter: 1655163352 >> kern.timecounter.tc.TSC-low.frequency: 11772185 >> kern.timecounter.tc.TSC-low.quality: 800 >> kern.timecounter.smp_tsc: 1 >> kern.timecounter.invariant_tsc: 1 > > I wonder whether there could be an interference between HPET being used as > timecounter and HPET being used as an event timer. > Alexander, what do you think? I don't expect interference between them. HPET timecounter just reads same hardware counter that is also read by comparators for eventtimer interrupts generation. Theoretically they could interfere if that timer was stopped during comparators programming, but it is not. > László, can you please try changing kern.timecounter.hardware to TSC-low or > ACPI-fast? -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 20:39:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BEA5106566B for ; Thu, 19 Jan 2012 20:39:31 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout021.mac.com (asmtpout021.mac.com [17.148.16.96]) by mx1.freebsd.org (Postfix) with ESMTP id 607978FC08 for ; Thu, 19 Jan 2012 20:39:30 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp021.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LY200BG6C1UTH60@asmtp021.mac.com> for freebsd-stable@freebsd.org; Thu, 19 Jan 2012 20:39:30 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361,1.0.211,0.0.0000 definitions=2012-01-19_08:2012-01-19, 2012-01-19, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201190219 From: Chuck Swiger In-reply-to: <4F187A80.70809@rewt.org.uk> Date: Thu, 19 Jan 2012 12:39:29 -0800 Message-id: <382F41EC-9688-4D79-90EA-CAE0CE373941@mac.com> References: <4F15D643.8000907@rewt.org.uk> <1326913229.1669.281.camel@revolution.hippie.lan> <4F187752.80409@rewt.org.uk> <4F187A80.70809@rewt.org.uk> To: Joe Holden X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Stable Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 20:39:31 -0000 On Jan 19, 2012, at 12:18 PM, Joe Holden wrote: >> Sounds like you were looking for commercial support, since unpaid volunteers don't have an obligation to promptly leap out and provide solutions within your ETA. > > Not really, just an acknowledgement would be fine. It is what it is, everyday I try to argue in favour of the project, I still use it for myself everywhere but increasingly things happen that just don't on other volunteer projects... it's rather difficult to argue the case when they can install Ubuntu or whatever nonsense distro is the current favourite and it just works. Just a bit more accurate info would solve it, if it doesn't do X reliably, or Y has changed, note it. You asked a question and got two or three responses back in a day. You mentioned trying different timekeeping choices, but I don't recall seeing what your kern.timecounter sysctl values looked like; without that, folks are missing info that is likely to be relevant. Ah, well.... Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 20:45:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29D3C1065670 for ; Thu, 19 Jan 2012 20:45:40 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id E06238FC0C for ; Thu, 19 Jan 2012 20:45:39 +0000 (UTC) Received: from jasmine.internethq (unknown [91.208.177.192]) by abby.lhr1.as41113.net (Postfix) with ESMTP id EF8F22284A for ; Thu, 19 Jan 2012 20:45:37 +0000 (UTC) Received: from [172.16.11.44] (jwh-laptop.internethq [172.16.11.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jasmine.internethq (Postfix) with ESMTPS id 51945106A2141; Thu, 19 Jan 2012 20:45:51 +0000 (GMT) Message-ID: <4F1880EF.80505@rewt.org.uk> Date: Thu, 19 Jan 2012 20:45:35 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Chuck Swiger References: <4F15D643.8000907@rewt.org.uk> <1326913229.1669.281.camel@revolution.hippie.lan> <4F187752.80409@rewt.org.uk> <4F187A80.70809@rewt.org.uk> <382F41EC-9688-4D79-90EA-CAE0CE373941@mac.com> In-Reply-To: <382F41EC-9688-4D79-90EA-CAE0CE373941@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 20:45:40 -0000 Chuck Swiger wrote: > On Jan 19, 2012, at 12:18 PM, Joe Holden wrote: >>> Sounds like you were looking for commercial support, since unpaid volunteers don't have an obligation to promptly leap out and provide solutions within your ETA. >> Not really, just an acknowledgement would be fine. It is what it is, everyday I try to argue in favour of the project, I still use it for myself everywhere but increasingly things happen that just don't on other volunteer projects... it's rather difficult to argue the case when they can install Ubuntu or whatever nonsense distro is the current favourite and it just works. Just a bit more accurate info would solve it, if it doesn't do X reliably, or Y has changed, note it. > > You asked a question and got two or three responses back in a day. You mentioned trying different timekeeping choices, but I don't recall seeing what your kern.timecounter sysctl values looked like; without that, folks are missing info that is likely to be relevant. > > Ah, well.... > > Regards, Yeah my gripe isn't with having no responses, the handful of people that have responded have been helpful but ultimately no responses from anyone involved. Just a one liner saying "we changed the timecounter stuff in 9, look at sysctl tree X" would have been more than sufficient, this sort of thing should really be mentioned in the relnotes though... For the record though, setting kern.eventtimer.periodic to 1 fixes the problem on all affected machines (returns my virtualbox guest to normality, reduces the drift on physical machines to 8.2 figures). FWIW, I can't even see any notes relating to this in UPDATING either. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 21:09:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF029106564A for ; Thu, 19 Jan 2012 21:09:28 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id 72FC38FC0A for ; Thu, 19 Jan 2012 21:09:28 +0000 (UTC) Received: from jasmine.internethq (unknown [91.208.177.192]) by abby.lhr1.as41113.net (Postfix) with ESMTP id 4F6FF2284A for ; Thu, 19 Jan 2012 21:09:26 +0000 (UTC) Received: from [172.16.11.44] (jwh-laptop.internethq [172.16.11.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jasmine.internethq (Postfix) with ESMTPS id 93836106A2141; Thu, 19 Jan 2012 21:09:39 +0000 (GMT) Message-ID: <4F188683.3000504@rewt.org.uk> Date: Thu, 19 Jan 2012 21:09:23 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Chuck Swiger References: <4F15D643.8000907@rewt.org.uk> <1326913229.1669.281.camel@revolution.hippie.lan> <4F187752.80409@rewt.org.uk> <4F187A80.70809@rewt.org.uk> <382F41EC-9688-4D79-90EA-CAE0CE373941@mac.com> <4F1880EF.80505@rewt.org.uk> In-Reply-To: <4F1880EF.80505@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 21:09:28 -0000 Joe Holden wrote: > Chuck Swiger wrote: >> On Jan 19, 2012, at 12:18 PM, Joe Holden wrote: >>>> Sounds like you were looking for commercial support, since unpaid >>>> volunteers don't have an obligation to promptly leap out and provide >>>> solutions within your ETA. >>> Not really, just an acknowledgement would be fine. It is what it is, >>> everyday I try to argue in favour of the project, I still use it for >>> myself everywhere but increasingly things happen that just don't on >>> other volunteer projects... it's rather difficult to argue the case >>> when they can install Ubuntu or whatever nonsense distro is the >>> current favourite and it just works. Just a bit more accurate info >>> would solve it, if it doesn't do X reliably, or Y has changed, note it. >> >> You asked a question and got two or three responses back in a day. >> You mentioned trying different timekeeping choices, but I don't recall >> seeing what your kern.timecounter sysctl values looked like; without >> that, folks are missing info that is likely to be relevant. >> >> Ah, well.... >> >> Regards, > Yeah my gripe isn't with having no responses, the handful of people that > have responded have been helpful but ultimately no responses from anyone > involved. Just a one liner saying "we changed the timecounter stuff in > 9, look at sysctl tree X" would have been more than sufficient, this > sort of thing should really be mentioned in the relnotes though... > > For the record though, setting kern.eventtimer.periodic to 1 fixes the > problem on all affected machines (returns my virtualbox guest to > normality, reduces the drift on physical machines to 8.2 figures). > > FWIW, I can't even see any notes relating to this in UPDATING either. I should probably clarify here that some responses were received from the maintainers (eg: Qing for mpath) for a couple of bits of code but the wider issues weren't discussed further. I'm not trying to say that no effort is made, but as a whole for the project to be comparable to the alternatives this sort of thing shouldn't happen. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 21:27:59 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF8A61065675 for ; Thu, 19 Jan 2012 21:27:59 +0000 (UTC) (envelope-from laszlo@karolyi.hu) Received: from flix.hu (flix.hu [81.94.178.130]) by mx1.freebsd.org (Postfix) with ESMTP id 67A558FC13 for ; Thu, 19 Jan 2012 21:27:59 +0000 (UTC) Received: from [192.168.0.100] (pd95c31e4.dip0.t-ipconnect.de [217.92.49.228]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: laszlo@karolyi.hu) by flix.hu (Postfix) with ESMTPSA id 3A93BF5B7 for ; Thu, 19 Jan 2012 22:27:58 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) From: =?iso-8859-1?Q?L=E1szl=F3_K=E1rolyi?= In-Reply-To: <4F187706.90201@FreeBSD.org> Date: Thu, 19 Jan 2012 22:27:57 +0100 Message-Id: References: <4F181FE7.30904@karolyi.hu> <4F18506C.4050604@FreeBSD.org> <4F187706.90201@FreeBSD.org> To: freebsd-stable@FreeBSD.org X-Mailer: Apple Mail (2.1251.1) Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 21:27:59 -0000 On 2012.01.19., at 21:03, Andriy Gapon wrote: > L=E1szl=F3, can you please try changing kern.timecounter.hardware to = TSC-low or > ACPI-fast? No results, the machine still does hang :( Tried all options. Any other suggestions? -- L=E1szl=F3 K=E1rolyi http://linkedin.com/in/karolyi From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 21:48:01 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B64A106564A; Thu, 19 Jan 2012 21:48:01 +0000 (UTC) (envelope-from laszlo@karolyi.hu) Received: from flix.hu (flix.hu [81.94.178.130]) by mx1.freebsd.org (Postfix) with ESMTP id B14FA8FC16; Thu, 19 Jan 2012 21:48:00 +0000 (UTC) Received: from [192.168.0.100] (pd95c31e4.dip0.t-ipconnect.de [217.92.49.228]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: laszlo@karolyi.hu) by flix.hu (Postfix) with ESMTPSA id 02F4BF5DE; Thu, 19 Jan 2012 22:47:58 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) From: =?iso-8859-1?Q?L=E1szl=F3_K=E1rolyi?= In-Reply-To: <4F188CD5.1090402@FreeBSD.org> Date: Thu, 19 Jan 2012 22:47:58 +0100 Message-Id: References: <4F181FE7.30904@karolyi.hu> <4F18506C.4050604@FreeBSD.org> <4F187706.90201@FreeBSD.org> <16276A6E-A7EE-41A3-8861-E3F9424303D0@karolyi.hu> <4F188CD5.1090402@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1251.1) Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@FreeBSD.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 21:48:01 -0000 On 2012.01.19., at 22:36, Andriy Gapon wrote: > on 19/01/2012 23:24 L=E1szl=F3 K=E1rolyi said the following: >> On 2012.01.19., at 21:03, Andriy Gapon wrote: >>=20 >>> L=E1szl=F3, can you please try changing kern.timecounter.hardware to = TSC-low or >>> ACPI-fast? >>=20 >> No result, the machine still does hang :( Tried all options.=20 >=20 > While you are there, can you try changing the eventtimer choice = instead? E.g. > to LAPIC. Looks like this solved the hang problem. No system hang in the last 10 = minutes. Shall i make a sysctl.conf entry to change this value by = default, or what do you suggest? I'll do a reboot now, to see if there will be a kernel panic at reboot, = I compiled the kernel now with all the debug options. When it panicks, = I'll post another screenshot of the console, this time a bigger one, as = I managed to change the resolution of the console. -- L=E1szl=F3 K=E1rolyi http://linkedin.com/in/karolyi From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 21:56:55 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2CCF1065673; Thu, 19 Jan 2012 21:56:55 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A906D8FC15; Thu, 19 Jan 2012 21:56:54 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA23912; Thu, 19 Jan 2012 23:56:52 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RnzyW-000CPU-5j; Thu, 19 Jan 2012 23:56:52 +0200 Message-ID: <4F1891A3.5030708@FreeBSD.org> Date: Thu, 19 Jan 2012 23:56:51 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: =?ISO-8859-2?Q?L=E1szl=F3_K=E1rolyi?= References: <4F181FE7.30904@karolyi.hu> <4F18506C.4050604@FreeBSD.org> <4F187706.90201@FreeBSD.org> <16276A6E-A7EE-41A3-8861-E3F9424303D0@karolyi.hu> <4F188CD5.1090402@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Cc: Alexander Motin , freebsd-stable@FreeBSD.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 21:56:55 -0000 on 19/01/2012 23:47 László Károlyi said the following: > On 2012.01.19., at 22:36, Andriy Gapon wrote: > >> on 19/01/2012 23:24 László Károlyi said the following: >>> On 2012.01.19., at 21:03, Andriy Gapon wrote: >>> >>>> László, can you please try changing kern.timecounter.hardware to TSC-low or >>>> ACPI-fast? >>> >>> No result, the machine still does hang :( Tried all options. >> >> While you are there, can you try changing the eventtimer choice instead? E.g. >> to LAPIC. > > Looks like this solved the hang problem. No system hang in the last 10 minutes. > Shall i make a sysctl.conf entry to change this value by default, or what do you > suggest? You can do that via loader.conf or sysctl.conf. The first option should be more reliable. What you see can mean two things (at least that's what I can think of): - problems/quirks with HPET hardware on your system - problems with IPI forwarding of time ticks between CPUs Maybe there would be additional requests for debugging info if you are interested in pursuing this further and are able to provide the info. > I'll do a reboot now, to see if there will be a kernel panic at reboot, I > compiled the kernel now with all the debug options. When it panicks, I'll post > another screenshot of the console, this time a bigger one, as I managed to > change the resolution of the console. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 21:57:30 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 063961065677; Thu, 19 Jan 2012 21:57:30 +0000 (UTC) (envelope-from laszlo@karolyi.hu) Received: from flix.hu (flix.hu [81.94.178.130]) by mx1.freebsd.org (Postfix) with ESMTP id B5D6F8FC22; Thu, 19 Jan 2012 21:57:29 +0000 (UTC) Received: from [192.168.0.100] (pd95c31e4.dip0.t-ipconnect.de [217.92.49.228]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: laszlo@karolyi.hu) by flix.hu (Postfix) with ESMTPSA id 9584DF5F7; Thu, 19 Jan 2012 22:57:28 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) From: =?iso-8859-1?Q?L=E1szl=F3_K=E1rolyi?= In-Reply-To: Date: Thu, 19 Jan 2012 22:57:27 +0100 Message-Id: <53D937E9-7051-4815-916A-37D866B4D874@karolyi.hu> References: <4F181FE7.30904@karolyi.hu> <4F18506C.4050604@FreeBSD.org> <4F187706.90201@FreeBSD.org> <16276A6E-A7EE-41A3-8861-E3F9424303D0@karolyi.hu> <4F188CD5.1090402@FreeBSD.org> To: freebsd-stable@FreeBSD.org X-Mailer: Apple Mail (2.1251.1) Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Motin Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 21:57:30 -0000 On 2012.01.19., at 22:47, L=E1szl=F3 K=E1rolyi wrote: > I'll do a reboot now, to see if there will be a kernel panic at = reboot, I compiled the kernel now with all the debug options. When it = panicks, I'll post another screenshot of the console, this time a bigger = one, as I managed to change the resolution of the console. And here we go, another kernel panic at reboot: http://img828.imageshack.us/img828/2433/crashw.png -- L=E1szl=F3 K=E1rolyi http://linkedin.com/in/karolyi From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 22:30:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4259D106564A for ; Thu, 19 Jan 2012 22:30:30 +0000 (UTC) (envelope-from dmk@ncf.ca) Received: from mail.ncf.ca (mail.ncf.ca [134.117.136.45]) by mx1.freebsd.org (Postfix) with ESMTP id 037478FC08 for ; Thu, 19 Jan 2012 22:30:29 +0000 (UTC) Received: from hudson.private.lan (CPE0014bfb32f8a-CM0014e887dd48.cpe.net.cable.rogers.com [174.114.186.180]) (Authenticated sender: du880@ncf.ca) by mail.ncf.ca (Postfix) with ESMTP id 251C89EDD4 for ; Thu, 19 Jan 2012 17:06:53 -0500 (EST) From: Dwayne MacKinnon To: freebsd-stable@freebsd.org Date: Thu, 19 Jan 2012 17:06:46 -0500 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.7.3; amd64; ; ) MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_2PJGPPN9fYtThCw" Message-Id: <201201191706.46553.dmk@ncf.ca> Subject: Odd reboot problems with 9.0-RELEASE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 22:30:30 -0000 --Boundary-00=_2PJGPPN9fYtThCw Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, I recently upgraded my 8.2-RELEASE box to 9.0-RELEASE using the old-fashioned cvsup way. I've run into a really strange situation. Everything went smoothly with the upgrade. I then deleted all my installed ports and started reinstalling. I noticed the problem when trying to compile openjdk6. The box would spontaneously reboot. All the time. So, I put the following into /etc/rc.conf. I'll repost here, it's entirely possible I did something wrong: dumpdev="/dev/ada0s1b" # Device to crashdump to (device name, AUTO, or NO). dumpdir="/usr/crash/" # Directory where crash dumps are to be stored I made sure /usr/crash was created and had permissions wide open. Yet, I never got any crash dumps (I recreated the reboot several times over.) I tried compiling a GENERIC kernel; that failed as well. So I got the DVD iso, and copied over the /boot/kernel directory from it. Once I did that, i was able to compile a new GENERIC kernel no problem. (I need to take out the pcn driver; I need le and pcn jumps it.) With the slightly-modified GENERIC kernel, the problem has disappeared. I've compiled openjdk no problem. I tried recompiling my custom kernel and reinstalled it; the problem reappeared. I've attached my kernel config file; there's nothing revolutionary about it. It's almost identical to the one I used for 8.2-RELEASE, but based on the new 9.0 GENERIC. Maybe someone here will find it useful. A cc would be appreciated as I don't follow -stable. Cheers, DMK --Boundary-00=_2PJGPPN9fYtThCw Content-Type: text/plain; charset="ISO-8859-1"; name="kern.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kern.txt" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.553.2.7.2.1 2011/11/11 04:20:22 kensmith Exp $ #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident ADMINPC5 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 MD_ROOT # MD is a potential root device options NFSCL # New Network Filesystem Client options NFSD # New Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCL 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_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 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 _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 KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel options KDB # Kernel debugger related code options KDB_TRACE # Print a stack trace for a panic # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. device acpi #device eisa device pci # Floppy drives device fdc # ATA controllers device ahci # AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers options ATA_CAM # Handle legacy controllers with CAM options ATA_STATIC_ID # Static device numbering device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA device siis # SiliconImage SiI3124/SiI3132/SiI3531 SATA # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device esp # AMD Am53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct ATA/SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID #device tws # LSI 3ware 9750 SATA+SAS 6Gb/s RAID controller # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # 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 options SC_PIXEL_MODE # add support for the raster text mode device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer #device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da device puc # Multi I/O cards and multi-channel UARTs # PCI Ethernet NICs. #device bxe # Broadcom BCM57710/BCM57711/BCM57711E 10Gb Ethernet #device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 Gigabit Ethernet Family #device igb # Intel PRO/1000 PCIE Server Gigabit Family #device ixgb # Intel PRO/10GbE Ethernet Card device le # AMD Am7900 LANCE and Am79C9xx PCnet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device ae # Attansic/Atheros L2 FastEthernet #device age # Attansic/Atheros L1 Gigabit Ethernet #device alc # Atheros AR8131/AR8132 Ethernet #device ale # Atheros AR8121/AR8113/AR8114 Ethernet #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device et # Agere ET1310 10/100/Gigabit Ethernet #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nfe # nVidia nForce MCP on-board Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sge # Silicon Integrated Systems SiS190/191 #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device vte # DM&P Vortex86 RDC R6040 Fast Ethernet #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #options IEEE80211_DEBUG # enable debug msgs #options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's #options IEEE80211_SUPPORT_MESH # enable 802.11s draft support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device wlan_amrr # AMRR transmit rate control algorithm #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros NIC's #device ath_pci # Atheros pci/cardbus glue #device ath_hal # pci/cardbus chip support #options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors #device ath_rate_sample # SampleRate tx rate control for ath #device bwi # Broadcom BCM430x/BCM431x wireless NICs. #device bwn # Broadcom BCM43xx wireless NICs. #device ipw # Intel 2100 wireless NICs. #device iwi # Intel 2200BG/2225BG/2915ABG wireless NICs. #device iwn # Intel 4965/1000/5000/6000 wireless NICs. #device malo # Marvell Libertas wireless NICs. #device mwl # Marvell 88W8363 802.11n wireless NICs. #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. #device wpi # Intel 3945ABG wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) 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 options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) #device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices (needs netgraph) device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device urio # Diamond Rio 500 MP3 player # USB Serial devices #device u3g # USB-based 3G modems (Option, Huawei, Sierra) #device uark # Technologies ARK3116 based serial adapters #device ubsa # Belkin F5U103 and compatible serial adapters #device uftdi # For FTDI usb serial adapters #device uipaq # Some WinCE based devices #device uplcom # Prolific PL-2303 serial adapters #device uslcom # SI Labs CP2101/CP2102 serial adapters #device uvisor # Visor and Palm devices #device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet device udav # Davicom DM9601E USB # USB Wireless #device rum # Ralink Technology RT2501USB wireless NICs #device run # Ralink Technology RT2700/RT2800/RT3000 NICs. #device uath # Atheros AR5523 wireless NICs #device upgt # Conexant/Intersil PrismGT wireless NICs. #device ural # Ralink Technology RT2500USB wireless NICs #device urtw # Realtek RTL8187B/L wireless NICs #device zyd # ZyDAS zd1211/zd1211b wireless NICs # FireWire support device firewire # FireWire bus code # sbp(4) works for some systems but causes boot failure on others #device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons # Sound support device sound # Generic sound driver (required) #device snd_es137x # Ensoniq AudioPCI ES137x device snd_hda # Intel High Definition Audio #device snd_ich # Intel, NVidia and other ICH AC'97 Audio #device snd_uaudio # USB Audio #device snd_via8233 # VIA VT8233x Audio # IPFIREWALL support options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPSTEALTH # Linux support options COMPAT_LINUX options LINPROCFS # VESA support options VESA # Gateway support options IPDIVERT # FDESCFS (for java) options FDESCFS --Boundary-00=_2PJGPPN9fYtThCw-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 22:34:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A8A31065670 for ; Thu, 19 Jan 2012 22:34:02 +0000 (UTC) (envelope-from philipp.huebner@fdrive.com.au) Received: from mel-relay01.ispone.net.au (mel-relay01.ispone.net.au [124.254.72.68]) by mx1.freebsd.org (Postfix) with ESMTP id 4212A8FC19 for ; Thu, 19 Jan 2012 22:34:02 +0000 (UTC) Received: from lists.fdrive.com.au (124-254-118-24-static.bb.ispone.net.au [124.254.118.24]) by mel-relay01.ispone.net.au (Postfix) with ESMTP id C4EB86A3B2 for ; Fri, 20 Jan 2012 09:34:00 +1100 (EST) Received: from mail.fdrive.com.au (zimbra.vv.fda [192.168.50.251]) by lists.fdrive.com.au (Postfix) with ESMTP id 1CBEBB42 for ; Fri, 20 Jan 2012 09:34:00 +1100 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.fdrive.com.au (Postfix) with ESMTP id 18AAEE5460 for ; Fri, 20 Jan 2012 09:34:00 +1100 (EST) X-Virus-Scanned: amavisd-new at fdrive.com.au Received: from mail.fdrive.com.au ([127.0.0.1]) by localhost (mail.fdrive.com.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JYziUfvrjH9U for ; Fri, 20 Jan 2012 09:33:57 +1100 (EST) Received: from [192.168.50.187] (unknown [192.168.50.187]) by mail.fdrive.com.au (Postfix) with ESMTPSA id 7A1C3E5238 for ; Fri, 20 Jan 2012 09:33:57 +1100 (EST) Message-ID: <4F189A51.4020301@fdrive.com.au> Date: Fri, 20 Jan 2012 09:33:53 +1100 From: Philipp Huebner User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20120104 Icedove/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4F174607.9070707@fdrive.com.au> <741811DB-240C-4390-A3B3-4BEFE8714942@4lin.net> In-Reply-To: <741811DB-240C-4390-A3B3-4BEFE8714942@4lin.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Fighting with vnet / jails epair and so on X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 22:34:02 -0000 On 19/01/12 18:22, Denny Schierz wrote: > hi, > > Am 18.01.2012 um 23:21 schrieb Philipp Huebner: >> >> I use 9.0.0 release for host and jail and a generic kernel with >> OPTIONS VIMAGE being the only change/addition. No problem. > > so, how looks your rc.conf config ? Do you use vimage the tool? I > can't use vimage (as I know) on sparc64. /etc/rc.conf ============================= jail_enable="YES" jail_v2_enable="YES" jail_dir=/etc/jails jail_list=`ls ${jail_dir}` for j in ${jail_list}; do . ${jail_dir}/${j} done ============================= /etc/jails/dhcp ============================= jail_dhcp_name="dhcp" jail_dhcp_hostname="dhcp.vv.fda" jail_dhcp_devfs_enable="YES" jail_dhcp_rootdir="/jails/dhcp/20120110" jail_dhcp_vnet_enable="YES" jail_dhcp_exec_prestart0="ifconfig epair9 create" jail_dhcp_exec_prestart1="ifconfig bridge300 addm epair9a" jail_dhcp_exec_prestart2="ifconfig epair9a up" jail_dhcp_exec_earlypoststart0="ifconfig epair9b vnet dhcp" jail_dhcp_exec_afterstart0="/etc/rc.jail" #jail_dhcp_exec_poststop0="ifconfig bridge300 deletem epair9a" #jail_dhcp_exec_poststop1="ifconfig epair9a destroy" ============================= /jails/dhcp/20120110/etc/rc.jail ============================= #!/bin/sh . /etc/rc.conf echo "#" echo "# Starting JAIL: $hostname" echo "#" /etc/rc.d/netif start route add default $defaultrouter /etc/rc.d/sshd start /usr/local/etc/rc.d/nrpe2 start /usr/local/etc/rc.d/isc-dhcpd start echo "#" echo "# JAIL $hostname is now up and running!" echo "#" echo ============================== I do not use (and never have) the vimage commandline tool. Regards, Philipp From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 23:08:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07F6D106564A for ; Thu, 19 Jan 2012 23:08:37 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id B18AF8FC08 for ; Thu, 19 Jan 2012 23:08:36 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id BB25325D37C3; Thu, 19 Jan 2012 23:08:35 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 7B9D2BD989F; Thu, 19 Jan 2012 23:08:34 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id ISTmadQ7sYDv; Thu, 19 Jan 2012 23:08:33 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 37EB4BD989D; Thu, 19 Jan 2012 23:08:32 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <4F189A51.4020301@fdrive.com.au> Date: Thu, 19 Jan 2012 23:08:31 +0000 Content-Transfer-Encoding: 7bit Message-Id: <6B02135D-D16E-412D-AA4E-4621159DCA4E@lists.zabbadoz.net> References: <4F174607.9070707@fdrive.com.au> <741811DB-240C-4390-A3B3-4BEFE8714942@4lin.net> <4F189A51.4020301@fdrive.com.au> To: Philipp Huebner X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@freebsd.org Subject: Re: Fighting with vnet / jails epair and so on X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 23:08:37 -0000 On 19. Jan 2012, at 22:33 , Philipp Huebner wrote: > On 19/01/12 18:22, Denny Schierz wrote: >> hi, >> >> Am 18.01.2012 um 23:21 schrieb Philipp Huebner: >>> >>> I use 9.0.0 release for host and jail and a generic kernel with >>> OPTIONS VIMAGE being the only change/addition. No problem. >> >> so, how looks your rc.conf config ? Do you use vimage the tool? I >> can't use vimage (as I know) on sparc64. > > ... > > I do not use (and never have) the vimage commandline tool. Are you sure you (reading and posting here, plural, in general) sure, that you don't want to read up on freebsd-jail and give the framework a try which might make your life easier... http://lists.freebsd.org/pipermail/freebsd-jail/2011-July/thread.html#1568 I am sure Jamie would like feedback and now that 9.0 is done get review and get it in... /bz -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 23:44:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84FF2106566C; Thu, 19 Jan 2012 23:44:59 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) by mx1.freebsd.org (Postfix) with ESMTP id 514808FC0A; Thu, 19 Jan 2012 23:44:59 +0000 (UTC) Received: from [127.0.0.1] (proxy7.corp.yahoo.com [216.145.48.98]) by mrout3.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q0JNYGsR022503; Thu, 19 Jan 2012 15:34:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1327016056; bh=hXaVWLWwpGfHk7RpIKGHiJ371R+j3T+XA7pObZAxZGI=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=gDbjjoEfWz+8wOAaWZpTrYXZk/zTA6DjndOdBVXtJE89YVaz1NxSj1lXHDIPTnWwD o1mXllkcu954Z1VndUSpVsNWw85UdJgjyxkC6/41+jerjqgkywrbFR42r0pJa0SjUU rANI9O+Wq2rOwPY7dzv+xHpWhF1UEaqRFCN8Tw8M= From: Sean Bruno To: Dwayne MacKinnon In-Reply-To: <201201191706.46553.dmk@ncf.ca> References: <201201191706.46553.dmk@ncf.ca> Content-Type: text/plain; charset="UTF-8" Date: Thu, 19 Jan 2012 15:34:15 -0800 Message-ID: <1327016055.5907.4.camel@powernoodle-l7> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: Odd reboot problems with 9.0-RELEASE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2012 23:44:59 -0000 On Thu, 2012-01-19 at 14:06 -0800, Dwayne MacKinnon wrote: > Hi all, > > I recently upgraded my 8.2-RELEASE box to 9.0-RELEASE using the old-fashioned > cvsup way. I've run into a really strange situation. > > Everything went smoothly with the upgrade. I then deleted all my installed > ports and started reinstalling. I noticed the problem when trying to compile > openjdk6. > > The box would spontaneously reboot. All the time. > > So, I put the following into /etc/rc.conf. I'll repost here, it's entirely > possible I did something wrong: > > dumpdev="/dev/ada0s1b" # Device to crashdump to (device name, AUTO, or > NO). > dumpdir="/usr/crash/" # Directory where crash dumps are to be stored > > I made sure /usr/crash was created and had permissions wide open. Yet, I never > got any crash dumps (I recreated the reboot several times over.) > > I tried compiling a GENERIC kernel; that failed as well. So I got the DVD iso, > and copied over the /boot/kernel directory from it. > > Once I did that, i was able to compile a new GENERIC kernel no problem. (I > need to take out the pcn driver; I need le and pcn jumps it.) > > With the slightly-modified GENERIC kernel, the problem has disappeared. I've > compiled openjdk no problem. I tried recompiling my custom kernel and > reinstalled it; the problem reappeared. > > I've attached my kernel config file; there's nothing revolutionary about it. > It's almost identical to the one I used for 8.2-RELEASE, but based on the new > 9.0 GENERIC. Maybe someone here will find it useful. > > A cc would be appreciated as I don't follow -stable. > > Cheers, > DMK This sounds suspciously like a bug the ports team found on the the 9 RC series. I can't recall where it got fixed, but I'm pretty sure it did *not* make it to the release. You may have better luck with stable/9 instead of 9.0-RELEASE if you can do that. Sean From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 02:37:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AACF31065670 for ; Fri, 20 Jan 2012 02:37:38 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 891608FC12 for ; Fri, 20 Jan 2012 02:37:38 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta04.emeryville.ca.mail.comcast.net with comcast id PeTj1i0011u4NiLA4edeXk; Fri, 20 Jan 2012 02:37:38 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta21.emeryville.ca.mail.comcast.net with comcast id Pedc1i00P4NgCEG8heddFW; Fri, 20 Jan 2012 02:37:37 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q0K2bZLn007815; Thu, 19 Jan 2012 19:37:35 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Alexander Motin In-Reply-To: <4F187310.7020806@FreeBSD.org> References: <4F181FE7.30904@karolyi.hu> <4F182516.3020506@gmail.com> <4F182FB3.7050405@karolyi.hu> <4F183008.9040603@karolyi.hu> <4F1835ED.3050609@karolyi.hu> <4F1836E1.1080105@karolyi.hu> <4F1848BF.2050900@karolyi.hu> <4F184F8F.4040708@FreeBSD.org> <1326999941.21604.63.camel@revolution.hippie.lan> <4F187310.7020806@FreeBSD.org> Content-Type: text/plain Date: Thu, 19 Jan 2012 19:37:35 -0700 Message-Id: <1327027055.1663.6.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Strange 'hangs' with RELENG_9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 02:37:38 -0000 On Thu, 2012-01-19 at 21:46 +0200, Alexander Motin wrote: > On 01/19/12 21:05, Ian Lepore wrote: > > I saw in the eventtimers(7) manpage that there's a sysctl to change the > > timer, but when I used it the system timing went completely wonky (ntpd > > reported it was off by many seconds, a few seconds after I changed it). > > When I just tried it again the system locked up and had to be power > > cycled. (I'm trying this on old hardware where my only choices are > > i8254 and RTC, and changing to RTC apparently doesn't work well.) So I > > didn't want to recommend it to someone else. :) > > That's strange. On all systems I have, I can safely set any event timer > in any way. Though for better precision it is better to set them using > loader tunable. As it turns out, this isn't a problem with eventtimers in any way, sorry for the confusion. I had checked out and built a completely clean RELENG_9_0_0_RELEASE so that I could be sure I was testing against the offical release before telling the OP "I do/don't see similar problems." As it turns out, one of my local hacks is required if I want use the RTC clock for anything (buggy old hardware). Once I applied that patch, I can now switch eventtimers without any problems. -- Ian From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 07:29:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98164106566B for ; Fri, 20 Jan 2012 07:29:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 469178FC12 for ; Fri, 20 Jan 2012 07:29:21 +0000 (UTC) Received: by vbbey12 with SMTP id ey12so316922vbb.13 for ; Thu, 19 Jan 2012 23:29:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=GPO+98AKdkssFUDXhYiZ4tmZoVpVBte96urTnk5AhIg=; b=lKI1yYiF3uPIORHZrqmGk4nyWUl3PpqBCpaVtX8640WDK1oOHIpidBoHukS9RDQvmk RaDv+0TlHX942/OWry/PJo2nfMFjQH2jIMvM/5Bf3BP+TUgsuamlmp9QNGiuwPzimPm+ PxSRwnYq6Dea+JYAODz7n0iSzML+UJhB7opp4= MIME-Version: 1.0 Received: by 10.52.24.35 with SMTP id r3mr14179272vdf.81.1327044561399; Thu, 19 Jan 2012 23:29:21 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.36.5 with HTTP; Thu, 19 Jan 2012 23:29:21 -0800 (PST) In-Reply-To: <4F188683.3000504@rewt.org.uk> References: <4F15D643.8000907@rewt.org.uk> <1326913229.1669.281.camel@revolution.hippie.lan> <4F187752.80409@rewt.org.uk> <4F187A80.70809@rewt.org.uk> <382F41EC-9688-4D79-90EA-CAE0CE373941@mac.com> <4F1880EF.80505@rewt.org.uk> <4F188683.3000504@rewt.org.uk> Date: Thu, 19 Jan 2012 23:29:21 -0800 X-Google-Sender-Auth: 2fR1WDHbZYyAmuPelZcbJsPemfk Message-ID: From: Adrian Chadd To: Joe Holden Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 07:29:22 -0000 .. if you have a _reproducable_ case for this, mav@ needs to see it ASAP. The trouble is that mav@ isn't handed reproducable cases and thus can't debug it. If you can supply some kind of box that provides this as a reproducable issue, we can get it fixed ASAP. Otherwise it's a case of "can't reproduce in our environments, sorry." Adrian On 19 January 2012 13:09, Joe Holden wrote: > Joe Holden wrote: > >> Chuck Swiger wrote: >> >>> On Jan 19, 2012, at 12:18 PM, Joe Holden wrote: >>> >>>> Sounds like you were looking for commercial support, since unpaid >>>>> volunteers don't have an obligation to promptly leap out and provide >>>>> solutions within your ETA. >>>>> >>>> Not really, just an acknowledgement would be fine. It is what it is, >>>> everyday I try to argue in favour of the project, I still use it for myself >>>> everywhere but increasingly things happen that just don't on other >>>> volunteer projects... it's rather difficult to argue the case when they can >>>> install Ubuntu or whatever nonsense distro is the current favourite and it >>>> just works. Just a bit more accurate info would solve it, if it doesn't do >>>> X reliably, or Y has changed, note it. >>>> >>> >>> You asked a question and got two or three responses back in a day. You >>> mentioned trying different timekeeping choices, but I don't recall seeing >>> what your kern.timecounter sysctl values looked like; without that, folks >>> are missing info that is likely to be relevant. >>> >>> Ah, well.... >>> >>> Regards, >>> >> Yeah my gripe isn't with having no responses, the handful of people that >> have responded have been helpful but ultimately no responses from anyone >> involved. Just a one liner saying "we changed the timecounter stuff in 9, >> look at sysctl tree X" would have been more than sufficient, this sort of >> thing should really be mentioned in the relnotes though... >> >> For the record though, setting kern.eventtimer.periodic to 1 fixes the >> problem on all affected machines (returns my virtualbox guest to normality, >> reduces the drift on physical machines to 8.2 figures). >> >> FWIW, I can't even see any notes relating to this in UPDATING either. >> > I should probably clarify here that some responses were received from the > maintainers (eg: Qing for mpath) for a couple of bits of code but the wider > issues weren't discussed further. I'm not trying to say that no effort is > made, but as a whole for the project to be comparable to the alternatives > this sort of thing shouldn't happen. > > > > ______________________________**_________________ > 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 Jan 20 08:03:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2055106564A for ; Fri, 20 Jan 2012 08:03:44 +0000 (UTC) (envelope-from minotaur@crete.org.ua) Received: from relay.padonki.org.ua (relay.padonki.org.ua [193.0.227.26]) by mx1.freebsd.org (Postfix) with ESMTP id 7AA0F8FC15 for ; Fri, 20 Jan 2012 08:03:44 +0000 (UTC) Received: from minotaur by relay.padonki.org.ua with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Ro8lO-000CGx-Gd; Fri, 20 Jan 2012 09:19:54 +0200 Date: Fri, 20 Jan 2012 09:19:54 +0200 From: Alexander Shikoff To: freebsd-stable@freebsd.org Message-ID: <20120120071954.GA47009@crete.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Alexander Shikoff Subject: 'make installworld' fails while upgrading from 9.0-CURRENT to 9.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 08:03:44 -0000 Hello All, I'm unable to complete upgrading 9.0-CURRENT to 9.0-RELEASE from sources. 'make installworld' fails on installing chpass: [...] ===> usr.bin/chpass (install) install -s -o root -g wheel -m 4555 chpass /usr/bin install -o root -g wheel -m 444 chpass.1.gz /usr/share/man/man1 /usr/share/man/man1/chfn.1.gz -> /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/chsh.1.gz -> /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchpass.1.gz -> /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchfn.1.gz -> /usr/share/man/man1/chpass.1.gz /usr/share/man/man1/ypchsh.1.gz -> /usr/share/man/man1/chpass.1.gz /usr/bin/chfn -> /usr/bin/chpass ln: /usr/bin/chfn: Operation not permitted It seems that it fails because of schg flag on old chfn, chsh, ypchpass, ypchfn, ypchsh binaries. Should I manually remove it? Or there is another way to fix an issue? Thanks in advance! -- MINO-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 08:10:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C399E106566C for ; Fri, 20 Jan 2012 08:10:01 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id 4357E8FC13 for ; Fri, 20 Jan 2012 08:10:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=antiszoc.hu; s=default; h=Message-ID:References:In-Reply-To:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=e+O1voWowuHUo5DZ1L0SSvWCH7AMwmEeB3RmNKYwP0k=; b=qMvP5iV+zl7KoLOTmfqG9nJIsURbFK/k5wCUQLWsRozikZFU6oDhZA1Q4mnDoW0DreOrWjTTdHVIRc8YVnJnfJnQU1b9JoRKJyaBc1SG9JHZlVuQPupgOpLOy45bSVw0; Authentication-Results: mail.deployis.eu dkim=none Received: from localhost ([127.0.0.1]:50303 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.71 #1 (Debian)) id 1Ro9Xr-0001G6-AV from for ; Fri, 20 Jan 2012 09:09:59 +0100 Received: from 131-75.95.80.dunakanyar.net ([80.95.75.131]) by mail.deployis.eu with HTTP (HTTP/1.1 POST); Fri, 20 Jan 2012 09:09:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 20 Jan 2012 09:09:59 +0100 From: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= To: In-Reply-To: <20120120071954.GA47009@crete.org.ua> References: <20120120071954.GA47009@crete.org.ua> Message-ID: X-Sender: andrej@antiszoc.hu User-Agent: RoundCube Webmail/0.2.1 X-Mail-Status-postahivatal: trustedmail (from 127.0.0.1) X-Spam-Score-postahivatal: -43 Subject: Re: 'make installworld' fails while upgrading from 9.0-CURRENT to 9.0-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: Fri, 20 Jan 2012 08:10:01 -0000 On Fri, 20 Jan 2012 09:19:54 +0200, Alexander Shikoff wrote: > Hello All, > > I'm unable to complete upgrading 9.0-CURRENT to 9.0-RELEASE from > sources. > 'make installworld' fails on installing chpass: > [...] > ===> usr.bin/chpass (install) > install -s -o root -g wheel -m 4555 chpass /usr/bin > install -o root -g wheel -m 444 chpass.1.gz /usr/share/man/man1 > /usr/share/man/man1/chfn.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/chsh.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/ypchpass.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/ypchfn.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/ypchsh.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/bin/chfn -> /usr/bin/chpass > ln: /usr/bin/chfn: Operation not permitted > > It seems that it fails because of schg flag on old chfn, chsh, > ypchpass, > ypchfn, ypchsh binaries. Should I manually remove it? Or there is > another way to fix an issue? Thanks in advance! Do you make the installworld in single user mode? Andras From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 09:03:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9245106566C for ; Fri, 20 Jan 2012 09:03:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id 968A78FC0A for ; Fri, 20 Jan 2012 09:03:06 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta10.westchester.pa.mail.comcast.net with comcast id Pl361i0061swQuc5Al36Gw; Fri, 20 Jan 2012 09:03:06 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta15.westchester.pa.mail.comcast.net with comcast id Pl351i0131t3BNj3bl36q1; Fri, 20 Jan 2012 09:03:06 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 72245102C19; Fri, 20 Jan 2012 01:03:04 -0800 (PST) Date: Fri, 20 Jan 2012 01:03:04 -0800 From: Jeremy Chadwick To: Alexander Shikoff Message-ID: <20120120090304.GA90715@icarus.home.lan> References: <20120120071954.GA47009@crete.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120120071954.GA47009@crete.org.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: 'make installworld' fails while upgrading from 9.0-CURRENT to 9.0-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: Fri, 20 Jan 2012 09:03:07 -0000 On Fri, Jan 20, 2012 at 09:19:54AM +0200, Alexander Shikoff wrote: > I'm unable to complete upgrading 9.0-CURRENT to 9.0-RELEASE from sources. > 'make installworld' fails on installing chpass: > [...] > ===> usr.bin/chpass (install) > install -s -o root -g wheel -m 4555 chpass /usr/bin > install -o root -g wheel -m 444 chpass.1.gz /usr/share/man/man1 > /usr/share/man/man1/chfn.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/chsh.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/ypchpass.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/ypchfn.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/ypchsh.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/bin/chfn -> /usr/bin/chpass > ln: /usr/bin/chfn: Operation not permitted > > It seems that it fails because of schg flag on old chfn, chsh, ypchpass, > ypchfn, ypchsh binaries. Should I manually remove it? Or there is > another way to fix an issue? Thanks in advance! Another person asked if you did installworld in single-user mode; very possible. You need to follow the instructions for rebuilding a system as documented in /usr/src/Makefile every single time you rebuild world/kernel (do not divert from the procedure). The procedure is preceded by the comment "For individuals wanting to upgrade their sources (even if only a delta of a few days)", around line 50 or so. If the system is remote and lacks serial console or remote KVM (e.g. you cannot boot single-user), then you're going to have to ask someone to do it for you, or make a trip to the datacenter. Another possibility is that you're using a kern.securelevel that isn't -1 (man security(7) and search for securelevel). Another possibility is that you might have "old cruft" (somehow) in your /usr/obj directory from the CURRENT/HEAD days. The procedure that has been recently discussed is for you to do the following exactly (where ${obj} is /usr/obj): /bin/rm -rf ${obj}/* 2> /dev/null || /bin/chflags -R 0 ${obj}/* && /bin/rm -rf ${obj}/* Then rebuild world/kernel again and do your installations. And though this isn't a cause of your problem, it's something you should be made aware of in the case you used csup or cvsup to move from HEAD to RELEASE: if all you did was change your supfile's tag line to match RELENG_9_0 (for example), but you didn't nuke /var/db/sup/src-all (or /usr/sup stuff if you use cvsup -- hope not) AND did not nuke /usr/src/*, then there could be src vs. sup database mismatches. This doesn't apply if you used svn natively, etc... -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 09:11:44 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 953BB106564A for ; Fri, 20 Jan 2012 09:11:44 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 2A7B98FC16 for ; Fri, 20 Jan 2012 09:11:44 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id 7576C6906 for ; Fri, 20 Jan 2012 10:13:36 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n2oiZwGpGfYP for ; Fri, 20 Jan 2012 10:13:33 +0100 (CET) Received: from pcdenny.rbg.informatik.tu-darmstadt.de (pcdenny.rbg.informatik.tu-darmstadt.de [130.83.160.152]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 2627B3E890 for ; Fri, 20 Jan 2012 10:13:33 +0100 (CET) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1251.1) From: Denny Schierz In-Reply-To: <4F189A51.4020301@fdrive.com.au> Date: Fri, 20 Jan 2012 10:11:39 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <13E58BDF-7346-4072-979E-3A2B7A9800FA@4lin.net> References: <4F174607.9070707@fdrive.com.au> <741811DB-240C-4390-A3B3-4BEFE8714942@4lin.net> <4F189A51.4020301@fdrive.com.au> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1251.1) Subject: Re: Fighting with vnet / jails epair and so on X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 09:11:44 -0000 hi, Am 19.01.2012 um 23:33 schrieb Philipp Huebner: > jail_dhcp_exec_earlypoststart0=3D"ifconfig epair9b vnet dhcp" this option doesn't exists in a plain FreeBSD9 install. I had to patch, = to get this options. I've written to the jail list too. cu denny= From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 13:21:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B17501065678 for ; Fri, 20 Jan 2012 13:21:37 +0000 (UTC) (envelope-from mazhe@alkumuna.eu) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [IPv6:2a01:e0c:1:1599::10]) by mx1.freebsd.org (Postfix) with ESMTP id 235788FC21 for ; Fri, 20 Jan 2012 13:21:35 +0000 (UTC) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp1-g21.free.fr (Postfix) with ESMTP id C04BE940639 for ; Fri, 20 Jan 2012 14:21:30 +0100 (CET) Received: from localhost ([IPv6:2a01:e35:8a74:6e70:21d:60ff:feca:f9c7]) (authenticated bits=0) by yggdrasil.alkumuna.eu (8.14.4/8.14.4) with ESMTP id q0KDLTgG035665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 20 Jan 2012 14:21:29 +0100 (CET) (envelope-from mazhe@alkumuna.eu) Date: Fri, 20 Jan 2012 14:21:28 +0100 From: Matthieu Volat To: freebsd-stable@freebsd.org Message-Id: <20120120142128.0c6ba578.mazhe@alkumuna.eu> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: 9.0-Release and Asus P5-NE motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 13:21:37 -0000 Hello, For a week, I have been trying to boot the FreeBSD 9 installation media (usb, cdrom) on a computer with an Asus P5-NE motherboard (amd64, nvidia MCP51 controller), but the kernel fails to initialize correctly. Using the verbose mode, I was able to capture the following warnings/errors : ahcich0: AHCI reset... ugen0.1: at usbu0 uhub0: on usbus0 ugen1.1: at usbu1 uhub1: on usbus2 ahacih0: SATA connect timeout time=10000us status=00000000 ahacih0: AHCI reset: device not found ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0x30000 (aprobe0:ata0:0:0:0): SIGNATURE: eb14 ata1: reset tp1 mask=03 ostat0=60 ostat1=70 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ata2: SATA connect time=0ms status=00000123 ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 (aprobe1:ata2:0:0:0): SIGNATURE: 0000 ata3: SATA connect time=0ms status=00000123 ata3: reset tp1 mask=01 ostat0=50 ostat1=00 uhub0: 8 ports with 8 removable, self powered ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 (aprobe2:ata3:0:0:0): SIGNATURE: 0000 ata4: SATA connect timeout status=0000000 ata5: SATA connect timeout status=0000000 uhub1: 8 ports with 8 removable, self powered usb_alloc_device: net address 2 failed (USB_ERR_TIMEOUT, ignored) usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) ata3: stat0=0xd8 err=0x00 lsb=0x00 msb=0x00 ata3: stat0=0xd8 err=0x00 lsb=0x00 msb=0x00 ata3: stat0=0xd8 err=0x00 lsb=0x00 msb=0x00 [message repeated a lot of times] ata3: reset tp2 stat0=d8 stat1=00 devices=0x0 (aprobe2:ata3:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe2:ata3:0:0:0): CAM status: Command timeout ata0: reset tp1 mask=03 ostat0=58 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0x30000 (aprobe0:ata0:0:0:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ata0:0:0:0): CAM status: Command timeout (aprobe0:ata0:0:1:0): SIGNATURE: eb14 ata2: SATA connect time=0ms status=00000123 ata2: reset tp1 mask=01 ostat0=58 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 (aprobe1:ata:ata2:0:0:0) ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe1:ata:ata2:0:0:0) CAM status: Command timeout run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config ugen1.2: at usbus1 (disconnected) usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) ata0: reset tp1 mask=03 ostat0=00 ostat1=58 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0x30000 (aprobe0:ata0:0:1:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ata0:0:1:0): CAM status: Command timeout run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config This machine worked (and still works) fine with 8.2... If somebody have an idea... -- Matthieu Volat From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 14:28:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D18531065674 for ; Fri, 20 Jan 2012 14:28:20 +0000 (UTC) (envelope-from apseudoutopia@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 50DC78FC20 for ; Fri, 20 Jan 2012 14:28:19 +0000 (UTC) Received: by lahe6 with SMTP id e6so490025lah.13 for ; Fri, 20 Jan 2012 06:28:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=V/1nYgp7pt7vvZ4D6Va3nO1EpjVCx2WlDQNEp8Nu7Lg=; b=WCdMj0TUJCLE7ExzGNPFiKZ9DrTdjDNDuJYBkooT2kIyEGjYKSy1GqKwtVD3Q0Q0GW fxmC60U2ehM9uc1fIiQN+jbhSLt1PDYameHYUWozFZD4c9Y0hrRZrrtohuLp0d7n1LBX W7om8m0oqCQssoZHbJQx2rHrNISFGeGUW8ZvU= MIME-Version: 1.0 Received: by 10.112.39.138 with SMTP id p10mr7593263lbk.98.1327068018526; Fri, 20 Jan 2012 06:00:18 -0800 (PST) Received: by 10.112.90.4 with HTTP; Fri, 20 Jan 2012 06:00:18 -0800 (PST) In-Reply-To: <20120120071954.GA47009@crete.org.ua> References: <20120120071954.GA47009@crete.org.ua> Date: Fri, 20 Jan 2012 09:00:18 -0500 Message-ID: From: APseudoUtopia To: Alexander Shikoff Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: 'make installworld' fails while upgrading from 9.0-CURRENT to 9.0-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: Fri, 20 Jan 2012 14:28:20 -0000 2012/1/20 Alexander Shikoff : > Hello All, > > I'm unable to complete upgrading 9.0-CURRENT to 9.0-RELEASE from sources. > 'make installworld' fails on installing chpass: > [...] > =3D=3D=3D> usr.bin/chpass (install) > install -s -o root -g wheel -m 4555 =C2=A0 chpass /usr/bin > install -o root -g wheel -m 444 chpass.1.gz =C2=A0/usr/share/man/man1 > /usr/share/man/man1/chfn.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/chsh.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/ypchpass.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/ypchfn.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/share/man/man1/ypchsh.1.gz -> /usr/share/man/man1/chpass.1.gz > /usr/bin/chfn -> /usr/bin/chpass > ln: /usr/bin/chfn: Operation not permitted > > It seems that it fails because of schg flag on old chfn, chsh, ypchpass, > ypchfn, ypchsh binaries. Should I manually remove it? Or there is > another way to fix an issue? Thanks in advance! > > -- > MINO-RIPE > _______________________________________________ > 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 had this problem as well. I WAS installing in single-user mode. For some reason, it got hung up on those binaries for the same exact reason. I just manually removed the schg flag then ran `make installworld` again. Make sure you check again afterwards to make sure the proper flags are set. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 14:50:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EE29106566B for ; Fri, 20 Jan 2012 14:50:48 +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 B9FFA8FC0C for ; Fri, 20 Jan 2012 14:50:47 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 9A71328426; Fri, 20 Jan 2012 15:50:45 +0100 (CET) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D1E2928423; Fri, 20 Jan 2012 15:50:44 +0100 (CET) Message-ID: <4F197F44.8000902@quip.cz> Date: Fri, 20 Jan 2012 15:50:44 +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.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Doug Barton Subject: not overwriting files in /usr/share/skel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 14:50:48 -0000 Files in /usr/share/skel are used as example . (dot) files for new accounts, when new user is added by adduser command. We have some local modifications in those files, like another umask and so on. The modification is persistent accross upgrades if system is upgraded by freebsd-update, as we have the directory listed in UpdateIfUnmodified and MergeChanges. But on some machines, we can't use freebsd-update (in jails, or those running STABLE instead of RELEASE). The files are overwritten on each installworld. Is there any option to not overwrite files in /usr/share/skel or install/upgrade them with mergemaster instead? Or should we use some other directory and use adduser.conf instead? Miroslav Lachman PS: I am CCing you Doug, because I think you are the most competent person in this area From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 14:52:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14E0D106566B; Fri, 20 Jan 2012 14:52:52 +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 DB8E78FC08; Fri, 20 Jan 2012 14:52:51 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 94F0046B06; Fri, 20 Jan 2012 09:52:51 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DF87EB99A; Fri, 20 Jan 2012 09:52:50 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 20 Jan 2012 09:25:12 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F15D643.8000907@rewt.org.uk> <4F188683.3000504@rewt.org.uk> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201200925.12382.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 20 Jan 2012 09:52:51 -0500 (EST) Cc: Adrian Chadd , Joe Holden Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 14:52:52 -0000 On Friday, January 20, 2012 2:29:21 am Adrian Chadd wrote: > .. if you have a _reproducable_ case for this, mav@ needs to see it ASAP. > > The trouble is that mav@ isn't handed reproducable cases and thus can't > debug it. > > If you can supply some kind of box that provides this as a reproducable > issue, we can get it fixed ASAP. Otherwise it's a case of "can't reproduce > in our environments, sorry." However, if we haven't mentioned eventtimers at all in the release notes, that is a bit of a fail on our parts. That is a substantial change which needs to be adequately documented. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 14:52:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2489B106566C for ; Fri, 20 Jan 2012 14:52:53 +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 ECD2F8FC0C for ; Fri, 20 Jan 2012 14:52:52 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id A607146B0C; Fri, 20 Jan 2012 09:52:52 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 114F8B9A1; Fri, 20 Jan 2012 09:52:52 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 20 Jan 2012 09:28:55 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120120142128.0c6ba578.mazhe@alkumuna.eu> In-Reply-To: <20120120142128.0c6ba578.mazhe@alkumuna.eu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201200928.55558.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 20 Jan 2012 09:52:52 -0500 (EST) Cc: Matthieu Volat Subject: Re: 9.0-Release and Asus P5-NE motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 14:52:53 -0000 On Friday, January 20, 2012 8:21:28 am Matthieu Volat wrote: > Hello, > > For a week, I have been trying to boot the FreeBSD 9 installation media (usb, cdrom) on a computer with an Asus P5-NE motherboard (amd64, nvidia MCP51 controller), but the kernel fails to initialize correctly. I think the problem is with the nvidia chipset and MSI support. There's not an easy way to fix it via a tunable unfortunately. You can try hacking sys/dev/pci/pci.c to disable this code: #if defined(__i386__) || defined(__amd64__) || defined(__powerpc__) /* * Enable the MSI mapping window for all HyperTransport * slaves. PCI-PCI bridges have their windows enabled via * PCIB_MAP_MSI(). */ if (cfg->ht.ht_slave != 0 && cfg->ht.ht_msimap != 0 && !(cfg->ht.ht_msictrl & PCIM_HTCMD_MSI_ENABLE)) { device_printf(pcib, "Enabling MSI window for HyperTransport slave at pci%d:%d:%d:%d\n", cfg->domain, cfg->bus, cfg->slot, cfg->func); cfg->ht.ht_msictrl |= PCIM_HTCMD_MSI_ENABLE; WREG(cfg->ht.ht_msimap + PCIR_HT_COMMAND, cfg->ht.ht_msictrl, 2); } #endif -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 15:16:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 190DD1065701 for ; Fri, 20 Jan 2012 15:16:13 +0000 (UTC) (envelope-from psychosensor@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id CDEAB8FC20 for ; Fri, 20 Jan 2012 15:16:12 +0000 (UTC) Received: by yhfs35 with SMTP id s35so302593yhf.13 for ; Fri, 20 Jan 2012 07:16:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=/Xl0xibuYnh2yqRuR35bCximJubBNxJoZcf+BrwLhTw=; b=GwbjW6UNtqqvxYzi122fYY8erq/Vd6gott3FYyrqr8zpnQyzDNlJYhYdYDhK0jvW/v 5SZyOfUcbiltaadG+BvRsCpxTfP1gM2FcKN9aaiQf66rGshYOAaGGmAVfHorjtq7eGNR mm6rnGuifTZf4B30y4lu44AZWwn+vw+ROMA9M= MIME-Version: 1.0 Received: by 10.236.153.42 with SMTP id e30mr47123599yhk.10.1327070998477; Fri, 20 Jan 2012 06:49:58 -0800 (PST) Received: by 10.100.111.15 with HTTP; Fri, 20 Jan 2012 06:49:58 -0800 (PST) Date: Fri, 20 Jan 2012 16:49:58 +0200 Message-ID: From: Sergey Listopad To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Serial port stops working after upgrade to 9-CURRENT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 15:16:13 -0000 After system upgrade from 8.2-CURRENT to 9.0-CURRENT serial port (motherboard integrated) stops working. FreeBSD ferma.loc 9.0-STABLE FreeBSD 9.0-STABLE #2: Fri Jan 20 15:50:06 EET 2012 root@ferma.loc:/usr/obj/usr/src-8/sys/RT i386 > dmesg | grep -E '^uart[0-9]' uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > grep uart /boot/device.hints hint.uart.0.at="isa" hint.uart.0.port="0x3F8" hint.uart.0.flags="0x10" hint.uart.0.irq="4" #hint.uart.1.at="isa" #hint.uart.1.port="0x2F8" #hint.uart.1.irq="3" > config -x /boot/kernel/kernel | egrep 'uart|sio' device uart_ns8250 device uart Where can i search the problem? -- S.Listopad From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 15:28:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A0B9106564A for ; Fri, 20 Jan 2012 15:28:13 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB118FC14 for ; Fri, 20 Jan 2012 15:28:12 +0000 (UTC) Received: from omta02.emeryville.ca.mail.comcast.net ([76.96.30.19]) by qmta15.emeryville.ca.mail.comcast.net with comcast id PrT21i0010QkzPwAFrUCr3; Fri, 20 Jan 2012 15:28:12 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta02.emeryville.ca.mail.comcast.net with comcast id PrUB1i00d1t3BNj8NrUCA7; Fri, 20 Jan 2012 15:28:12 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B99CD102C19; Fri, 20 Jan 2012 07:28:11 -0800 (PST) Date: Fri, 20 Jan 2012 07:28:11 -0800 From: Jeremy Chadwick To: Sergey Listopad Message-ID: <20120120152811.GA97432@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.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Marcel Moolenaar Subject: Re: Serial port stops working after upgrade to 9-CURRENT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 15:28:13 -0000 On Fri, Jan 20, 2012 at 04:49:58PM +0200, Sergey Listopad wrote: > After system upgrade from 8.2-CURRENT to 9.0-CURRENT serial port > (motherboard integrated) stops working. > > FreeBSD ferma.loc 9.0-STABLE FreeBSD 9.0-STABLE #2: Fri Jan 20 > 15:50:06 EET 2012 root@ferma.loc:/usr/obj/usr/src-8/sys/RT i386 > > > dmesg | grep -E '^uart[0-9]' > uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > > > grep uart /boot/device.hints > hint.uart.0.at="isa" > hint.uart.0.port="0x3F8" > hint.uart.0.flags="0x10" > hint.uart.0.irq="4" > #hint.uart.1.at="isa" > #hint.uart.1.port="0x2F8" > #hint.uart.1.irq="3" > > > config -x /boot/kernel/kernel | egrep 'uart|sio' > device uart_ns8250 > device uart > > Where can i search the problem? CC'ing Marcel Moolenaar (author of uart(4)), who should be able to help. You can start by explaining what "stops working" means, as well as provide a verbose boot, your full kernel configuration file, and contents of /boot/loader.conf. Also, does this machine have ACPI support? I do not use 9.x, but uartX on our RELENG_8 systems is tied to acpi0, not isa0. It's been this way for quite some time (even our RELENG_7 boxes are this way). Also, why are you modifying /boot/device.hints? You shouldn't be touching that file (please don't :-) ); instead, to disable a serial port such as uart1, you can simply add this to /boot/loader.conf: hint.uart.1.disabled="1" I realise this isn't well-documented. For example, uart(4) and sio(4) talk about "/boot/device.hints", while things like ahci(4) talk about how you can modify variables via loader(8), while cam(4) says you can use either (how wonderfully consistent, eh?). Both methods functionally work, yes, but /boot/device.hints is a file that will get stomped on either installworld or installkernel or mergemaster (I forget which). You can set hints in /boot/loader.conf and leave /boot/device.hints alone entirely. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 15:48:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC9B4106566C for ; Fri, 20 Jan 2012 15:48:10 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id CC7C08FC16 for ; Fri, 20 Jan 2012 15:48:10 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta12.emeryville.ca.mail.comcast.net with comcast id Pr7e1i0071eYJf8ACroA9n; Fri, 20 Jan 2012 15:48:10 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta19.emeryville.ca.mail.comcast.net with comcast id Pro81i00P4NgCEG01ro9Hj; Fri, 20 Jan 2012 15:48:10 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q0KFm7EM008539; Fri, 20 Jan 2012 08:48:07 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Jeremy Chadwick In-Reply-To: <20120120152811.GA97432@icarus.home.lan> References: <20120120152811.GA97432@icarus.home.lan> Content-Type: text/plain Date: Fri, 20 Jan 2012 08:48:07 -0700 Message-Id: <1327074487.13801.16.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Sergey Listopad , freebsd-stable@freebsd.org, Marcel Moolenaar Subject: Re: Serial port stops working after upgrade to 9-CURRENT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 15:48:11 -0000 On Fri, 2012-01-20 at 07:28 -0800, Jeremy Chadwick wrote: > Also, does this machine have ACPI support? I do not use 9.x, but uartX > on our RELENG_8 systems is tied to acpi0, not isa0. It's been this way > for quite some time (even our RELENG_7 boxes are this way). It works on systems that don't have acpi, or have it disabled, as well. It seems that all the legacy isa devices are parented to both the acpi and isa busses, and some magic I don't understand makes the acpi bus take precedence over isa when it's available. -- Ian From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 15:49:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A633106566B for ; Fri, 20 Jan 2012 15:49:52 +0000 (UTC) (envelope-from dmk@ncf.ca) Received: from mail.ncf.ca (mail.ncf.ca [134.117.136.45]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB4F8FC19 for ; Fri, 20 Jan 2012 15:49:52 +0000 (UTC) Received: from hudson.private.lan (CPE0014bfb32f8a-CM0014e887dd48.cpe.net.cable.rogers.com [174.114.186.180]) (Authenticated sender: du880@ncf.ca) by mail.ncf.ca (Postfix) with ESMTP id EE5179ED24; Fri, 20 Jan 2012 10:49:51 -0500 (EST) From: Dwayne MacKinnon To: Sean Bruno Date: Fri, 20 Jan 2012 10:49:49 -0500 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.7.3; amd64; ; ) References: <201201191706.46553.dmk@ncf.ca> <1327016055.5907.4.camel@powernoodle-l7> In-Reply-To: <1327016055.5907.4.camel@powernoodle-l7> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201201201049.50081.dmk@ncf.ca> Cc: "freebsd-stable@freebsd.org" Subject: Re: Odd reboot problems with 9.0-RELEASE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 15:49:52 -0000 On January 19, 2012 06:34:15 PM Sean Bruno wrote: > On Thu, 2012-01-19 at 14:06 -0800, Dwayne MacKinnon wrote: > > Hi all, > > > > I recently upgraded my 8.2-RELEASE box to 9.0-RELEASE using the > > old-fashioned cvsup way. I've run into a really strange situation. > > > > Everything went smoothly with the upgrade. I then deleted all my > > installed ports and started reinstalling. I noticed the problem when > > trying to compile openjdk6. > > > > The box would spontaneously reboot. All the time. > > > > So, I put the following into /etc/rc.conf. I'll repost here, it's > > entirely possible I did something wrong: > > > > dumpdev="/dev/ada0s1b" # Device to crashdump to (device name, AUTO, or > > NO). > > dumpdir="/usr/crash/" # Directory where crash dumps are to be stored > > > > I made sure /usr/crash was created and had permissions wide open. Yet, I > > never got any crash dumps (I recreated the reboot several times over.) > > > > I tried compiling a GENERIC kernel; that failed as well. So I got the DVD > > iso, and copied over the /boot/kernel directory from it. > > > > Once I did that, i was able to compile a new GENERIC kernel no problem. > > (I need to take out the pcn driver; I need le and pcn jumps it.) > > > > With the slightly-modified GENERIC kernel, the problem has disappeared. > > I've compiled openjdk no problem. I tried recompiling my custom kernel > > and reinstalled it; the problem reappeared. > > > > I've attached my kernel config file; there's nothing revolutionary about > > it. It's almost identical to the one I used for 8.2-RELEASE, but based > > on the new 9.0 GENERIC. Maybe someone here will find it useful. > > > > A cc would be appreciated as I don't follow -stable. > > > > Cheers, > > DMK > > This sounds suspciously like a bug the ports team found on the the 9 RC > series. I can't recall where it got fixed, but I'm pretty sure it did > *not* make it to the release. > > You may have better luck with stable/9 instead of 9.0-RELEASE if you can > do that. > > Sean I'll keep that in mind. For the time being, there's no problem with running the slightly modified GENERIC. It's just that I've been running FreeBSD since the 4.X days, and I've gotten into the habit of creating a stripped-down kernel for my boxes. I've been unable to track down a bug report that would match up with this. If you happen to think of it or find it, I'd appreciate a heads-up. Just for my own curiosity's sake. Cheers, DMK From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 15:59:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9D65106566B for ; Fri, 20 Jan 2012 15:59:20 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog114.obsmtp.com (na3sys009aog114.obsmtp.com [74.125.149.211]) by mx1.freebsd.org (Postfix) with ESMTP id 4FE618FC15 for ; Fri, 20 Jan 2012 15:59:20 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob114.postini.com ([74.125.148.12]) with SMTP ID DSNKTxmPV6Ev7BVaQRO3Cea4Kf38BBrRXUdB@postini.com; Fri, 20 Jan 2012 07:59:20 PST Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.137.0; Fri, 20 Jan 2012 10:53:18 -0500 Received: from inbexch02.lsi.com (135.36.98.40) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.106.1; Fri, 20 Jan 2012 10:48:24 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch02.lsi.com ([135.36.98.40]) with mapi; Fri, 20 Jan 2012 21:18:21 +0530 From: "Desai, Kashyap" To: "freebsd-stable@freebsd.org" Date: Fri, 20 Jan 2012 21:18:20 +0530 Thread-Topic: Booting problem for FreeBSD SPARC64 Thread-Index: AczUnXXR2O4LnkWZTKCoGwWdq8AFtwC7Rh7g Message-ID: References: <4F149FAE.4090101@cello.com> In-Reply-To: <4F149FAE.4090101@cello.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Booting problem for FreeBSD SPARC64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 15:59:20 -0000 Hi, =20 I am using below machine and seeing some basic installation problem with Fr= eeBSD 8.2 and 9.0 ( I have not tried other releases) Sun SPARC Enterprise M3000 Server, using Domain console Copyright 2008 Sun Microsystems, Inc. All rights reserved. Copyright 2008 Sun Microsystems, Inc. and Fujitsu Limited. All rights reser= ved. OpenBoot 4.24.10, 4096 MB memory installed, Serial #10031494. Ethernet address 0:b:5d:e2:11:86, Host ID: 80991186. Here is error message.=20 Rebooting with command: boot cdrom Boot device: /pci@0,600000/pci@0/pci@0/scsi@0/disk@4,0:f File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@0,600000/pci@0/pci@0/scsi@0/disk@4,0:f Boot loader: /boot/loader Consoles: Open Firmware console Booting with sun4u support. panic: tlb_init_sun4u: no node for bootcpu?!?! --> Press a key on the console to reboot <-- Is there any work around/solution for this issue ? Thanks, Kashyap From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 16:30:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F42F106567C for ; Fri, 20 Jan 2012 16:30:17 +0000 (UTC) (envelope-from psychosensor@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 670968FC1C for ; Fri, 20 Jan 2012 16:30:13 +0000 (UTC) Received: by yhfs35 with SMTP id s35so353725yhf.13 for ; Fri, 20 Jan 2012 08:30:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=X+qMh2qccyt7/jYBx3ylRTikOipmz01zE/o+pdoEUV8=; b=u12vxVgXIRU/5jQlE2Myh0UXYqOY0IxAGpXRqp99n/vmnMMmfRw4FpCH4bUkuVAIF4 +qxJzv8Ppe5uKpzWAmlTusHTLdp6VoT0OgVh23XgImBlqW87Hpm7K81bib8kAGEPpnlA sStsWiNLhGiIF6B2MlWG4jlGvHMHEbTG+cU0w= MIME-Version: 1.0 Received: by 10.236.37.132 with SMTP id y4mr656660yha.10.1327077012651; Fri, 20 Jan 2012 08:30:12 -0800 (PST) Received: by 10.100.111.15 with HTTP; Fri, 20 Jan 2012 08:30:12 -0800 (PST) In-Reply-To: References: Date: Fri, 20 Jan 2012 18:30:12 +0200 Message-ID: From: Sergey Listopad To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Serial port stops working after upgrade to 9-CURRENT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 16:30:17 -0000 2012/1/20 Sergey Listopad : > After system upgrade from 8.2-CURRENT to 9.0-CURRENT serial port > (motherboard integrated) stops working. > > FreeBSD ferma.loc 9.0-STABLE FreeBSD 9.0-STABLE #2: Fri Jan 20 > 15:50:06 EET 2012 =C2=A0 =C2=A0 root@ferma.loc:/usr/obj/usr/src-8/sys/RT = =C2=A0i386 > >> dmesg | grep -E '^uart[0-9]' > uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > >> grep uart /boot/device.hints > hint.uart.0.at=3D"isa" > hint.uart.0.port=3D"0x3F8" > hint.uart.0.flags=3D"0x10" > hint.uart.0.irq=3D"4" > #hint.uart.1.at=3D"isa" > #hint.uart.1.port=3D"0x2F8" > #hint.uart.1.irq=3D"3" > >> config -x /boot/kernel/kernel =C2=A0| egrep 'uart|sio' > device =C2=A0uart_ns8250 > device =C2=A0uart > > Where can i search the problem? > I have compiled GENERIC and serial works fine. So problem in "customized" kernel. Investigation later. Thanks. --=20 S.Listopad From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 17:23:46 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A16D106566C for ; Fri, 20 Jan 2012 17:23:46 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D1EAC8FC13 for ; Fri, 20 Jan 2012 17:23: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 TAA06332; Fri, 20 Jan 2012 19:23:36 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4F19A317.3070503@FreeBSD.org> Date: Fri, 20 Jan 2012 19:23:35 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120111 Thunderbird/9.0 MIME-Version: 1.0 To: Dwayne MacKinnon References: <201201191706.46553.dmk@ncf.ca> <1327016055.5907.4.camel@powernoodle-l7> <201201201049.50081.dmk@ncf.ca> In-Reply-To: <201201201049.50081.dmk@ncf.ca> X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: Odd reboot problems with 9.0-RELEASE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 17:23:46 -0000 on 20/01/2012 17:49 Dwayne MacKinnon said the following: > I'll keep that in mind. For the time being, there's no problem with running > the slightly modified GENERIC. It's just that I've been running FreeBSD since > the 4.X days, and I've gotten into the habit of creating a stripped-down > kernel for my boxes. I think that it probably could be easier for you and for those reviewing your kernel config if you 'include'-d GENERIC into your kernel config and then used device/nodevice, options/nooptions, etc to make your customizations. Just a thought. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 17:26:05 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00CF11065673; Fri, 20 Jan 2012 17:26:05 +0000 (UTC) (envelope-from mazhe@alkumuna.eu) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [IPv6:2a01:e0c:1:1599::10]) by mx1.freebsd.org (Postfix) with ESMTP id 945FE8FC16; Fri, 20 Jan 2012 17:26:01 +0000 (UTC) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp1-g21.free.fr (Postfix) with ESMTP id 7750F9403F0; Fri, 20 Jan 2012 18:25:56 +0100 (CET) Received: from localhost ([IPv6:2a01:e35:8a74:6e70:224:8cff:fe8a:73b2]) (authenticated bits=0) by yggdrasil.alkumuna.eu (8.14.4/8.14.4) with ESMTP id q0KHPs32036357 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Jan 2012 18:25:55 +0100 (CET) (envelope-from mazhe@alkumuna.eu) Date: Fri, 20 Jan 2012 18:25:52 +0100 From: Matthieu Volat To: John Baldwin Message-Id: <20120120182552.683bba8b.mazhe@alkumuna.eu> In-Reply-To: <201201200928.55558.jhb@freebsd.org> References: <20120120142128.0c6ba578.mazhe@alkumuna.eu> <201201200928.55558.jhb@freebsd.org> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: mazhe@alkumun, freebsd-stable@freebsd.org Subject: Re: 9.0-Release and Asus P5-NE motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 17:26:05 -0000 On Fri, 20 Jan 2012 09:28:55 -0500 John Baldwin wrote: > On Friday, January 20, 2012 8:21:28 am Matthieu Volat wrote: > > Hello, > > > > For a week, I have been trying to boot the FreeBSD 9 installation media > (usb, cdrom) on a computer with an Asus P5-NE motherboard (amd64, nvidia MCP51 > controller), but the kernel fails to initialize correctly. > > I think the problem is with the nvidia chipset and MSI support. There's not > an easy way to fix it via a tunable unfortunately. You can try hacking > sys/dev/pci/pci.c to disable this code: > > #if defined(__i386__) || defined(__amd64__) || defined(__powerpc__) > /* > * Enable the MSI mapping window for all HyperTransport > * slaves. PCI-PCI bridges have their windows enabled via > * PCIB_MAP_MSI(). > */ > if (cfg->ht.ht_slave != 0 && cfg->ht.ht_msimap != 0 && > !(cfg->ht.ht_msictrl & PCIM_HTCMD_MSI_ENABLE)) { > device_printf(pcib, > "Enabling MSI window for HyperTransport slave at pci%d:%d:%d:%d\n", > cfg->domain, cfg->bus, cfg->slot, cfg->func); > cfg->ht.ht_msictrl |= PCIM_HTCMD_MSI_ENABLE; > WREG(cfg->ht.ht_msimap + PCIR_HT_COMMAND, cfg->ht.ht_msictrl, > 2); > } > #endif > > -- > John Baldwin Thanks, you are absolutely right, I compiled a kernel disabling MSI-X support and it booted. I wonder how this worked previously and not now. From what I see, there is a blacklist to disable unsupported chipsets... Maybe this chipset should be added as a workaround (I wonder if I'm the only one with the problem)... The only references I found about MCP51 and MSI-X () seems to indicates that the chipset should work, but maybe with extra code... I'm willing to test patches & so if somebody wants to have a look. -- Matthieu Volat From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 18:25:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61665106564A for ; Fri, 20 Jan 2012 18:25:19 +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 338778FC13 for ; Fri, 20 Jan 2012 18:25:19 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id DAB2446B09; Fri, 20 Jan 2012 13:25:18 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6CBB2B93F; Fri, 20 Jan 2012 13:25:18 -0500 (EST) From: John Baldwin To: Matthieu Volat Date: Fri, 20 Jan 2012 13:25:17 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120120142128.0c6ba578.mazhe@alkumuna.eu> <201201200928.55558.jhb@freebsd.org> <20120120182552.683bba8b.mazhe@alkumuna.eu> In-Reply-To: <20120120182552.683bba8b.mazhe@alkumuna.eu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201201325.17907.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 20 Jan 2012 13:25:18 -0500 (EST) Cc: freebsd-stable@freebsd.org Subject: Re: 9.0-Release and Asus P5-NE motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 18:25:19 -0000 On Friday, January 20, 2012 12:25:52 pm Matthieu Volat wrote: > On Fri, 20 Jan 2012 09:28:55 -0500 > John Baldwin wrote: > > > On Friday, January 20, 2012 8:21:28 am Matthieu Volat wrote: > > > Hello, > > > > > > For a week, I have been trying to boot the FreeBSD 9 installation media > > (usb, cdrom) on a computer with an Asus P5-NE motherboard (amd64, nvidia MCP51 > > controller), but the kernel fails to initialize correctly. > > > > I think the problem is with the nvidia chipset and MSI support. There's not > > an easy way to fix it via a tunable unfortunately. You can try hacking > > sys/dev/pci/pci.c to disable this code: > > > > #if defined(__i386__) || defined(__amd64__) || defined(__powerpc__) > > /* > > * Enable the MSI mapping window for all HyperTransport > > * slaves. PCI-PCI bridges have their windows enabled via > > * PCIB_MAP_MSI(). > > */ > > if (cfg->ht.ht_slave != 0 && cfg->ht.ht_msimap != 0 && > > !(cfg->ht.ht_msictrl & PCIM_HTCMD_MSI_ENABLE)) { > > device_printf(pcib, > > "Enabling MSI window for HyperTransport slave at pci%d:%d:%d:%d\n", > > cfg->domain, cfg->bus, cfg->slot, cfg->func); > > cfg->ht.ht_msictrl |= PCIM_HTCMD_MSI_ENABLE; > > WREG(cfg->ht.ht_msimap + PCIR_HT_COMMAND, cfg->ht.ht_msictrl, > > 2); > > } > > #endif > > > > -- > > John Baldwin > > Thanks, you are absolutely right, I compiled a kernel disabling MSI-X support and it booted. > > I wonder how this worked previously and not now. From what I see, there is a blacklist to disable unsupported chipsets... In 8.2 we did not have that chunk of code. Some HT chipsets are fixed by this code, some are not. Linux has a lot of quirks for enabling MSI with different HT chipsets that have not been ported to FreeBSD yet. However, I'm largely tempted to just blacklist the chipsets that don't work rather than adding lots of quirks. > Maybe this chipset should be added as a workaround (I wonder if I'm the only one with the problem)... No, there are a few other folks who have run into this, it's just not easy to fix, and I have no way of testing possible fixes. :( > The only references I found about MCP51 and MSI-X () seems to indicates that the chipset should work, but maybe with extra code... > > I'm willing to test patches & so if somebody wants to have a look. > > -- > Matthieu Volat > -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 19:44:19 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A38D106564A; Fri, 20 Jan 2012 19:44:19 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id DAE938FC13; Fri, 20 Jan 2012 19:44:18 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 315A256173; Fri, 20 Jan 2012 13:24:46 -0600 (CST) Date: Fri, 20 Jan 2012 13:24:46 -0600 From: Mark Linimon To: Andriy Gapon Message-ID: <20120120192446.GA18747@lonesome.com> References: <201201191706.46553.dmk@ncf.ca> <1327016055.5907.4.camel@powernoodle-l7> <201201201049.50081.dmk@ncf.ca> <4F19A317.3070503@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F19A317.3070503@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Dwayne MacKinnon , "freebsd-stable@freebsd.org" Subject: Re: Odd reboot problems with 9.0-RELEASE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 19:44:19 -0000 On Fri, Jan 20, 2012 at 07:23:35PM +0200, Andriy Gapon wrote: > I think that it probably could be easier for you and for those reviewing your > kernel config if you 'include'-d GENERIC into your kernel config and then used > device/nodevice, options/nooptions, etc to make your customizations. I strongly recommend this path. It took a long period of time to factor out the crazy kernel configs that were used all over the package building nodes. The "stuff that changed" wound up only being ~15 lines, 10 of which were common to all nodes and archs. The rest were minor tweaks. But there was no way to tell that without a lot of detective work. mcl From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 21:08:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EFDC106564A for ; Fri, 20 Jan 2012 21:08:12 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id F2D248FC13 for ; Fri, 20 Jan 2012 21:08:11 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q0KL88pB020335 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Jan 2012 08:08:10 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id q0KL84aN085966; Sat, 21 Jan 2012 08:08:05 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id q0KL83O3085958; Sat, 21 Jan 2012 08:08:03 +1100 (EST) (envelope-from peter) Date: Sat, 21 Jan 2012 08:08:03 +1100 From: Peter Jeremy To: "Desai, Kashyap" Message-ID: <20120120210803.GA85373@server.vk2pj.dyndns.org> References: <4F149FAE.4090101@cello.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-stable@freebsd.org" Subject: Re: Booting problem for FreeBSD SPARC64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 21:08:12 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jan-20 21:18:20 +0530, "Desai, Kashyap" wro= te: >I am using below machine and seeing some basic installation problem with F= reeBSD 8.2 and 9.0 ( I have not tried other releases) > >Sun SPARC Enterprise M3000 Server, using Domain console The new M-class machines are not listed in http://www.freebsd.org/platforms/sparc.html and it's likely that they aren't supported. >Is there any work around/solution for this issue ? If you wanted to assist with support for the M3000, I suggest you start a thread on freebsd-sparc64. --=20 Peter Jeremy --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8Z17MACgkQ/opHv/APuIeJ5ACgj1xiNCrFsi59/S8jDK3ObDmb DykAnja4C8OMHIGf4wfGxETCt6m/PZUy =vqf5 -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 21:56:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05A52106566C for ; Fri, 20 Jan 2012 21:56:12 +0000 (UTC) (envelope-from dmk@ncf.ca) Received: from mail.ncf.ca (mail.ncf.ca [134.117.136.45]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5168FC0A for ; Fri, 20 Jan 2012 21:56:11 +0000 (UTC) Received: from hudson.private.lan (CPE0014bfb32f8a-CM0014e887dd48.cpe.net.cable.rogers.com [174.114.186.180]) (Authenticated sender: du880@ncf.ca) by mail.ncf.ca (Postfix) with ESMTP id 5A75F9EDB0; Fri, 20 Jan 2012 16:56:05 -0500 (EST) From: Dwayne MacKinnon To: Mark Linimon Date: Fri, 20 Jan 2012 16:56:04 -0500 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.7.3; amd64; ; ) References: <201201191706.46553.dmk@ncf.ca> <4F19A317.3070503@FreeBSD.org> <20120120192446.GA18747@lonesome.com> In-Reply-To: <20120120192446.GA18747@lonesome.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_1LeGPkuk1MlNCAJ" Message-Id: <201201201656.05155.dmk@ncf.ca> Cc: "freebsd-stable@freebsd.org" , Andriy Gapon Subject: Re: Odd reboot problems with 9.0-RELEASE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 21:56:12 -0000 --Boundary-00=_1LeGPkuk1MlNCAJ Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit As there is interest, I've redone my kernel config in the style espoused by Andriy & Mark. Cheers, DMK On January 20, 2012 02:24:46 PM Mark Linimon wrote: > On Fri, Jan 20, 2012 at 07:23:35PM +0200, Andriy Gapon wrote: > > I think that it probably could be easier for you and for those reviewing > > your kernel config if you 'include'-d GENERIC into your kernel config > > and then used device/nodevice, options/nooptions, etc to make your > > customizations. > > I strongly recommend this path. > > It took a long period of time to factor out the crazy kernel configs that > were used all over the package building nodes. The "stuff that changed" > wound up only being ~15 lines, 10 of which were common to all nodes and > archs. The rest were minor tweaks. > > But there was no way to tell that without a lot of detective work. > > mcl --Boundary-00=_1LeGPkuk1MlNCAJ Content-Type: text/plain; charset="ISO-8859-1"; name="kern2.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kern2.txt" include GENERIC nocpu I486_CPU nocpu I586_CPU ident ADMINPC5 nodevice eisa # SCSI Controllers nodevice ahb nodevice ahc nooptions AHC_REG_PRETTY_PRINT nodevice ahd nodevice esp nodevice hptiop nodevice isp nodevice mpt nodevice sym nodevice trm nodevice adv nodevice adw nodevice aha nodevice aic nodevice bt nodevice ncv nodevice nsp nodevice stg # ATA/SCSI peripherals nodevice ch nodevice sa # RAID controllers interfaced to the SCSI subsystem nodevice amr nodevice arcmsr nodevice asr nodevice ciss nodevice dpt nodevice hptmv nodevice hptrr nodevice iir nodevice ips nodevice mly nodevice twa nodevice tws # RAID controllers nodevice aac nodevice aacp nodevice ida nodevice mfi nodevice mlx nodevice pst nodevice twe # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support nodevice cbb nodevice pccard nodevice cardbus # Parallel port nodevice plip nodevice vpo # PCI Ethernet NICs. nodevice bxe nodevice de nodevice igb nodevice ixgb nodevice ti nodevice txp nodevice vx # PCI Ethernet NICs that use the common MII bus controller code. nodevice ae nodevice age nodevice alc nodevice ale nodevice bce nodevice bfe nodevice bge nodevice dc nodevice et nodevice fxp nodevice jme nodevice lge nodevice msk nodevice nfe nodevice nge nodevice pcn nodevice re nodevice rl nodevice sf nodevice sge nodevice sis nodevice sk nodevice ste nodevice stge nodevice tl nodevice tx nodevice vge nodevice vr nodevice vte nodevice wb nodevice xl # ISA Ethernet NICs. pccard NICs included. nodevice cs # 'device ed' requires 'device miibus' nodevice ed nodevice ex nodevice ep nodevice fe nodevice ie nodevice sn nodevice xe # Wireless NIC cards nodevice wlan nooptions IEEE80211_DEBUG nooptions IEEE80211_AMPDU_AGE nooptions IEEE80211_SUPPORT_MESH nodevice wlan_wep nodevice wlan_ccmp nodevice wlan_tkip nodevice wlan_amrr nodevice an nodevice ath nodevice ath_pci nodevice ath_hal nooptions AH_SUPPORT_AR5416 nodevice ath_rate_sample nodevice ipw nodevice iwi nodevice iwn nodevice malo nodevice mwl nodevice ral nodevice wi nodevice wpi # USB support nodevice ohci nodevice xhci nodevice urio # USB Serial devices nodevice u3g nodevice uark nodevice ubsa nodevice uftdi nodevice uipaq nodevice uplcom nodevice uslcom nodevice uvisor nodevice uvscom # USB Wireless nodevice rum nodevice run nodevice uath nodevice upgt nodevice ural nodevice urtw nodevice zyd # Sound support nodevice snd_es137x # Ensoniq AudioPCI ES137x nodevice snd_ich # Intel, NVidia and other ICH AC'97 Audio nodevice snd_uaudio # USB Audio nodevice snd_via8233 # VIA VT8233x Audio # IPFIREWALL support options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPSTEALTH # Linux support options COMPAT_LINUX options LINPROCFS # VESA support options VESA # Gateway support options IPDIVERT # FDESCFS (for java) options FDESCFS --Boundary-00=_1LeGPkuk1MlNCAJ-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 22:19:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AB11106564A; Fri, 20 Jan 2012 22:19:43 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0028FC12; Fri, 20 Jan 2012 22:19:43 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id q0KMJfBH070436; Fri, 20 Jan 2012 17:19:41 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4F19E880.4030602@sentex.net> Date: Fri, 20 Jan 2012 17:19:44 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Subject: Marvel 88SE9480 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 22:19:43 -0000 Hi, I tried this new controller http://www.addonics.com/products/ad2ms6gpx8.php which is based on the 88SE9480 chipset. Does anyone have it working ? I tried adding the PCI ID, but it does not attach unfortunately. {0x94801b4b, 0x00, "Addonics", AHCI_Q_NOBSYRES}, ahci0: mem 0x48140000-0x4815ffff,0x48100000-0x4813ffff irq 16 at device 0.0 on pci1 device_attach: ahci0 attach returned 6 pciconf shows ahci0@pci0:1:0:0: class=0x010400 card=0x94801b4b chip=0x94801b4b rev=0x03 hdr=0x00 vendor = 'Marvell Technology Group Ltd.' class = mass storage subclass = RAID bar [10] = type Memory, range 64, base 0x48140000, size 131072, enabled bar [18] = type Memory, range 64, base 0x48100000, size 262144, enabled cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 2 endpoint max data 128(4096) link x8(x8) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0002[140] = VC 1 max VC0 This was with today's RELENG_9 ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 22:51:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A33CC106566C for ; Fri, 20 Jan 2012 22:51:37 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 889B88FC0C for ; Fri, 20 Jan 2012 22:51:37 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta12.emeryville.ca.mail.comcast.net with comcast id PunY1i0091smiN4ACyrdkz; Fri, 20 Jan 2012 22:51:37 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta20.emeryville.ca.mail.comcast.net with comcast id Pyrc1i0034NgCEG8gyrcwB; Fri, 20 Jan 2012 22:51:37 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q0KMpYCP008758; Fri, 20 Jan 2012 15:51:34 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Mike Tancsa In-Reply-To: <4F19E880.4030602@sentex.net> References: <4F19E880.4030602@sentex.net> Content-Type: text/plain Date: Fri, 20 Jan 2012 15:51:34 -0700 Message-Id: <1327099894.69022.11.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: Marvel 88SE9480 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 22:51:37 -0000 On Fri, 2012-01-20 at 17:19 -0500, Mike Tancsa wrote: > Hi, > > I tried this new controller > http://www.addonics.com/products/ad2ms6gpx8.php > which is based on the 88SE9480 chipset. Does anyone have it working ? > > I tried adding the PCI ID, but it does not attach unfortunately. > > {0x94801b4b, 0x00, "Addonics", AHCI_Q_NOBSYRES}, > > ahci0: mem > 0x48140000-0x4815ffff,0x48100000-0x4813ffff irq 16 at device 0.0 on pci1 > device_attach: ahci0 attach returned 6 > > pciconf shows > > ahci0@pci0:1:0:0: class=0x010400 card=0x94801b4b chip=0x94801b4b > rev=0x03 hdr=0x00 > vendor = 'Marvell Technology Group Ltd.' > class = mass storage > subclass = RAID > bar [10] = type Memory, range 64, base 0x48140000, size 131072, > enabled > bar [18] = type Memory, range 64, base 0x48100000, size 262144, > enabled > cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit > cap 10[70] = PCI-Express 2 endpoint max data 128(4096) link x8(x8) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected > ecap 0002[140] = VC 1 max VC0 > > This was with today's RELENG_9 > > ---Mike > pciconf says rev=0x03 and the second field in the ahci_ids struct is named rev, maybe 0x03 needs to go there? -- Ian From owner-freebsd-stable@FreeBSD.ORG Fri Jan 20 23:44:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACB0D106566C for ; Fri, 20 Jan 2012 23:44:55 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7A45D8FC16 for ; Fri, 20 Jan 2012 23:44:55 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 68F3B60DB; Fri, 20 Jan 2012 18:44:54 -0500 (EST) DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=QK782Ev5o50EcH3s3nrx5fJrt2AEh7ljuQZPI1Zl3kbLjXkKu7Rgp6I9pUeY9TlkF e/Ovioxj2sI6O8eVT0jfBjMLarLTuNyU9BB5iSFDWVDrntrP7BFCaGzl5VUgEBS Message-ID: <4F19FC74.9020506@protected-networks.net> Date: Fri, 20 Jan 2012 18:44:52 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111223 Thunderbird/9.0 MIME-Version: 1.0 To: Mike Tancsa References: <4F19E880.4030602@sentex.net> In-Reply-To: <4F19E880.4030602@sentex.net> X-Enigmail-Version: 1.3.5 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Marvel 88SE9480 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2012 23:44:55 -0000 On 01/20/12 17:19, Mike Tancsa wrote: > Hi, > > I tried this new controller > http://www.addonics.com/products/ad2ms6gpx8.php > which is based on the 88SE9480 chipset. Does anyone have it working ? > > I tried adding the PCI ID, but it does not attach unfortunately. > > {0x94801b4b, 0x00, "Addonics", AHCI_Q_NOBSYRES}, > > ahci0: mem > 0x48140000-0x4815ffff,0x48100000-0x4813ffff irq 16 at device 0.0 on pci1 > device_attach: ahci0 attach returned 6 > > pciconf shows > > ahci0@pci0:1:0:0: class=0x010400 card=0x94801b4b chip=0x94801b4b > rev=0x03 hdr=0x00 > vendor = 'Marvell Technology Group Ltd.' > class = mass storage > subclass = RAID > bar [10] = type Memory, range 64, base 0x48140000, size 131072, > enabled > bar [18] = type Memory, range 64, base 0x48100000, size 262144, > enabled > cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit > cap 10[70] = PCI-Express 2 endpoint max data 128(4096) link x8(x8) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected > ecap 0002[140] = VC 1 max VC0 > > This was with today's RELENG_9 I'm concerned about these memory ranges - how much RAM is in this thing? imb From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 00:00:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 104CE106564A for ; Sat, 21 Jan 2012 00:00:19 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 80B748FC15 for ; Sat, 21 Jan 2012 00:00:19 +0000 (UTC) Received: by eekb47 with SMTP id b47so427680eek.13 for ; Fri, 20 Jan 2012 16:00:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=o2aOiij+dMSTX7Sej8xVybglMAti1e5Ogv1ArRsjumw=; b=CoRK2i0U6UUumRRNBqHxxLT4mA69+zzW5t5NNrlvvrgbRUE7RvlIUQfnDEaPwNM9Of 7+t7OafU1pa1TZcMwF9WJr3He5yi6gDsT8nnC47X1roGPxPKQ01PM3INl3B7gCi+c+NX U8EGU/uXzn6jIwKjref3SppUg8XpTzKzhBk5c= Received: by 10.14.2.23 with SMTP id 23mr3948253eee.115.1327104018457; Fri, 20 Jan 2012 16:00:18 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id 28sm18103131eed.0.2012.01.20.16.00.16 (version=SSLv3 cipher=OTHER); Fri, 20 Jan 2012 16:00:17 -0800 (PST) Sender: Alexander Motin Message-ID: <4F1A000F.4090201@FreeBSD.org> Date: Sat, 21 Jan 2012 02:00:15 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Mike Tancsa References: <4F19E880.4030602@sentex.net> In-Reply-To: <4F19E880.4030602@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: Marvel 88SE9480 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 00:00:20 -0000 Hi. On 01/21/12 00:19, Mike Tancsa wrote: > I tried this new controller > http://www.addonics.com/products/ad2ms6gpx8.php > which is based on the 88SE9480 chipset. Does anyone have it working ? > > I tried adding the PCI ID, but it does not attach unfortunately. > > {0x94801b4b, 0x00, "Addonics", AHCI_Q_NOBSYRES}, > > ahci0: mem > 0x48140000-0x4815ffff,0x48100000-0x4813ffff irq 16 at device 0.0 on pci1 > device_attach: ahci0 attach returned 6 > > pciconf shows > > ahci0@pci0:1:0:0: class=0x010400 card=0x94801b4b chip=0x94801b4b > rev=0x03 hdr=0x00 > vendor = 'Marvell Technology Group Ltd.' > class = mass storage > subclass = RAID > bar [10] = type Memory, range 64, base 0x48140000, size 131072, > enabled > bar [18] = type Memory, range 64, base 0x48100000, size 262144, > enabled > cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit > cap 10[70] = PCI-Express 2 endpoint max data 128(4096) link x8(x8) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected > ecap 0002[140] = VC 1 max VC0 I haven't seen SAS controllers compatible with AHCI yet. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 00:00:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4487D1065670 for ; Sat, 21 Jan 2012 00:00:59 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 0771D8FC1D for ; Sat, 21 Jan 2012 00:00:58 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id q0L00tq2076382; Fri, 20 Jan 2012 19:00:55 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4F1A003A.4050902@sentex.net> Date: Fri, 20 Jan 2012 19:00:58 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Michael Butler References: <4F19E880.4030602@sentex.net> <4F19FC74.9020506@protected-networks.net> In-Reply-To: <4F19FC74.9020506@protected-networks.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-stable@freebsd.org Subject: Re: Marvel 88SE9480 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 00:00:59 -0000 On 1/20/2012 6:44 PM, Michael Butler wrote: >> ahci0: mem >> 0x48140000-0x4815ffff,0x48100000-0x4813ffff irq 16 at device 0.0 on pci1 >> device_attach: ahci0 attach returned 6 >> >> pciconf shows > > I'm concerned about these memory ranges - how much RAM is in this thing? Could be, this was just a spare board I had around and it only has 1G of RAM CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.56-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Family = f Model = 4 Stepping = 3 Features=0xbfebfbff Features2=0x649d AMD Features=0x20100000 TSC: P-state invariant real memory = 1073741824 (1024 MB) avail memory = 1025683456 (978 MB) ---Mike ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 00:22:03 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 295A4106566B; Sat, 21 Jan 2012 00:22:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id E0B528FC13; Sat, 21 Jan 2012 00:22:02 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id q0L0M1Ol077516; Fri, 20 Jan 2012 19:22:01 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4F1A052C.4040005@sentex.net> Date: Fri, 20 Jan 2012 19:22:04 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Alexander Motin References: <4F19E880.4030602@sentex.net> <4F1A000F.4090201@FreeBSD.org> In-Reply-To: <4F1A000F.4090201@FreeBSD.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: FreeBSD-STABLE Mailing List Subject: Re: Marvel 88SE9480 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 00:22:03 -0000 On 1/20/2012 7:00 PM, Alexander Motin wrote: >> {0x94801b4b, 0x00, "Addonics", AHCI_Q_NOBSYRES}, >> >> ahci0: mem >> 0x48140000-0x4815ffff,0x48100000-0x4813ffff irq 16 at device 0.0 on pci1 >> device_attach: ahci0 attach returned 6 >> > > I haven't seen SAS controllers compatible with AHCI yet. Ahh, thats a drag but makes sense. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 00:28:08 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7EFA106564A for ; Sat, 21 Jan 2012 00:28:08 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from m2.gritton.org (gritton.org [64.34.175.71]) by mx1.freebsd.org (Postfix) with ESMTP id ACE778FC12 for ; Sat, 21 Jan 2012 00:28:08 +0000 (UTC) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by m2.gritton.org (8.14.4/8.14.4) with ESMTP id q0L09kr0002659; Fri, 20 Jan 2012 17:09:46 -0700 (MST) (envelope-from jamie@FreeBSD.org) Message-ID: <4F1A0244.3050903@FreeBSD.org> Date: Fri, 20 Jan 2012 17:09:40 -0700 From: Jamie Gritton User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110727 Thunderbird/5.0 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <4F174607.9070707@fdrive.com.au> <741811DB-240C-4390-A3B3-4BEFE8714942@4lin.net> <4F189A51.4020301@fdrive.com.au> <6B02135D-D16E-412D-AA4E-4621159DCA4E@lists.zabbadoz.net> In-Reply-To: <6B02135D-D16E-412D-AA4E-4621159DCA4E@lists.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Fighting with vnet / jails epair and so on X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 00:28:09 -0000 On 01/19/12 16:08, Bjoern A. Zeeb wrote: > On 19. Jan 2012, at 22:33 , Philipp Huebner wrote: >> On 19/01/12 18:22, Denny Schierz wrote: >>> hi, >>> >>> Am 18.01.2012 um 23:21 schrieb Philipp Huebner: >>>> >>>> I use 9.0.0 release for host and jail and a generic kernel with >>>> OPTIONS VIMAGE being the only change/addition. No problem. >>> >>> so, how looks your rc.conf config ? Do you use vimage the tool? I >>> can't use vimage (as I know) on sparc64. >> >> ... >> >> I do not use (and never have) the vimage commandline tool. > > Are you sure you (reading and posting here, plural, in general) sure, that > you don't want to read up on freebsd-jail and give the framework a try which > might make your life easier... > > http://lists.freebsd.org/pipermail/freebsd-jail/2011-July/thread.html#1568 > > I am sure Jamie would like feedback and now that 9.0 is done get review > and get it in... > > /bz Actually I think it's high time for Jamie to get off his butt and just commit the thing. Reviews will likely follow :-). - Jamie From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 01:15:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4996106566B for ; Sat, 21 Jan 2012 01:15:43 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 38BC08FC0A for ; Sat, 21 Jan 2012 01:15:42 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id q0L0a5v4070395; Sat, 21 Jan 2012 01:36:06 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id q0L0a5sJ070394; Sat, 21 Jan 2012 01:36:05 +0100 (CET) (envelope-from marius) Date: Sat, 21 Jan 2012 01:36:05 +0100 From: Marius Strobl To: "Desai, Kashyap" Message-ID: <20120121003605.GA70368@alchemy.franken.de> References: <4F149FAE.4090101@cello.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" Subject: Re: Booting problem for FreeBSD SPARC64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 01:15:43 -0000 On Fri, Jan 20, 2012 at 09:18:20PM +0530, Desai, Kashyap wrote: > Hi, > > I am using below machine and seeing some basic installation problem with FreeBSD 8.2 and 9.0 ( I have not tried other releases) > > Sun SPARC Enterprise M3000 Server, using Domain console > Copyright 2008 Sun Microsystems, Inc. All rights reserved. > Copyright 2008 Sun Microsystems, Inc. and Fujitsu Limited. All rights reserved. > OpenBoot 4.24.10, 4096 MB memory installed, Serial #10031494. > Ethernet address 0:b:5d:e2:11:86, Host ID: 80991186. > > > Here is error message. > > Rebooting with command: boot cdrom > Boot device: /pci@0,600000/pci@0/pci@0/scsi@0/disk@4,0:f File and args: > > >> FreeBSD/sparc64 boot block > Boot path: /pci@0,600000/pci@0/pci@0/scsi@0/disk@4,0:f > Boot loader: /boot/loader > Consoles: Open Firmware console > > Booting with sun4u support. > panic: tlb_init_sun4u: no node for bootcpu?!?! > --> Press a key on the console to reboot <-- > > Is there any work around/solution for this issue ? > Yes, implement support for the Mx000 class of machines :) So far I couldn't do that due to lack of such hardware. Marius From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 09:18:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6BDB106564A for ; Sat, 21 Jan 2012 09:18:52 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8818FC0A for ; Sat, 21 Jan 2012 09:18:51 +0000 (UTC) Received: (qmail 5603 invoked from network); 21 Jan 2012 09:18:50 -0000 Received: from pd9ec004a.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.0.74]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 21 Jan 2012 09:18:50 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id 7FE7B1BAC57; Sat, 21 Jan 2012 10:18:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1327137528; bh=ssvF2HLRrjEgvToE2ZJDnGooa5q7cEQPR1TgF5GndX4=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: Mime-Version:Content-Type; b=XfLfSQHkk4jv+JHXmrK7mTxRSdiExNECqWTLGDwcHvKZ0LcsVvvHdIyY5/ehcxYwW EAlmwoVJ1w0yjJebaT7cGHD1paUyPCpZSy9RwB3ekyMnPI5cpV3lzD0Yf0TLAmHTfw 501yPSorim9GJXiufJk8P8ORoPvFrcasHEk3UdNo= Date: Sat, 21 Jan 2012 10:18:42 +0100 From: Martin Sugioarto To: FreeBSD Stable Mailing List Message-ID: <20120121101842.786fc402@zelda.sugioarto.com> In-Reply-To: <20120118075049.289954e8@zelda.sugioarto.com> References: <4F15D643.8000907@rewt.org.uk> <20120118075049.289954e8@zelda.sugioarto.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/fvjL7IS5lNjXtKav3XSMwtD"; protocol="application/pgp-signature" Cc: Joe Holden Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 09:18:53 -0000 --Sig_/fvjL7IS5lNjXtKav3XSMwtD Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Wed, 18 Jan 2012 07:50:49 +0100 schrieb Martin Sugioarto : > I can confirm this on VirtualBox. I've been running WinXP inside > VirtualBox and measured network I/O during downloads. It showed me > very high download rates (around 800kB/s) while it's physically > possible to download 200kB/s through DSL here (Germany sucks with > DSL, even in largest cities, btw!). >=20 > I correlated this behavior with high disk I/O on the host. That means > that the timer issues on the virtual host appear when I start a > larger cp job on the host. I also immediately thought that this has > something to do with timers. Hi everybody, I just want to add some information on this. I tested a few things with VirtualBox yesterday. I switched off ntpd on the host and tested if there are differences, but the clock is working correctly on the host. I tested it a few times, it is stable, as I expect it to be. It seems to be rather a software problem with VirtualBox. I can see that when the host is under heavy load (CPU!) the guest does not get enough runtime to adjust the clock correctly. After a few minutes there has been a difference of 50 seconds between the host and guest clock. And furthermore, I don't quite understand how the real time clock works in VirtualBox but it seems to slide in the different directions causing weird results with progress bars on MS-Windows XP. I just want to explain why I thought that I/O influences this. I have got my hard disk encrypted, so it puts some load on the CPU, too. If you want to test VirtualBox behavior, you can simple dd from /dev/random and look at the weird results in VirtualBox. -- I hope it helps further, Martin --Sig_/fvjL7IS5lNjXtKav3XSMwtD Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBAgAGBQJPGoL3AAoJEF8wvLx/5p/7yQcQAKCBJdpgIOetIxeKSIm2RZPS sQ/lfpgmbQYAhlFnxq+WWE6mCpOYDVubyA1NV9uZIk/vgKl3gDNxyfYrLYUKvGW9 N6X1uK7dorfGlOijRnO2lmjC4L9wCf5eYLgC1nWX/wcBNdItWAv3BI0O+BM4+hIT 4vGMVLHCc2AvAjvKkaQmhcqbB0+0McfPRB5Jx7E5XDyn7Mse8OYkJICahyki/kYF Z1a91z4sl4EyYq9ZoOm8ByuyAqUVFuqMne2CvNRwuVISWHsjHCUum9BVHBgtVpzV nz3tAWEKonswAyHquqFHQTy6Msitmxk0Nunjf7yT382xyI5TWWaoFGZiPkg7KMoF 5wyOGO+KI8DboWiI+X6qMibHRa1NTL6ok6Dx9SQwmmIER+CI+IYVusD5VyyvUC4c 0FRVd0aid1mMXJZcnHEw5BGFDtKvJvhuxUkAGS4WNG7inuhi20fetTUHbPeEfRKC j0Tb5x6yu2lcvfShG9DEUVmzwgfM/TXd6exM0zPl4OuGtnpJNSPRtBIJoCUrT9qn 4gt3ggQj1LneYHNAREi03LjQ4l5+DO4RwXcvuXQHemOEQQfwLsNJS+SICjpgmCeQ yYdfGzMIl7qF7tUpogfTJjghTkVEYFBgdCZY4LLes9MtT8DW2p0SI339+yqBM0Hj UziuIiuXiX0LLwxBAUaV =1BA7 -----END PGP SIGNATURE----- --Sig_/fvjL7IS5lNjXtKav3XSMwtD-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 12:19:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60C9B106566C for ; Sat, 21 Jan 2012 12:19:25 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 4A7DC8FC14 for ; Sat, 21 Jan 2012 12:19:25 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RoZum-000Efc-IW for freebsd-stable@freebsd.org; Sat, 21 Jan 2012 12:19:24 +0000 Date: Sat, 21 Jan 2012 21:19:23 +0900 Message-ID: From: Randy Bush To: FreeBSD Stable User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: buildworld: don't know how to make iterator.cc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 12:19:25 -0000 fresh csup, multiple amd64 machines sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 clang-tblgen /usr/obj/usr/src/tmp/legacy/usr/bin ===> gnu/usr.bin/gperf (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 12:23:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D77101065686 for ; Sat, 21 Jan 2012 12:23:14 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id B8D2C8FC1E for ; Sat, 21 Jan 2012 12:23:14 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1RoZyU-000EgH-FY for freebsd-stable@freebsd.org; Sat, 21 Jan 2012 12:23:14 +0000 Date: Sat, 21 Jan 2012 21:23:13 +0900 Message-ID: From: Randy Bush To: FreeBSD Stable In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: Re: buildworld: don't know how to make iterator.cc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 12:23:14 -0000 > fresh csup, multiple amd64 machines > > sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 clang-tblgen /usr/obj/usr/src/tmp/legacy/usr/bin > ===> gnu/usr.bin/gperf (obj,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf > ===> gnu/usr.bin/gperf/doc (obj) > /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc > make: don't know how to make iterator.cc. Stop sorry, that's RELENG_9 From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 12:30:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22546106566C for ; Sat, 21 Jan 2012 12:30:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id A746D8FC14 for ; Sat, 21 Jan 2012 12:30:57 +0000 (UTC) Received: by eaai10 with SMTP id i10so597250eaa.13 for ; Sat, 21 Jan 2012 04:30:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=8k0/romLOorcs63ujky1sHMCPnZYu862gLI1EB1tSqM=; b=VQ6ct9UvzRVDb5pQ64FeoxiuuJkgsjm9y6LfNn8H9L9Sqgk25wJZJc6lxaMyLQa6wE oSjLdB56veKkqMiz8cZ1lmMl7rWKso5YPiFcWWKA7ITaan9VBbzI2pkP+f76/iAl+pGL CtX3bTRYypuBjDtaNyfFZHC8ukbYhRFHkzV/U= Received: by 10.213.101.20 with SMTP id a20mr379729ebo.83.1327149056635; Sat, 21 Jan 2012 04:30:56 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id n17sm25033547eei.3.2012.01.21.04.30.54 (version=SSLv3 cipher=OTHER); Sat, 21 Jan 2012 04:30:55 -0800 (PST) Sender: Alexander Motin Message-ID: <4F1AAFFD.7070303@FreeBSD.org> Date: Sat, 21 Jan 2012 14:30:53 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Martin Sugioarto References: <20120118075049.289954e8@zelda.sugioarto.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 12:30:58 -0000 Hi. On 01/21/12 11:18, Martin Sugioarto wrote: > Am Wed, 18 Jan 2012 07:50:49 +0100 > schrieb Martin Sugioarto: > >> I can confirm this on VirtualBox. I've been running WinXP inside >> VirtualBox and measured network I/O during downloads. It showed me >> very high download rates (around 800kB/s) while it's physically >> possible to download 200kB/s through DSL here (Germany sucks with >> DSL, even in largest cities, btw!). >> >> I correlated this behavior with high disk I/O on the host. That means >> that the timer issues on the virtual host appear when I start a >> larger cp job on the host. I also immediately thought that this has >> something to do with timers. > > I just want to add some information on this. I tested a few things with > VirtualBox yesterday. > > I switched off ntpd on the host and tested if there are differences, > but the clock is working correctly on the host. I tested it a few times, > it is stable, as I expect it to be. > > It seems to be rather a software problem with VirtualBox. I can see that > when the host is under heavy load (CPU!) the guest does not get enough > runtime to adjust the clock correctly. After a few minutes there has > been a difference of 50 seconds between the host and guest clock. And > furthermore, I don't quite understand how the real time clock works in > VirtualBox but it seems to slide in the different directions causing > weird results with progress bars on MS-Windows XP. > > I just want to explain why I thought that I/O influences this. I have > got my hard disk encrypted, so it puts some load on the CPU, too. > > If you want to test VirtualBox behavior, you can simple dd > from /dev/random and look at the weird results in VirtualBox. I am not using VirtualBox right now, so I'll need to setup it to test this. Meanwhile you could try to experiment with switching to different timecounters and eventtimers. May be some change in 9.0 changed default timecounter for you, causing the problem. timecounter wrap should be the main cause of time drift (if timecounter hardware is emulated correctly at all). Different timecounters have different wrap periods that can be calculated by dividing kern.timecounter.tc.X.mask on kern.timecounter.tc.X.frequency. In my case there are: 300s for HPET, 5s for ACPI-fast, 2s for TSC and 55ms for i8254. If system won't get timer interrupts within half of that time -- time will drift. Start from looking what you are using and how good it is in your case. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 12:33:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82000106566C for ; Sat, 21 Jan 2012 12:33:31 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 6ACEC8FC0A for ; Sat, 21 Jan 2012 12:33:31 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Roa8Q-000Eh9-Qa for freebsd-stable@freebsd.org; Sat, 21 Jan 2012 12:33:31 +0000 Date: Sat, 21 Jan 2012 21:33:29 +0900 Message-ID: From: Randy Bush To: FreeBSD Stable In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: Re: buildworld: don't know how to make iterator.cc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 12:33:31 -0000 > fresh csup, multiple amd64 machines > > sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 clang-tblgen /usr/obj/usr/src/tmp/legacy/usr/bin > ===> gnu/usr.bin/gperf (obj,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf > ===> gnu/usr.bin/gperf/doc (obj) > /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc > make: don't know how to make iterator.cc. Stop sorry, that's RELENG_9 upgrading from 8.2 straight 9->9 builds work randy, who should not be doing this in late evening From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 12:36:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F8201065673 for ; Sat, 21 Jan 2012 12:36:47 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id AB9ED8FC08 for ; Sat, 21 Jan 2012 12:36:46 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.129]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1RoZwC-0004XA-Mw; Sat, 21 Jan 2012 13:20:53 +0100 Received: from dhcp-077-251-058-236.chello.nl ([77.251.58.236] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1RoZwD-0007Y1-0q; Sat, 21 Jan 2012 13:20:53 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "FreeBSD Stable Mailing List" , "Martin Sugioarto" References: <4F15D643.8000907@rewt.org.uk> <20120118075049.289954e8@zelda.sugioarto.com> <20120121101842.786fc402@zelda.sugioarto.com> Date: Sat, 21 Jan 2012 13:20:51 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <20120121101842.786fc402@zelda.sugioarto.com> User-Agent: Opera Mail/11.60 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: 448baf4759cd3283a5930955cc61e1db Cc: Joe Holden Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 12:36:47 -0000 On Sat, 21 Jan 2012 10:18:42 +0100, Martin Sugioarto wrote: > Am Wed, 18 Jan 2012 07:50:49 +0100 > schrieb Martin Sugioarto : > >> I can confirm this on VirtualBox. I've been running WinXP inside >> VirtualBox and measured network I/O during downloads. It showed me >> very high download rates (around 800kB/s) while it's physically >> possible to download 200kB/s through DSL here (Germany sucks with >> DSL, even in largest cities, btw!). >> >> I correlated this behavior with high disk I/O on the host. That means >> that the timer issues on the virtual host appear when I start a >> larger cp job on the host. I also immediately thought that this has >> something to do with timers. > > Hi everybody, > > I just want to add some information on this. I tested a few things with > VirtualBox yesterday. > > I switched off ntpd on the host and tested if there are differences, > but the clock is working correctly on the host. I tested it a few times, > it is stable, as I expect it to be. > > It seems to be rather a software problem with VirtualBox. I can see that > when the host is under heavy load (CPU!) the guest does not get enough > runtime to adjust the clock correctly. After a few minutes there has > been a difference of 50 seconds between the host and guest clock. And > furthermore, I don't quite understand how the real time clock works in > VirtualBox but it seems to slide in the different directions causing > weird results with progress bars on MS-Windows XP. > > I just want to explain why I thought that I/O influences this. I have > got my hard disk encrypted, so it puts some load on the CPU, too. > > If you want to test VirtualBox behavior, you can simple dd > from /dev/random and look at the weird results in VirtualBox. > > -- > I hope it helps further, > Martin Hi, As I understand it. Host: FreeBSD 9 Guest: WinXP Which one has troubles with its clock? The host or the guest or both? How many CPU's did you assign to the guest? Did you install virtualbox guest additions to the guest? Do you run NTP on the guest XP also? If yes, turn it off. VBox guest additions can sync the guest clock with the host. BTW: My experience with VBox is that it is nice for hobby stuff, but not for heavy load server stuff. VMWare does a better job there. Ronald. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 13:12:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB5351065673 for ; Sat, 21 Jan 2012 13:12:00 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id 318808FC12 for ; Sat, 21 Jan 2012 13:11:59 +0000 (UTC) Received: (qmail 9465 invoked from network); 21 Jan 2012 13:11:58 -0000 Received: from pd9ec004a.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.0.74]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 21 Jan 2012 13:11:58 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id BB47C1BAC57; Sat, 21 Jan 2012 14:11:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1327151516; bh=LUdZpcBT4eW0lBxBOKlCZVG1i/NIKgc9/eov8zcNCQk=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: Mime-Version:Content-Type; b=EQ8AKz8nBPSXnv10VxnjVLW+6h0H7PnQ1Mq/PbzGW380a9Sepl5eEF99Ao6oWvSbn izn+5PSbaoNjmUydCvK6M0h5dQK1ZihhZj2auflm9u1QhHBbSTbkc2lfS7eCiI4jha jUHFMbP74cmZC/oFwLkW2+PQnH+Q2Rbt2SXD0jiQ= Date: Sat, 21 Jan 2012 14:11:51 +0100 From: Martin Sugioarto To: "Ronald Klop" Message-ID: <20120121141151.0ee68aa3@zelda.sugioarto.com> In-Reply-To: References: <4F15D643.8000907@rewt.org.uk> <20120118075049.289954e8@zelda.sugioarto.com> <20120121101842.786fc402@zelda.sugioarto.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/A1JvsXCjPKdNieBoKjOmuEX"; protocol="application/pgp-signature" Cc: Joe Holden , FreeBSD Stable Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 13:12:00 -0000 --Sig_/A1JvsXCjPKdNieBoKjOmuEX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 21 Jan 2012 13:20:51 +0100 schrieb "Ronald Klop" : > Hi, >=20 > As I understand it. > Host: FreeBSD 9 > Guest: WinXP >=20 > Which one has troubles with its clock? The host or the guest or both? Hi, only inside VirtualBox, I think it's only an application problem and my emails would be probably better addressed to ports@. ONLY the guest is affected when host is loaded. I noticed additionally: You get better results with a desync'ed clock in the guest system, when you start "openssl speed -multi 20" or similar. Within a few seconds the clock gets a 20 seconds difference. > How many CPU's did you assign to the guest? > Did you install virtualbox guest additions to the guest? Here a few details (guest additions are installed): Memory size: 1600MB Page Fusion: off VRAM size: 256MB HPET: on/off (tried both settings) Chipset: piix3 Firmware: BIOS Number of CPUs: 1 Synthetic Cpu: off CPUID overrides: None [...] ACPI: on IOAPIC: off PAE: on Time offset: 0 ms RTC: local time Hardw. virt.ext: on Hardw. virt.ext exclusive: on Nested Paging: on Large Pages: on VT-x VPID: on [...] 3D Acceleration: off 2D Video Acceleration: on > Do you run NTP on the guest XP also? If yes, turn it off. Windows XP default installation (synch'ed to time.windows.com). Switching this off, does not have any influence. I think MS-Windows does not do continuous synchronization, only at system start, I guess. > VBox guest additions can sync the guest clock with the host. I'll try to deinstall them. But I somehow like my shared folder. > BTW: My experience with VBox is that it is nice for hobby stuff, but > not for heavy load server stuff. VMWare does a better job there. Yes. I know. Still VirtualBox ist nice and cheap solution. -- Martin --Sig_/A1JvsXCjPKdNieBoKjOmuEX Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBAgAGBQJPGrmbAAoJEF8wvLx/5p/7CTwQAMb6a5t3LPJeU0WlAJS7EFQk YVGyIHiK3iBvrIeOoSUc+KNM7Aso3pc/YZGsZnjTUDDiG3Px4ENaJensOaH72A6Y bKTtqrSGgvVcUrwCLeY7P6DefsqUyEpLI+zBaTu2NDbnHYdCtwbRlOGJqm9IdcQF O6hRihkA3ZRSqU400D4xVNsDDqd0G2seHMu+Yiw8s4vJUVETwUUVN6+65qfdpLGv XIj5+ZzIRVeQoHaJahHLSznO6ea6zxlJ39KP2tzenuGxT1Mr1tjX1tIUr2SMO7U6 iowznGynLmTd12jdORrWjQBIu2S2ldjNlu0AQ+SNk0VgcDNg/FqA5O98fzV+tXDd 587XiaeHoCR/ZjlAnS0Jv6lukdzySaqfE7f/JGyQ1is0HYpdTUNf1fIqB4ujgTNE 28rsPQZIcHBDtR6NWjcgOtbr3pDURGfXBDS7aFzgUShMfV4UwHVRqApqlyu71G38 QgB86f4/+1NHlcLhML+03ij/mkMv/dHOW7bQiMmwoWgJTnXzSn4XpwCrHIano134 pVLxxbxvcQrfpJFJIn8SXLTeOHryBfBjJufKE4eUF7drOp2mzcJpF4korYcVuWDp WCXluJXqaTOs2LeLK/9JuyhAgHon4NZXdx5z0t1H2ViMrkQoW5fFZ0ctp6jtOOfB rg4wANlwslC2Kt16UD6b =jNAf -----END PGP SIGNATURE----- --Sig_/A1JvsXCjPKdNieBoKjOmuEX-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 13:13:59 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 447DA106564A for ; Sat, 21 Jan 2012 13:13:59 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8CB088FC0A for ; Sat, 21 Jan 2012 13:13:58 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA14149; Sat, 21 Jan 2012 15:13:11 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Roakp-000JQD-Ey; Sat, 21 Jan 2012 15:13:11 +0200 Message-ID: <4F1AB9E5.5050302@FreeBSD.org> Date: Sat, 21 Jan 2012 15:13:09 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Dwayne MacKinnon References: <201201191706.46553.dmk@ncf.ca> <4F19A317.3070503@FreeBSD.org> <20120120192446.GA18747@lonesome.com> <201201201656.05155.dmk@ncf.ca> In-Reply-To: <201201201656.05155.dmk@ncf.ca> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: Odd reboot problems with 9.0-RELEASE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 13:13:59 -0000 on 20/01/2012 23:56 Dwayne MacKinnon said the following: > As there is interest, I've redone my kernel config in the style espoused by > Andriy & Mark. This looks much more manageable. Unfortunately, I do not see anything that could have cause the problem that you've reported. > On January 20, 2012 02:24:46 PM Mark Linimon wrote: >> On Fri, Jan 20, 2012 at 07:23:35PM +0200, Andriy Gapon wrote: >>> I think that it probably could be easier for you and for those reviewing >>> your kernel config if you 'include'-d GENERIC into your kernel config >>> and then used device/nodevice, options/nooptions, etc to make your >>> customizations. >> >> I strongly recommend this path. >> >> It took a long period of time to factor out the crazy kernel configs that >> were used all over the package building nodes. The "stuff that changed" >> wound up only being ~15 lines, 10 of which were common to all nodes and >> archs. The rest were minor tweaks. >> >> But there was no way to tell that without a lot of detective work. >> >> mcl -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 13:20:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20BAE1065670 for ; Sat, 21 Jan 2012 13:20:55 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id 8A4DE8FC16 for ; Sat, 21 Jan 2012 13:20:54 +0000 (UTC) Received: (qmail 16080 invoked from network); 21 Jan 2012 13:20:53 -0000 Received: from pd9ec004a.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.0.74]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 21 Jan 2012 13:20:53 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id 2978A1BAC57; Sat, 21 Jan 2012 14:20:52 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1327152052; bh=27pRz02YhoFP7hnKwrFzbDdnWNBvgaGX2soMBeN8yY8=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: Mime-Version:Content-Type; b=h/NChWW+rtWg7nd0JyubPJO7NmDG+g8JCFdO4ogmrZ8hmdevuu+arB9emyiJzoK+c T5GoM1w/A6wvY7IV763ZJbkUE7DbrO8k9b2g34NNKGrIF3YCUasJpHwTddZQm+MzJf 89/JSmN9+qluv1V3H/bvPvucEXjCvb2+8FHxsfXg= Date: Sat, 21 Jan 2012 14:20:40 +0100 From: Martin Sugioarto To: Alexander Motin Message-ID: <20120121142040.1805e2ed@zelda.sugioarto.com> In-Reply-To: <4F1AAFFD.7070303@FreeBSD.org> References: <20120118075049.289954e8@zelda.sugioarto.com> <4F1AAFFD.7070303@FreeBSD.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/wodxOEI3Z8kWpGqu6x6TCIC"; protocol="application/pgp-signature" Cc: FreeBSD-STABLE Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 13:20:55 -0000 --Sig_/wodxOEI3Z8kWpGqu6x6TCIC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 21 Jan 2012 14:30:53 +0200 schrieb Alexander Motin : Hi Alexander, > I am not using VirtualBox right now, so I'll need to setup it to test=20 > this. Meanwhile you could try to experiment with switching to > different timecounters and eventtimers. May be some change in 9.0 > changed default timecounter for you, causing the problem. I think we have a misunderstanding here. The host (FreeBSD 9.0R) works fine. The time is being updated under heavy load without problems. I already said that this seems to be an application problem and this email(s) should be rather seen by the VBox maintainer. The problem is that VBox seems to stop working properly when you put heavy CPU load on the host. It even does not keep the clock up-to-date. I can desync the guest clock to -1 minute in a few seconds, just by running "openssl speed -multi 20". > timecounter wrap should be the main cause of time drift (if > timecounter hardware is emulated correctly at all). Different > timecounters have different wrap periods that can be calculated by > dividing kern.timecounter.tc.X.mask on > kern.timecounter.tc.X.frequency. In my case there are: 300s for HPET, > 5s for ACPI-fast, 2s for TSC and 55ms for i8254. If system won't get > timer interrupts within half of that time -- time will drift. Start > from looking what you are using and how good it is in your case. This is my current timecounter setting: kern.timecounter.choice: TSC-low(1000) HPET(950) i8254(0) ACPI-fast(900) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 10400371 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 41849 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3255982446 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 1587561917 kern.timecounter.tc.TSC-low.frequency: 8593928 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 I can try other timer counter settings, if you think it will improve responsivity inside VBox guest. -- Martin --Sig_/wodxOEI3Z8kWpGqu6x6TCIC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBAgAGBQJPGruzAAoJEF8wvLx/5p/7wfIP/0kJOte5etn1PMUjP0OcdC13 UyDooq76PAloAPn7eFbnPX52YQgOzlGzg6gAtX5ut6xHhgbtoWJFSLk0o4Edhz/O npZ9wZDJ5vt5BvRa1eyTMxhxfgN91rLiPVkPe5VHQFUmezAzHSgX/i9LjAb2VQAh kJMIfoG+MKAo/qaoR7+8lNSn79ZPJJmKYOnpwn2RvBQ7x9KyMZUR62v8TX0cpwKL XEROvvMj5S9B4ikSpBwyPnFS473AOmx+LKL5/vosYxpT8HBxXfwuUp/iFz1G7BMG PI2ybdwzgqnzdneHV3eM26VeuvNmi4C0XvcqEimqkMsRtl12bz+s80flNcs4Y+s/ 09WTDS13eTigGHsprmeAjkqsYcq4HtuLOpFnV5bOqczp5cLMFYaBKnKMAs+P4683 rkPYfj/bxp7zQHASCEQs9cb/mMRPBtlluKxL46d06GpnOb+DIPvsKzOS5o3PX0sO DYYZUR6BcRNwAd5ExI3s5QE/Sa2FQsO0lSaYaUrfPhrhbBwtw8ZEiUEcFTY8PXMX xrahI2IDjnzN63KhTJCBUp5yU6wgelyJAsW+cpsEqIE0T34EVp9DVm8YImkvOT7u rPEXHmakkDcgAfczvtnyGUqNQPhPp2cF/mprv6Wh0X/GkYgkJvKW120f8PS/jBUC QTEwwV1Qfb24765zMaoY =nTKx -----END PGP SIGNATURE----- --Sig_/wodxOEI3Z8kWpGqu6x6TCIC-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 13:30:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCFA7106573F for ; Sat, 21 Jan 2012 13:30:14 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6458FC16 for ; Sat, 21 Jan 2012 13:30:13 +0000 (UTC) Received: by eaai10 with SMTP id i10so611769eaa.13 for ; Sat, 21 Jan 2012 05:30:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=gQeEzzaHChgAxGfrUP3W/vSbas1gNoaL8+pw3j8KPPY=; b=dtCtBcwOnJBxmxKWsHy3Z64lS1B+bVfqm24LRT43dRBfL+gBWHrRZidsR7hDDevWBc HSWXaz823o52dCfPI8DeFLR8QqIxNZb8r+UmG4zRdwRh1M+5DE1hb/FuqcqPbW/XoWiN ueMcU0WoYeN2wS/M0zmYviij5uQg1phcbuzXc= Received: by 10.213.29.11 with SMTP id o11mr426306ebc.57.1327152613254; Sat, 21 Jan 2012 05:30:13 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id c16sm25702062eei.1.2012.01.21.05.30.11 (version=SSLv3 cipher=OTHER); Sat, 21 Jan 2012 05:30:12 -0800 (PST) Sender: Alexander Motin Message-ID: <4F1ABDE2.5070904@FreeBSD.org> Date: Sat, 21 Jan 2012 15:30:10 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: Martin Sugioarto References: <20120118075049.289954e8@zelda.sugioarto.com> <4F1AAFFD.7070303@FreeBSD.org> <20120121142040.1805e2ed@zelda.sugioarto.com> In-Reply-To: <20120121142040.1805e2ed@zelda.sugioarto.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 13:30:14 -0000 On 01/21/12 15:20, Martin Sugioarto wrote: > Am Sat, 21 Jan 2012 14:30:53 +0200 > schrieb Alexander Motin: >> I am not using VirtualBox right now, so I'll need to setup it to test >> this. Meanwhile you could try to experiment with switching to >> different timecounters and eventtimers. May be some change in 9.0 >> changed default timecounter for you, causing the problem. > > I think we have a misunderstanding here. The host (FreeBSD 9.0R) works > fine. The time is being updated under heavy load without problems. > > I already said that this seems to be an application problem and this > email(s) should be rather seen by the VBox maintainer. The problem is > that VBox seems to stop working properly when you put heavy CPU load on > the host. It even does not keep the clock up-to-date. > > I can desync the guest clock to -1 minute in a few seconds, just by > running "openssl speed -multi 20". Ah. I'm sorry. I was sure we are debugging FreeBSD inside VirtualBox. If we are speaking about FreeBSD outside, then neither timecounter nor eventtimer choice should not affect guest if host is working fine. It is more question to VirtualBox and may be host system scheduler. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 13:40:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB263106564A for ; Sat, 21 Jan 2012 13:40:33 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 2FC8E8FC08 for ; Sat, 21 Jan 2012 13:40:33 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.129]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1RobBF-0005Ln-SD; Sat, 21 Jan 2012 14:40:30 +0100 Received: from dhcp-077-251-058-236.chello.nl ([77.251.58.236] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1RobBG-0008VG-7M; Sat, 21 Jan 2012 14:40:30 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Martin Sugioarto" References: <4F15D643.8000907@rewt.org.uk> <20120118075049.289954e8@zelda.sugioarto.com> <20120121101842.786fc402@zelda.sugioarto.com> <20120121141151.0ee68aa3@zelda.sugioarto.com> Date: Sat, 21 Jan 2012 14:40:31 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <20120121141151.0ee68aa3@zelda.sugioarto.com> User-Agent: Opera Mail/11.60 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: b76837ecbba1170f708de966edddc2d0 Cc: Joe Holden , FreeBSD Stable Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 13:40:33 -0000 On Sat, 21 Jan 2012 14:11:51 +0100, Martin Sugioarto wrote: > Am Sat, 21 Jan 2012 13:20:51 +0100 > schrieb "Ronald Klop" : > >> Hi, >> >> As I understand it. >> Host: FreeBSD 9 >> Guest: WinXP >> >> Which one has troubles with its clock? The host or the guest or both? > > Hi, > > only inside VirtualBox, I think it's only an application problem and > my emails would be probably better addressed to ports@. ONLY the guest > is affected when host is loaded. > > I noticed additionally: > > You get better results with a desync'ed clock in the guest system, when > you start "openssl speed -multi 20" or similar. Within a few seconds the > clock gets a 20 seconds difference. > >> How many CPU's did you assign to the guest? >> Did you install virtualbox guest additions to the guest? > > Here a few details (guest additions are installed): > > Memory size: 1600MB > Page Fusion: off > VRAM size: 256MB > HPET: on/off (tried both settings) > Chipset: piix3 > Firmware: BIOS > Number of CPUs: 1 > Synthetic Cpu: off > CPUID overrides: None > [...] > ACPI: on > IOAPIC: off > PAE: on > Time offset: 0 ms > RTC: local time > Hardw. virt.ext: on > Hardw. virt.ext exclusive: on > Nested Paging: on > Large Pages: on > VT-x VPID: on > [...] > 3D Acceleration: off > 2D Video Acceleration: on > >> Do you run NTP on the guest XP also? If yes, turn it off. > > Windows XP default installation (synch'ed to time.windows.com). > Switching this off, does not have any influence. I think MS-Windows > does not do continuous synchronization, only at system start, I guess. > >> VBox guest additions can sync the guest clock with the host. > > I'll try to deinstall them. But I somehow like my shared folder. > >> BTW: My experience with VBox is that it is nice for hobby stuff, but >> not for heavy load server stuff. VMWare does a better job there. > > Yes. I know. Still VirtualBox ist nice and cheap solution. > > -- > Martin BTW: I used VBox on Linux at work. Same problems. Different problems come and go with different versions of Linux in combination with different versions of VirtualBox. Using VmWare ESXI solved it. If you search a lot on the vmware website you will find a free version. Ronald. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 15:46:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3895F1065673 for ; Sat, 21 Jan 2012 15:46:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.westchester.pa.mail.comcast.net (qmta15.westchester.pa.mail.comcast.net [76.96.59.228]) by mx1.freebsd.org (Postfix) with ESMTP id D19DB8FC1B for ; Sat, 21 Jan 2012 15:46:36 +0000 (UTC) Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta15.westchester.pa.mail.comcast.net with comcast id QFlh1i0030SCNGk5FFmc7d; Sat, 21 Jan 2012 15:46:36 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta09.westchester.pa.mail.comcast.net with comcast id QFmb1i01Y1t3BNj3VFmcZj; Sat, 21 Jan 2012 15:46:36 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 47A9D102C19; Sat, 21 Jan 2012 07:46:34 -0800 (PST) Date: Sat, 21 Jan 2012 07:46:34 -0800 From: Jeremy Chadwick To: Martin Sugioarto Message-ID: <20120121154634.GA39172@icarus.home.lan> References: <4F15D643.8000907@rewt.org.uk> <20120118075049.289954e8@zelda.sugioarto.com> <20120121101842.786fc402@zelda.sugioarto.com> <20120121141151.0ee68aa3@zelda.sugioarto.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120121141151.0ee68aa3@zelda.sugioarto.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Joe Holden , FreeBSD Stable Mailing List , Ronald Klop Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 15:46:37 -0000 On Sat, Jan 21, 2012 at 02:11:51PM +0100, Martin Sugioarto wrote: > Am Sat, 21 Jan 2012 13:20:51 +0100 > schrieb "Ronald Klop" : > > Do you run NTP on the guest XP also? If yes, turn it off. > > Windows XP default installation (synch'ed to time.windows.com). > Switching this off, does not have any influence. I think MS-Windows > does not do continuous synchronization, only at system start, I guess. Incorrect; Windows XP syncs the clock using the W32Time service, which polls NTP at the interval specified in DWORD registry key HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient\SpecialPollInterval. You can read more about it in detail here (see section "Windows XP Professional and all versions of Windows Server 2003"): http://support.microsoft.com/kb/884776 > > BTW: My experience with VBox is that it is nice for hobby stuff, but > > not for heavy load server stuff. VMWare does a better job there. Agreed. The number of problems with VirtualBox continues to grow (you should see my Mail/sent folder sometime). I don't know or why anyone on earth would use VirtualBox with problems like what's described in this thread, combined with problems like what's described below (which TMK still hasn't been addressed): http://lists.freebsd.org/pipermail/freebsd-stable/2011-February/061642.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-July/063172.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-July/063221.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-July/063322.html I would recommend you stick with bare metal, or use something that's at least well-established like VMware products (Workstation, for example, is actually affordable, and ESXi is free -- though there have been problems posted to the list about FreeBSD on ESXi as well). Xen gets praise here on the lists, but I haven't tried it myself. I stick with bare metal for everything, sans "tinkering around". -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 16:36:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08A841065673; Sat, 21 Jan 2012 16:36:01 +0000 (UTC) (envelope-from dmk@ncf.ca) Received: from mail.ncf.ca (mail.ncf.ca [134.117.136.45]) by mx1.freebsd.org (Postfix) with ESMTP id CD1418FC15; Sat, 21 Jan 2012 16:36:00 +0000 (UTC) Received: from chiron.lan (69-196-181-103.dsl.ncf.ca [69.196.181.103]) (Authenticated sender: du880@ncf.ca) by mail.ncf.ca (Postfix) with ESMTP id 1658D93DF2; Sat, 21 Jan 2012 11:35:49 -0500 (EST) From: Dwayne MacKinnon To: Andriy Gapon Date: Sat, 21 Jan 2012 11:35:35 -0500 User-Agent: KMail/1.13.7 (FreeBSD/8.2-RELEASE-p2; KDE/4.7.3; i386; ; ) References: <201201191706.46553.dmk@ncf.ca> <201201201656.05155.dmk@ncf.ca> <4F1AB9E5.5050302@FreeBSD.org> In-Reply-To: <4F1AB9E5.5050302@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201211135.35559.dmk@ncf.ca> Cc: "freebsd-stable@freebsd.org" Subject: Re: Odd reboot problems with 9.0-RELEASE i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 16:36:01 -0000 That's the thing... neither do I. I never did. But it happened nonetheless. I'm hoping that somebody with some time to kill might try out the config and see if it can be duplicated. Cheers, DMK On January 21, 2012 08:13:09 AM Andriy Gapon wrote: > on 20/01/2012 23:56 Dwayne MacKinnon said the following: > > As there is interest, I've redone my kernel config in the style espoused > > by Andriy & Mark. > > This looks much more manageable. Unfortunately, I do not see anything that > could have cause the problem that you've reported. > > > On January 20, 2012 02:24:46 PM Mark Linimon wrote: > >> On Fri, Jan 20, 2012 at 07:23:35PM +0200, Andriy Gapon wrote: > >>> I think that it probably could be easier for you and for those > >>> reviewing your kernel config if you 'include'-d GENERIC into your > >>> kernel config and then used device/nodevice, options/nooptions, etc to > >>> make your customizations. > >> > >> I strongly recommend this path. > >> > >> It took a long period of time to factor out the crazy kernel configs > >> that were used all over the package building nodes. The "stuff that > >> changed" wound up only being ~15 lines, 10 of which were common to all > >> nodes and archs. The rest were minor tweaks. > >> > >> But there was no way to tell that without a lot of detective work. > >> > >> mcl From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 17:24:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B1321065688 for ; Sat, 21 Jan 2012 17:24:49 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id A64878FC1D for ; Sat, 21 Jan 2012 17:24:48 +0000 (UTC) Received: from jasmine.internethq (unknown [91.208.177.192]) by abby.lhr1.as41113.net (Postfix) with ESMTP id AC15B2280C for ; Sat, 21 Jan 2012 17:24:46 +0000 (UTC) Received: from [172.16.11.44] (jwh-laptop.internethq [172.16.11.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jasmine.internethq (Postfix) with ESMTPS id BA7E2106AAFC7; Sat, 21 Jan 2012 17:25:02 +0000 (GMT) Message-ID: <4F1AF4D9.8030100@rewt.org.uk> Date: Sat, 21 Jan 2012 17:24:41 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Ronald Klop References: <4F15D643.8000907@rewt.org.uk> <20120118075049.289954e8@zelda.sugioarto.com> <20120121101842.786fc402@zelda.sugioarto.com> <20120121141151.0ee68aa3@zelda.sugioarto.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List , Martin Sugioarto Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 17:24:49 -0000 Ronald Klop wrote: > On Sat, 21 Jan 2012 14:11:51 +0100, Martin Sugioarto > wrote: > >> Am Sat, 21 Jan 2012 13:20:51 +0100 >> schrieb "Ronald Klop" : >> >>> Hi, >>> >>> As I understand it. >>> Host: FreeBSD 9 >>> Guest: WinXP >>> >>> Which one has troubles with its clock? The host or the guest or both? >> >> Hi, >> >> only inside VirtualBox, I think it's only an application problem and >> my emails would be probably better addressed to ports@. ONLY the guest >> is affected when host is loaded. >> >> I noticed additionally: >> >> You get better results with a desync'ed clock in the guest system, when >> you start "openssl speed -multi 20" or similar. Within a few seconds the >> clock gets a 20 seconds difference. >> >>> How many CPU's did you assign to the guest? >>> Did you install virtualbox guest additions to the guest? >> >> Here a few details (guest additions are installed): >> >> Memory size: 1600MB >> Page Fusion: off >> VRAM size: 256MB >> HPET: on/off (tried both settings) >> Chipset: piix3 >> Firmware: BIOS >> Number of CPUs: 1 >> Synthetic Cpu: off >> CPUID overrides: None >> [...] >> ACPI: on >> IOAPIC: off >> PAE: on >> Time offset: 0 ms >> RTC: local time >> Hardw. virt.ext: on >> Hardw. virt.ext exclusive: on >> Nested Paging: on >> Large Pages: on >> VT-x VPID: on >> [...] >> 3D Acceleration: off >> 2D Video Acceleration: on >> >>> Do you run NTP on the guest XP also? If yes, turn it off. >> >> Windows XP default installation (synch'ed to time.windows.com). >> Switching this off, does not have any influence. I think MS-Windows >> does not do continuous synchronization, only at system start, I guess. >> >>> VBox guest additions can sync the guest clock with the host. >> >> I'll try to deinstall them. But I somehow like my shared folder. >> >>> BTW: My experience with VBox is that it is nice for hobby stuff, but >>> not for heavy load server stuff. VMWare does a better job there. >> >> Yes. I know. Still VirtualBox ist nice and cheap solution. >> >> -- >> Martin > > BTW: I used VBox on Linux at work. Same problems. Different problems > come and go with different versions of Linux in combination with > different versions of VirtualBox. Using VmWare ESXI solved it. If you > search a lot on the vmware website you will find a free version. > > Ronald. In the extreme case I have here, the host isn't taxed at all, cpu, disk i/o and such are almost idle but the time is skewed dramatically regardless. For reference the settings I have are: 4 VCPUS (4 physical cores) 1GB ram ICH9, SAS controller If I toggle the sysctl in my previous post the problem goes way, and doesn't return even if the sysctl is changed back... until a reboot of course. None of the pre-9 guests (there are quite a few spread across a couple of identical machines) exhibit the behaviour, nor does this particular one when reverted to a pre-upgrade snapshot, so in this case it is certainly not the hardware but whatever is used to keep track of the "ticks" (terminology probably incorrect) Thanks, J From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 17:42:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C42571065670 for ; Sat, 21 Jan 2012 17:42:49 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4D0248FC0C for ; Sat, 21 Jan 2012 17:42:48 +0000 (UTC) Received: by werg1 with SMTP id g1so1873771wer.13 for ; Sat, 21 Jan 2012 09:42:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=j/KquupZrmsa3i1al71CdOZ4O9oavBpgGU3zEANM9RE=; b=eaQ8U+qJCaXFLxMQGCd3MOTvIOnFd+iD4uqKOgLQ7O7nXPhKwYwoiA9NkDyj96lQ7D xG1MQIQU06ekzZSwpnK9Fwjr0ja9bZe8EtNg6YiERnvAxwfI2MCTDcjMpKuOJQsWu8Bg ZmGlGoucBSmDCxpQSJxIn60vL6qPYebHTxlcA= MIME-Version: 1.0 Received: by 10.216.134.39 with SMTP id r39mr1122287wei.50.1327167768149; Sat, 21 Jan 2012 09:42:48 -0800 (PST) Received: by 10.223.101.196 with HTTP; Sat, 21 Jan 2012 09:42:48 -0800 (PST) In-Reply-To: <20120121154634.GA39172@icarus.home.lan> References: <4F15D643.8000907@rewt.org.uk> <20120118075049.289954e8@zelda.sugioarto.com> <20120121101842.786fc402@zelda.sugioarto.com> <20120121141151.0ee68aa3@zelda.sugioarto.com> <20120121154634.GA39172@icarus.home.lan> Date: Sat, 21 Jan 2012 09:42:48 -0800 Message-ID: From: Kevin Oberman To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Joe Holden , FreeBSD Stable Mailing List , Martin Sugioarto , Ronald Klop Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 17:42:49 -0000 On Sat, Jan 21, 2012 at 7:46 AM, Jeremy Chadwick wrote: > On Sat, Jan 21, 2012 at 02:11:51PM +0100, Martin Sugioarto wrote: > > Am Sat, 21 Jan 2012 13:20:51 +0100 > > schrieb "Ronald Klop" : > > > BTW: My experience with VBox is that it is nice for hobby stuff, but > > > not for heavy load server stuff. VMWare does a better job there. > > Agreed. > > The number of problems with VirtualBox continues to grow (you should see > my Mail/sent folder sometime). I don't know or why anyone on earth > would use VirtualBox with problems like what's described in this thread, > combined with problems like what's described below (which TMK still > hasn't been addressed): > > http://lists.freebsd.org/pipermail/freebsd-stable/2011-February/061642.html > http://lists.freebsd.org/pipermail/freebsd-stable/2011-July/063172.html > http://lists.freebsd.org/pipermail/freebsd-stable/2011-July/063221.html > http://lists.freebsd.org/pipermail/freebsd-stable/2011-July/063322.html > > I would recommend you stick with bare metal, or use something that's at > least well-established like VMware products (Workstation, for example, > is actually affordable, and ESXi is free -- though there have been > problems posted to the list about FreeBSD on ESXi as well). Xen gets > praise here on the lists, but I haven't tried it myself. I stick with > bare metal for everything, sans "tinkering around". > Hmm. The OP has XP as a guest on FreeBSD9. I am unaware that VMware has any software for this purpose. Specifically, the only virtualization system that I am aware can run on FreeBSD as the host is VirtualBox. I won't ague about its many issues and limitations, but for any use of FreeBSD as a host system, it's the only game in town. I suspect that most VB users on FreeBSD use it to get access to a small number of took on Windows...the ones in Office. It's still better than either LibreOffice or OpenOffice.org for either documents or presentations, especially presentations that will be displayed on a Windows system (as most are). -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 19:56:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0746E1065674; Sat, 21 Jan 2012 19:56:20 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: from mail.pipni.cz (mail.pipni.cz [93.185.104.5]) by mx1.freebsd.org (Postfix) with ESMTP id B7AB48FC14; Sat, 21 Jan 2012 19:56:19 +0000 (UTC) Received: from mail.pipni.cz ([93.185.104.5] helo=gamato.org) id 1Roghx-0004ED-2G; Sat, 21 Jan 2012 20:34:37 +0100 From: "mato" To: freebsd-stable@freebsd.org Date: Sat, 21 Jan 2012 20:34:36 +0100 Message-Id: <20120121191048.M83317@pobox.sk> X-Mailer: OpenWebMail 2.53 20091220 464 X-OriginatingIP: 195.168.92.92 (m@gamato.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-MailScanner-ID: 1Roghx-0004ED-2G X-pipni-MailScanner: Found to be clean X-pipni-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=0, required 6, autolearn=not spam, BAYES_20 -0.00, UNPARSEABLE_RELAY 0.00) X-pipni-MailScanner-From: gamato@users.sf.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: FreeBSD hangs on boot after kernel upgrade to 9.0-R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 19:56:20 -0000 Hi, I've used freebsd-update to upgrade from 8.2-R to 9.0-R and all looked nice until the first reboot. Now my FreeBSD always hangs midway through the boot process and the last message output is: "uhub3: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C46B3106566B for ; Sat, 21 Jan 2012 20:56:40 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id 52C678FC1E for ; Sat, 21 Jan 2012 20:56:39 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q0LKubsI031212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 22 Jan 2012 07:56:38 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id q0LKuaxr019388 for ; Sun, 22 Jan 2012 07:56:36 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id q0LKuatH019387 for freebsd-stable@freebsd.org; Sun, 22 Jan 2012 07:56:36 +1100 (EST) (envelope-from peter) Date: Sun, 22 Jan 2012 07:56:35 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20120121205635.GA1913@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Can't boot 9.0-RELEASE on sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 20:56:40 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jan-15 17:02:33 +0100, "C. P. Ghost" wrote: >I'm trying to boot 9.0-RELEASE on sparc64, but I'm >getting stuck at: > >panic: kmem_suballoc: bad status return of 3 >cpuid =3D 0 >KDB: stack backtrace: > #0 0xc079841c at ??+0 > #1 0xc04ca59c at ??+0 > #2 0xc0487f90 at ??+0 > #3 0xc0098028 at ??+0 > >I'm not able to break into the kernel debugger from >there. > >This is a SunBlade 1500 with 2GB of RAM, booting >from cdrom. For anyone following this on -stable only, it looks like the FreeBSD VM system doesn't like the RAM layout when a SB1500 has 2GB RAM. There's no problem with 1GB or 4GB RAM. The OP has created sparc64/164227 --=20 Peter Jeremy --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8bJoMACgkQ/opHv/APuIc/TwCdHr3BgyzXIVMzYBuQkzcCILpn T6AAoKaz+q1iweYIQWXOPkr07vMvp9Vq =7rV8 -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 20:57:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D3DD1065672 for ; Sat, 21 Jan 2012 20:57:10 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id ADE188FC27 for ; Sat, 21 Jan 2012 20:57:09 +0000 (UTC) Received: by eekb47 with SMTP id b47so677188eek.13 for ; Sat, 21 Jan 2012 12:57:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=rBseZwemPULKXeygglysHER3PrqPUjZm7Du83KSmENQ=; b=MYKFBLLyPg2OLnXETZRMqE2vroE/fbILPxciCJBZG5fwoz0s3uARZ5Z175in0m2oiX JjbkM6ZnDHe36bMvT+hqjWCUAGCqUN1fg9qGiHBJS3N6Zt9P6u1vLrcURdXv2fm3WnTv ugRz+YRf2KwUofJgoK+ilHofRTxXdZu++UQjw= Received: by 10.213.20.219 with SMTP id g27mr584086ebb.19.1327179428536; Sat, 21 Jan 2012 12:57:08 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id t59sm30393258eeh.10.2012.01.21.12.57.06 (version=SSLv3 cipher=OTHER); Sat, 21 Jan 2012 12:57:07 -0800 (PST) Sender: Alexander Motin Message-ID: <4F1B26A1.9030801@FreeBSD.org> Date: Sat, 21 Jan 2012 22:57:05 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111227 Thunderbird/9.0 MIME-Version: 1.0 To: mato References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD hangs on boot after kernel upgrade to 9.0-R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 20:57:10 -0000 Hi. On 01/21/12 21:34, mato wrote: > I've used freebsd-update to upgrade from 8.2-R to 9.0-R and all looked nice > until the first reboot. Now my FreeBSD always hangs midway through the boot > process and the last message output is: > "uhub3: I've tried safe boot option but that does not help at all. > When I disable USB support in BIOS the last message before hang is: > "ata1: reset tp1 mask=03 ostat0=00 ostat1=00 > (aprobe0:ata0:0:1:0): SIGNATURE: eb14" > > Any idea what might be wrong and how to fix it please ? The last line is the ATAPI device detection. What ATA controller do you have there? On one Core2Duo-class Supermicro system alike hang was caused by ITE PATA controller. In that case it was workarounded by adding hint.ata.0.mode="PIO4" to /oot/loader.conf. You may try just set it from loader prompt with `set` command. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sat Jan 21 23:24:37 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FB54106566B; Sat, 21 Jan 2012 23:24:37 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: from mail.pipni.cz (mail.pipni.cz [93.185.104.5]) by mx1.freebsd.org (Postfix) with ESMTP id C56ED8FC0A; Sat, 21 Jan 2012 23:24:36 +0000 (UTC) Received: from mail.pipni.cz ([93.185.104.5] helo=gamato.org) id 1RokIT-0005hL-Un; Sun, 22 Jan 2012 00:24:34 +0100 From: "mato" To: Alexander Motin Date: Sun, 22 Jan 2012 00:24:33 +0100 Message-Id: <20120121225824.M31395@pobox.sk> In-Reply-To: <4F1B26A1.9030801@FreeBSD.org> References: <4F1B26A1.9030801@FreeBSD.org> X-Mailer: OpenWebMail 2.53 20091220 464 X-OriginatingIP: 195.168.92.92 (m@gamato.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-MailScanner-ID: 1RokIT-0005hL-Un X-pipni-MailScanner: Found to be clean X-pipni-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-3.399, required 6, autolearn=not spam, BAYES_00 -1.90, KHOP_THREADED -1.50, UNPARSEABLE_RELAY 0.00) X-pipni-MailScanner-From: gamato@users.sf.net X-Spam-Status: No Cc: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD hangs on boot after kernel upgrade to 9.0-R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Jan 2012 23:24:37 -0000 On Sat, 21 Jan 2012 22:57:05 +0200, Alexander Motin wrote > Hi. > > On 01/21/12 21:34, mato wrote: > > I've used freebsd-update to upgrade from 8.2-R to 9.0-R and all looked nice > > until the first reboot. Now my FreeBSD always hangs midway through the boot > > process and the last message output is: > > "uhub3: > I've tried safe boot option but that does not help at all. > > When I disable USB support in BIOS the last message before hang is: > > "ata1: reset tp1 mask=03 ostat0=00 ostat1=00 > > (aprobe0:ata0:0:1:0): SIGNATURE: eb14" > > > > Any idea what might be wrong and how to fix it please ? > > The last line is the ATAPI device detection. What ATA controller do > you have there? On one Core2Duo-class Supermicro system alike hang > was caused by ITE PATA controller. In that case it was workarounded > by adding hint.ata.0.mode="PIO4" to /oot/loader.conf. You may try > just set it from loader prompt with `set` command. > I don't know exact controller but this is Pentium M based laptop. HDD is primary master while DVD drive is primary slave. :-/ And it's been working like this since FreeBSD 5.3. Anyway, I've tried your advice but unfortunately it did not help. Here is longer log (retyped from screen): ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x20001 (aprobe0:ata0:0:0:0): SIGNATURE: 0000 ata1: reset tp1 mask=03 ostat0=00 ostat1=00 (aprobe0:ata0:0:1:0): SIGNATURE: eb14" Then it hangs. And please note it looks differently when USB is not turned off in BIOS. Though I have no idea if / how that matters. So what now please ? Any other things to try ? Thanks, Martin ---------------------------------------- Freehosting PIPNI - http://www.pipni.cz/