From owner-freebsd-stable@FreeBSD.ORG Sun Oct 17 12:22:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22CA41065672 for ; Sun, 17 Oct 2010 12:22:49 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id F12888FC1C for ; Sun, 17 Oct 2010 12:22:48 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1P7SGG-0004iA-8w for freebsd-stable@freebsd.org; Sun, 17 Oct 2010 05:22:48 -0700 Message-ID: <29983168.post@talk.nabble.com> Date: Sun, 17 Oct 2010 05:22:48 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org In-Reply-To: <4CB9FEB1.8000809@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <29978939.post@talk.nabble.com> <4CB9C096.1070007@icyb.net.ua> <29979695.post@talk.nabble.com> <4CB9FEB1.8000809@icyb.net.ua> Subject: Re: cdrtools /devel and wodim broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2010 12:22:49 -0000 Andriy Gapon wrote: > > on 16/10/2010 20:21 Jakub Lach said the following: >> No, I don't use hal. Since when it's requirement? > > Hm, why did you decide that it is a requirement? > I just asked a question, and thanks for the answer. > I thought this was that "stupid mistake" on my part. Sorry for confusion. Yes, wodim is based on earlier cdrecord branch, that's why I checked it too, problems started after cdrtools got updated, but I wanted to rule it out as coincidence, because I just rarely burn cd/dvds. BTW, it is in ports, /usr/ports/sysutils/cdrkit/. best regards, - Jakub Lach -- View this message in context: http://old.nabble.com/cdrtools--devel-and-wodim-broken-tp29978939p29983168.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 17 13:27:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 049CF1065679 for ; Sun, 17 Oct 2010 13:27:26 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id CE48F8FC18 for ; Sun, 17 Oct 2010 13:27:25 +0000 (UTC) Received: from pavillion-dv6425us.home (unknown [96.242.149.15]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id 9D635B8B8D for ; Sun, 17 Oct 2010 22:10:27 +0900 (JST) Date: Sun, 17 Oct 2010 09:10:23 -0400 From: Yoshihiro Ota To: freebsd-stable@freebsd.org Message-Id: <20101017091023.1616e879.ota@j.email.ne.jp> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ZFS WARNING: Cannot open ad4s3d for writting; how do I clear it? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Oct 2010 13:27:26 -0000 Hi, I have running FreeBSD 7.1-RELEASE-p14. I had had a ZFS partition as one of data area on a system and replicated a system using dump/restore. On the replicated system, I don't use ZFS and ad4s3d is mounted as /usr. I get "ZFS WARNING: Cannot open ad4s3d for writting." each time I run "zfs import" on relicated system. How can I clear this meta-data information ZFS carries? Thanks, Hiro From owner-freebsd-stable@FreeBSD.ORG Sun Oct 17 14:37:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 708BA106564A; Sun, 17 Oct 2010 14:37:14 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 15E608FC19; Sun, 17 Oct 2010 14:37:06 +0000 (UTC) Received: by bwz16 with SMTP id 16so19152bwz.13 for ; Sun, 17 Oct 2010 07:37:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type :content-transfer-encoding:subject:date:message-id:to:mime-version :x-mailer; bh=zexa/tU7IaffUYVYD3ZmY4LVrIMGYPL3pCMzU0ZXJOk=; b=R7G+jaHZDDTfPFIinU+pirgQz94bIetmhY9x9tZItRBpaklTnCfQBtSopaYjNXFlQh RVlALPO3qzAzdta9rpt1NIMJ5EEWb6vPc3IYvXa12B6NyFtQXEp7x6Kg1XsSRxVrUgLs QPCJbWejQ4W7eMtERxDHTmjlvbiefRTCLV0tc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; b=Al+lXHTEsHjvyY9Iaei6hR/ZKdXG7QlutC2VOnpVQkUe4WgWuxPWWGWFXbG5BL2Nop wm6mkxS66317d3KL/IB8dxtsuEC4ijN/dZpUdh8x20QexSwf9XvOGcOHTh2RlDEw4bzf fDrIyH7Whs2HlEuIaBlJanOyJUXkmu58UQZEw= Received: by 10.204.101.132 with SMTP id c4mr3308643bko.87.1287324578899; Sun, 17 Oct 2010 07:09:38 -0700 (PDT) Received: from ndenev.totalterror.net (93-152-151-19.ddns.onlinedirect.bg [93.152.151.19]) by mx.google.com with ESMTPS id o12sm14872580bkb.21.2010.10.17.07.09.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 17 Oct 2010 07:09:37 -0700 (PDT) From: Nikolay Denev Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 17 Oct 2010 17:09:35 +0300 Message-Id: <7051D018-684F-417A-AAA0-00603B2FDCD4@gmail.com> To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Cc: Subject: ifconfig, vnets and interface names X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Oct 2010 14:37:14 -0000 Hello, While playing with vnet jails I've discovered the following oddity, = which probably is not what's expected to happen : First I'm creating two epair(4) interfaces : [16:51]root@nas:/home/ndenev# ifconfig epair0 create epair0a [16:51]root@nas:/home/ndenev# ifconfig epair1 create epair1a Then I'm creating two vnet jails : [16:51]root@nas:/home/ndenev# jail -c vnet name=3Dtest1 = host.hostname=3Dtest1 path=3D/ persist [16:51]root@nas:/home/ndenev# jail -c vnet name=3Dtest2 = host.hostname=3Dtest2 path=3D/ persist Now push one side of the epairs to each vnet : [16:51]root@nas:/home/ndenev# ifconfig epair0b vnet test1 [16:52]root@nas:/home/ndenev# ifconfig epair1b vnet test2 Rename the interfaces in the vnet jails : [16:52]root@nas:/home/ndenev# jexec test1 ifconfig epair0b name eth0 [16:52]root@nas:/home/ndenev# jexec test2 ifconfig epair1b name eth0 And now I'm destroying the vnets, so all of the interfaces are = "reclaimed" by the host : [16:52]root@nas:/home/ndenev# jail -r test1 [16:52]root@nas:/home/ndenev# jail -r test2 And that's what ifconfig shows after this : [16:52]root@nas:/home/ndenev# ifconfig =20 <... snip lo0 and physical interface ...> epair0a: flags=3D8842 metric 0 = mtu 1500 ether 02:8c:53:00:03:0a epair1a: flags=3D8842 metric 0 = mtu 1500 ether 02:b6:49:00:05:0a eth0: flags=3D8842 metric 0 mtu = 1500 ether 02:8c:53:00:04:0b ether 02:b6:49:00:06:0b Instead of two interfaces, I'm seeing one with to lladdrs, because of = the interface names being the same. Then I'm trying to destroy them : [16:52]root@nas:/home/ndenev# ifconfig eth0 destroy [16:53]root@nas:/home/ndenev# ifconfig=20 <... snip lo0 and physical interface ...> epair1a: flags=3D8842 metric 0 = mtu 1500 ether 02:b6:49:00:05:0a eth0: flags=3D8842 metric 0 mtu = 1500 ether 02:b6:49:00:06:0b [16:53]root@nas:/home/ndenev# ifconfig eth0 destroy So in this case there may be not a clean way to address one of the = interfaces specifically (i.e. destroy only the second one)? I've not investigated further, but I'm thinking probably this is just a = "bug" in ifconfig interpreting/parsing the information from the kernel. Maybe a solution is to extend ifconfig to be able print the interface = list along with the ifIndex values and also manage the interfaces by = index? Auto renaming also is also probably a possible solution (i.e. eth0_1 , = eth0_2 ) as these are interfaces coming from destroyed vnet's and are = not likely to be in use. (but still sounds scary :) ) Regards, Nikolay= From owner-freebsd-stable@FreeBSD.ORG Sun Oct 17 16:20:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D43F5106566B; Sun, 17 Oct 2010 16:20:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5B3B88FC13; Sun, 17 Oct 2010 16:20:08 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id BF40A41C80E; Sun, 17 Oct 2010 18:20:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id Qumscshu7ptY; Sun, 17 Oct 2010 18:20:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id CC66141C832; Sun, 17 Oct 2010 18:20:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 7F9824448F3; Sun, 17 Oct 2010 16:17:01 +0000 (UTC) Date: Sun, 17 Oct 2010 16:17:01 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Nikolay Denev In-Reply-To: <7051D018-684F-417A-AAA0-00603B2FDCD4@gmail.com> Message-ID: <20101017161256.U10185@maildrop.int.zabbadoz.net> References: <7051D018-684F-417A-AAA0-00603B2FDCD4@gmail.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, FreeBSD virtualization mailing list Subject: Re: ifconfig, vnets and interface names X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD virtualization mailing list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2010 16:20:09 -0000 On Sun, 17 Oct 2010, Nikolay Denev wrote: > Hello, > > While playing with vnet jails I've discovered the following oddity, which probably is not what's expected to happen : > ... > And that's what ifconfig shows after this : > > [16:52]root@nas:/home/ndenev# ifconfig > <... snip lo0 and physical interface ...> > epair0a: flags=8842 metric 0 mtu 1500 > ether 02:8c:53:00:03:0a > epair1a: flags=8842 metric 0 mtu 1500 > ether 02:b6:49:00:05:0a > eth0: flags=8842 metric 0 mtu 1500 > ether 02:8c:53:00:04:0b > ether 02:b6:49:00:06:0b > > Instead of two interfaces, I'm seeing one with to lladdrs, because of the interface names being the same. > > Then I'm trying to destroy them : > > [16:52]root@nas:/home/ndenev# ifconfig eth0 destroy > [16:53]root@nas:/home/ndenev# ifconfig > <... snip lo0 and physical interface ...> > epair1a: flags=8842 metric 0 mtu 1500 > ether 02:b6:49:00:05:0a > eth0: flags=8842 metric 0 mtu 1500 > ether 02:b6:49:00:06:0b > [16:53]root@nas:/home/ndenev# ifconfig eth0 destroy > > > So in this case there may be not a clean way to address one of the interfaces specifically (i.e. destroy only the second one)? > > I've not investigated further, but I'm thinking probably this is just a "bug" in ifconfig interpreting/parsing the information from the kernel. > Maybe a solution is to extend ifconfig to be able print the interface list along with the ifIndex values and also manage the interfaces by index? > Auto renaming also is also probably a possible solution (i.e. eth0_1 , eth0_2 ) as these are interfaces coming from destroyed vnet's and are not likely to be in use. (but still sounds scary :) ) It's actually a bug in sys/net/if.c:if_vmove* we know about and that's on the todo list. I am not sure when the behaviour of ifconfig changed as previousy it would only show you one of the two interfaces with the single ether address. ifconfig -l however had shown eth0 twice. Neither is really what one would expect thus needs changing. /bz PS: freebsd-virtualization@ is the best list to report "VIMAGE" or "vnet" related problems. -- Bjoern A. Zeeb Welcome a new stage of life. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 17 16:37:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B947B106566B; Sun, 17 Oct 2010 16:37:40 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 167498FC14; Sun, 17 Oct 2010 16:37:39 +0000 (UTC) Received: by bwz16 with SMTP id 16so70782bwz.13 for ; Sun, 17 Oct 2010 09:37:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=6OR2FNsQpBNvTtYovYB9XJEyem1wX1SuuhpUo8VlFlQ=; b=kTmVVcFfyU7RGZDrGhXIAutYpRFtnJ5cvcSU1LD6Y3P7JzsGIWYhHm4wRnOvjivpNE yPMHG1ijZRICsZQDFpAdlBHFFIpMdXq/wc4kB6Fg/F1D3OFEj2syiWkB25faMhX+SrVN LwnuNJkJVZJ8GdRD8VCxvUTSKNLQT0VkwnZj8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=iq/YC1nbRWvFosp31P10yuH1gpLB6yu4caR2sQnm3hKYux0SEdsdoB/xJotX0SkXbn yrZJqFfejLkX1VSzavIvrwPZS5hpxig8rDnwDlHUdwbTn0WqPR9etwxSuXS3Ytgwgiil W/3RqHjlO6uQ3rQaMh0MGAu9JecK6avSLwh/0= Received: by 10.204.68.145 with SMTP id v17mr3447998bki.81.1287333458738; Sun, 17 Oct 2010 09:37:38 -0700 (PDT) Received: from ndenev.totalterror.net (93-152-151-19.ddns.onlinedirect.bg [93.152.151.19]) by mx.google.com with ESMTPS id a25sm14224025bks.20.2010.10.17.09.37.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 17 Oct 2010 09:37:37 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Nikolay Denev In-Reply-To: <20101017161256.U10185@maildrop.int.zabbadoz.net> Date: Sun, 17 Oct 2010 19:37:34 +0300 Content-Transfer-Encoding: 7bit Message-Id: References: <7051D018-684F-417A-AAA0-00603B2FDCD4@gmail.com> <20101017161256.U10185@maildrop.int.zabbadoz.net> To: FreeBSD virtualization mailing list X-Mailer: Apple Mail (2.1081) Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ifconfig, vnets and interface names X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Oct 2010 16:37:40 -0000 On Oct 17, 2010, at 7:17 PM, Bjoern A. Zeeb wrote: > On Sun, 17 Oct 2010, Nikolay Denev wrote: > >> [ ... snip ... ] > > It's actually a bug in sys/net/if.c:if_vmove* we know about and that's > on the todo list. > Thanks, good to know. > I am not sure when the behaviour of ifconfig changed as previousy it > would only show you one of the two interfaces with the single ether > address. ifconfig -l however had shown eth0 twice. Neither is really > what one would expect thus needs changing. > > /bz > > PS: freebsd-virtualization@ is the best list to report "VIMAGE" or > "vnet" related problems. > Ok, I'll keep that in mind. > -- > Bjoern A. Zeeb Welcome a new stage of life. Regards, Nikolay From owner-freebsd-stable@FreeBSD.ORG Sun Oct 17 17:21:31 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE33210656B3 for ; Sun, 17 Oct 2010 17:21:31 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail43.e.nsc.no (mail43.e.nsc.no [193.213.115.43]) by mx1.freebsd.org (Postfix) with ESMTP id 46E4B8FC1A for ; Sun, 17 Oct 2010 17:21:30 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0792.bb.online.no [80.212.66.26]) by mail43.nsc.no (8.14.3/8.14.3) with ESMTP id o9HHLJRw027826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 17 Oct 2010 19:21:21 +0200 (MEST) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id o9HHLJkL007312; Sun, 17 Oct 2010 19:21:19 +0200 (CEST) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id o9HHLIGR007309; Sun, 17 Oct 2010 19:21:19 +0200 (CEST) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Sun, 17 Oct 2010 19:21:18 +0200 (CEST) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: Jim Pingle In-Reply-To: <4CB9F336.7050501@pingle.org> Message-ID: <20101017191731.R7264@rumrunner.mine.nu> References: <201009132016.o8DKGmw5053180@lurza.secnetix.de> <20100913234355.I96626@rumrunner.mine.nu> <20100914231728.D5192@rumrunner.mine.nu> <20100915214234.I13301@rumrunner.mine.nu> <20100916181501.N20886@rumrunner.mine.nu> <4CB9F336.7050501@pingle.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 8.1 + xorg + radeonhd hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2010 17:21:32 -0000 On Sat, 16 Oct 2010, Jim Pingle wrote: > Not meaning to resurrect a month-old thread but I'm a bit behind on my > list mail. I just thought I'd pass long that I had problems in the past > with my older Radeon when using a VGA to DVI connector. Using either a > normal VGA port, or a DVI cable on the DVI port worked fine. > > http://lists.freebsd.org/pipermail/freebsd-x11/2007-September/005251.html That may have had something to do with the problem, but my card only had two dvi ports and one s-video. There's no vga port so I couldn't move it. Thanks for the information though. I may try using the card again if something turns up. -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Sun Oct 17 22:10:17 2010 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 C3B4C106564A for ; Sun, 17 Oct 2010 22:10:17 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id A850B8FC12 for ; Sun, 17 Oct 2010 22:10:17 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id o9HMA6i6042852; Sun, 17 Oct 2010 15:10:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1287353407; bh=nB3yM25Y3okGSnU7oinxrAu0PL+FNCZcvDT72RX4gHM=; h=Subject:From:Reply-To:To:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=gqc3A8uv0woQKC/84oVbXWelOPzwWdyPm6A2LUDnGuym9mtc17r04ONgoM9SGYRoq Am0jf+IPBvyLyIpZwiLuaYCFBGPW01mqOM7BfM4f2RxbNlzKHRtPFrucZwNkNjQRLN I+5582Jlf0Sx4oZ9gtnKBnpG8Xm5WJUUUqu8C1yE= From: Sean Bruno To: "stable@freebsd.org" In-Reply-To: <1287266288.2522.27.camel@home-yahoo> References: <1287158693.5225.7.camel@home-yahoo> <20101015162714.GA12400@icarus.home.lan> <4CB881AF.1080708@acm.poly.edu> <1287160697.5225.14.camel@home-yahoo> <1287258720.2522.26.camel@home-yahoo> <20101016201603.GA9807@icarus.home.lan> <1287266288.2522.27.camel@home-yahoo> Content-Type: text/plain; charset="UTF-8" Date: Sun, 17 Oct 2010 15:10:06 -0700 Message-ID: <1287353406.2431.3.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: Subject: Re: kpanic on install >32GB of RAM 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: Sun, 17 Oct 2010 22:10:17 -0000 > We've successfully installed RHEL 5u4 on it, I'll fire that up and post > the boot output shortly. > > Sean Perhaps this is something as simple as a hardware failure? HP DL980 looks sick, but I'm not sure. Here's the hardware logs, from the iLO on the box as screen scraping on the console is pointless as it's garbled too badly. Bad CPU, Bad Ram or other? http://people.freebsd.org/~sbruno/dl980_Machcheck_exceptions.png Sean From owner-freebsd-stable@FreeBSD.ORG Sun Oct 17 22:27:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56950106566C for ; Sun, 17 Oct 2010 22:27:49 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 220588FC1C for ; Sun, 17 Oct 2010 22:27:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 588E0508D8 for ; Sun, 17 Oct 2010 23:27:48 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5GZ+wmY+gs8y for ; Sun, 17 Oct 2010 23:27:48 +0100 (BST) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 0405F508AD for ; Sun, 17 Oct 2010 23:27:47 +0100 (BST) Message-ID: <4CBB7867.6020909@langille.org> Date: Sun, 17 Oct 2010 18:27:51 -0400 From: Dan Langille Organization: The FreeBSD Diary User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4CA73702.5080203@langille.org> <20101002141921.GC70283@icarus.home.lan> <4CA7AD95.9040703@langille.org> <20101002223626.GB78136@icarus.home.lan> <4CA7BEE4.9050201@langille.org> <20101002235024.GA80643@icarus.home.lan> <4CA7E4AE.4060607@langille.org> <4CA87233.2050308@langille.org> <20101004131911.6737284xpe0sv23o@webmail.leidinger.net> In-Reply-To: <20101004131911.6737284xpe0sv23o@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: out of HDD space - zfs degraded X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Oct 2010 22:27:49 -0000 On 10/4/2010 7:19 AM, Alexander Leidinger wrote: > Quoting Dan Langille (from Sun, 03 Oct 2010 08:08:19 > -0400): > >> Overnight, the following appeared in /var/log/messages: >> >> Oct 2 21:56:46 kraken root: ZFS: checksum mismatch, zpool=storage >> path=/dev/gpt/disk06-live offset=123103157760 size=1024 >> Oct 2 21:56:47 kraken root: ZFS: checksum mismatch, zpool=storage >> path=/dev/gpt/disk06-live offset=123103159808 size=1024 > > [...] > >> Given the outage from yesterday when ada0 was offline for several >> hours, I'm guessing that checksum mismatches on that drive are >> expected. Yes, /dev/gpt/disk06-live == ada0. > > If you have the possibility to run a scrub of the pool, there should be > no additional checksum errors accouring *after* the scrub is *finished*. > If checksum errors still appear on this disk after the scrub is > finished, you should have a look at the hardware (cable/disk) and take > appropriate replacement actions. For the record, there have been no further checksum errors. :) -- Dan Langille - http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Oct 18 03:18:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43B8B106566B for ; Mon, 18 Oct 2010 03:18:04 +0000 (UTC) (envelope-from wilkinsa@dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id DB6C38FC17 for ; Mon, 18 Oct 2010 03:18:03 +0000 (UTC) Received: from ednmsw520.dsto.defence.gov.au (ednmsw520.dsto.defence.gov.au [131.185.68.60]) by digger1.defence.gov.au (DSTO/DSTO) with ESMTP id o9I3BIN4000083 for ; Mon, 18 Oct 2010 12:41:18 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw520.dsto.defence.gov.au (Clearswift SMTPRS 5.4.0) with ESMTP id for ; Mon, 18 Oct 2010 13:48:01 +1030 Received: from stlex511.dsto.defence.gov.au ([203.6.60.49]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.3959); Mon, 18 Oct 2010 13:48:01 +1030 Received: from stlux550.dsto.defence.gov.au ([203.6.60.61]) by stlex511.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.4675); Mon, 18 Oct 2010 11:17:55 +0800 Received: from stlux550.dsto.defence.gov.au (localhost [127.0.0.1]) by stlux550.dsto.defence.gov.au (8.14.3/8.14.3) with ESMTP id o9I3HsB7062364 for ; Mon, 18 Oct 2010 11:17:54 +0800 (WST) (envelope-from wilkinsa@stlux550.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by stlux550.dsto.defence.gov.au (8.14.3/8.14.3/Submit) id o9I3HsiQ062363 for freebsd-stable@freebsd.org; Mon, 18 Oct 2010 11:17:54 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 18 Oct 2010 11:17:54 +0800 From: "Wilkinson, Alex" To: freebsd-stable@freebsd.org Message-ID: <20101018031754.GE48145@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <20101014032608.GP7901@stlux503.dsto.defence.gov.au> <4CB6BBA7.50208@swa.org.ru> <20101014085110.GJ41910@stlux503.dsto.defence.gov.au> <20101015014300.GA42761@stlux503.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: Organisation: Defence Science Technology Organisation X-Message-Flag: "Please Restore Line Breaks If Necessary" User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 18 Oct 2010 03:17:55.0171 (UTC) FILETIME=[0E60CB30:01CB6E73] X-TM-AS-Product-Ver: SMEX-8.0.0.1285-6.500.1024-17710.004 X-TM-AS-Result: No--6.067100-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No Content-Transfer-Encoding: 7bit Subject: Re: Reproducible Kernel Panic on 8.1-STABLE [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Oct 2010 03:18:04 -0000 0n Fri, Oct 15, 2010 at 04:27:51PM +0200, Ivan Voras wrote: >On 10/15/10 03:43, Wilkinson, Alex wrote: >> >> 0n Thu, Oct 14, 2010 at 04:51:10PM +0800, Wilkinson, Alex wrote: >> >> > 0n Thu, Oct 14, 2010 at 02:13:27PM +0600, Sergey Nikolenko wrote: >> > >> > >On 14.10.2010 09:26, Wilkinson, Alex wrote: >> > >> I have come across a bug that triggers a kernel panic on 8.1-STABLE(r213395) through the >> > >> use of /usr/ports/sysutils/fusefs-sshfs. Typically i do an sshfs mount as such: >> > >> >> > >> #sshfs username@hostname:/home/username local_mountpoint/ >> > >> >> > >> This mounts the remote filesystem fine. However, when i edit and save a file in >> > >> say vi on the remote sshfs i get the following panic everytime: >> > > >> > >Try this out >> > >http://www.freebsd.org/cgi/query-pr.cgi?pr=149674 >> > >> >Yes! GREAT! This patch fixes the kernel panic! Can we get this committed ASAP ? >> >> Committed! > >How stable is fuse & sshfs lately? It looks like every time in the past >I tried it I soon ended up panicking the system. since this patch it has been very stable so far! -Alex IMPORTANT: This email remains the property of the Department of Defence and is subject to the jurisdiction of section 70 of the Crimes Act 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 18 11:33:36 2010 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 5E3BB1065695 for ; Mon, 18 Oct 2010 11:33:36 +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 4073D8FC27 for ; Mon, 18 Oct 2010 11:33:35 +0000 (UTC) Received: from omta06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by qmta04.emeryville.ca.mail.comcast.net with comcast id LBQq1f00616AWCUA4BZbMo; Mon, 18 Oct 2010 11:33:35 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta06.emeryville.ca.mail.comcast.net with comcast id LBZa1f00B3LrwQ28SBZbRs; Mon, 18 Oct 2010 11:33:35 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A32019B418; Mon, 18 Oct 2010 04:33:34 -0700 (PDT) Date: Mon, 18 Oct 2010 04:33:34 -0700 From: Jeremy Chadwick To: sbruno@freebsd.org Message-ID: <20101018113334.GA33226@icarus.home.lan> References: <1287158693.5225.7.camel@home-yahoo> <20101015162714.GA12400@icarus.home.lan> <4CB881AF.1080708@acm.poly.edu> <1287160697.5225.14.camel@home-yahoo> <1287258720.2522.26.camel@home-yahoo> <20101016201603.GA9807@icarus.home.lan> <1287266288.2522.27.camel@home-yahoo> <1287353406.2431.3.camel@home-yahoo> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1287353406.2431.3.camel@home-yahoo> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "stable@freebsd.org" Subject: Re: kpanic on install >32GB of RAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2010 11:33:36 -0000 On Sun, Oct 17, 2010 at 03:10:06PM -0700, Sean Bruno wrote: > > > We've successfully installed RHEL 5u4 on it, I'll fire that up and post > > the boot output shortly. > > > > Sean > > > Perhaps this is something as simple as a hardware failure? HP DL980 > looks sick, but I'm not sure. Here's the hardware logs, from the iLO on > the box as screen scraping on the console is pointless as it's garbled > too badly. > > Bad CPU, Bad Ram or other? > > http://people.freebsd.org/~sbruno/dl980_Machcheck_exceptions.png Hard to say -- the MCE will need to be decoded. I'm working on a program which can do this, though I know John Baldwin already has one which should work. For John -- this is for an Intel Xeon X6550, assuming Sean is using the ProLiant DL980 G7 model AM444A and not model AM445A: http://h10010.www1.hp.com/wwpc/us/en/sm/WF25a/15351-15351-3328412-241644-4222584-4231377.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 13 14:25:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96D6C1065698 for ; Wed, 13 Oct 2010 14:25:32 +0000 (UTC) (envelope-from scaron@diablonet.net) Received: from sonnet.diablonet.net (sonnet.diablonet.net [75.144.70.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6E0C18FC0A for ; Wed, 13 Oct 2010 14:25:32 +0000 (UTC) Received: by sonnet.diablonet.net (Postfix, from userid 100) id 926E93DD378; Wed, 13 Oct 2010 10:25:31 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by sonnet.diablonet.net (Postfix) with ESMTP id 7F79F3DD361; Wed, 13 Oct 2010 10:25:31 -0400 (EDT) Date: Wed, 13 Oct 2010 10:25:31 -0400 (EDT) From: Sean Caron To: Florian Smeets In-Reply-To: <4CB4B6A9.8080007@smeets.im> Message-ID: References: <4CB4B6A9.8080007@smeets.im> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Mon, 18 Oct 2010 11:55:41 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: No disks found on FreeBSD 8.1-STABLE on Sun 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, 13 Oct 2010 14:25:32 -0000 Hi Florian, I gave that a try and it worked perfectly; the system comes right up and sees all my Marvell controllers and disks. I remember reading about the Highpoint driver issue of grabbing onto some non-Highpoint Marvell based controllers but for some reason thought it was fixed in the STABLE images that I was using (guess not!). Now off to play with ZFS... Thanks so much! -Sean On Tue, 12 Oct 2010, Florian Smeets wrote: > > On 8.1 try > > set hw.hptrr.attach_generic=0 > load mvs > boot > > After I set hw.hptrr.attach_generic to 0 mvs found all my disk. Without > it I had the same problem you describe. > > HTH, > Florian > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 14 02:32:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8A7D106566B for ; Thu, 14 Oct 2010 02:32:12 +0000 (UTC) (envelope-from scaron@diablonet.net) Received: from sonnet.diablonet.net (sonnet.diablonet.net [75.144.70.42]) by mx1.freebsd.org (Postfix) with ESMTP id 833348FC17 for ; Thu, 14 Oct 2010 02:32:12 +0000 (UTC) Received: by sonnet.diablonet.net (Postfix, from userid 100) id AF3843DD364; Wed, 13 Oct 2010 22:32:11 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by sonnet.diablonet.net (Postfix) with ESMTP id 9C4373DD362 for ; Wed, 13 Oct 2010 22:32:11 -0400 (EDT) Date: Wed, 13 Oct 2010 22:32:11 -0400 (EDT) From: Sean Caron To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Mon, 18 Oct 2010 11:57:18 +0000 Subject: Which disk devices boot on 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, 14 Oct 2010 02:32:12 -0000 Hi folks, Another quick question regarding FreeBSD on the X4500... Does anyone know off the top of their head the device nodes that correspond to the two bootable disks on the Sun Fire X4500 (slot 0 and slot 1) aka SATA 06C0 S00 and SATA 06C4 S01 in the BIOS? I'm thinking in the analogous sense to /dev/sdy and /dev/sdac in Linux per Sun's documentation [1]. I did the facile thing and installed to /dev/ada0 and /dev/ada1 (mirrored ZFS) and they do not seem to be the ones that the system is trying to boot from. Thanks, -Sean [1] http://docs.sun.com/source/820-0642-10/index.html From owner-freebsd-stable@FreeBSD.ORG Mon Oct 18 12:02:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F27910656FF for ; Mon, 18 Oct 2010 12:02:37 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0C31F8FC28 for ; Mon, 18 Oct 2010 12:02:35 +0000 (UTC) Received: from pollux.local.net (unknown [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id 4CB8C4C801D; Mon, 18 Oct 2010 14:02:29 +0200 (CEST) Received: by pollux.local.net (Postfix, from userid 2000) id DCC1A28C27; Mon, 18 Oct 2010 14:02:27 +0200 (CEST) Date: Mon, 18 Oct 2010 14:02:27 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20101018120227.GA1920@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org, Alex Goncharov References: <20101008180046.GA2867@pollux.local.net> <20101009203629.GA2135@pollux.local.net> <20101012195629.GC27117@pollux.local.net> 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: Alex Goncharov Subject: Re: VirtualBox OpenSolaris guest [becomes: linux-f10-expat] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Oct 2010 12:02:37 -0000 Sorry for the long delay. It was and remains an apparent linux-f10-expat problem and I strongly believe that I am not responsible. Please continue reading. On Tue, Oct 12, 2010 at 04:21:16PM -0400, Alex Goncharov wrote: > ,--- You/Harald (Tue, 12 Oct 2010 21:56:29 +0200) ----* > | www/opera built and installed quickly. I really like it, except for the > | crash on exit. The workaround does apply for me as well. > | > | www/opera-linuxplugins stopped with > | > | ===> Installing for linux-f10-expat-2.0.1 > | ===> Generating temporary packing list > | brandelf: error opening file usr/bin/xmlwf: No such file or directory > | *** Error code 1 > > Do you have this: > > -------------------- > kldstat | grep linux > => > 9 1 0xffffffff80c4b000 1ca6a linux.ko Yes, linux.ko is loaded since ages via linux_enable="YES" in rc.conf > mount -p | grep /compat/linux > => > linprocfs /usr/compat/linux/proc linprocfs rw 0 0 No, linprocfs was not mounted at that moment. According to the Handbook it is not required at the moment of installing www/nspluginwrapper, emulators/linux_base-f10 and www/linux-f10-flashplugin10. Following the Handbook, I've installed many times Firefox and Flash Plugin and it always has worked when I installed Flash the same day or the day after all the other ports. As you will see further down, the trouble of the last days comes always with the installation of textproc/linux-f10-expat. > | This is exactly the sort of problem I've encountered whenever I tried to > | install all that linux stuff required just for the Flash plugin some weeks > | after all other ports. > > I believe you need to figure these things out, Flash or not Flash. > Looks like Linux compatibility issues; they should not be that hard to > fix. Start with the basics: > > ---------- > emulators/linux_base-f10 > x11/linux-f10-xorg-libs > textproc/linux-f10-aspell > ---------- > > look at your logs, make sure that all installs correctly. Well, let me briefly recall the actions I took from the moment of the first desaster up to now. - system is 8.0-RELEASE with all 500 ports installed and running okay and I decide to install opera, opera-linuxplugins and linux-f10-flashplugin10 - portmaster www/opera # no problem - portmaster www/opera-linuxplugins # installing linux_base-f10-10_3, then stopping as follows: ===> Installing for linux-f10-expat-2.0.1 ===> Generating temporary packing list brandelf: error opening file usr/bin/xmlwf: No such file or directory *** Error code 1 Stop in /usr/ports/textproc/linux-f10-expat. ===>>> Installation of linux-f10-expat-2.0.1 (textproc/linux-f10-expat) failed - xmlwf exists in /usr/local/bin. Making a symbolic link and repeating portmaster www/opera-linuxplugins. Same result. - When I saw several "Shared object has no run-time symbol table" errors I decided to switch to 8.1 (just to be up-to-date again) and to reinstall all ports. - /usr/sbin/freebsd-update -r 8.1-RELEASE upgrade # runs like a charm as usual - reinstall all ports inclusive opera following portmaster(8), but manually one (root|leaf) port after the other. # no problem as usual, then (intentionally same command as before because portmaster takes care of build- and run-depends and I never read that the linux_base port is exceptional in this respect. - portmaster www/opera-linuxplugins # stopping exactly as above - editing my last message - impossible to send it because postfix needs pcre and pcre is broken like the last time: Output of the delivery process -- (all) Error sending message, child exited 1 (). /libexec/ld-elf.so.1: /usr/local/lib/libpcre.so.0: Shared object has no run-time +symbol table - reinstalling pcre (portmaster devel/pcre) permits to send the message, but other shared libraries, namely libgcc_s.so.1 required to start X, remain obviously broken (no run-time symbol table). No idea how to repair that. - reinstalling all ports including opera, this time without human intervention using: - portmaster `cat ~/installed-port-list` # takes about 6 hours, but allows you to read a book without interruption if you remove ports like procmail and postfix which require a very minor intervention. - checking dependencies for opera-linuxplugins: me@pollux:/<3>opera-linuxplugins # make build-depends-list me@pollux:/<3>opera-linuxplugins # make run-depends-list /usr/ports/emulators/linux_base-f10 /usr/ports/textproc/linux-f10-expat /usr/ports/www/opera /usr/ports/x11-fonts/linux-f10-fontconfig /usr/ports/x11/linux-f10-xorg-libs - checking dependencies for linux_base-f10: me@pollux:/<3>linux_base-f10 # make build-depends-list /usr/ports/archivers/rpm me@pollux:/<3>linux_base-f10 # make run-depends-list me@pollux:/<3>linux_base-f10 # - portmaster emulators/linux_base-f10 # installs fine as usual - checking dependencies for linux-f10-expat: me@pollux:/<3>linux-f10-expat # make build-depends-list /usr/ports/archivers/rpm me@pollux:/<3>linux-f10-expat # make run-depends-list /usr/ports/emulators/linux_base-f10 - portmaster textproc/linux-f10-expat # stops as usual and breaks the whole system as usual, see above In short, I have the impression that there is a bug either in rpm or in linux-f10-expat. What else could I possibly do? Harald Weis From owner-freebsd-stable@FreeBSD.ORG Mon Oct 18 12:32:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E1921065674 for ; Mon, 18 Oct 2010 12:32:06 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id C9E928FC2D for ; Mon, 18 Oct 2010 12:32:05 +0000 (UTC) Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta06.westchester.pa.mail.comcast.net with comcast id LCEu1f0031wpRvQ56CY6xg; Mon, 18 Oct 2010 12:32:06 +0000 Received: from hanssachs.home ([24.61.85.144]) by omta18.westchester.pa.mail.comcast.net with comcast id LCY51f00836qgMk3eCY57i; Mon, 18 Oct 2010 12:32:06 +0000 Received: from algo by hanssachs.home with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1P7osm-0003NQ-Fe; Mon, 18 Oct 2010 08:32:04 -0400 Date: Mon, 18 Oct 2010 08:32:04 -0400 Message-Id: From: Alex Goncharov To: Harald Weis In-reply-to: <20101018120227.GA1920@pollux.local.net> (message from Harald Weis on Mon, 18 Oct 2010 14:02:27 +0200) References: <20101008180046.GA2867@pollux.local.net> <20101009203629.GA2135@pollux.local.net> <20101012195629.GC27117@pollux.local.net> <20101018120227.GA1920@pollux.local.net> Sender: Alex Goncharov Cc: freebsd-stable@freebsd.org Subject: Re: VirtualBox OpenSolaris guest [becomes: linux-f10-expat] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2010 12:32:06 -0000 ,--- You/Harald (Mon, 18 Oct 2010 14:02:27 +0200) ----* | What else could I possibly do? | - portmaster www/opera-linuxplugins # installing linux_base-f10-10_3, | then stopping as follows: | ===> Installing for linux-f10-expat-2.0.1 | ===> Generating temporary packing list | brandelf: error opening file usr/bin/xmlwf: No such file or directory | *** Error code 1 | Stop in /usr/ports/textproc/linux-f10-expat. I am not using portmaster; try do it simply through make. I just did it now: ---------------------------------------------------------------------- cat /compat/linux/etc/fedora-release Fedora release 10 (Cambridge) make -C textproc/linux-f10-expat deinstall clean configure build install NOCLEANDEPENDS=yes ===> Deinstalling for textproc/linux-f10-expat ===> Deinstalling linux-f10-expat-2.0.1 ===> Cleaning for linux-f10-expat-2.0.1 ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Extracting for linux-f10-expat-2.0.1 => MD5 Checksum OK for rpm/i386/fedora/10/expat-2.0.1-5.i386.rpm. => SHA256 Checksum OK for rpm/i386/fedora/10/expat-2.0.1-5.i386.rpm. ===> linux-f10-expat-2.0.1 depends on file: /usr/local/bin/rpm2cpio - found ===> Patching for linux-f10-expat-2.0.1 ===> Configuring for linux-f10-expat-2.0.1 ===> Installing for linux-f10-expat-2.0.1 ===> linux-f10-expat-2.0.1 depends on file: /compat/linux/etc/fedora-release - found ===> Generating temporary packing list ===> Checking if textproc/linux-f10-expat already installed cd /usr/ports/.x/amd64/usr/ports/textproc/linux-f10-expat/work && /usr/bin/find * -type d -exec /bin/mkdir -p "/compat/linux/{}" \; cd /usr/ports/.x/amd64/usr/ports/textproc/linux-f10-expat/work && /usr/bin/find * ! -type d | /usr/bin/cpio -pm -R root:wheel /compat/linux 367 blocks ===> Running linux ldconfig /compat/linux/sbin/ldconfig -r /compat/linux ===> Registering installation for linux-f10-expat-2.0.1 ls -l /compat/linux/usr/bin/xmlwf -rwxr-xr-x 1 root wheel 20844 Oct 18 08:27 /compat/linux/usr/bin/xmlwf* file /compat/linux/usr/bin/xmlwf /compat/linux/usr/bin/xmlwf: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped ---------------------------------------------------------------------- -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 18 21:12:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBF87106564A for ; Mon, 18 Oct 2010 21:12:23 +0000 (UTC) (envelope-from mdf356@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8B5388FC0C for ; Mon, 18 Oct 2010 21:12:23 +0000 (UTC) Received: by iwn36 with SMTP id 36so112359iwn.13 for ; Mon, 18 Oct 2010 14:12:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=L52WBcv6monsXdkWV35jrsV1nsnloSRCbgqNHvGE7cA=; b=WNVxirdHoGDuOsy39+zP4gmWC96I1DQg5FTsGZ1M5wd8U4Rfjczc/C0HZQdryDvgiN z6cg4Iw+qF4EIcmz7cFR0g0w68EHtfm7/19qgHMLPzhLrUT3AcNYT4p3VJ9ow4GKmGeb MZdh+6otC1HMguYV1k6uSIi1L2qtSm2pas5Lk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=guK6CGVrBWEkvHL31v9Jie9x4kAAL1Bgoyx7euPhPIxy37B6k6uDvkr1NdFNhK4804 Dl7oT2j3KqRmcfuYPgg5bW4JIFyKUKkZs07fB+NPHbD0RpE9LK0BCfJEFws6G9QQMvqj qc9n26B9dS0HlqO0vIHYkW9IJqXcYUyU5js2I= MIME-Version: 1.0 Received: by 10.231.191.6 with SMTP id dk6mr3897764ibb.51.1287434525829; Mon, 18 Oct 2010 13:42:05 -0700 (PDT) Sender: mdf356@gmail.com Received: by 10.231.142.76 with HTTP; Mon, 18 Oct 2010 13:42:05 -0700 (PDT) Date: Mon, 18 Oct 2010 13:42:05 -0700 X-Google-Sender-Auth: D3gyKIYpfgoyNhOHL_M7t3yERy8 Message-ID: From: mdf@FreeBSD.org To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: kldunload usb 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: Mon, 18 Oct 2010 21:12:24 -0000 When we moved to FreeBSD 7 from 6, issuing a kldunload for usb devices started causing a kernel panic is a USB device was still plugged in (like a keyboard). The kldunload is done as part of an rc.d script that unloads usb since it's not generally needed by our product unless we mounted the root volume from a USB stick. The order doesn't matter much, but doing: kldunload ucom kldunload umass kldunload usb panics with this stack: panic @ time 1287356740.252, thread 0xffffff0016bd64a0: Fatal trap 12: page fault while in kernel mode cpuid = 2 Stack: -------------------------------------------------- kernel:trap_fatal+0xac kernel:trap_pfault+0x24c kernel:trap+0x3d9 kernel:pmap_kextract+0x70 kernel:free+0xcd usb.ko:usb_disconnect_port+0xbd usb.ko:uhub_detach+0xd2 kernel:device_detach+0xb3 kernel:device_delete_child+0x98 kernel:device_delete_child+0x66 usb.ko:uhci_pci_detach+0xac kernel:device_detach+0xb3 kernel:devclass_delete_driver+0xde kernel:driver_module_handler+0x11c kernel:module_unload+0x41 kernel:linker_file_unload+0x19a kernel:kern_kldunload+0x10a kernel:isi_syscall+0x98 kernel:ia32_syscall+0x1cd -------------------------------------------------- cpuid = 2; apic id = 12 fault virtual address = 0xffff80403037b7a8 fault code = supervisor read data, page not present stack pointer = 0x10:0xffffff8bfe2d0450 frame pointer = 0x10:0xffffff8bfe2d0470 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 The problem is that device_delete_child will recursively call device_delete_child before calling device_detach(). When device_detach resolves to uhub_detach, it attempts to call usb_disconnect_port() which will iterate over the subdevs array. Each of the pointers of the subdevs array is pointing into already-free'd storage; the free(9) came from the recursive call to device_delete_child(). In this case the code is trying to dereference 0xdeadc0dedeadc0de since this is INVARIANTS with the malloc poisoning on free(9). So questions: (1) is there a simple fix, like defining a devclass_t for the port device, and having it do a detach method cleanup instead of uhub_detach()? I wasn't sure what to put in for the match method, though. (2) reorder the device_detach() with the recursive device_delete_child() loop in device_delete_child()? This makes me pretty nervous as I don't know what else may break, possibly subtly. (3) just don't kldunload? I assume this doesn't happen in stable/8 and later due to the USB stack rewrite, but I haven't actually checked. Thanks, matthew From owner-freebsd-stable@FreeBSD.ORG Mon Oct 18 21:30:01 2010 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 0E6A3106566B for ; Mon, 18 Oct 2010 21:30:01 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4C08A8FC15 for ; Mon, 18 Oct 2010 21:29:59 +0000 (UTC) Received: from porto.topspin.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 AAA21384; Tue, 19 Oct 2010 00:29:56 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1P7xHH-000Nj1-Vy; Tue, 19 Oct 2010 00:29:56 +0300 Message-ID: <4CBCBC53.8030205@icyb.net.ua> Date: Tue, 19 Oct 2010 00:29:55 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 References: <1287158693.5225.7.camel@home-yahoo> <4CB8E6AC.8070301@icyb.net.ua> In-Reply-To: <4CB8E6AC.8070301@icyb.net.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , Sean Bruno Subject: Re: kpanic on install >32GB of RAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2010 21:30:01 -0000 on 16/10/2010 02:41 Andriy Gapon said the following: > on 15/10/2010 19:04 Sean Bruno said the following: >> So, trying to get a massively overpowered HP box up with 7.3 amd64 >> version up and running. >> >> I can't tell at the moment, but it looks like the installer kernel is >> having issues with >32GB of RAM in this box. >> >> Are we using the i386 kernel on amd64 installs? So, just in case: > Is there anything else peculiar about this system besides RAM? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Oct 18 21:47:49 2010 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 5F356106578E for ; Mon, 18 Oct 2010 21:47:49 +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 45D6C8FC27 for ; Mon, 18 Oct 2010 21:47:49 +0000 (UTC) Received: from [127.0.0.1] (cheese.corp.yahoo.com [216.145.50.99]) by mrout3.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o9ILktQo017881; Mon, 18 Oct 2010 14:46:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1287438415; bh=htoNP41oDEjYLnhsM47+z5s2fMo2EtzVWoADQVHNFCE=; h=Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type: Date:Message-ID:Mime-Version:Content-Transfer-Encoding; b=xIgnYHr9yYeMrIuROKoULSjon6+LpEpemHaMPJC0An3zi0mbLv/+m9c27rhoqf0al RaIru26pDJyc4hkGEou8zkV4VmquiPyjs5FP7fUa7ZNn0/OTvhh6AiMNxloykOYgZo oeYBJl/+s3XUcxY63l3ydqgl0WGzvBjdFUWETtP4= From: Sean Bruno To: Andriy Gapon In-Reply-To: <4CBCBC53.8030205@icyb.net.ua> References: <1287158693.5225.7.camel@home-yahoo> <4CB8E6AC.8070301@icyb.net.ua> <4CBCBC53.8030205@icyb.net.ua> Content-Type: text/plain; charset="UTF-8" Date: Mon, 18 Oct 2010 14:46:55 -0700 Message-ID: <1287438415.6951.4.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" Subject: Re: kpanic on install >32GB of RAM 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: Mon, 18 Oct 2010 21:47:49 -0000 On Mon, 2010-10-18 at 14:29 -0700, Andriy Gapon wrote: > on 16/10/2010 02:41 Andriy Gapon said the following: > > on 15/10/2010 19:04 Sean Bruno said the following: > >> So, trying to get a massively overpowered HP box up with 7.3 amd64 > >> version up and running. > >> > >> I can't tell at the moment, but it looks like the installer kernel is > >> having issues with >32GB of RAM in this box. > >> > >> Are we using the i386 kernel on amd64 installs? > > So, just in case: > > > Is there anything else peculiar about this system besides RAM? > Looking over the DL980, it's 64 core w/HT, 10G ethernet and apparently is throwing Machine Check Exceptions very hard. http://people.freebsd.org/~sbruno/dl980_Machcheck_exceptions.png Sean From owner-freebsd-stable@FreeBSD.ORG Tue Oct 19 03:11:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E86DA106564A for ; Tue, 19 Oct 2010 03:11:52 +0000 (UTC) (envelope-from wilkinsa@dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 735698FC08 for ; Tue, 19 Oct 2010 03:11:52 +0000 (UTC) Received: from ednmsw520.dsto.defence.gov.au (ednmsw520.dsto.defence.gov.au [131.185.68.60]) by digger1.defence.gov.au (DSTO/DSTO) with ESMTP id o9J3568H009173 for ; Tue, 19 Oct 2010 12:35:07 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw520.dsto.defence.gov.au (Clearswift SMTPRS 5.4.0) with ESMTP id for ; Tue, 19 Oct 2010 13:41:49 +1030 Received: from stlex511.dsto.defence.gov.au ([203.6.60.49]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.3959); Tue, 19 Oct 2010 13:41:48 +1030 Received: from stlux550.dsto.defence.gov.au ([203.6.60.61]) by stlex511.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.4675); Tue, 19 Oct 2010 11:11:44 +0800 Received: from stlux550.dsto.defence.gov.au (localhost [127.0.0.1]) by stlux550.dsto.defence.gov.au (8.14.3/8.14.3) with ESMTP id o9J3Bifn068995 for ; Tue, 19 Oct 2010 11:11:44 +0800 (WST) (envelope-from wilkinsa@stlux550.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by stlux550.dsto.defence.gov.au (8.14.3/8.14.3/Submit) id o9J3BinT068994 for freebsd-stable@freebsd.org; Tue, 19 Oct 2010 11:11:44 +0800 (WST) (envelope-from wilkinsa) Date: Tue, 19 Oct 2010 11:11:44 +0800 From: "Wilkinson, Alex" To: freebsd-stable@freebsd.org Message-ID: <20101019031144.GA68635@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <1287158693.5225.7.camel@home-yahoo> <20101015162714.GA12400@icarus.home.lan> <4CB881AF.1080708@acm.poly.edu> <1287160697.5225.14.camel@home-yahoo> <1287258720.2522.26.camel@home-yahoo> <20101016201603.GA9807@icarus.home.lan> <1287266288.2522.27.camel@home-yahoo> <1287353406.2431.3.camel@home-yahoo> <20101018113334.GA33226@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20101018113334.GA33226@icarus.home.lan> Organisation: Defence Science Technology Organisation X-Message-Flag: "Please Restore Line Breaks If Necessary" User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 19 Oct 2010 03:11:45.0031 (UTC) FILETIME=[5C2BA970:01CB6F3B] X-TM-AS-Product-Ver: SMEX-8.0.0.1285-6.500.1024-17712.004 X-TM-AS-Result: No--2.363000-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No Content-Transfer-Encoding: 7bit Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2010 03:11:53 -0000 0n Mon, Oct 18, 2010 at 04:33:34AM -0700, Jeremy Chadwick wrote: >On Sun, Oct 17, 2010 at 03:10:06PM -0700, Sean Bruno wrote: >> >> > We've successfully installed RHEL 5u4 on it, I'll fire that up and post >> > the boot output shortly. >> > >> > Sean >> >> >> Perhaps this is something as simple as a hardware failure? HP DL980 >> looks sick, but I'm not sure. Here's the hardware logs, from the iLO on >> the box as screen scraping on the console is pointless as it's garbled >> too badly. >> >> Bad CPU, Bad Ram or other? >> >> http://people.freebsd.org/~sbruno/dl980_Machcheck_exceptions.png > >Hard to say -- the MCE will need to be decoded. I'm working on a >program which can do this, though I know John Baldwin already has one >which should work. Will it work something like http://freshmeat.net/projects/mcelog/ ? -Alex IMPORTANT: This email remains the property of the Department of Defence and is subject to the jurisdiction of section 70 of the Crimes Act 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 19 04:24:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C222106564A for ; Tue, 19 Oct 2010 04:24:40 +0000 (UTC) (envelope-from stylinae@mail.uc.edu) Received: from bay0-omc1-s8.bay0.hotmail.com (bay0-omc1-s8.bay0.hotmail.com [65.54.190.19]) by mx1.freebsd.org (Postfix) with ESMTP id 206238FC15 for ; Tue, 19 Oct 2010 04:24:39 +0000 (UTC) Received: from BL2PRD0103HT002.prod.exchangelabs.com ([65.54.190.61]) by bay0-omc1-s8.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 18 Oct 2010 21:24:39 -0700 Received: from mail-gy0-f182.google.com (209.85.160.182) by pod51000.outlook.com (10.6.4.39) with Microsoft SMTP Server (TLS) id 14.0.650.49; Tue, 19 Oct 2010 04:24:38 +0000 Received: by gyf3 with SMTP id 3so958366gyf.13 for ; Mon, 18 Oct 2010 21:24:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.105.6 with SMTP id d6mr2456912anc.89.1287462265278; Mon, 18 Oct 2010 21:24:25 -0700 (PDT) Received: by 10.100.191.9 with HTTP; Mon, 18 Oct 2010 21:24:25 -0700 (PDT) Date: Tue, 19 Oct 2010 00:24:25 -0400 Message-ID: From: Adam Stylinski To: X-MS-Exchange-Transport-Rules-Loop: 0 X-OriginalArrivalTime: 19 Oct 2010 04:24:39.0422 (UTC) FILETIME=[8B82C1E0:01CB6F45] Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS log device removal? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2010 04:24:40 -0000 I hope I'm not asking anything too obvious, but I just saw this commit via the svn-src-all list: http://lists.freebsd.org/pipermail/svn-src-all/2010-October/030466.html And I was wondering if this perhaps means that log device removal is now possible on 8-STABLE. Or was this just a small code revision toward that feature? Also I apologize in advance if my mailer does something weird and sends this message more than once, please be sure to tell me. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 19 04:53:32 2010 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 E2B51106566B for ; Tue, 19 Oct 2010 04:53:32 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EF33B8FC1D for ; Tue, 19 Oct 2010 04:53:31 +0000 (UTC) Received: from porto.topspin.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 HAA26752; Tue, 19 Oct 2010 07:53:29 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1P84CX-0000Ng-BC; Tue, 19 Oct 2010 07:53:29 +0300 Message-ID: <4CBD2448.8050503@icyb.net.ua> Date: Tue, 19 Oct 2010 07:53:28 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: sbruno@freebsd.org References: <1287158693.5225.7.camel@home-yahoo> <4CB8E6AC.8070301@icyb.net.ua> <4CBCBC53.8030205@icyb.net.ua> <1287438415.6951.4.camel@home-yahoo> In-Reply-To: <1287438415.6951.4.camel@home-yahoo> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , Sean Bruno Subject: Re: kpanic on install >32GB of RAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2010 04:53:33 -0000 on 19/10/2010 00:46 Sean Bruno said the following: > On Mon, 2010-10-18 at 14:29 -0700, Andriy Gapon wrote: >> on 16/10/2010 02:41 Andriy Gapon said the following: >>> on 15/10/2010 19:04 Sean Bruno said the following: >>>> So, trying to get a massively overpowered HP box up with 7.3 amd64 >>>> version up and running. >>>> >>>> I can't tell at the moment, but it looks like the installer kernel is >>>> having issues with >32GB of RAM in this box. >>>> >>>> Are we using the i386 kernel on amd64 installs? >> >> So, just in case: >> >>> Is there anything else peculiar about this system besides RAM? >> > > Looking over the DL980, it's 64 core w/HT, 10G ethernet and apparently -------------------------------^^^^^^ Could the following be related then? http://thread.gmane.org/gmane.os.freebsd.current/128099/focus=128576 > is throwing Machine Check Exceptions very hard. > > http://people.freebsd.org/~sbruno/dl980_Machcheck_exceptions.png Not sure about those. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Oct 19 05:16:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11AB01065673 for ; Tue, 19 Oct 2010 05:16:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 553D28FC15 for ; Tue, 19 Oct 2010 05:16:08 +0000 (UTC) Received: from porto.topspin.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 IAA27039 for ; Tue, 19 Oct 2010 08:16:07 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1P84YR-0000PK-IK for freebsd-stable@freebsd.org; Tue, 19 Oct 2010 08:16:07 +0300 Message-ID: <4CBD2997.5090508@icyb.net.ua> Date: Tue, 19 Oct 2010 08:16:07 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1287158693.5225.7.camel@home-yahoo> <20101015162714.GA12400@icarus.home.lan> <4CB881AF.1080708@acm.poly.edu> <1287160697.5225.14.camel@home-yahoo> <1287258720.2522.26.camel@home-yahoo> <20101016201603.GA9807@icarus.home.lan> <1287266288.2522.27.camel@home-yahoo> <1287353406.2431.3.camel@home-yahoo> <20101018113334.GA33226@icarus.home.lan> <20101019031144.GA68635@stlux503.dsto.defence.gov.au> In-Reply-To: <20101019031144.GA68635@stlux503.dsto.defence.gov.au> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2010 05:16:10 -0000 on 19/10/2010 06:11 Wilkinson, Alex said the following: > Will it work something like http://freshmeat.net/projects/mcelog/ ? jhb has a port of this, yes. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Oct 19 07:15:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C19641065672 for ; Tue, 19 Oct 2010 07:15:52 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 698F18FC23 for ; Tue, 19 Oct 2010 07:15:52 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out3.tiscali.nl with esmtp (Exim) (envelope-from ) id 1P86QJ-00041C-Af; Tue, 19 Oct 2010 09:15:51 +0200 Received: from 212-123-145-58.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 87984A9; Tue, 19 Oct 2010 09:15:46 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Harald Weis" , "Alex Goncharov" References: <20101008180046.GA2867@pollux.local.net> <20101009203629.GA2135@pollux.local.net> <20101012195629.GC27117@pollux.local.net> <20101018120227.GA1920@pollux.local.net> Date: Tue, 19 Oct 2010 09:15:46 +0200 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/10.62 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: VirtualBox OpenSolaris guest [becomes: linux-f10-expat] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2010 07:15:52 -0000 On Mon, 18 Oct 2010 14:32:04 +0200, Alex Goncharov =20 wrote: > ,--- You/Harald (Mon, 18 Oct 2010 14:02:27 +0200) ----* > | What else could I possibly do? > > | - portmaster www/opera-linuxplugins # installing linux_base-f10-10_= 3, > | then stopping as follows: > | =3D=3D=3D> Installing for linux-f10-expat-2.0.1 > | =3D=3D=3D> Generating temporary packing list > | brandelf: error opening file usr/bin/xmlwf: No such file or directory > | *** Error code 1 > > | Stop in /usr/ports/textproc/linux-f10-expat. > > I am not using portmaster; try do it simply through make. I just did > it now: > > ---------------------------------------------------------------------- > cat /compat/linux/etc/fedora-release > Fedora release 10 (Cambridge) > > make -C textproc/linux-f10-expat deinstall clean configure build instal= l =20 > NOCLEANDEPENDS=3Dyes > =3D=3D=3D> Deinstalling for textproc/linux-f10-expat > =3D=3D=3D> Deinstalling linux-f10-expat-2.0.1 > =3D=3D=3D> Cleaning for linux-f10-expat-2.0.1 > =3D=3D=3D> Vulnerability check disabled, database not found > =3D=3D=3D> License check disabled, port has not defined LICENSE > =3D=3D=3D> Extracting for linux-f10-expat-2.0.1 > =3D> MD5 Checksum OK for rpm/i386/fedora/10/expat-2.0.1-5.i386.rpm. > =3D> SHA256 Checksum OK for rpm/i386/fedora/10/expat-2.0.1-5.i386.rpm. > =3D=3D=3D> linux-f10-expat-2.0.1 depends on file: /usr/local/bin/rpm2= cpio - =20 > found > =3D=3D=3D> Patching for linux-f10-expat-2.0.1 > =3D=3D=3D> Configuring for linux-f10-expat-2.0.1 > =3D=3D=3D> Installing for linux-f10-expat-2.0.1 > =3D=3D=3D> linux-f10-expat-2.0.1 depends on file: =20 > /compat/linux/etc/fedora-release - found > =3D=3D=3D> Generating temporary packing list > =3D=3D=3D> Checking if textproc/linux-f10-expat already installed > cd /usr/ports/.x/amd64/usr/ports/textproc/linux-f10-expat/work && =20 > /usr/bin/find * -type d -exec /bin/mkdir -p "/compat/linux/{}" \; > cd /usr/ports/.x/amd64/usr/ports/textproc/linux-f10-expat/work && =20 > /usr/bin/find * ! -type d | /usr/bin/cpio -pm -R root:wheel /compat/lin= ux > 367 blocks > =3D=3D=3D> Running linux ldconfig > /compat/linux/sbin/ldconfig -r /compat/linux > =3D=3D=3D> Registering installation for linux-f10-expat-2.0.1 > > ls -l /compat/linux/usr/bin/xmlwf > -rwxr-xr-x 1 root wheel 20844 Oct 18 08:27 =20 > /compat/linux/usr/bin/xmlwf* > > file /compat/linux/usr/bin/xmlwf > /compat/linux/usr/bin/xmlwf: ELF 32-bit LSB executable, Intel 80386, =20 > version 1 (GNU/Linux), dynamically linked (uses shared libs), for =20 > GNU/Linux 2.6.9, stripped > > ---------------------------------------------------------------------- > > > -- Alex -- alex-goncharov@comcast.net -- > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" Alex, What does pkg_info -W /compat/linux/usr/bin/xmlwf say? Maybe =20 linux-f10-expat misses a dependency which you have installed already. Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 19 11:09:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC1CE106564A for ; Tue, 19 Oct 2010 11:09:49 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4D6888FC1D for ; Tue, 19 Oct 2010 11:09:46 +0000 (UTC) Received: from pollux.local.net (unknown [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id 61C1C4C802F; Tue, 19 Oct 2010 13:09:41 +0200 (CEST) Received: by pollux.local.net (Postfix, from userid 2000) id 02C6828C27; Tue, 19 Oct 2010 13:09:39 +0200 (CEST) Date: Tue, 19 Oct 2010 13:09:39 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20101019110939.GA21157@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org, Doug Barton References: <20101008180046.GA2867@pollux.local.net> <20101009203629.GA2135@pollux.local.net> <20101012195629.GC27117@pollux.local.net> <20101018120227.GA1920@pollux.local.net> 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: Doug Barton Subject: Re: VirtualBox OpenSolaris guest [becomes: portmaster] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2010 11:09:49 -0000 On Mon, Oct 18, 2010 at 08:32:04AM -0400, Alex Goncharov wrote: > ,--- You/Harald (Mon, 18 Oct 2010 14:02:27 +0200) ----* > | What else could I possibly do? > > | - portmaster www/opera-linuxplugins # installing linux_base-f10-10_3, > | then stopping as follows: > | ===> Installing for linux-f10-expat-2.0.1 > | ===> Generating temporary packing list > | brandelf: error opening file usr/bin/xmlwf: No such file or directory > | *** Error code 1 > > | Stop in /usr/ports/textproc/linux-f10-expat. > > I am not using portmaster; try do it simply through make. I just did > it now: > > ---------------------------------------------------------------------- > cat /compat/linux/etc/fedora-release > Fedora release 10 (Cambridge) Ah, I see, that's it. I can't run this cat command because my /compat/linux directory is empty. Obviously it went always wrong with portmaster emulators/linux_base-f10. This command should have populated the linuxbase, i.e. /compat/linux, directory if I understand correctly. The script (I kept it) shows no problem whatsoever. The Makefile says clearly to use the linuxbase as prefix for installation. Portmaster seems to be responsible here. Please note that portmaster is my friend since July 2008. Without any problem! In my humble opinion portmaster is quite an extraordinary tool. By far I prefer it to portupgrade. Presently, there seems to be a problem just with the linux stuff. Doug, may I ask you for help please ? Now I will go and reinstall for the third time all ports with portmaster `cat ~/installed-port-list` which did work like a charm last time and then install the linux ports with make. Harald From owner-freebsd-stable@FreeBSD.ORG Tue Oct 19 11:37:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBF78106564A for ; Tue, 19 Oct 2010 11:37:54 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id A5DBB8FC0A for ; Tue, 19 Oct 2010 11:37:54 +0000 (UTC) Received: from omta03.westchester.pa.mail.comcast.net ([76.96.62.27]) by qmta01.westchester.pa.mail.comcast.net with comcast id LaNN1f0020bG4ec51bdulA; Tue, 19 Oct 2010 11:37:54 +0000 Received: from hanssachs.home ([24.61.85.144]) by omta03.westchester.pa.mail.comcast.net with comcast id Lbdu1f00936qgMk3PbduPk; Tue, 19 Oct 2010 11:37:54 +0000 Received: from algo by hanssachs.home with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1P8AVt-0004jO-CX for freebsd-stable@freebsd.org; Tue, 19 Oct 2010 07:37:53 -0400 Date: Tue, 19 Oct 2010 07:37:53 -0400 Message-Id: From: Alex Goncharov To: freebsd-stable@freebsd.org In-reply-to: (ronald-freebsd8@klop.yi.org) References: <20101008180046.GA2867@pollux.local.net> <20101009203629.GA2135@pollux.local.net> <20101012195629.GC27117@pollux.local.net> <20101018120227.GA1920@pollux.local.net> Sender: Alex Goncharov Subject: Re: VirtualBox OpenSolaris guest [becomes: linux-f10-expat] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2010 11:37:55 -0000 ,--- Ronald Klop (Tue, 19 Oct 2010 09:15:46 +0200) ----* | Alex, | | What does pkg_info -W /compat/linux/usr/bin/xmlwf say? Maybe | linux-f10-expat misses a dependency which you have installed already. | `------------------------------------------------------* ---------- pkg_info -W /compat/linux/usr/bin/xmlwf => /compat/linux/usr/bin/xmlwf was installed by package linux-f10-expat-2.0.1 ---------- That's what Harald could not build :-) ,--- Harald Weis (Tue, 19 Oct 2010 13:09:39 +0200) ----* | | > cat /compat/linux/etc/fedora-release | > Fedora release 10 (Cambridge) | | Ah, I see, that's it. I can't run this cat command because my | /compat/linux directory is empty. | Now I will go and reinstall for the third time all ports with | portmaster `cat ~/installed-port-list` which did work like a charm | last time and then install the linux ports with make. | `------------------------------------------------------* OK, good to know we've located a likely culprit. Good luck -- enjoy your working Flash on FreeBSD soon! -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 19 13:16:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DE54106564A for ; Tue, 19 Oct 2010 13:16:29 +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 3EA108FC08 for ; Tue, 19 Oct 2010 13:16:29 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E159E46B2C; Tue, 19 Oct 2010 09:16:28 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5525A8A027; Tue, 19 Oct 2010 09:16:26 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 19 Oct 2010 09:01:06 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: <1287158693.5225.7.camel@home-yahoo> <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> In-Reply-To: <4CBD2997.5090508@icyb.net.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201010190901.06279.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 19 Oct 2010 09:16:26 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Andriy Gapon Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Oct 2010 13:16:29 -0000 On Tuesday, October 19, 2010 1:16:07 am Andriy Gapon wrote: > on 19/10/2010 06:11 Wilkinson, Alex said the following: > > Will it work something like http://freshmeat.net/projects/mcelog/ ? > > jhb has a port of this, yes. The relevant bits are at http://www.FreeBSD.org/~jhb/mcelog/ I should probably make this into a port, but I really need to e-mail the mcelog folks about integrating the patches into their tree. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 19 13:16:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C934106592C; Tue, 19 Oct 2010 13:16:36 +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 BC0FC8FC14; Tue, 19 Oct 2010 13:16:35 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 509F146B7F; Tue, 19 Oct 2010 09:16:35 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1D5D38A01D; Tue, 19 Oct 2010 09:16:29 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 19 Oct 2010 09:11:06 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100819; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201010190911.06961.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 19 Oct 2010 09:16:29 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: mdf@freebsd.org Subject: Re: kldunload usb 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: Tue, 19 Oct 2010 13:16:36 -0000 On Monday, October 18, 2010 4:42:05 pm mdf@freebsd.org wrote: > When we moved to FreeBSD 7 from 6, issuing a kldunload for usb devices > started causing a kernel panic is a USB device was still plugged in > (like a keyboard). The kldunload is done as part of an rc.d script > that unloads usb since it's not generally needed by our product unless > we mounted the root volume from a USB stick. > > The order doesn't matter much, but doing: > > kldunload ucom > kldunload umass > kldunload usb > > panics with this stack: > > panic @ time 1287356740.252, thread 0xffffff0016bd64a0: Fatal trap 12: > page fault while in kernel mode > > cpuid = 2 > > Stack: -------------------------------------------------- > kernel:trap_fatal+0xac > kernel:trap_pfault+0x24c > kernel:trap+0x3d9 > kernel:pmap_kextract+0x70 > kernel:free+0xcd > usb.ko:usb_disconnect_port+0xbd > usb.ko:uhub_detach+0xd2 > kernel:device_detach+0xb3 > kernel:device_delete_child+0x98 > kernel:device_delete_child+0x66 > usb.ko:uhci_pci_detach+0xac > kernel:device_detach+0xb3 > kernel:devclass_delete_driver+0xde > kernel:driver_module_handler+0x11c > kernel:module_unload+0x41 > kernel:linker_file_unload+0x19a > kernel:kern_kldunload+0x10a > kernel:isi_syscall+0x98 > kernel:ia32_syscall+0x1cd > -------------------------------------------------- > > cpuid = 2; apic id = 12 > fault virtual address = 0xffff80403037b7a8 > fault code = supervisor read data, page not present > stack pointer = 0x10:0xffffff8bfe2d0450 > frame pointer = 0x10:0xffffff8bfe2d0470 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > > > The problem is that device_delete_child will recursively call > device_delete_child before calling device_detach(). When > device_detach resolves to uhub_detach, it attempts to call > usb_disconnect_port() which will iterate over the subdevs array. Each > of the pointers of the subdevs array is pointing into already-free'd > storage; the free(9) came from the recursive call to > device_delete_child(). In this case the code is trying to dereference > 0xdeadc0dedeadc0de since this is INVARIANTS with the malloc poisoning > on free(9). > > So questions: > > (1) is there a simple fix, like defining a devclass_t for the port > device, and having it do a detach method cleanup instead of > uhub_detach()? I wasn't sure what to put in for the match method, > though. I think uhub_detach() should use device_get_children() instead of trying to maintain its own list of child devices. If uhub really does need to maintain its own list of children, then a better fix would be to add a 'bus_device_deleted()' callback from device_delete_child() to the parent bus device to let it know a device had been removed, but that would be tricky to use since in many cases a bus device is what invokes device_delete_child() in the first place. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 06:06:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 454C9106566B for ; Wed, 20 Oct 2010 06:06:23 +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 8918B8FC12 for ; Wed, 20 Oct 2010 06:06:22 +0000 (UTC) Received: from porto.topspin.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 JAA21957 for ; Wed, 20 Oct 2010 09:06:21 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1P8Roa-0004QD-Qe for freebsd-stable@FreeBSD.org; Wed, 20 Oct 2010 09:06:20 +0300 Message-ID: <4CBE86DC.7050701@freebsd.org> Date: Wed, 20 Oct 2010 09:06:20 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Subject: [HEADSUP] MFC of r212647: sys/pcpu.h: remove a workaround for a fixed ld bug X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 06:06:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am going to MFC r212647. Please note that after that you will need a sufficiently recent ld for kernel build. More details can be found here: http://svn.freebsd.org/viewvc/base/head/UPDATING?r1=212579&r2=212648 - -- Andriy Gapon -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMvobbAAoJEHSlLSemUf4vqEIIAIh7F9H8/lGJJk9Xo+NONYgi OdcMZ+vd8CfEqunyP/u9I1LWCy24/DymanLJbIm7iP0kWK1jUWZd0IyLE5Bt6nbd AVfGO8BkiO+TvqQ4V3jdGNRAsU7QrfcVwBizFR+96yE5gcLKYmpvWiT0f0a7XZf0 Ns56ig6OHM8BEAML89ZRg/TxThYefsjKlylIqM8xvKbkh09Am8qr0fjrIFseJ5tp SPu6oBRTaIbokWlmqrQmrdXKCMy1H692+kfVmHOZjREyiHLlZfRwbdlYePwOEd6i b1X6vmYA5eGN8THC0Y8ko8LAVWgGNe+Olf2VGBBOabtuxIkJhNeyjoFZEEaBSXo= =QyMq -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 08:46:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18CA91065675 for ; Wed, 20 Oct 2010 08:46:27 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 960F98FC1F for ; Wed, 20 Oct 2010 08:46:26 +0000 (UTC) Received: by bwz15 with SMTP id 15so1065690bwz.13 for ; Wed, 20 Oct 2010 01:46:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=PCo+LKKi7pSraiIXg1obrSnlX19+t9TvrnIo420Wl3E=; b=MGD5/2VC79PWX1SUteBV+XP8WyGDtrZcudmdmCOH4Keltt8oGVSc/Zq62LKCgIwJQq AJohn6rIzd3nyxMXS4kqiggLV4XY7bwtyQ7W+tYQSyA5F5EvfdvBghAVodGkl3UPGTwS 24zhXgIR/aG/WmhiUtJwVURzFVLDdoSYCKbGg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=v/dV85MDyKloAPJkY5y9KBGkH1GSRN3aSTeGT8b58zHTzoaKwOAiHzE00bw9VDUNic pww/+YWRvS3njuJixbBxkddw80S6g6nGkzR1ikz3NkMJ9atp46Y1PeesSeFEXxfDnHVY wJQLOQ2IqumytogOlo/puZtoyiqgUbLniZySE= Received: by 10.204.127.164 with SMTP id g36mr6424593bks.100.1287564384417; Wed, 20 Oct 2010 01:46:24 -0700 (PDT) Received: from [10.129.23.105] ([217.18.249.148]) by mx.google.com with ESMTPS id u4sm16249151bkz.17.2010.10.20.01.46.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 20 Oct 2010 01:46:22 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Nikolay Denev In-Reply-To: Date: Wed, 20 Oct 2010 11:46:19 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <0DD9C6B6-502B-4D32-A2DB-91F189814A98@gmail.com> References: To: Adam Stylinski X-Mailer: Apple Mail (2.1081) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS log device removal? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 08:46:27 -0000 On 19 Oct, 2010, at 07:24 , Adam Stylinski wrote: > I hope I'm not asking anything too obvious, but I just saw this commit = via > the svn-src-all list: > = http://lists.freebsd.org/pipermail/svn-src-all/2010-October/030466.html >=20 > And I was wondering if this perhaps means that log device removal is = now > possible on 8-STABLE. Or was this just a small code revision toward = that > feature? >=20 > Also I apologize in advance if my mailer does something weird and = sends this > message more than once, please be sure to tell me. >=20 Hello, This only adds the ability to offline a log device, but not to remove = it. Also pools with missing log devices can't be imported. These features = are added in ZFS v19. Regards, Nikolay= From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 12:32:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C76C91065672 for ; Wed, 20 Oct 2010 12:32:34 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9C3928FC12 for ; Wed, 20 Oct 2010 12:32:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id DD5CC509A8 for ; Wed, 20 Oct 2010 13:32:33 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w4HEWn3YFxwZ for ; Wed, 20 Oct 2010 13:32:33 +0100 (BST) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 62267509A5 for ; Wed, 20 Oct 2010 13:32:33 +0100 (BST) Received: from 68.64.144.221 (SquirrelMail authenticated user dan) by nyi.unixathome.org with HTTP; Wed, 20 Oct 2010 08:32:33 -0400 Message-ID: Date: Wed, 20 Oct 2010 08:32:33 -0400 From: "Dan Langille" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: 'zfs send -i': destination has been modified X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 12:32:34 -0000 I am trying to do a 'zfs send -i' and failing. This is my simple proof of concept test: Create the data # zfs create storage/a # touch /storage/a/1 # touch /storage/a/2 # touch /storage/a/3 Snapshot # zfs snapshot storage/a@2010.10.19 send # zfs send storage/a@2010.10.19 | zfs receive -v storage/compressed/a receiving full stream of storage/a@2010.10.19 into storage/compressed/a@2010.10.19 received 252KB stream in 2 seconds (126KB/sec) # Create one more file and snapshot that # touch /storage/a/4 # zfs snapshot storage/a@2010.10.20 send it # zfs send -i storage/a@2010.10.19 storage/a@2010.10.20 | zfs receive -v storage/compressed/a receiving incremental stream of storage/a@2010.10.20 into storage/compressed/a@2010.10.20 received 250KB stream in 3 seconds (83.4KB/sec) What do we have? # find /storage/compressed/a /storage/compressed/a /storage/compressed/a/1 /storage/compressed/a/2 /storage/compressed/a/3 /storage/compressed/a/4 Of note: * FreeBSD 8.1-STABLE * ZFS filesystem version 4. * ZFS pool version 15. * zfs send is on compression off * zfs receive has compression on What I actually want to do and what fails: # zfs snapshot storage/bacula@2010.10.19 # zfs send storage/bacula@2010.10.19 | zfs receive -v storage/compressed/bacula receiving full stream of storage/bacula@2010.10.19 into storage/compressed/bacula@2010.10.19 received 4.38TB stream in 42490 seconds (108MB/sec) # zfs snapshot storage/bacula@2010.10.20 # zfs send -i storage/bacula@2010.10.19 storage/bacula@2010.10.20 | zfs receive -v storage/compressed/bacula receiving incremental stream of storage/bacula@2010.10.20 into storage/compressed/bacula@2010.10.20 cannot receive incremental stream: destination storage/compressed/bacula has been modified since most recent snapshot warning: cannot send 'storage/bacula@2010.10.20': Broken pipe I have no idea why this fails. Clues please? To my knowledge, the destination has not been written to. -- Dan Langille -- http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 12:44:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63635106566B for ; Wed, 20 Oct 2010 12:44:41 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id DE7A68FC16 for ; Wed, 20 Oct 2010 12:44:40 +0000 (UTC) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.3/8.14.3) with ESMTP id o9KCiYHY041424; Wed, 20 Oct 2010 14:44:35 +0200 (CEST) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.3/8.14.3/Submit) id o9KCiYUw041423; Wed, 20 Oct 2010 14:44:34 +0200 (CEST) (envelope-from mail25@bzerk.org) Date: Wed, 20 Oct 2010 14:44:34 +0200 From: Ruben de Groot To: Dan Langille Message-ID: <20101020124434.GA41365@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , Dan Langille , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Wed, 20 Oct 2010 14:44:39 +0200 (CEST) Cc: freebsd-stable@freebsd.org Subject: Re: 'zfs send -i': destination has been modified X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 12:44:41 -0000 On Wed, Oct 20, 2010 at 08:32:33AM -0400, Dan Langille typed: > I am trying to do a 'zfs send -i' and failing. > > This is my simple proof of concept test: > > Create the data > # zfs create storage/a > # touch /storage/a/1 > # touch /storage/a/2 > # touch /storage/a/3 > > Snapshot > # zfs snapshot storage/a@2010.10.19 > > send > # zfs send storage/a@2010.10.19 | zfs receive -v storage/compressed/a > receiving full stream of storage/a@2010.10.19 into > storage/compressed/a@2010.10.19 > received 252KB stream in 2 seconds (126KB/sec) > # > > > > Create one more file and snapshot that > > # touch /storage/a/4 > # zfs snapshot storage/a@2010.10.20 > > > send it > > # zfs send -i storage/a@2010.10.19 storage/a@2010.10.20 | zfs receive -v > storage/compressed/a > receiving incremental stream of storage/a@2010.10.20 into > storage/compressed/a@2010.10.20 > received 250KB stream in 3 seconds (83.4KB/sec) > > What do we have? > > # find /storage/compressed/a > /storage/compressed/a > /storage/compressed/a/1 > /storage/compressed/a/2 > /storage/compressed/a/3 > /storage/compressed/a/4 > > > Of note: > > * FreeBSD 8.1-STABLE > * ZFS filesystem version 4. > * ZFS pool version 15. > * zfs send is on compression off > * zfs receive has compression on > > What I actually want to do and what fails: > > > # zfs snapshot storage/bacula@2010.10.19 > > # zfs send storage/bacula@2010.10.19 | zfs receive -v > storage/compressed/bacula > receiving full stream of storage/bacula@2010.10.19 into > storage/compressed/bacula@2010.10.19 > received 4.38TB stream in 42490 seconds (108MB/sec) > > # zfs snapshot storage/bacula@2010.10.20 > > # zfs send -i storage/bacula@2010.10.19 storage/bacula@2010.10.20 | zfs > receive -v storage/compressed/bacula > receiving incremental stream of storage/bacula@2010.10.20 into > storage/compressed/bacula@2010.10.20 > cannot receive incremental stream: destination storage/compressed/bacula > has been modified > since most recent snapshot > warning: cannot send 'storage/bacula@2010.10.20': Broken pipe > > I have no idea why this fails. Clues please? > > To my knowledge, the destination has not been written to. Has any read operation been done on the destination (ie: updated atime) ? Ruben From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 12:54:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77A35106566B for ; Wed, 20 Oct 2010 12:54:09 +0000 (UTC) (envelope-from dan@langille.org) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3D88FC19 for ; Wed, 20 Oct 2010 12:54:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id A3ABB509B8; Wed, 20 Oct 2010 13:54:08 +0100 (BST) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by localhost (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G-TH5CMaMLMp; Wed, 20 Oct 2010 13:54:08 +0100 (BST) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 52181509B6; Wed, 20 Oct 2010 13:54:07 +0100 (BST) Received: from 68.64.144.221 (SquirrelMail authenticated user dan) by nyi.unixathome.org with HTTP; Wed, 20 Oct 2010 08:54:08 -0400 Message-ID: <40c67a2c91813d90fa4a3dafb8604db1.squirrel@nyi.unixathome.org> In-Reply-To: <20101020124434.GA41365@ei.bzerk.org> References: <20101020124434.GA41365@ei.bzerk.org> Date: Wed, 20 Oct 2010 08:54:08 -0400 From: "Dan Langille" To: "Ruben de Groot" User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: 'zfs send -i': destination has been modified X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 12:54:09 -0000 On Wed, October 20, 2010 8:44 am, Ruben de Groot wrote: > On Wed, Oct 20, 2010 at 08:32:33AM -0400, Dan Langille typed: >> I am trying to do a 'zfs send -i' and failing. >> >> This is my simple proof of concept test: >> >> Create the data >> # zfs create storage/a >> # touch /storage/a/1 >> # touch /storage/a/2 >> # touch /storage/a/3 >> >> Snapshot >> # zfs snapshot storage/a@2010.10.19 >> >> send >> # zfs send storage/a@2010.10.19 | zfs receive -v storage/compressed/a >> receiving full stream of storage/a@2010.10.19 into >> storage/compressed/a@2010.10.19 >> received 252KB stream in 2 seconds (126KB/sec) >> # >> >> >> >> Create one more file and snapshot that >> >> # touch /storage/a/4 >> # zfs snapshot storage/a@2010.10.20 >> >> >> send it >> >> # zfs send -i storage/a@2010.10.19 storage/a@2010.10.20 | zfs receive >> -v >> storage/compressed/a >> receiving incremental stream of storage/a@2010.10.20 into >> storage/compressed/a@2010.10.20 >> received 250KB stream in 3 seconds (83.4KB/sec) >> >> What do we have? >> >> # find /storage/compressed/a >> /storage/compressed/a >> /storage/compressed/a/1 >> /storage/compressed/a/2 >> /storage/compressed/a/3 >> /storage/compressed/a/4 >> >> >> Of note: >> >> * FreeBSD 8.1-STABLE >> * ZFS filesystem version 4. >> * ZFS pool version 15. >> * zfs send is on compression off >> * zfs receive has compression on >> >> What I actually want to do and what fails: >> >> >> # zfs snapshot storage/bacula@2010.10.19 >> >> # zfs send storage/bacula@2010.10.19 | zfs receive -v >> storage/compressed/bacula >> receiving full stream of storage/bacula@2010.10.19 into >> storage/compressed/bacula@2010.10.19 >> received 4.38TB stream in 42490 seconds (108MB/sec) >> >> # zfs snapshot storage/bacula@2010.10.20 >> >> # zfs send -i storage/bacula@2010.10.19 storage/bacula@2010.10.20 | zfs >> receive -v storage/compressed/bacula >> receiving incremental stream of storage/bacula@2010.10.20 into >> storage/compressed/bacula@2010.10.20 >> cannot receive incremental stream: destination storage/compressed/bacula >> has been modified >> since most recent snapshot >> warning: cannot send 'storage/bacula@2010.10.20': Broken pipe >> >> I have no idea why this fails. Clues please? >> >> To my knowledge, the destination has not been written to. > > Has any read operation been done on the destination (ie: updated atime) ? Not that I know of. But I do think that is the issue. Thank you. Adding a -F option to the receive helps: # zfs send -i storage/bacula@2010.10.19 storage/bacula@2010.10.20 | zfs receive -vF storage/compressed/bacula receiving incremental stream of storage/bacula@2010.10.20 into storage/compressed/bacula@2010.10.20 received 20.0GB stream in 303 seconds (67.5MB/sec) Just after I sent my email, I found this post: http://lists.freebsd.org/pipermail/freebsd-current/2007-July/075774.html Problem solved. :) -- Dan Langille -- http://langille.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 13:10:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93A57106564A for ; Wed, 20 Oct 2010 13:10:06 +0000 (UTC) (envelope-from derek@csolve.net) Received: from mail.csolve.net (mail.csolve.net [207.164.80.200]) by mx1.freebsd.org (Postfix) with ESMTP id 64C2D8FC1A for ; Wed, 20 Oct 2010 13:10:06 +0000 (UTC) Received: from alpha.csolve.local ([10.10.18.126]) by mail.csolve.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1P8YJ0-000EUO-Nb; Wed, 20 Oct 2010 09:02:10 -0400 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Derek Buttineau X-Priority: 3 (Normal) In-Reply-To: <40c67a2c91813d90fa4a3dafb8604db1.squirrel@nyi.unixathome.org> Date: Wed, 20 Oct 2010 09:02:10 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <130DC762-F43A-43CC-861F-0602E77D160E@csolve.net> References: <20101020124434.GA41365@ei.bzerk.org> <40c67a2c91813d90fa4a3dafb8604db1.squirrel@nyi.unixathome.org> To: "Dan Langille" X-Mailer: Apple Mail (2.1081) X-Authenticated-Id: derek@csolve.net Cc: Ruben de Groot , freebsd-stable@freebsd.org Subject: Re: 'zfs send -i': destination has been modified X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 13:10:06 -0000 On 2010-10-20, at 8:54 AM, Dan Langille wrote: > Not that I know of. But I do think that is the issue. Thank you. = Adding > a -F option to the receive helps: >=20 > # zfs send -i storage/bacula@2010.10.19 storage/bacula@2010.10.20 | = zfs > receive -vF storage/compressed/bacula > receiving incremental stream of storage/bacula@2010.10.20 into > storage/compressed/bacula@2010.10.20 > received 20.0GB stream in 303 seconds (67.5MB/sec) >=20 > Just after I sent my email, I found this post: >=20 > = http://lists.freebsd.org/pipermail/freebsd-current/2007-July/075774.html >=20 > Problem solved. :) Good workaround, forcing the receive, but I'd still like to figure out = what's causing the filesystem to be modified on the receiving end. But = this will be useful if I can't determine what is causing it to differ. Thanks, Derek From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 13:11:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58D001065675 for ; Wed, 20 Oct 2010 13:11:58 +0000 (UTC) (envelope-from derek@csolve.net) Received: from mail.csolve.net (mail.csolve.net [207.164.80.200]) by mx1.freebsd.org (Postfix) with ESMTP id 30D7E8FC1B for ; Wed, 20 Oct 2010 13:11:58 +0000 (UTC) Received: from alpha.csolve.local ([10.10.18.126]) by mail.csolve.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1P8YDD-000ERi-Rk; Wed, 20 Oct 2010 08:56:11 -0400 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Derek Buttineau X-Priority: 3 (Normal) In-Reply-To: Date: Wed, 20 Oct 2010 08:56:11 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "Dan Langille" X-Mailer: Apple Mail (2.1081) X-Authenticated-Id: derek@csolve.net Cc: freebsd-stable@freebsd.org Subject: Re: 'zfs send -i': destination has been modified X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 13:11:58 -0000 Seeing similar here Dan, my destination filesystems are becoming = modified sometime after the previous snapshot has been sent so the = incremental fails to be received. However, the server I'm sending to is = not in use so I can't explain why it's changing. =20 When I run a zdiff on the receiving system's filesystem, it can't find = any changes in the file, but the byte difference between the snapshot = and current can range from anywhere from 32KB to 101MB so far in my = testing.=20 If I rollback the filesystem to the last received snapshot it works, but = I have no explanation for it changing. I disabled everything that was running on the receiving system yesterday = afternoon and there's been no change since, so now I need to step = through and see if I can figure out what process was causing the byte = difference on the filesystems. Derek On 2010-10-20, at 8:32 AM, Dan Langille wrote: > I am trying to do a 'zfs send -i' and failing. >=20 > This is my simple proof of concept test: >=20 > Create the data > # zfs create storage/a > # touch /storage/a/1 > # touch /storage/a/2 > # touch /storage/a/3 >=20 > Snapshot > # zfs snapshot storage/a@2010.10.19 >=20 > send > # zfs send storage/a@2010.10.19 | zfs receive -v storage/compressed/a > receiving full stream of storage/a@2010.10.19 into > storage/compressed/a@2010.10.19 > received 252KB stream in 2 seconds (126KB/sec) > # >=20 >=20 >=20 > Create one more file and snapshot that >=20 > # touch /storage/a/4 > # zfs snapshot storage/a@2010.10.20 >=20 >=20 > send it >=20 > # zfs send -i storage/a@2010.10.19 storage/a@2010.10.20 | zfs receive = -v > storage/compressed/a > receiving incremental stream of storage/a@2010.10.20 into > storage/compressed/a@2010.10.20 > received 250KB stream in 3 seconds (83.4KB/sec) >=20 > What do we have? >=20 > # find /storage/compressed/a > /storage/compressed/a > /storage/compressed/a/1 > /storage/compressed/a/2 > /storage/compressed/a/3 > /storage/compressed/a/4 >=20 >=20 > Of note: >=20 > * FreeBSD 8.1-STABLE > * ZFS filesystem version 4. > * ZFS pool version 15. > * zfs send is on compression off > * zfs receive has compression on >=20 > What I actually want to do and what fails: >=20 >=20 > # zfs snapshot storage/bacula@2010.10.19 >=20 > # zfs send storage/bacula@2010.10.19 | zfs receive -v > storage/compressed/bacula > receiving full stream of storage/bacula@2010.10.19 into > storage/compressed/bacula@2010.10.19 > received 4.38TB stream in 42490 seconds (108MB/sec) >=20 > # zfs snapshot storage/bacula@2010.10.20 >=20 > # zfs send -i storage/bacula@2010.10.19 storage/bacula@2010.10.20 | = zfs > receive -v storage/compressed/bacula > receiving incremental stream of storage/bacula@2010.10.20 into > storage/compressed/bacula@2010.10.20 > cannot receive incremental stream: destination = storage/compressed/bacula > has been modified > since most recent snapshot > warning: cannot send 'storage/bacula@2010.10.20': Broken pipe >=20 > I have no idea why this fails. Clues please? >=20 > To my knowledge, the destination has not been written to. >=20 >=20 > --=20 > Dan Langille -- http://langille.org/ >=20 > _______________________________________________ > 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 Oct 20 15:14:31 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 291C0106566B for ; Wed, 20 Oct 2010 15:14:31 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id D7B758FC13 for ; Wed, 20 Oct 2010 15:14:30 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1P8aN2-0006N0-Ck for freebsd-stable@freebsd.org; Wed, 20 Oct 2010 17:14:28 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 20 Oct 2010 17:14:28 +0200 From: Daniel Braniss Message-ID: Subject: latest -stable: still waiting after ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 15:14:31 -0000 hi, with the latest -stable, the boot process gets stuck with ... ugen2.2: at usbus2 uhub6: on usbus2 uhub6: 3 ports with 3 removable, self powered ugen3.2: at usbus3 ukbd0: on usbus3 kbd2 at ukbd0 ums0: on usbus3 ums0: 3 buttons and [Z] coordinates ID=0 <------------- stuck here run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config SMP: AP CPU #1 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #3 Launched! this does not happen with and older -stable (August) kernel Cheers, danny From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 15:42:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01C5C106566B for ; Wed, 20 Oct 2010 15:42:03 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id BB79D8FC18 for ; Wed, 20 Oct 2010 15:42:02 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1P8ang-0008xH-3P; Wed, 20 Oct 2010 16:42:00 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1P8ang-000F9e-2N; Wed, 20 Oct 2010 16:42:00 +0100 Date: Wed, 20 Oct 2010 16:42:00 +0100 Message-Id: To: to.my.trociny@gmail.com In-Reply-To: <86ocavxlho.fsf@kopusha.home.net> From: Pete French Cc: freebsd-stable@freebsd.org, freebsd@jdc.parodius.com Subject: Re: Has anyone usd hast in production yet - opinions ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 15:42:03 -0000 > Being the author of many problem reports I can say that most of them were not > critical and for marginal cases (like some issues with hooks or a race that > showed up when changing HAST role in loop -- you would never do this in > production). And fixes were committed in several days after a report. I don't > know any open issue. Ah, thanks for this. I have just updated everything to the latest -STABLE, and am thinking of shifting to hast sometime next week. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 15:46:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FC571065672 for ; Wed, 20 Oct 2010 15:46:35 +0000 (UTC) (envelope-from scaron@umich.edu) Received: from webrelay-seb.mr.itd.umich.edu (webrelay-seb.mr.itd.umich.edu [141.211.125.12]) by mx1.freebsd.org (Postfix) with ESMTP id EDF958FC0C for ; Wed, 20 Oct 2010 15:46:34 +0000 (UTC) Received: FROM backdraft-repl.mail.umich.edu (backdraft-repl.mail.umich.edu [141.211.125.81]) By webrelay-seb.mr.itd.umich.edu ID 4CBF0A6B.15ABA.7173 ; 20 Oct 2010 11:27:39 EDT Received: (from www@localhost) by backdraft-repl.mail.umich.edu () id o9KFRcjT028224; Wed, 20 Oct 2010 11:27:38 -0400 Received: from host8-99.sph.umich.edu (host8-99.sph.umich.edu [141.211.8.99]) by web.mail.umich.edu (Horde Framework) with HTTP; Wed, 20 Oct 2010 11:27:38 -0400 Message-ID: <20101020112738.12467cvfvvh4zb0g@web.mail.umich.edu> Date: Wed, 20 Oct 2010 11:27:38 -0400 From: Sean Thomas Caron To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.5) X-Remote-Browser: Opera/9.80 (Macintosh; Intel Mac OS X; U; en) Presto/2.6.30 Version/10.61 X-IMP-Server: 192.168.225.81 (backdraft-repl) X-Originating-IP: 141.211.8.99 X-Originating-User: scaron Cc: scaron@umich.edu Subject: Spurious reboot in 8.1-RELEASE when reading from ZFS pool with > 9 disks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 15:46:35 -0000 Hi folks, I've been playing with ZFS in 8.1-RELEASE (amd64) on a Sun Fire X4500 with 16 GB RAM and in general it seems to work well when used as recommended. BUT... In spite of the suggestion of Sun and FreeBSD developers to the contrary, I have been trying to create some zraid pools of size greater than 9 disks and it seems to give some trouble. If I try to create a pool containing more than 9 [500 GB] disks, doesn't matter if it is zraid1 or zraid2, the system seems to reboot given any amount of sustained reads from the pool (haven't tested mirrored pools). Now, I am not sure of: - Whether the reboot in the zraid1 case is caused by exactly the same issue as the reboot in the zraid2 case - Whether this is an issue of total number of member disks, or total amount of disk space in the pool. All I have to work with at the moment is 500 GB drives. I am not doing any sysctl tuning; just running with the defaults or what the system automatically sizes. I tried playing around with tuning some sysctl parameters including setting arc_max to be very small and it didn't seem to help any; pools of greater than 9 disks in size are always unstable. Writes seem to work OK; I can, say, pull stuff from over the network and save it to the pool, or I can do something like, dd if=/dev/random of=/mybigpool/bigfile bs=1024 size=10M and it will write data all day pretty happily. But if I try to read back from the pool, for example, dd if=/mybigpool/bigfile of=/dev/null bs=1024 or even to just do something like, cp /mybigpool/bigfile /mybigpool/bigfile_2 the system reboots pretty much immediately. I never see anything on the console at all; it just reboots. Even if I build a new kernel with debugging options: options KDB options DDB the system still just reboots; I never see anything on the console and I never get to the debugger. So, as I say, very easy to reproduce the problem, just create a zraid pool of any type with more than 9 member disks, dump some data to it, then try to read it back, and the machine will reboot. If I create a pool with 9 or fewer disks, the system seems perfectly stable. I was never able to reproduce the reboot behavior as long as the pools contained 9 or fewer drives, beating on it fairly hard with iozone and multiple current dd operations writing large files to and from memory. Just wondering if anyone's seen this problem before and as to whether or not it is a known bug and may have been fixed in STABLE or CURRENT? Should I report this as a bug? Should I just create pools of 9 or fewer drives? Not sure if my customer is going to want to use STABLE or CURRENT in production but I wanted to run this by the list just to see. Best, -Sean From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 17:26:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C02F6106566C for ; Wed, 20 Oct 2010 17:26:29 +0000 (UTC) (envelope-from scaron@umich.edu) Received: from webrelay-aldf.mr.itd.umich.edu (webrelay-aldf.mr.itd.umich.edu [141.211.14.43]) by mx1.freebsd.org (Postfix) with ESMTP id 672E88FC08 for ; Wed, 20 Oct 2010 17:26:28 +0000 (UTC) Received: FROM taxidriver-trpl.mail.umich.edu (taxidriver-trpl.mail.umich.edu [141.211.12.56]) By webrelay-aldf.mr.itd.umich.edu ID 4CBF2644.1EFD5.2151 ; 20 Oct 2010 13:26:28 EDT Received: (from www@localhost) by taxidriver-trpl.mail.umich.edu () id o9KHQRgX018047; Wed, 20 Oct 2010 13:26:27 -0400 Received: from host8-99.sph.umich.edu (host8-99.sph.umich.edu [141.211.8.99]) by web.mail.umich.edu (Horde Framework) with HTTP; Wed, 20 Oct 2010 13:26:27 -0400 Message-ID: <20101020132627.20874pa6yfreu6io@web.mail.umich.edu> Date: Wed, 20 Oct 2010 13:26:27 -0400 From: Sean Thomas Caron To: Lawrence Farr References: <20101020112738.12467cvfvvh4zb0g@web.mail.umich.edu> <038301cb706f$cf5a6640$6e0f32c0$@co.uk> In-Reply-To: <038301cb706f$cf5a6640$6e0f32c0$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.5) X-Remote-Browser: Opera/9.80 (Macintosh; Intel Mac OS X; U; en) Presto/2.6.30 Version/10.61 X-IMP-Server: 192.168.221.56 (taxidriver-trpl) X-Originating-IP: 141.211.8.99 X-Originating-User: scaron Cc: scaron@umich.edu, freebsd-stable@freebsd.org Subject: RE: Spurious reboot in 8.1-RELEASE when reading from ZFS pool with > 9 disks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 17:26:29 -0000 Hi Lawrence, Interesting; have you tried this for raidz2 as well? I just created a raidz2 pool with 5 disks and then added another 5 disk raidz2 to it, so, total of 10 disks in the pool (though this is ultimately a losing strategy unless the number of disks is >> 9 because two drives are lost for parity in each sub-raid in the pool). It (seemed) just slightly more stable than creating a single raidz2 pool with > 9 disks but it still crashes. I guess this does allow me to say its more an issue of number of devices in the pool versus capacity of the pool because with the parity drives taken out, the pool with two 5-disk raidz2s has less total capacity than a pool with a single 9-disk raidz2. Just out of idle curiousity, I also tried it with raidz1 on my system. Again, I created a 5-disk pool, raidz1 this time, then added another 5-disk raidz1 to the pool for, again, total of 10 disks. Again, a bit of a losing strategy versus creating one great big raidz unless the number of disks is >> 9 because of losing a disk in each sub-raidz1 in the pool for parity but less so of course than raidz2. This seemed to crash too, same behavior. Are you using 8.1-RELEASE or STABLE or ...? Best, -Sean > > I have a 16 disk pool, if you create it with > > zpool create poolname raidz disk1 disk2 disk3 etc > > then > > zpool add poolname raidz disk8 disk9 disk10 etc > > You get the full size pool and no issues. > > pool: tank > state: ONLINE > scan: scrub repaired 0 in 0h0m with 0 errors on Wed Oct 20 14:54:08 2010 > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz1-0 ONLINE 0 0 0 > da0 ONLINE 0 0 0 > da1 ONLINE 0 0 0 > da2 ONLINE 0 0 0 > da3 ONLINE 0 0 0 > da4 ONLINE 0 0 0 > da5 ONLINE 0 0 0 > da6 ONLINE 0 0 0 > da7 ONLINE 0 0 0 > raidz1-1 ONLINE 0 0 0 > da8 ONLINE 0 0 0 > da9 ONLINE 0 0 0 > da10 ONLINE 0 0 0 > da11 ONLINE 0 0 0 > da12 ONLINE 0 0 0 > da13 ONLINE 0 0 0 > da14 ONLINE 0 0 0 > da15 ONLINE 0 0 0 > > errors: No known data errors > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 17:37:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94CCE106566B for ; Wed, 20 Oct 2010 17:37:21 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 429348FC18 for ; Wed, 20 Oct 2010 17:37:20 +0000 (UTC) Received: (qmail 75187 invoked from network); 20 Oct 2010 17:37:20 -0000 Received: from unknown (HELO ?10.0.0.124?) (spawk@128.238.64.31) by acm.poly.edu with CAMELLIA256-SHA encrypted SMTP; 20 Oct 2010 17:37:20 -0000 Message-ID: <4CBF28D2.4080103@acm.poly.edu> Date: Wed, 20 Oct 2010 13:37:22 -0400 From: Boris Kochergin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.9) Gecko/20101014 Thunderbird/3.1.4 MIME-Version: 1.0 To: Sean Thomas Caron References: <20101020112738.12467cvfvvh4zb0g@web.mail.umich.edu> <038301cb706f$cf5a6640$6e0f32c0$@co.uk> <20101020132627.20874pa6yfreu6io@web.mail.umich.edu> In-Reply-To: <20101020132627.20874pa6yfreu6io@web.mail.umich.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Lawrence Farr , freebsd-stable@freebsd.org Subject: Re: Spurious reboot in 8.1-RELEASE when reading from ZFS pool with > 9 disks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 17:37:21 -0000 Ahoy. I just thought I'd add a data point to the mix. I have an 11-disk v13 pool comprised of 400-GB disks on an 8.1 amd64 system and the machine behaves just fine with it: # zpool status pool: archive state: ONLINE status: The pool is formatted using an older on-disk format. The pool can still be used, but some features are unavailable. action: Upgrade the pool using 'zpool upgrade'. Once this is done, the pool will no longer be accessible on older software versions. scrub: resilver completed after 0h0m with 0 errors on Fri Oct 8 17:56:52 2010 config: NAME STATE READ WRITE CKSUM archive ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad4 ONLINE 0 0 0 133K resilvered ad6 ONLINE 0 0 0 84K resilvered ad8 ONLINE 0 0 0 85.5K resilvered ad10 ONLINE 0 0 0 84.5K resilvered ad12 ONLINE 0 0 0 88K resilvered ad14 ONLINE 0 0 0 83.5K resilvered ad16 ONLINE 0 0 0 83K resilvered ad18 ONLINE 0 0 0 84.5K resilvered ad20 ONLINE 0 0 0 85.5K resilvered ad22 ONLINE 0 0 0 84K resilvered ad24 ONLINE 0 0 0 86.5K resilvered errors: No known data errors -Boris On 10/20/10 13:26, Sean Thomas Caron wrote: > Hi Lawrence, > > Interesting; have you tried this for raidz2 as well? > > I just created a raidz2 pool with 5 disks and then added another 5 > disk raidz2 to it, so, total of 10 disks in the pool (though this is > ultimately a losing strategy unless the number of disks is >> 9 > because two drives are lost for parity in each sub-raid in the pool). > > It (seemed) just slightly more stable than creating a single raidz2 > pool with > 9 disks but it still crashes. > > I guess this does allow me to say its more an issue of number of > devices in the pool versus capacity of the pool because with the > parity drives taken out, the pool with two 5-disk raidz2s has less > total capacity than a pool with a single 9-disk raidz2. > > Just out of idle curiousity, I also tried it with raidz1 on my system. > Again, I created a 5-disk pool, raidz1 this time, then added another > 5-disk raidz1 to the pool for, again, total of 10 disks. > > Again, a bit of a losing strategy versus creating one great big raidz > unless the number of disks is >> 9 because of losing a disk in each > sub-raidz1 in the pool for parity but less so of course than raidz2. > > This seemed to crash too, same behavior. > > Are you using 8.1-RELEASE or STABLE or ...? > > Best, > > -Sean > >> >> I have a 16 disk pool, if you create it with >> >> zpool create poolname raidz disk1 disk2 disk3 etc >> >> then >> >> zpool add poolname raidz disk8 disk9 disk10 etc >> >> You get the full size pool and no issues. >> >> pool: tank >> state: ONLINE >> scan: scrub repaired 0 in 0h0m with 0 errors on Wed Oct 20 14:54:08 >> 2010 >> config: >> >> NAME STATE READ WRITE CKSUM >> tank ONLINE 0 0 0 >> raidz1-0 ONLINE 0 0 0 >> da0 ONLINE 0 0 0 >> da1 ONLINE 0 0 0 >> da2 ONLINE 0 0 0 >> da3 ONLINE 0 0 0 >> da4 ONLINE 0 0 0 >> da5 ONLINE 0 0 0 >> da6 ONLINE 0 0 0 >> da7 ONLINE 0 0 0 >> raidz1-1 ONLINE 0 0 0 >> da8 ONLINE 0 0 0 >> da9 ONLINE 0 0 0 >> da10 ONLINE 0 0 0 >> da11 ONLINE 0 0 0 >> da12 ONLINE 0 0 0 >> da13 ONLINE 0 0 0 >> da14 ONLINE 0 0 0 >> da15 ONLINE 0 0 0 >> >> errors: No known data errors >> > > _______________________________________________ > 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 Oct 20 18:08:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFD25106566B for ; Wed, 20 Oct 2010 18:08:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 7B9768FC0A for ; Wed, 20 Oct 2010 18:08:10 +0000 (UTC) Received: from omta06.westchester.pa.mail.comcast.net ([76.96.62.51]) by qmta05.westchester.pa.mail.comcast.net with comcast id Lz1l1f00316LCl05568BdU; Wed, 20 Oct 2010 18:08:11 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta06.westchester.pa.mail.comcast.net with comcast id M6891f0053LrwQ23S68Arb; Wed, 20 Oct 2010 18:08:11 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B98A19B422; Wed, 20 Oct 2010 11:08:07 -0700 (PDT) Date: Wed, 20 Oct 2010 11:08:07 -0700 From: Jeremy Chadwick To: Sean Thomas Caron Message-ID: <20101020180807.GA58494@icarus.home.lan> References: <20101020112738.12467cvfvvh4zb0g@web.mail.umich.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101020112738.12467cvfvvh4zb0g@web.mail.umich.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Spurious reboot in 8.1-RELEASE when reading from ZFS pool with > 9 disks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 18:08:12 -0000 On Wed, Oct 20, 2010 at 11:27:38AM -0400, Sean Thomas Caron wrote: > I've been playing with ZFS in 8.1-RELEASE (amd64) on a Sun Fire > X4500 with 16 GB RAM and in general it seems to work well when used > as recommended. > > BUT... > > In spite of the suggestion of Sun and FreeBSD developers to the > contrary, I have been trying to create some zraid pools of size > greater than 9 disks and it seems to give some trouble. > > If I try to create a pool containing more than 9 [500 GB] disks, > doesn't matter if it is zraid1 or zraid2, the system seems to reboot > given any amount of sustained reads from the pool (haven't tested > mirrored pools). Now, I am not sure of: > > - Whether the reboot in the zraid1 case is caused by exactly the > same issue as the reboot in the zraid2 case > > - Whether this is an issue of total number of member disks, or total > amount of disk space in the pool. All I have to work with at the > moment is 500 GB drives. > > I am not doing any sysctl tuning; just running with the defaults or > what the system automatically sizes. I tried playing around with > tuning some sysctl parameters including setting arc_max to be very > small and it didn't seem to help any; pools of greater than 9 disks > in size are always unstable. > > Writes seem to work OK; I can, say, pull stuff from over the network > and save it to the pool, or I can do something like, > > dd if=/dev/random of=/mybigpool/bigfile bs=1024 size=10M > > and it will write data all day pretty happily. But if I try to read > back from the pool, for example, > > dd if=/mybigpool/bigfile of=/dev/null bs=1024 > > or even to just do something like, > > cp /mybigpool/bigfile /mybigpool/bigfile_2 > > the system reboots pretty much immediately. I never see anything on > the console at all; it just reboots. > > Even if I build a new kernel with debugging options: > > options KDB > options DDB > > the system still just reboots; I never see anything on the console > and I never get to the debugger. > > So, as I say, very easy to reproduce the problem, just create a > zraid pool of any type with more than 9 member disks, dump some data > to it, then try to read it back, and the machine will reboot. > > If I create a pool with 9 or fewer disks, the system seems perfectly > stable. I was never able to reproduce the reboot behavior as long as > the pools contained 9 or fewer drives, beating on it fairly hard > with iozone and multiple current dd operations writing large files > to and from memory. > > Just wondering if anyone's seen this problem before and as to > whether or not it is a known bug and may have been fixed in STABLE > or CURRENT? Should I report this as a bug? Should I just create > pools of 9 or fewer drives? Not sure if my customer is going to want > to use STABLE or CURRENT in production but I wanted to run this by > the list just to see. There are users here using FreeBSD ZFS with *lots* of disks (I think someone was using 32 disks at one point) reliably. Some of them post here regularly (with other issues that don't consist of sporadic reboots). The kernel options may not be sufficient. I'm used to using these: # Debugging options options BREAK_TO_DEBUGGER # Sending a serial BREAK drops to DDB options KDB # Enable kernel debugger support options KDB_TRACE # Print stack trace automatically on panic options DDB # Support DDB options GDB # Support remote GDB And in /etc/rc.conf, setting: ddb_enable="yes" Next: arc_max isn't "technically" a sysctl, meaning it can't be changed in real-time, so I'm not sure how you managed to do that. Validation: sysctl: oid 'vfs.zfs.arc_max' is a read only tunable sysctl: Tunable values are set in /boot/loader.conf Your system may be reporting something relating to kmem exhaustion but is then auto-rebooting so fast that you can't see the message on VGA console. Do you have serial console? Please try setting the following tunables in /boot/loader.conf and reboot the machine, then see if the same problem persists. vm.kmem_size="16384M" vfs.zfs.arc_max="14336M" vfs.zfs.prefetch_disable="1" vfs.zfs.zio.use_uma="0" vfs.zfs.txg.timeout="5" I would also advocate you try 8.1-STABLE as there have been many changes in ZFS since then (and I'm not just referring to the v15 import), including how the ARC gets sized/adjusted. CURRENT is highly bleeding-edge, so I would start or stick with STABLE. Finally, there's always the possibility that the PSU has some sort of load problem with that many disks all being accessed at the same time. I imagine the power draw of that system is quite high. I can't imagine Sun shipping a box with a insufficient PSU, but then again power draw changes depending on the RPM of the disks used and many other things. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 18:11:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E9BD106566B; Wed, 20 Oct 2010 18:11:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB878FC13; Wed, 20 Oct 2010 18:11:55 +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 VAA07010; Wed, 20 Oct 2010 21:11:49 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4CBF30E5.6080705@icyb.net.ua> Date: Wed, 20 Oct 2010 21:11:49 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100920 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Sean Bruno References: <1287158693.5225.7.camel@home-yahoo> <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> <1287597910.2600.5.camel@home-yahoo> In-Reply-To: <1287597910.2600.5.camel@home-yahoo> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" , John Baldwin Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 18:11:56 -0000 on 20/10/2010 21:05 Sean Bruno said the following: > HP testers report that 7 nor 8 install without the kernel > 'insta-panicing' across all CPUS at the same time. > > I'm going to ask that they try the latest 9 snap shot and then kill the > project at this time. So you are not willing to try the patch? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 18:16:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A8DC106564A for ; Wed, 20 Oct 2010 18:16:57 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.freebsd.org (Postfix) with ESMTP id F39378FC1C for ; Wed, 20 Oct 2010 18:16:56 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id o9KI5AfL045701; Wed, 20 Oct 2010 11:05:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1287597910; bh=g2dFL6Laeq4LC1Ro0VA7jnSJbstMxr5jba3rTzWN1Ak=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=a3LRr1Ohs+PPHwMfwHit2uKSOZihgCVdn4MRUAtMTz+O4oSZbPxtjQcK2RvwwVnhr pToLDfebChIEFSe+hMDkv3ieL23FweycDCFB1uo6kyE7Vcp0aWD7LsiXS8czBH4iiR pcW2DRkp0v/L5MOu5XFLAzv/N1KT/b0wg0kvhdig= From: Sean Bruno To: John Baldwin In-Reply-To: <201010190901.06279.jhb@freebsd.org> References: <1287158693.5225.7.camel@home-yahoo> <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 20 Oct 2010 11:05:10 -0700 Message-ID: <1287597910.2600.5.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" , Andriy Gapon Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 18:16:57 -0000 On Tue, 2010-10-19 at 06:01 -0700, John Baldwin wrote: > On Tuesday, October 19, 2010 1:16:07 am Andriy Gapon wrote: > > on 19/10/2010 06:11 Wilkinson, Alex said the following: > > > Will it work something like http://freshmeat.net/projects/mcelog/ ? > > > > jhb has a port of this, yes. > > The relevant bits are at http://www.FreeBSD.org/~jhb/mcelog/ > > I should probably make this into a port, but I really need to e-mail the > mcelog folks about integrating the patches into their tree. > Q: Has anyone installed any version of FreeBSD on a DL980 G7 from HP yet? Has anyone installed any version of FreeBSD on a DL580 G7 from HP? HP testers report that 7 nor 8 install without the kernel 'insta-panicing' across all CPUS at the same time. I'm going to ask that they try the latest 9 snap shot and then kill the project at this time. sean From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 18:20:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7E8A106566C; Wed, 20 Oct 2010 18:20:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C47FA8FC12; Wed, 20 Oct 2010 18:20:58 +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 VAA07140; Wed, 20 Oct 2010 21:20:55 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4CBF3307.3040206@icyb.net.ua> Date: Wed, 20 Oct 2010 21:20:55 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100920 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Sean Bruno References: <1287158693.5225.7.camel@home-yahoo> <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> <1287597910.2600.5.camel@home-yahoo> <4CBF30E5.6080705@icyb.net.ua> <1287598579.2600.10.camel@home-yahoo> In-Reply-To: <1287598579.2600.10.camel@home-yahoo> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" , John Baldwin Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 18:20:59 -0000 on 20/10/2010 21:16 Sean Bruno said the following: > Huh ... did I miss it? I'm willing to try a lot. Perhaps then :-) This was my post: http://thread.gmane.org/gmane.os.freebsd.stable/72450/focus=72515 It had a link to a parallel discussion on current: http://thread.gmane.org/gmane.os.freebsd.current/128099/focus=128576 Which had a link to: http://people.freebsd.org/~avg/uma-many-cpus.diff Which is the patch :) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 18:27:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EAF61065694 for ; Wed, 20 Oct 2010 18:27:43 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.re1.yahoo.com (mrout2-b.corp.re1.yahoo.com [69.147.107.21]) by mx1.freebsd.org (Postfix) with ESMTP id 431508FC14 for ; Wed, 20 Oct 2010 18:27:42 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2-b.corp.re1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id o9KIGJSE069842; Wed, 20 Oct 2010 11:16:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1287598580; bh=tzAPrr3tOpFDHWPyrxToNTmBOzmFVlP088hYFc1d6IY=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=v1yx6vWSpYR6L2YrGoXPEdaQcyAr6e0/pCTtiL/5/zq4AikJZuNX2Tk+3CxHh/WfZ Tb1NyOBoEih+pdtXuH4Ks4/8wFTyS+ho/4uXnRkgZwJOY7P8NX4HpUXeM923bsPrEn KlW1coRjcqqj8zwSBPNkrmmZaeo4HeffBqHGXRuE= From: Sean Bruno To: Andriy Gapon In-Reply-To: <4CBF30E5.6080705@icyb.net.ua> References: <1287158693.5225.7.camel@home-yahoo> <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> <1287597910.2600.5.camel@home-yahoo> <4CBF30E5.6080705@icyb.net.ua> Content-Type: text/plain; charset="UTF-8" Date: Wed, 20 Oct 2010 11:16:19 -0700 Message-ID: <1287598579.2600.10.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" , John Baldwin Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 18:27:44 -0000 On Wed, 2010-10-20 at 11:11 -0700, Andriy Gapon wrote: > on 20/10/2010 21:05 Sean Bruno said the following: > > HP testers report that 7 nor 8 install without the kernel > > 'insta-panicing' across all CPUS at the same time. > > > > I'm going to ask that they try the latest 9 snap shot and then kill the > > project at this time. > > So you are not willing to try the patch? > Huh ... did I miss it? I'm willing to try a lot. sean From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 18:28:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF89810656AC; Wed, 20 Oct 2010 18:28:51 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id A1FA98FC0C; Wed, 20 Oct 2010 18:28:51 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id o9KISLXx048856; Wed, 20 Oct 2010 11:28:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1287599301; bh=nquowKPLtFfDhhYKYROorRN6bsqALzAoNNIwUzh/JSQ=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=XIU84BaSsPhAU+8z/mY9Xu3WrS1IGElItdPS1v3Neg56LvmTKln+8rnEsJ8ZUGNbV VrXF0jbxlpNhLU0QfMEE5fCUhelwANGuAnKdP6afYVQdLr+SQ6mk6N1MjOqpQOYMtj YjJZ0ElKSl2ZBcjxEbhw1dVCYChD73ivbt5bTiz4= From: Sean Bruno To: Andriy Gapon In-Reply-To: <4CBF3307.3040206@icyb.net.ua> References: <1287158693.5225.7.camel@home-yahoo> <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> <1287597910.2600.5.camel@home-yahoo> <4CBF30E5.6080705@icyb.net.ua> <1287598579.2600.10.camel@home-yahoo> <4CBF3307.3040206@icyb.net.ua> Content-Type: text/plain; charset="UTF-8" Date: Wed, 20 Oct 2010 11:28:21 -0700 Message-ID: <1287599301.2600.12.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" , John Baldwin Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 18:28:51 -0000 On Wed, 2010-10-20 at 11:20 -0700, Andriy Gapon wrote: > on 20/10/2010 21:16 Sean Bruno said the following: > > Huh ... did I miss it? I'm willing to try a lot. > > Perhaps then :-) > This was my post: > http://thread.gmane.org/gmane.os.freebsd.stable/72450/focus=72515 > > It had a link to a parallel discussion on current: > http://thread.gmane.org/gmane.os.freebsd.current/128099/focus=128576 > > Which had a link to: > http://people.freebsd.org/~avg/uma-many-cpus.diff > > Which is the patch :) So here's the problem. Machine in in Houston, can't netboot/nfsboot it. The basic installers all will get me to the Beastie loader, but fail after loading the kernel and attempting to boot. I guess, I could replace the kernel on the CD and have them reburn it? Sean From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 19:33:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D919106566C for ; Wed, 20 Oct 2010 19:33:36 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id D8BBF8FC08 for ; Wed, 20 Oct 2010 19:33:35 +0000 (UTC) Received: from [85.175.25.203] (helo=alya) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1P8e2c-000Irp-7b; Wed, 20 Oct 2010 23:09:38 +0400 From: Boris Samorodov To: Sean Bruno References: <1287158693.5225.7.camel@home-yahoo> <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> <1287597910.2600.5.camel@home-yahoo> <4CBF30E5.6080705@icyb.net.ua> <1287598579.2600.10.camel@home-yahoo> <4CBF3307.3040206@icyb.net.ua> <1287599301.2600.12.camel@home-yahoo> Date: Wed, 20 Oct 2010 23:09:36 +0400 In-Reply-To: <1287599301.2600.12.camel@home-yahoo> (Sean Bruno's message of "Wed, 20 Oct 2010 11:28:21 -0700") Message-ID: <17764191@ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "freebsd-stable@freebsd.org" Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 19:33:36 -0000 On Wed, 20 Oct 2010 11:28:21 -0700 Sean Bruno wrote: > So here's the problem. > Machine in in Houston, can't netboot/nfsboot it. The basic installers > all will get me to the Beastie loader, but fail after loading the kernel > and attempting to boot. > I guess, I could replace the kernel on the CD and have them reburn it? You may create a booting USB stick and send them the image. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Wed Oct 20 20:45:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EA791065706 for ; Wed, 20 Oct 2010 20:45:34 +0000 (UTC) (envelope-from scaron@umich.edu) Received: from webrelay-seb.mr.itd.umich.edu (webrelay-seb.mr.itd.umich.edu [141.211.125.12]) by mx1.freebsd.org (Postfix) with ESMTP id E68F88FC1F for ; Wed, 20 Oct 2010 20:45:33 +0000 (UTC) Received: FROM analyzethis-trpl.mail.umich.edu (analyzethis-trpl.mail.umich.edu [141.211.12.55]) By webrelay-seb.mr.itd.umich.edu ID 4CBF54EC.E9CD7.32015 ; 20 Oct 2010 16:45:32 EDT Received: (from www@localhost) by analyzethis-trpl.mail.umich.edu () id o9KKjWJR028339; Wed, 20 Oct 2010 16:45:32 -0400 Received: from host8-99.sph.umich.edu (host8-99.sph.umich.edu [141.211.8.99]) by web.mail.umich.edu (Horde Framework) with HTTP; Wed, 20 Oct 2010 16:45:32 -0400 Message-ID: <20101020164532.205459df5vc283cw@web.mail.umich.edu> Date: Wed, 20 Oct 2010 16:45:32 -0400 From: Sean Thomas Caron To: Jeremy Chadwick References: <20101020112738.12467cvfvvh4zb0g@web.mail.umich.edu> <20101020180807.GA58494@icarus.home.lan> In-Reply-To: <20101020180807.GA58494@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.5) X-Remote-Browser: Opera/9.80 (Macintosh; Intel Mac OS X; U; en) Presto/2.6.30 Version/10.61 X-IMP-Server: 192.168.221.55 (analyzethis-trpl) X-Originating-IP: 141.211.8.99 X-Originating-User: scaron Cc: freebsd-stable@freebsd.org, scaron@umich.edu Subject: Re: Spurious reboot in 8.1-RELEASE when reading from ZFS pool with > 9 disks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Oct 2010 20:45:34 -0000 Hi Jeremy, Thanks for the very helpful response! I added all debugging options that you specified to my kernel and rebuilt; then set the kernel parameters as you mention (I was being a bit lazy earlier when I called them sysctls; I always tuned them in loader.conf; just that you can view their values with sysctl). Rebooted the system with the new kernel and set up a 11-disk zraid2 pool again then started beating on it. At first it seemed to be a bit more resilient with this set of kernel parameters but eventually it too failed out. Again I just got a straight up reboot, no debugger, no output to the console flashed by as far as I can tell. I don't have a serial console hooked up right now but it's probably possible to do so through the ILOM or equivalent; I will have to look into that further. This is pretty wierd. I am thinking there might be some memory starting to go in this system; never seen failing memory in an ECC box cause reboots this consistently and only under such specific conditions but I suppose it isn't completely out of the question. I'll talk to my customer and see what they can do about the hardware; maybe they have some spares. I will also try 8.1-STABLE when I have a chance and see if that works better. But it's definitely helpful to know that folks have > 9 disk raidz pools up and running on FreeBSD 8.x with no trouble - that it "should work". And the list of tunables is very useful; nice to have something to work with that I can have a bit more confidence in outside of my own guessing :) I will report back to the list when I have more information. Thanks! -Sean Quoting Jeremy Chadwick : > There are users here using FreeBSD ZFS with *lots* of disks (I think > someone was using 32 disks at one point) reliably. Some of them post > here regularly (with other issues that don't consist of sporadic > reboots). > > The kernel options may not be sufficient. I'm used to using these: > > # Debugging options > options BREAK_TO_DEBUGGER # Sending a serial BREAK drops to DDB > options KDB # Enable kernel debugger support > options KDB_TRACE # Print stack trace > automatically on panic > options DDB # Support DDB > options GDB # Support remote GDB > > And in /etc/rc.conf, setting: > > ddb_enable="yes" > > Next: arc_max isn't "technically" a sysctl, meaning it can't be changed > in real-time, so I'm not sure how you managed to do that. Validation: > > sysctl: oid 'vfs.zfs.arc_max' is a read only tunable > sysctl: Tunable values are set in /boot/loader.conf > > Your system may be reporting something relating to kmem exhaustion but > is then auto-rebooting so fast that you can't see the message on VGA > console. Do you have serial console? > > Please try setting the following tunables in /boot/loader.conf and > reboot the machine, then see if the same problem persists. > > vm.kmem_size="16384M" > vfs.zfs.arc_max="14336M" > vfs.zfs.prefetch_disable="1" > vfs.zfs.zio.use_uma="0" > vfs.zfs.txg.timeout="5" > > I would also advocate you try 8.1-STABLE as there have been many changes > in ZFS since then (and I'm not just referring to the v15 import), > including how the ARC gets sized/adjusted. CURRENT is highly > bleeding-edge, so I would start or stick with STABLE. > > Finally, there's always the possibility that the PSU has some sort of > load problem with that many disks all being accessed at the same time. > I imagine the power draw of that system is quite high. I can't imagine > Sun shipping a box with a insufficient PSU, but then again power draw > changes depending on the RPM of the disks used and many other things. > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > 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 Oct 21 10:33:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C883E1065673 for ; Thu, 21 Oct 2010 10:33:29 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7B1668FC1B for ; Thu, 21 Oct 2010 10:33:29 +0000 (UTC) Received: from outgoing.leidinger.net (p5B32E5A5.dip.t-dialin.net [91.50.229.165]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 0C2DC84400C; Thu, 21 Oct 2010 12:33:27 +0200 (CEST) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id E4F10240E; Thu, 21 Oct 2010 12:33:23 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o9LAWwj7007788; Thu, 21 Oct 2010 12:32:58 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 21 Oct 2010 12:32:58 +0200 Message-ID: <20101021123258.21342naiwsm1xiww@webmail.leidinger.net> Date: Thu, 21 Oct 2010 12:32:58 +0200 From: Alexander Leidinger To: Derek Buttineau References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 0C2DC84400C.A5789 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.874, required 6, autolearn=disabled, J_CHICKENPOX_53 0.60, RDNS_NONE 1.27) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1288262007.23597@vGjLZKDOk0N/ai7L4DUPRQ X-EBL-Spam-Status: No Cc: freebsd-stable@freebsd.org, Dan Langille Subject: Re: 'zfs send -i': destination has been modified X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 10:33:29 -0000 Quoting Derek Buttineau (from Wed, 20 Oct 2010 08:56:11 -0400): > Seeing similar here Dan, my destination filesystems are becoming > modified sometime after the previous snapshot has been sent so the > incremental fails to be received. However, the server I'm sending > to is not in use so I can't explain why it's changing. peridoc daily? zfs set atime=off (respectively / if you need the atime recording at other places) Bye, Alexander. -- To stay young requires unceasing cultivation of the ability to unlearn old falsehoods. -- Lazarus Long, "Time Enough For Love" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 12:01:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16F1610656A3 for ; Thu, 21 Oct 2010 12:01:41 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 657B48FC18 for ; Thu, 21 Oct 2010 12:01:40 +0000 (UTC) Received: from russet.local (reflex.squiz.co.uk [83.217.109.164]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o9LC1FHh069118 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 21 Oct 2010 13:01:35 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk o9LC1FHh069118 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1287662495; bh=LTsSDBSviXM89eXLVyLPk/iunHelLrFaZzlhZi6Wuno=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type:Cc: Content-Type:Date:From:In-Reply-To:Message-ID:Mime-Version: References:To; z=Message-ID:=20<4CC02B85.1050604@infracaninophile.co.uk>|Date:=20T hu,=2021=20Oct=202010=2013:01:09=20+0100|From:=20Matthew=20Seaman= 20|User-Agent:=20Mozilla/5.0=20(M acintosh=3B=20U=3B=20Intel=20Mac=20OS=20X=2010.6=3B=20en-US=3B=20r v:1.9.2.11)=20Gecko/20101013=20Thunderbird/3.1.5|MIME-Version:=201 .0|To:=20freebsd-stable@freebsd.org|Subject:=20BIOS=20limitations= 20on=20size=20of=20bootable=20zpool?|X-Enigmail-Version:=201.1.1|C ontent-Type:=20multipart/signed=3B=20micalg=3Dpgp-sha1=3B=0D=0A=20 protocol=3D"application/pgp-signature"=3B=0D=0A=20boundary=3D"---- --------enigA8451D190525B3BEBD4AD15C"; b=Th/wEm7XpJVYopmayKMmsr2TMX6MmCi/cqdxILpUrNnvo0vE/aDFxJzdV+JK7kQnK hTzzgDi8jigAtTR08BCe2+CbNw8krqpPpT8HTRNKFafNFdOmvhrHfPZAKNEhQkW2e+ CyX4vANFu+ETSUSkTD6GNySLF9eAaiYKRPEDbMtA= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host reflex.squiz.co.uk [83.217.109.164] claimed to be russet.local Message-ID: <4CC02B85.1050604@infracaninophile.co.uk> Date: Thu, 21 Oct 2010 13:01:09 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA8451D190525B3BEBD4AD15C" X-Virus-Scanned: clamav-milter 0.96.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_40,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Subject: BIOS limitations on size of bootable zpool? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 12:01:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA8451D190525B3BEBD4AD15C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear all, I'm happy that gptzfsloader will work with just about any zpool configuration you could imagine, but... We have an HP DL185 G5 with a P400 raid array, fully populated with 12 drives. Since there's no JBOD mode (or at least, not one you can get to from the BIOS configuration screens), the array is configured as 12 single disk RAID0 arrays. As I posted about previously, we had FreeBSD 8.1-STABLE installed on a 6 disk raidz1, and everything was happy. However, we were having some difficulty adding a second vdev -- another raidz1 using the other 6 drives. Well, to cut a long story short: eventually we did this by hot-plugging disks 7 -- 12 after FreeBSD was up and running. Everything was cool and dandy, and we had the server running on all drives after setting up gpt partition tables and doing a 'zpool add'. Until we tested rebooting. On attempted reboot, the loader reported 8 drives, and subsequently ZFS flailed with the dreaded "ZFS: i/o error - all block copies unavailable" error. Now, we've had a poke through FreeBSD sources, and as far as we can tell, FreeBSD will work with up to 31 devices being reported from the BIOS. Is this correct, and the limitation is in what the hardware is reporting to the loader at the early stages of booting? Any good tricks for getting round this sort of limitation? Our current plan is to set up a USB memstick with /boot on it, by adapting the instructions here: http://wiki.freebsd.org/RootOnZFS/UFSBoot -- which isn't ideal as the memstick will be a single point of failure. 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 --------------enigA8451D190525B3BEBD4AD15C 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.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkzAK4sACgkQ8Mjk52CukIzsWACfUQxROivaVkiCyAAFxhjesDdQ zhUAnR1JIP9teR7JCiuWXLdas8+oWiUI =GIzX -----END PGP SIGNATURE----- --------------enigA8451D190525B3BEBD4AD15C-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 12:25:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A302C1065670 for ; Thu, 21 Oct 2010 12:25:35 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6736D8FC08 for ; Thu, 21 Oct 2010 12:25:35 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1P8uD8-000FtD-BT for freebsd-stable@freebsd.org; Thu, 21 Oct 2010 13:25:34 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1P8uD8-000Hn3-Ae for freebsd-stable@freebsd.org; Thu, 21 Oct 2010 13:25:34 +0100 Date: Thu, 21 Oct 2010 13:25:34 +0100 Message-Id: To: freebsd-stable@freebsd.org From: Pete French Subject: hast vs ggate+gmirror sychrnoisation speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 12:25:35 -0000 Well, I bit the bullet and moved to using hast - all went beautifully, and I migrated the pool with no downtime. The one thing I do notice, however, is that the synchronisation with hast is much slower than the older ggate+gmirror combination. It's about half the speed in fact. When I orginaly setup my ggate configuration I did a lot of tweaks to get the speed good - these copnsisted of expanding the send and receive space for the sockets using sysctl.conf, and then providing large buffers to ggate. Is there a way to control this with hast ? I still have the sysctls set (as the machines have not rebooted) but I cant see any options in hast.conf which are equivalent to the "-S 262144 -R 262144" which I use with ggate Any advice, or am I barking up the wrong tree here ? cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 12:49:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 557771065670 for ; Thu, 21 Oct 2010 12:49:03 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9B5928FC16 for ; Thu, 21 Oct 2010 12:49:02 +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 PAA23284; Thu, 21 Oct 2010 15:48:58 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4CC036BA.1020802@icyb.net.ua> Date: Thu, 21 Oct 2010 15:48:58 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100920 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Sean Bruno References: <1287158693.5225.7.camel@home-yahoo> <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> <1287597910.2600.5.camel@home-yahoo> <4CBF30E5.6080705@icyb.net.ua> <1287598579.2600.10.camel@home-yahoo> <4CBF3307.3040206@icyb.net.ua> <1287599301.2600.12.camel@home-yahoo> In-Reply-To: <1287599301.2600.12.camel@home-yahoo> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 12:49:03 -0000 on 20/10/2010 21:28 Sean Bruno said the following: > I guess, I could replace the kernel on the CD and have them reburn it? That should work. BTW, here I described "yet another" way of building custom recovery/installation CDs that I use: http://wiki.freebsd.org/AvgLiveCD -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 13:07:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF45610656A5 for ; Thu, 21 Oct 2010 13:07:36 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC7B8FC16 for ; Thu, 21 Oct 2010 13:07:36 +0000 (UTC) Received: from [85.175.206.42] (helo=alya) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1P8urm-0004yR-ST; Thu, 21 Oct 2010 17:07:35 +0400 From: Boris Samorodov To: Matthew Seaman References: <4CC02B85.1050604@infracaninophile.co.uk> Date: Thu, 21 Oct 2010 17:07:33 +0400 In-Reply-To: <4CC02B85.1050604@infracaninophile.co.uk> (Matthew Seaman's message of "Thu, 21 Oct 2010 13:01:09 +0100") Message-ID: <05278442@ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: BIOS limitations on size of bootable zpool? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 13:07:37 -0000 On Thu, 21 Oct 2010 13:01:09 +0100 Matthew Seaman wrote: > Our current > plan is to set up a USB memstick with /boot on it, by adapting the > instructions here: http://wiki.freebsd.org/RootOnZFS/UFSBoot -- which > isn't ideal as the memstick will be a single point of failure. We always use gmirrored USB sticks. Works like a charm. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 16:50:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7E64106566C for ; Thu, 21 Oct 2010 16:50:56 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.re1.yahoo.com (mrout1-b.corp.re1.yahoo.com [69.147.107.20]) by mx1.freebsd.org (Postfix) with ESMTP id A230B8FC0C for ; Thu, 21 Oct 2010 16:50:56 +0000 (UTC) Received: from [127.0.0.1] (cheese.corp.yahoo.com [216.145.50.99]) by mrout1-b.corp.re1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id o9LGo3rM025921; Thu, 21 Oct 2010 09:50:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1287679803; bh=TCJTPEOegu8cA1utAbBUczRqVnwaxju+1sjyamwt8WA=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=SVNLROypkhECuO/oTAZ+fNgiUk2NPRCk4O7OEGU+1hfT0bn52sKZE49IZT7rjuxFx KmCII5J1w5Yv11oSlmkA9/KADrbhLZdSedszSPmq35QglCcygey9uhAyPyBmpl/mXF PemlSx6R9+NoRTmfK8wy9AgtOjMhZ0I1d7l+Xz4E= From: Sean Bruno To: Andriy Gapon In-Reply-To: <4CC036BA.1020802@icyb.net.ua> References: <1287158693.5225.7.camel@home-yahoo> <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> <1287597910.2600.5.camel@home-yahoo> <4CBF30E5.6080705@icyb.net.ua> <1287598579.2600.10.camel@home-yahoo> <4CBF3307.3040206@icyb.net.ua> <1287599301.2600.12.camel@home-yahoo> <4CC036BA.1020802@icyb.net.ua> Content-Type: text/plain; charset="UTF-8" Date: Thu, 21 Oct 2010 09:50:03 -0700 Message-ID: <1287679803.3336.3.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 16:50:57 -0000 On Thu, 2010-10-21 at 05:48 -0700, Andriy Gapon wrote: > on 20/10/2010 21:28 Sean Bruno said the following: > > I guess, I could replace the kernel on the CD and have them reburn it? > > That should work. > BTW, here I described "yet another" way of building custom recovery/installation > CDs that I use: > http://wiki.freebsd.org/AvgLiveCD > Before I get started on this, it looks like something else is going on. Here is a panic + trace on the latest 9-current snap shot. "hammer time" indeed. Suggestions are welcome! http://people.freebsd.org/~sbruno/9-current-panic.png http://people.freebsd.org/~sbruno/9-current-trace-panic.png Sean From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 17:32:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18936106566C for ; Thu, 21 Oct 2010 17:32:50 +0000 (UTC) (envelope-from ambsd@raisa.eu.org) Received: from raisa.eu.org (raisa.eu.org [83.17.178.202]) by mx1.freebsd.org (Postfix) with ESMTP id B2CAA8FC0C for ; Thu, 21 Oct 2010 17:32:49 +0000 (UTC) Received: from bolt.zol (62-121-98-25.home.aster.pl [62.121.98.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by raisa.eu.org (Postfix) with ESMTP id A38A328; Thu, 21 Oct 2010 19:30:15 +0200 (CEST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Matthew Seaman" References: <4CC02B85.1050604@infracaninophile.co.uk> Date: Thu, 21 Oct 2010 19:32:46 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Emil Smolenski" Message-ID: In-Reply-To: <4CC02B85.1050604@infracaninophile.co.uk> User-Agent: Opera Mail/10.61 (FreeBSD) Cc: freebsd-stable@freebsd.org Subject: Re: BIOS limitations on size of bootable zpool? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 17:32:50 -0000 On Thu, 21 Oct 2010 14:01:09 +0200, Matthew Seaman wrote: > Dear all, > > I'm happy that gptzfsloader will work with just about any zpool > configuration you could imagine, but... > > We have an HP DL185 G5 with a P400 raid array, fully populated with 12 > drives. Since there's no JBOD mode (or at least, not one you can get to > from the BIOS configuration screens), the array is configured as 12 > single disk RAID0 arrays. As I posted about previously, we had FreeBSD > 8.1-STABLE installed on a 6 disk raidz1, and everything was happy. > However, we were having some difficulty adding a second vdev -- another > raidz1 using the other 6 drives. > > Well, to cut a long story short: eventually we did this by hot-plugging > disks 7 -- 12 after FreeBSD was up and running. Everything was cool and > dandy, and we had the server running on all drives after setting up gpt > partition tables and doing a 'zpool add'. > > Until we tested rebooting. > > On attempted reboot, the loader reported 8 drives, and subsequently ZFS > flailed with the dreaded "ZFS: i/o error - all block copies unavailable" > error. Now, we've had a poke through FreeBSD sources, and as far as we > can tell, FreeBSD will work with up to 31 devices being reported from > the BIOS. Is this correct, and the limitation is in what the hardware > is reporting to the loader at the early stages of booting? > > Any good tricks for getting round this sort of limitation? Our current > plan is to set up a USB memstick with /boot on it, by adapting the > instructions here: http://wiki.freebsd.org/RootOnZFS/UFSBoot -- which > isn't ideal as the memstick will be a single point of failure. I think I've encountered the same problem as you. In my configuration there is also HP server with HP SmartArray with six disks configured as single disk RAID0 logical units. I don't think it is related to size of the pool (try to test with small GPT partitions -- for me it also doesn't work). I think it is something with this specific hardware and ZFS. I will provide more details soon, but for know could you test following configurations: - mirror (it works for me), - raidz(2) (it doesn't work for me), - raidz(2) but without SmartArray controller -- adX or adaX disks (it works for me). Please try 'status' command while seeing "ZFS: i/o error..." message. -- am From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 19:06:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F252106566B for ; Thu, 21 Oct 2010 19:06:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA5A8FC1A for ; Thu, 21 Oct 2010 19:06:35 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o9LJ6Vg5026944 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Oct 2010 22:06:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o9LJ6Vo3085673; Thu, 21 Oct 2010 22:06:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o9LJ6VSg085672; Thu, 21 Oct 2010 22:06:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 21 Oct 2010 22:06:31 +0300 From: Kostik Belousov To: Sean Bruno Message-ID: <20101021190631.GZ2392@deviant.kiev.zoral.com.ua> References: <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> <1287597910.2600.5.camel@home-yahoo> <4CBF30E5.6080705@icyb.net.ua> <1287598579.2600.10.camel@home-yahoo> <4CBF3307.3040206@icyb.net.ua> <1287599301.2600.12.camel@home-yahoo> <4CC036BA.1020802@icyb.net.ua> <1287679803.3336.3.camel@home-yahoo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mmprYzE6kv1OS6ob" Content-Disposition: inline In-Reply-To: <1287679803.3336.3.camel@home-yahoo> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "freebsd-stable@freebsd.org" , Andriy Gapon Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 19:06:36 -0000 --mmprYzE6kv1OS6ob Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 21, 2010 at 09:50:03AM -0700, Sean Bruno wrote: > On Thu, 2010-10-21 at 05:48 -0700, Andriy Gapon wrote: > > on 20/10/2010 21:28 Sean Bruno said the following: > > > I guess, I could replace the kernel on the CD and have them reburn it? > >=20 > > That should work. > > BTW, here I described "yet another" way of building custom recovery/ins= tallation > > CDs that I use: > > http://wiki.freebsd.org/AvgLiveCD > >=20 >=20 > Before I get started on this, it looks like something else is going on. >=20 > Here is a panic + trace on the latest 9-current snap shot. "hammer > time" indeed. =20 >=20 > Suggestions are welcome! >=20 >=20 > http://people.freebsd.org/~sbruno/9-current-panic.png >=20 > http://people.freebsd.org/~sbruno/9-current-trace-panic.png It feels like msgbufp variable has absurd value. Can you arrange to get the output of verbose boot, esp. the SMAP lines ? Also, you could add printfs near amd64/amd64/machdep.c:1517 /* Map the message buffer. */ msgbufp =3D (struct msgbuf *)PHYS_TO_DMAP(phys_avail[pa_indx]); to show the values of all participants, i.e. msgbufp, pa_indx and phys_avail[pa_indx]. --mmprYzE6kv1OS6ob Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzAjzcACgkQC3+MBN1Mb4jR+ACfYXPAh1UprTzx3ODzxWOLn3x8 IX4AoL7Fj9iWKb3NWqdDdv2EfFyThGhO =+hdo -----END PGP SIGNATURE----- --mmprYzE6kv1OS6ob-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 19:16:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DED581065670 for ; Thu, 21 Oct 2010 19:16:34 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 398E98FC1B for ; Thu, 21 Oct 2010 19:16:34 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o9LJGUKG073358 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 21 Oct 2010 20:16:30 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk o9LJGUKG073358 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1287688590; bh=F3ydMtyDwhgdgDVoHS+vu7v+DWoknFZwBSJhM9mAEMc=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4CC09188.4060502@infracaninophile.co.uk>|Date:=20T hu,=2021=20Oct=202010=2020:16:24=20+0100|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Mozilla/5.0=20(Macintosh=3B=20U=3B=20Intel=20Mac= 20OS=20X=2010.6=3B=20en-GB=3B=20rv:1.9.2.11)=20Gecko/20101013=20Th underbird/3.1.5|MIME-Version:=201.0|To:=20Emil=20Smolenski=20|CC:=20freebsd-stable@freebsd.org|Subject:=20Re:=20 BIOS=20limitations=20on=20size=20of=20bootable=20zpool?|References :=20<4CC02B85.1050604@infracaninophile.co.uk>=20|In-Reply-To:=20|X-Enigmail- Version:=201.1.1|OpenPGP:=20id=3D60AE908C|Content-Type:=20multipar t/signed=3B=20micalg=3Dpgp-sha1=3B=0D=0A=20protocol=3D"application /pgp-signature"=3B=0D=0A=20boundary=3D"------------enig44663F6BF26 FDBE35ED648DD"; b=w3YXwZ6Pnl2cUVyzIRAaI7xpnTRzoMqs96LdfmZiCuAHIkGWZATE5r4zWIRjJnGwO 1oA8f8EQY2/8hhqoBb9YWBsvoml2SB40UDA8D5fZVGkegYxaHTTgyV09sC24kBaZN+ ORUC2u3tyyOQwNgBoXgkkv7rziED9lkXwUPTtYkw= Message-ID: <4CC09188.4060502@infracaninophile.co.uk> Date: Thu, 21 Oct 2010 20:16:24 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: Emil Smolenski References: <4CC02B85.1050604@infracaninophile.co.uk> In-Reply-To: X-Enigmail-Version: 1.1.1 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig44663F6BF26FDBE35ED648DD" X-Virus-Scanned: clamav-milter 0.96.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_40,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: BIOS limitations on size of bootable zpool? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 19:16:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig44663F6BF26FDBE35ED648DD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 21/10/2010 18:32, Emil Smolenski wrote: > I think I've encountered the same problem as you. In my configuration > there is also HP server with HP SmartArray with six disks configured as= > single disk RAID0 logical units. I don't think it is related to size of= > the pool (try to test with small GPT partitions -- for me it also > doesn't work). I think it is something with this specific hardware and > ZFS. I will provide more details soon, but for know could you test > following configurations: > - mirror (it works for me), > - raidz(2) (it doesn't work for me), > - raidz(2) but without SmartArray controller -- adX or adaX disks (it > works for me). Ah -- I'm afraid I can't do that. This server is officially in production use now (well, it would be if it was up) and contains a lot of valuable data. I'd be happy to back it up and try what you suggest, but this machine is /the/ backup server... I will note that we've had the machine running with (and booting from) a raidz2 and a raidz1 over 6 drives, perfectly happily. It's only when we tried to double the available space and drives that it all went a bit pear shaped. > Please try 'status' command while seeing "ZFS: i/o error..." message. Hmmmm... will do. Might be next week before I can report back though. 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 --------------enig44663F6BF26FDBE35ED648DD 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.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkzAkY0ACgkQ8Mjk52CukIzp1wCfRyQUQbYhY+xvsVlsOj2HGiV6 9cUAnRZENZdg+AqAkhmrTDBLB8YqXlSF =GWuW -----END PGP SIGNATURE----- --------------enig44663F6BF26FDBE35ED648DD-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 19:20:09 2010 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 B4A27106566B for ; Thu, 21 Oct 2010 19:20:09 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id CE4E88FC25 for ; Thu, 21 Oct 2010 19:20:06 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1P90Ux-0005m5-W3 for stable@freebsd.org; Thu, 21 Oct 2010 19:08:24 +0000 Date: Thu, 21 Oct 2010 12:08:23 -0700 Message-ID: From: Randy Bush To: stable 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 Cc: Subject: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 19:20:09 -0000 FreeBSD 8.1-STABLE #2: Thu Oct 21 15:30:45 UTC 2010 root@rip.psg.com:/usr/obj/usr/src/sys/RIP amd64 console recording em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header em0: discard frame w/o packet header panic: sbflush_internal: cc 4294965301 || mb 0 || mbcnt 0 cpuid = 0 panic: bufwrite: buffer is not busy??? cpuid = 0 Fatal trap 12: page fault while in kernel mode Uptime: cpuid = 2; 48mapic id = 02 36s fault virtual address = 0xffff804000000000 Physical memory: 4086 MB fault code = supervisor read data, page not present Dumping 1647 MB:instruction pointer = 0x20:0xffffffff804c22ae (CTRL-C to abort) stack pointer = 0x28:0xffffff80000de9a0 frame pointer = 0x28:0xffffff80000de9b0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (em0 taskq) trap number = 12 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16Attempt to write outside dump device boundaries. ** DUMP FAILED (ERROR 6) ** Automatic reboot in 15 seconds - press a key on the console to abort em0: Watchdog timeout -- resetting and locked up. required power cycle to reboot randy From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 19:33:22 2010 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 836CD106564A for ; Thu, 21 Oct 2010 19:33:22 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 30C7E8FC13 for ; Thu, 21 Oct 2010 19:33:21 +0000 (UTC) Received: from omta17.westchester.pa.mail.comcast.net ([76.96.62.89]) by qmta06.westchester.pa.mail.comcast.net with comcast id MTVo1f0021vXlb856XZMAC; Thu, 21 Oct 2010 19:33:21 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta17.westchester.pa.mail.comcast.net with comcast id MXZL1f00E3LrwQ23dXZMkr; Thu, 21 Oct 2010 19:33:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 34BF89B422; Thu, 21 Oct 2010 12:33:19 -0700 (PDT) Date: Thu, 21 Oct 2010 12:33:19 -0700 From: Jeremy Chadwick To: Randy Bush Message-ID: <20101021193319.GA84134@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: stable , Jack Vogel Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 19:33:22 -0000 On Thu, Oct 21, 2010 at 12:08:23PM -0700, Randy Bush wrote: > FreeBSD 8.1-STABLE #2: Thu Oct 21 15:30:45 UTC 2010 > root@rip.psg.com:/usr/obj/usr/src/sys/RIP amd64 > > console recording > > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > panic: sbflush_internal: cc 4294965301 || mb 0 || mbcnt 0 > cpuid = 0 > panic: bufwrite: buffer is not busy??? > > > cpuid = 0 > Fatal trap 12: page fault while in kernel mode > Uptime: cpuid = 2; 48mapic id = 02 > 36s > fault virtual address = 0xffff804000000000 > Physical memory: 4086 MB > fault code = supervisor read data, page not present > Dumping 1647 MB:instruction pointer = 0x20:0xffffffff804c22ae > (CTRL-C to abort) stack pointer = 0x28:0xffffff80000de9a0 > frame pointer = 0x28:0xffffff80000de9b0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (em0 taskq) > trap number = 12 > 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16Attempt to write outside dump device boundaries. > > ** DUMP FAILED (ERROR 6) ** > Automatic reboot in 15 seconds - press a key on the console to abort > em0: Watchdog timeout -- resetting > > and locked up. required power cycle to reboot CC'ing Jack Vogel of Intel, who is currently re-working portions of the em(4) driver. I think taskq issue might be the thing he's fixing and thus might have a workaround for you. But we're going to need to know exactly what em(4) model you have. Please provide "dmesg" output relevant to em0, and also "pciconf -lvc" output for the em0@ device. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 22:28:59 2010 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 D692E106566C for ; Thu, 21 Oct 2010 22:28:59 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id BD6DE8FC0C for ; Thu, 21 Oct 2010 22:28:59 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1P93co-0006Rh-LX; Thu, 21 Oct 2010 22:28:42 +0000 Date: Thu, 21 Oct 2010 15:28:41 -0700 Message-ID: From: Randy Bush To: Jeremy Chadwick In-Reply-To: <20101021193319.GA84134@icarus.home.lan> References: <20101021193319.GA84134@icarus.home.lan> 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 Cc: stable , Jack Vogel Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 22:29:00 -0000 em0: port 0x2000-0x201f mem 0xe8000000-0xe801ffff irq 16 at device 0.0 on pci13 randy Jeremy Chadwick wrote: > > On Thu, Oct 21, 2010 at 12:08:23PM -0700, Randy Bush wrote: > > FreeBSD 8.1-STABLE #2: Thu Oct 21 15:30:45 UTC 2010 > > root@rip.psg.com:/usr/obj/usr/src/sys/RIP amd64 > > > > console recording > > > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > em0: discard frame w/o packet header > > panic: sbflush_internal: cc 4294965301 || mb 0 || mbcnt 0 > > cpuid = 0 > > panic: bufwrite: buffer is not busy??? > > > > > > cpuid = 0 > > Fatal trap 12: page fault while in kernel mode > > Uptime: cpuid = 2; 48mapic id = 02 > > 36s > > fault virtual address = 0xffff804000000000 > > Physical memory: 4086 MB > > fault code = supervisor read data, page not present > > Dumping 1647 MB:instruction pointer = 0x20:0xffffffff804c22ae > > (CTRL-C to abort) stack pointer = 0x28:0xffffff80000de9a0 > > frame pointer = 0x28:0xffffff80000de9b0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 0 (em0 taskq) > > trap number = 12 > > 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16Attempt to write outside dump device boundaries. > > > > ** DUMP FAILED (ERROR 6) ** > > Automatic reboot in 15 seconds - press a key on the console to abort > > em0: Watchdog timeout -- resetting > > > > and locked up. required power cycle to reboot > > CC'ing Jack Vogel of Intel, who is currently re-working portions of the > em(4) driver. I think taskq issue might be the thing he's fixing and > thus might have a workaround for you. > > But we're going to need to know exactly what em(4) model you have. > > Please provide "dmesg" output relevant to em0, and also "pciconf -lvc" > output for the em0@ device. > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 22:51:48 2010 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 6412C106566C for ; Thu, 21 Oct 2010 22:51:48 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id 49D168FC15 for ; Thu, 21 Oct 2010 22:51:48 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1P93z9-0006Xr-Bp; Thu, 21 Oct 2010 22:51:47 +0000 Date: Thu, 21 Oct 2010 15:51:47 -0700 Message-ID: From: Randy Bush To: Jack Vogel In-Reply-To: References: <20101021193319.GA84134@icarus.home.lan> 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 Cc: Joel Jaeggli , stable Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 22:51:48 -0000 > I need to know which hardware it is and that doesnt show me. how do i find out. >> em0: port 0x2000-0x201f mem >> 0xe8000000-0xe801ffff irq 16 at device 0.0 on pci13 joel, do you know? randy From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 22:55:19 2010 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 25267106564A for ; Thu, 21 Oct 2010 22:55:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id D2A898FC15 for ; Thu, 21 Oct 2010 22:55:18 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o9LMtA88050711 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 21 Oct 2010 18:55:10 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.4) with ESMTP id o9LMt98b089189; Thu, 21 Oct 2010 18:55:09 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201010212255.o9LMt98b089189@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 21 Oct 2010 18:55:08 -0400 To: Randy Bush From: Mike Tancsa In-Reply-To: References: <20101021193319.GA84134@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: stable@freebsd.org Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 22:55:19 -0000 At 06:51 PM 10/21/2010, Randy Bush wrote: > > I need to know which hardware it is and that doesnt show me. > >how do i find out. pciconf -lvc It will show something like em1@pci0:10:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0003[140] = Serial 1 001517ffffed68a4 also, look at /var/run/dmesg.boot. Sometimes the acpi info will tell you the MB type e.g. on one of my boxes, I have ACPI APIC Table: with is the exact MB type. ---Mike > >> em0: port 0x2000-0x201f mem > >> 0xe8000000-0xe801ffff irq 16 at device 0.0 on pci13 > >joel, do you know? > >randy >_______________________________________________ >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" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 23:12:56 2010 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 A2CDE1065670 for ; Thu, 21 Oct 2010 23:12:56 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2D60A8FC15 for ; Thu, 21 Oct 2010 23:12:55 +0000 (UTC) Received: by wyb42 with SMTP id 42so161092wyb.13 for ; Thu, 21 Oct 2010 16:12:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=jDiEWjTqmTr+UTnmHopbbhyXDaicmdbDezgJwe0I5Qw=; b=dC82kYEKWNyw1vQ5ITEfg3yq0O2hkwb09o8DLp5C8u815zPAtCvWLORBnlNI2nN/BQ D/2fdW2Yt7liMysTIpgZ0cWMeNpVQ5ZkAEJtc72s0AY7hKj0qd9ew72eXaCkJDLsYXg7 s5fkiale4cje1gMQnFdZIkQvl7q3tSVZF+nKs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=TlHRiWQ0zAJ5+Nqv7ohXnHuKFEQgHpcvf7irm6Otbkdlemwg0ACwI0jmReWXU+QJ8P cBQ0/OdSBRVvwht95B9/x+7ixY2RiJ4bcOYOiT42PGRYcTb+MSCHOZSCmMoIlD+J6ieP 44kNJrjx/zcGFvnwQrtjBehqDNwYiw8xTu+Cg= MIME-Version: 1.0 Received: by 10.216.1.17 with SMTP id 17mr10276087wec.99.1287701370751; Thu, 21 Oct 2010 15:49:30 -0700 (PDT) Received: by 10.216.232.132 with HTTP; Thu, 21 Oct 2010 15:49:30 -0700 (PDT) In-Reply-To: References: <20101021193319.GA84134@icarus.home.lan> Date: Thu, 21 Oct 2010 15:49:30 -0700 Message-ID: From: Jack Vogel To: Randy Bush Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable , Jeremy Chadwick Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 23:12:56 -0000 pciconf -l I need to know which hardware it is and that doesnt show me. Jack On Thu, Oct 21, 2010 at 3:28 PM, Randy Bush wrote: > em0: port 0x2000-0x201f mem > 0xe8000000-0xe801ffff irq 16 at device 0.0 on pci13 > > randy > > Jeremy Chadwick wrote: > > > > On Thu, Oct 21, 2010 at 12:08:23PM -0700, Randy Bush wrote: > > > FreeBSD 8.1-STABLE #2: Thu Oct 21 15:30:45 UTC 2010 > > > root@rip.psg.com:/usr/obj/usr/src/sys/RIP amd64 > > > > > > console recording > > > > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > panic: sbflush_internal: cc 4294965301 || mb 0 || mbcnt 0 > > > cpuid = 0 > > > panic: bufwrite: buffer is not busy??? > > > > > > > > > cpuid = 0 > > > Fatal trap 12: page fault while in kernel mode > > > Uptime: cpuid = 2; 48mapic id = 02 > > > 36s > > > fault virtual address = 0xffff804000000000 > > > Physical memory: 4086 MB > > > fault code = supervisor read data, page not present > > > Dumping 1647 MB:instruction pointer = 0x20:0xffffffff804c22ae > > > (CTRL-C to abort) stack pointer = > 0x28:0xffffff80000de9a0 > > > frame pointer = 0x28:0xffffff80000de9b0 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 0 (em0 taskq) > > > trap number = 12 > > > 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 > 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 > 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 > 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 > 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 > 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16Attempt > to write outside dump device boundaries. > > > > > > ** DUMP FAILED (ERROR 6) ** > > > Automatic reboot in 15 seconds - press a key on the console to abort > > > em0: Watchdog timeout -- resetting > > > > > > and locked up. required power cycle to reboot > > > > CC'ing Jack Vogel of Intel, who is currently re-working portions of the > > em(4) driver. I think taskq issue might be the thing he's fixing and > > thus might have a workaround for you. > > > > But we're going to need to know exactly what em(4) model you have. > > > > Please provide "dmesg" output relevant to em0, and also "pciconf -lvc" > > output for the em0@ device. > > > > -- > > | Jeremy Chadwick jdc@parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 21 23:41:49 2010 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 EB327106564A for ; Thu, 21 Oct 2010 23:41:48 +0000 (UTC) (envelope-from joelja@bogus.com) Received: from nagasaki.bogus.com (nagasaki.bogus.com [147.28.0.81]) by mx1.freebsd.org (Postfix) with ESMTP id A1A528FC0A for ; Thu, 21 Oct 2010 23:41:48 +0000 (UTC) Received: from dhcp-176.nokia.net (dhcp-176.nokia.net [192.103.16.176] (may be forged)) (authenticated bits=0) by nagasaki.bogus.com (8.14.4/8.14.4) with ESMTP id o9LN3Zch019849 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Thu, 21 Oct 2010 23:03:35 GMT (envelope-from joelja@bogus.com) Message-ID: <4CC0C67C.7080801@bogus.com> Date: Thu, 21 Oct 2010 16:02:20 -0700 From: Joel Jaeggli User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Randy Bush References: <20101021193319.GA84134@icarus.home.lan> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (nagasaki.bogus.com [147.28.0.81]); Thu, 21 Oct 2010 23:03:35 +0000 (UTC) Cc: stable , Jack Vogel Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Oct 2010 23:41:49 -0000 em0@pci0:13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel Corporation 82573E Gigabit Ethernet Controller (Copper) (82573E)' class = network subclass = ethernet em1@pci0:14:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel PRO/1000 PL Network Adaptor (82573L)' class = network subclass = ethernet whole machine is below On 10/21/10 3:51 PM, Randy Bush wrote: >> I need to know which hardware it is and that doesnt show me. > > how do i find out. > >>> em0: port 0x2000-0x201f mem >>> 0xe8000000-0xe801ffff irq 16 at device 0.0 on pci13 > > joel, do you know? > > randy > rip.psg.com:/root# pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x988015d9 chip=0x27788086 rev=0xc0 hdr=0x00 vendor = 'Intel Corporation' device = 'E7230/3000/3010 Processor to I/O Controller' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x988015d9 chip=0x27798086 rev=0xc0 hdr=0x01 vendor = 'Intel Corporation' device = 'E7230/3000/3010 PCIe Root Port' class = bridge subclass = PCI-PCI pcib2@pci0:0:3:0: class=0x060400 card=0x988015d9 chip=0x277a8086 rev=0xc0 hdr=0x01 vendor = 'Intel Corporation' device = '82975X PCIe Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:0: class=0x060400 card=0x988015d9 chip=0x27d08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:4: class=0x060400 card=0x988015d9 chip=0x27e08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801GR/GH/GHM (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI pcib5@pci0:0:28:5: class=0x060400 card=0x988015d9 chip=0x27e28086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801GR/GH/GHM (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:0:29:0: class=0x0c0300 card=0x988015d9 chip=0x27c88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0x988015d9 chip=0x27c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0x988015d9 chip=0x27ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:0:29:3: class=0x0c0300 card=0x988015d9 chip=0x27cb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0x988015d9 chip=0x27cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB pcib6@pci0:0:30:0: class=0x060401 card=0x988015d9 chip=0x244e8086 rev=0xe1 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x988015d9 chip=0x27b88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82801GB/GR (ICH7 Family) LPC Interface Controller - 27B8 (945GL)' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:1: class=0x01018a card=0x988015d9 chip=0x27df8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) Ultra ATA Storage Controller' class = mass storage subclass = ATA atapci1@pci0:0:31:2: class=0x01018f card=0x988015d9 chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller' class = mass storage subclass = ATA none0@pci0:0:31:3: class=0x0c0500 card=0x988015d9 chip=0x27da8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel[R] 82801G (ICH7 Family) C- 27DA (82801G)' class = serial bus subclass = SMBus em0@pci0:13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel Corporation 82573E Gigabit Ethernet Controller (Copper) (82573E)' class = network subclass = ethernet em1@pci0:14:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel PRO/1000 PL Network Adaptor (82573L)' class = network subclass = ethernet vgapci0@pci0:15:0:0: class=0x030000 card=0x988015d9 chip=0x515e1002 rev=0x02 hdr=0x00 vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device = 'Radeon ES1000 (Radeon ES1000)' class = display subclass = VGA From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 04:28:57 2010 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 45C2E106564A for ; Fri, 22 Oct 2010 04:28:57 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 230648FC12 for ; Fri, 22 Oct 2010 04:28:56 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta05.emeryville.ca.mail.comcast.net with comcast id MenY1f0010x6nqcA5gUwZY; Fri, 22 Oct 2010 04:28:56 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta12.emeryville.ca.mail.comcast.net with comcast id MgUv1f0053LrwQ28YgUvLJ; Fri, 22 Oct 2010 04:28:56 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 33A799B422; Thu, 21 Oct 2010 21:28:55 -0700 (PDT) Date: Thu, 21 Oct 2010 21:28:55 -0700 From: Jeremy Chadwick To: Randy Bush Message-ID: <20101022042855.GA92674@icarus.home.lan> References: <20101021193319.GA84134@icarus.home.lan> 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: stable , Jack Vogel Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 04:28:57 -0000 On Thu, Oct 21, 2010 at 03:28:41PM -0700, Randy Bush wrote: > em0: port 0x2000-0x201f mem 0xe8000000-0xe801ffff irq 16 at device 0.0 on pci13 > > randy > > Jeremy Chadwick wrote: > > > > On Thu, Oct 21, 2010 at 12:08:23PM -0700, Randy Bush wrote: > > > FreeBSD 8.1-STABLE #2: Thu Oct 21 15:30:45 UTC 2010 > > > root@rip.psg.com:/usr/obj/usr/src/sys/RIP amd64 > > > > > > console recording > > > > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > em0: discard frame w/o packet header > > > panic: sbflush_internal: cc 4294965301 || mb 0 || mbcnt 0 > > > cpuid = 0 > > > panic: bufwrite: buffer is not busy??? > > > > > > > > > cpuid = 0 > > > Fatal trap 12: page fault while in kernel mode > > > Uptime: cpuid = 2; 48mapic id = 02 > > > 36s > > > fault virtual address = 0xffff804000000000 > > > Physical memory: 4086 MB > > > fault code = supervisor read data, page not present > > > Dumping 1647 MB:instruction pointer = 0x20:0xffffffff804c22ae > > > (CTRL-C to abort) stack pointer = 0x28:0xffffff80000de9a0 > > > frame pointer = 0x28:0xffffff80000de9b0 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 0 (em0 taskq) > > > trap number = 12 > > > 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16Attempt to write outside dump device boundaries. > > > > > > ** DUMP FAILED (ERROR 6) ** > > > Automatic reboot in 15 seconds - press a key on the console to abort > > > em0: Watchdog timeout -- resetting > > > > > > and locked up. required power cycle to reboot > > > > CC'ing Jack Vogel of Intel, who is currently re-working portions of the > > em(4) driver. I think taskq issue might be the thing he's fixing and > > thus might have a workaround for you. > > > > But we're going to need to know exactly what em(4) model you have. > > > > Please provide "dmesg" output relevant to em0, and also "pciconf -lvc" > > output for the em0@ device. Randy, please read my last paragraph again. :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 09:47:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 315AC106564A for ; Fri, 22 Oct 2010 09:47:05 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id A78AF8FC16 for ; Fri, 22 Oct 2010 09:47:04 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1P9EDH-0001nW-GZ for freebsd-stable@freebsd.org; Fri, 22 Oct 2010 11:47:03 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Oct 2010 11:47:03 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Oct 2010 11:47:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 22 Oct 2010 11:46:57 +0200 Lines: 35 Message-ID: References: <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> <1287597910.2600.5.camel@home-yahoo> <4CBF30E5.6080705@icyb.net.ua> <1287598579.2600.10.camel@home-yahoo> <4CBF3307.3040206@icyb.net.ua> <1287599301.2600.12.camel@home-yahoo> <4CC036BA.1020802@icyb.net.ua> <1287679803.3336.3.camel@home-yahoo> <20101021190631.GZ2392@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.12) Gecko/20101018 Thunderbird/3.0.8 In-Reply-To: <20101021190631.GZ2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.0.1 Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 09:47:05 -0000 On 10/21/10 21:06, Kostik Belousov wrote: > On Thu, Oct 21, 2010 at 09:50:03AM -0700, Sean Bruno wrote: >> On Thu, 2010-10-21 at 05:48 -0700, Andriy Gapon wrote: >>> on 20/10/2010 21:28 Sean Bruno said the following: >>>> I guess, I could replace the kernel on the CD and have them reburn it? >>> >>> That should work. >>> BTW, here I described "yet another" way of building custom recovery/installation >>> CDs that I use: >>> http://wiki.freebsd.org/AvgLiveCD >>> >> >> Before I get started on this, it looks like something else is going on. >> >> Here is a panic + trace on the latest 9-current snap shot. "hammer >> time" indeed. >> >> Suggestions are welcome! >> >> >> http://people.freebsd.org/~sbruno/9-current-panic.png >> >> http://people.freebsd.org/~sbruno/9-current-trace-panic.png > > It feels like msgbufp variable has absurd value. Can you arrange > to get the output of verbose boot, esp. the SMAP lines ? This is probably completely wrong for this problem but in the tiny case it isn't, maybe it will give someone an idea: I remember in the old times (tm) that there was a trick by which the msgbuf is supposed to be preserved across soft reboots. I don't know the details, and it might just be valid for i386 but part of that deal could be that some code tries to parse that memory area for valid msgbuf and due to some garbage, fails with such a panic. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 10:10:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 970601065673 for ; Fri, 22 Oct 2010 10:10:13 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 4ECFB8FC18 for ; Fri, 22 Oct 2010 10:10:12 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1P9EZd-0007Pl-1m for freebsd-stable@freebsd.org; Fri, 22 Oct 2010 12:10:09 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Oct 2010 12:10:09 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Oct 2010 12:10:09 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 22 Oct 2010 12:10:05 +0200 Lines: 36 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.12) Gecko/20101018 Thunderbird/3.0.8 In-Reply-To: X-Enigmail-Version: 1.0.1 Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 10:10:13 -0000 On 10/21/10 21:08, Randy Bush wrote: > FreeBSD 8.1-STABLE #2: Thu Oct 21 15:30:45 UTC 2010 > root@rip.psg.com:/usr/obj/usr/src/sys/RIP amd64 > > console recording > > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > em0: discard frame w/o packet header > panic: sbflush_internal: cc 4294965301 || mb 0 || mbcnt 0 > cpuid = 0 > panic: bufwrite: buffer is not busy??? What does the machine do? Does it perhaps have 6to4 (stf) enabled? From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 13:04:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5252C106567A for ; Fri, 22 Oct 2010 13:04:00 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id EC9B98FC1E for ; Fri, 22 Oct 2010 13:03:59 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id C8B2C103249 for ; Fri, 22 Oct 2010 15:02:39 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id 68hUstc4--A6 for ; Fri, 22 Oct 2010 15:02:36 +0200 (CEST) Received: from [192.168.10.81] (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 7670F10323E for ; Fri, 22 Oct 2010 15:02:36 +0200 (CEST) Message-ID: <4CC18BB9.2030200@zirakzigil.org> Date: Fri, 22 Oct 2010 15:03:53 +0200 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.14) Gecko/20101006 Thunderbird/3.0.9 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ZFS wrong size stats with amavis X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 13:04:00 -0000 I've seen people discuss about this and it happened to me as well. Freebsd 8.1 stable 25th september amd64 This server has one single boot disk with ufs + 1 array (hardware, 3ware) which hold 2,7TB data. I've formatted the latter with ZFS. Things seemed to work ok until I upgraded the system. One day the server jails didn't boot anymore. I checked and the array occupation was 100% with 0 byte free. This sounded strange, so I found a hidden file under /var/amavis/.spamassassin. I removed the dir, started again, but after a while it grew again until the system became unusable. This is how I solved: I moved the amavis partition under UFS, then mounted with nullfs that dir under /var in the zfs jail. I solved in the sense that it didn't grow anymore, but the fs occupation stayed very near 100%, with only 1GB free space. If I launch du -s under /zfs (host machine, not jail) I get a total space of about 750GB, but df -h always turns up with 2,7TB space occupied. I tried a zpool upgrade zfs and zpool scrub zfs, but to no avail. What should I do. short of moving the data, destroying the pool and creating it again (which I can't very easily do)? Thanks. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 13:54:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C41651065672 for ; Fri, 22 Oct 2010 13:54:47 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id AB68C8FC12 for ; Fri, 22 Oct 2010 13:54:47 +0000 (UTC) Received: from omta23.emeryville.ca.mail.comcast.net ([76.96.30.90]) by qmta05.emeryville.ca.mail.comcast.net with comcast id Mpoy1f0051wfjNsA5punRm; Fri, 22 Oct 2010 13:54:47 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta23.emeryville.ca.mail.comcast.net with comcast id Mpum1f0063LrwQ28jpumgk; Fri, 22 Oct 2010 13:54:47 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 02C689B422; Fri, 22 Oct 2010 06:54:46 -0700 (PDT) Date: Fri, 22 Oct 2010 06:54:45 -0700 From: Jeremy Chadwick To: Giulio Ferro Message-ID: <20101022135445.GA2301@icarus.home.lan> References: <4CC18BB9.2030200@zirakzigil.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CC18BB9.2030200@zirakzigil.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS wrong size stats with amavis X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 13:54:48 -0000 On Fri, Oct 22, 2010 at 03:03:53PM +0200, Giulio Ferro wrote: > [...snip; focusing specifically on this piece...] > > If I launch du -s under /zfs (host machine, not jail) I get a total space > of about 750GB, but df -h always turns up with 2,7TB space occupied. Is the ZFS filesystem (not pool) using compression? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 14:09:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDFC7106566B for ; Fri, 22 Oct 2010 14:09:08 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 6996D8FC08 for ; Fri, 22 Oct 2010 14:09:08 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 4D60110398E; Fri, 22 Oct 2010 16:07:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id 6UqzemdM0zLU; Fri, 22 Oct 2010 16:07:46 +0200 (CEST) Received: from [192.168.10.81] (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 668EF103986; Fri, 22 Oct 2010 16:07:46 +0200 (CEST) Message-ID: <4CC19AFF.4020501@zirakzigil.org> Date: Fri, 22 Oct 2010 16:09:03 +0200 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.14) Gecko/20101006 Thunderbird/3.0.9 MIME-Version: 1.0 To: Jeremy Chadwick References: <4CC18BB9.2030200@zirakzigil.org> <20101022135445.GA2301@icarus.home.lan> In-Reply-To: <20101022135445.GA2301@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS wrong size stats with amavis X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 14:09:08 -0000 On 10/22/2010 03:54 PM, Jeremy Chadwick wrote: > On Fri, Oct 22, 2010 at 03:03:53PM +0200, Giulio Ferro wrote: >> [...snip; focusing specifically on this piece...] >> >> If I launch du -s under /zfs (host machine, not jail) I get a total space >> of about 750GB, but df -h always turns up with 2,7TB space occupied. > > Is the ZFS filesystem (not pool) using compression? > Nope. From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 14:16:38 2010 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 A0E671065670 for ; Fri, 22 Oct 2010 14:16:38 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4C8CF8FC1E for ; Fri, 22 Oct 2010 14:16:38 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o9MEGThY091111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 22 Oct 2010 10:16:29 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.4) with ESMTP id o9MEGSa0094817; Fri, 22 Oct 2010 10:16:28 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201010221416.o9MEGSa0094817@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 22 Oct 2010 10:16:27 -0400 To: Randy Bush , stable From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 14:16:38 -0000 At 03:08 PM 10/21/2010, Randy Bush wrote: >FreeBSD 8.1-STABLE #2: Thu Oct 21 15:30:45 UTC 2010 > root@rip.psg.com:/usr/obj/usr/src/sys/RIP amd64 > >console recording >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header Hi Randy, Do you know how this panic is triggered ? Are you able to create it on demand ? ---Mike >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >em0: discard frame w/o packet header >panic: sbflush_internal: cc 4294965301 || mb 0 || mbcnt 0 >cpuid = 0 >panic: bufwrite: buffer is not busy??? > > >cpuid = 0 >Fatal trap 12: page fault while in kernel mode >Uptime: cpuid = 2; 48mapic id = 02 >36s >fault virtual address = 0xffff804000000000 >Physical memory: 4086 MB >fault code = supervisor read data, page not present >Dumping 1647 MB:instruction pointer = 0x20:0xffffffff804c22ae > (CTRL-C to abort) stack pointer = 0x28:0xffffff80000de9a0 >frame pointer = 0x28:0xffffff80000de9b0 >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 >processor eflags = interrupt enabled, resume, IOPL = 0 >current process = 0 (em0 taskq) >trap number = 12 > 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 > 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 > 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 > 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 > 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 > 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 > 208 192 176 160 144 128 112 96 80 64 48 32 16Attempt to write > outside dump device boundaries. > >** DUMP FAILED (ERROR 6) ** >Automatic reboot in 15 seconds - press a key on the console to abort >em0: Watchdog timeout -- resetting > >and locked up. required power cycle to reboot > >randy >_______________________________________________ >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" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 14:18:56 2010 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 67E8E106566B for ; Fri, 22 Oct 2010 14:18:56 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id 501B78FC1D for ; Fri, 22 Oct 2010 14:18:56 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1P9IS4-0009eu-8T; Fri, 22 Oct 2010 14:18:36 +0000 Date: Fri, 22 Oct 2010 10:18:35 -0400 Message-ID: From: Randy Bush To: Mike Tancsa In-Reply-To: <201010221416.o9MEGSa0094817@lava.sentex.ca> References: <201010221416.o9MEGSa0094817@lava.sentex.ca> 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 Cc: stable Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 14:18:56 -0000 > Do you know how this panic is triggered ? Are you able to > create it on demand ? no i do not. bring server up and it'll happen in half an hour. and the server was happy for two months. so i am thinking hardware. randy From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 14:25:47 2010 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 1EE1E106566C for ; Fri, 22 Oct 2010 14:25:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id CDF9B8FC13 for ; Fri, 22 Oct 2010 14:25:46 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o9MEPcl7092680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 22 Oct 2010 10:25:38 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.4) with ESMTP id o9MEPcWC094867; Fri, 22 Oct 2010 10:25:38 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201010221425.o9MEPcWC094867@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 22 Oct 2010 10:25:37 -0400 To: Randy Bush From: Mike Tancsa In-Reply-To: References: <201010221416.o9MEGSa0094817@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: stable Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 14:25:47 -0000 At 10:18 AM 10/22/2010, Randy Bush wrote: > > Do you know how this panic is triggered ? Are you able to > > create it on demand ? > >no i do not. bring server up and it'll happen in half an hour. > >and the server was happy for two months. so i am thinking hardware. Perhaps. The reason I ask is that I had a box go down last night with the same set of errors. The box has a number of ipv6 routes, but its next hop was down and the problems started soon after. So I wonder if it has something to do with that. Do you have ipv6 on this box and are all the next hop addresses correct / reachable ? Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header ---Mike >randy -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 14:49:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 627F3106566B for ; Fri, 22 Oct 2010 14:49:15 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 180D48FC16 for ; Fri, 22 Oct 2010 14:49:14 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1P9Ivi-0005At-2m for freebsd-stable@freebsd.org; Fri, 22 Oct 2010 16:49:14 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Oct 2010 16:49:14 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Oct 2010 16:49:14 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 22 Oct 2010 16:49:06 +0200 Lines: 26 Message-ID: References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.12) Gecko/20101018 Thunderbird/3.0.8 In-Reply-To: <201010221425.o9MEPcWC094867@lava.sentex.ca> X-Enigmail-Version: 1.0.1 Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 14:49:15 -0000 On 10/22/10 16:25, Mike Tancsa wrote: > At 10:18 AM 10/22/2010, Randy Bush wrote: >> > Do you know how this panic is triggered ? Are you able to >> > create it on demand ? >> >> no i do not. bring server up and it'll happen in half an hour. >> >> and the server was happy for two months. so i am thinking hardware. > > Perhaps. The reason I ask is that I had a box go down last night with > the same set of errors. The box has a number of ipv6 routes, but its > next hop was down and the problems started soon after. So I wonder if it > has something to do with that. Do you have ipv6 on this box and are all > the next hop addresses correct / reachable ? > > Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header > Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header > Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header FWIW I had a series of crashes with those characteristics which I suspected were IPv6 or 6to4-related on 8.0-RELEASE and 8-STABLE which eventually made me give up on IPv6 - it was crashing too often (couple of times a week). I have at least a couple of threads on this on freebsd-net@ (without resolution). From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 14:51:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BB971065674; Fri, 22 Oct 2010 14:51:11 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 001338FC14; Fri, 22 Oct 2010 14:51:10 +0000 (UTC) Received: by ewy28 with SMTP id 28so492697ewy.13 for ; Fri, 22 Oct 2010 07:51:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :x-comment-to:date:in-reply-to:message-id:user-agent:mime-version :content-type; bh=qkmL2QPQYfrKCZDDr/DiHE1A+2+4S6V77b6pm5+T2PU=; b=b2+4Po+7hmkg9PRm+0hh+5s5WHPcNBrQ5faDBoYepA8z1789FO31zRgqv9SaEibrJB 1nI4NCJLEU4DVbMBcfQC1mRS/bxGJak5i/vMxlef+i6JjnS2oDi4Crm8cyJoIH9y95zs rBtIXk7qUN7ZRtsh85gMTpRjb2P8DLANu95EA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=B3W14HAyMoe+KE42QpJUd0578K3cJwb45dFFSYndiz2NBCKmygUAlMRrO5MW31uyfJ dab+DgMwLkB2OLVo4WBwx6AT1ZxtR+xNujeX5o8dSDIlb351L02Nz5i1GApkzSKX8o/s Hu0dCCXInEDmXQrNmGh/LK2vWAcQOEo8OT9eU= Received: by 10.213.82.11 with SMTP id z11mr9014041ebk.29.1287759068172; Fri, 22 Oct 2010 07:51:08 -0700 (PDT) Received: from localhost ([95.69.174.185]) by mx.google.com with ESMTPS id u8sm1470404fah.12.2010.10.22.07.51.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 22 Oct 2010 07:51:06 -0700 (PDT) From: Mikolaj Golub To: Pete French References: X-Comment-To: Pete French Date: Fri, 22 Oct 2010 17:51:03 +0300 In-Reply-To: (Pete French's message of "Thu, 21 Oct 2010 13:25:34 +0100") Message-ID: <861v7ii8mg.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Pawel Jakub Dawidek , freebsd-stable@freebsd.org Subject: Re: hast vs ggate+gmirror sychrnoisation speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 14:51:11 -0000 On Thu, 21 Oct 2010 13:25:34 +0100 Pete French wrote: PF> Well, I bit the bullet and moved to using hast - all went beautifully, PF> and I migrated the pool with no downtime. The one thing I do notice, PF> however, is that the synchronisation with hast is much slower PF> than the older ggate+gmirror combination. It's about half the PF> speed in fact. PF> When I orginaly setup my ggate configuration I did a lot of tweaks to PF> get the speed good - these copnsisted of expanding the send and PF> receive space for the sockets using sysctl.conf, and then providing PF> large buffers to ggate. Is there a way to control this with hast ? PF> I still have the sysctls set (as the machines have not rebooted) PF> but I cant see any options in hast.conf which are equivalent to the PF> "-S 262144 -R 262144" which I use with ggate PF> Any advice, or am I barking up the wrong tree here ? Currently there are no options in hast.conf to change send and receive buffer size. They are hardcoded in sbin/hastd/proto_tcp4.c: val = 131072; if (setsockopt(tctx->tc_fd, SOL_SOCKET, SO_SNDBUF, &val, sizeof(val)) == -1) { pjdlog_warning("Unable to set send buffer size on %s", addr); } val = 131072; if (setsockopt(tctx->tc_fd, SOL_SOCKET, SO_RCVBUF, &val, sizeof(val)) == -1) { pjdlog_warning("Unable to set receive buffer size on %s", addr); } You could change the values and recompile hastd :-). It would be interesting to know about the results of your experiment (if you do). Also note there is another hardcoded value in sbin/hastd/proto_common.c /* Maximum size of packet we want to use when sending data. */ #define MAX_SEND_SIZE 32768 that looks like might affect synchronization speed too. Previously we had 128kB here but this has been changed to 32Kb because it was reported about slow synchronization with MAX_SEND_SIZE=128kB. http://svn.freebsd.org/viewvc/base?view=revision&revision=211452 I wonder couldn't slow synchronization with MAX_SEND_SIZE=131072 be due to SO_SNDBUF/SO_RCVBUF be equal to this size? May be increasing SO_SNDBUF/SO_RCVBUF we could reach better performance with MAX_SEND_SIZE=128kB? -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 14:56:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAFD61065674 for ; Fri, 22 Oct 2010 14:56:42 +0000 (UTC) (envelope-from sector214@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 399C88FC1E for ; Fri, 22 Oct 2010 14:56:41 +0000 (UTC) Received: by wwb24 with SMTP id 24so940402wwb.31 for ; Fri, 22 Oct 2010 07:56:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=nZDHL+GTt7tUL2l8aYM1PYig7o4y5HNBp+7eYUCxcww=; b=SKk68xnXpaCNZp86rfTCqRtuZhw59xtMiMiVVvzhzkVV2rt+jTYZsplrbBEQ6f5N4B ph9tkm7XSZA9/pw/4jQRn2LxvEkYniYFDIAFxHNYPoUQcXZQDj/RopXZDNfHFy9bGwap zaHaBmbV1JLbnmxIY/+GC+TLSRDUtASyYroPQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Cv2geUu+zKofNSh1WeqJPunef1DkB/8+wL4CX9rHjaJpuLyqaR1kFIOiL/X5Vaeb3N nn3yKxcQXTP6j5En/nv3WH5Y0vH+Yc79vIA4NbF8LfrSlTdNGY8Af/RwBLIxYTeBiq2o BH7AaAOGfPHbH3LEPXcVif8JJzWBdptr97xvA= MIME-Version: 1.0 Received: by 10.227.129.72 with SMTP id n8mr718722wbs.161.1287758026258; Fri, 22 Oct 2010 07:33:46 -0700 (PDT) Received: by 10.227.42.36 with HTTP; Fri, 22 Oct 2010 07:33:46 -0700 (PDT) Date: Fri, 22 Oct 2010 10:33:46 -0400 Message-ID: From: Simon Chang To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Correct procedure for cross-compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 14:56:42 -0000 To all, I recently received an older AMD Athlon 64 3400+ machine, 1 GB of RAM and 200 GB of SATA disk. I have installed the 64-bit amd64 version of FBSD 7.3-STABLE on this box and everything is running perfectly. I have several other smaller, far less powerful 32-bit i386 machines, which need to be built from the same version as the 64-bit amd64 machine. I was able to buildworld and buildkernel successfully by issuing these commands in this order: make TARGET=i386 buildworld make TARGET=i386 KERNCONF=machine-1 buildkernel But when I exported /usr/src and /usr/obj read-only from the AMD machine and mounted them through machine-1, and I tried to installkernel from machine-1, I kept running into errors right at the beginning of the process. Can someone tell me the canonical way of performing cross compilation and installation? Thank you, Simon Chang From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 15:05:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E51B9106564A for ; Fri, 22 Oct 2010 15:05:56 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF648FC1F for ; Fri, 22 Oct 2010 15:05:55 +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 SAA15587; Fri, 22 Oct 2010 18:05:52 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4CC1A850.5060601@icyb.net.ua> Date: Fri, 22 Oct 2010 18:05:52 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.11) Gecko/20101021 Lightning/1.0b2 Thunderbird/3.1.5 MIME-Version: 1.0 To: Simon Chang References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Correct procedure for cross-compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 15:05:57 -0000 on 22/10/2010 17:33 Simon Chang said the following: > But when I exported /usr/src and /usr/obj read-only from the AMD machine and > mounted them through machine-1, and I tried to installkernel from machine-1, > I kept running into errors right at the beginning of the process. Try the other way around - it's better to run install{kernel,world} on the same machine were you did the build. DESTDIR is your friend too. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 15:15:32 2010 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 5FBD61065670 for ; Fri, 22 Oct 2010 15:15:32 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id 466D78FC13 for ; Fri, 22 Oct 2010 15:15:31 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1P9JL8-0009vP-TQ; Fri, 22 Oct 2010 15:15:31 +0000 Date: Fri, 22 Oct 2010 11:15:30 -0400 Message-ID: From: Randy Bush To: Mike Tancsa In-Reply-To: <201010221425.o9MEPcWC094867@lava.sentex.ca> References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> 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 Cc: stable Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 15:15:32 -0000 >>> Do you know how this panic is triggered ? Are you able to >>> create it on demand ? >> >> no i do not. bring server up and it'll happen in half an hour. >> and the server was happy for two months. so i am thinking hardware. > > Perhaps. The reason I ask is that I had a box go down last night with > the same set of errors. The box has a number of ipv6 routes, but its > next hop was down and the problems started soon after. So I wonder if > it has something to do with that. Do you have ipv6 on this box and > are all the next hop addresses correct / reachable ? > > Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header > Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header > Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header it was co-incident with a border router being taken down for new router install. that router was the v6 exit the servers was using. i have now pointed default6 to a different exit. the server seems happy. THANK YOU!!!! randy From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 15:52:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 841171065672 for ; Fri, 22 Oct 2010 15:52:39 +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 5447E8FC0C for ; Fri, 22 Oct 2010 15:52:39 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id E7897B568 for ; Fri, 22 Oct 2010 11:33:41 -0400 (EDT) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id A0948B577 for ; Fri, 22 Oct 2010 11:33:40 -0400 (EDT) Received: from mweb1.acsu.buffalo.edu (mweb1.acsu.buffalo.edu [128.205.5.238]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id 9095AB58A for ; Fri, 22 Oct 2010 11:33:40 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) by mweb1.acsu.buffalo.edu (Postfix) with ESMTP id 738025B003A for ; Fri, 22 Oct 2010 11:33:40 -0400 (EDT) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-K7qvXPhYRL/wZIjJEHkm" Date: Fri, 22 Oct 2010 11:33:35 -0400 Message-ID: <1287761615.25740.13.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Subject: Upcoming Release Schedule X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 15:52:39 -0000 --=-K7qvXPhYRL/wZIjJEHkm Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Just a quick note to say the target schedule for the release of FreeBSD 7.4 and 8.2 has been worked out. We will be shooting for a dual release (same target dates for both releases). The major highlights are: Freeze: Nov. 28, 2010 BETA1: Dec. 3, 2010 RC1: Dec. 17, 2010 RC2: Jan 7, 2011 REL: Jan 21, 2011 It is expected that 7.4 will be the last of the 7.X releases. The schedules are available on the Web: http://www.freebsd.org/releases/7.4R/schedule.html http://www.freebsd.org/releases/8.2R/schedule.html as are the Wiki pages that will be used to track the progress of the releases: http://wiki.freebsd.org/Releng/7.4TODO http://wiki.freebsd.org/Releng/8.2TODO While on the topic of releases, branches, etc... On a slightly related note the November 2010 Monthly Snapshots will be the last to include stable/6 (RELENG_6, 6.X) since secteam support for that branch will end at the end of November. I'll make a separate, explicit announcement about that once the November 2010 Snapshots become available. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-K7qvXPhYRL/wZIjJEHkm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkzBrsEACgkQ/G14VSmup/ahDwCcCv6XHlFmD3t4lDc3FaHOgbbM GF4AoJA+BWli9pMXL8UbmMMAddj5ywq+ =Q4MC -----END PGP SIGNATURE----- --=-K7qvXPhYRL/wZIjJEHkm-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 16:27:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB201106566B for ; Fri, 22 Oct 2010 16:27:21 +0000 (UTC) (envelope-from sector214@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 3E3418FC08 for ; Fri, 22 Oct 2010 16:27:20 +0000 (UTC) Received: by wwb24 with SMTP id 24so1026631wwb.31 for ; Fri, 22 Oct 2010 09:27:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=GrxxxfpkblP/Miqry3DVc62uzKXr+dRug0k37FJgEtA=; b=EuwI2KJYLEUZvgdnYkHDmLiUjL7+rJz35Pj65h3UDx0WYBG6ftR2qWyr7m98VOp4hN ESGOZ0ud+vwAO1NPDWf23BxzSE4Db1EaWD8kRL9/hJerjgJPCWFuHMw4SmJ2RJb7rdZY WGs/iIowBtRiH0xEOOYl8rAP8sZYwb1+F4U4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=GchSmk3dN0+pZSz9c37LYYSoQVpo77+dr4nTZGwZB9JTKARd5gYqCov4nZebjkEvOn eC385ptiU3nKNBm/GraDsc/AuvN7M7m/UKraYbxaEKpJJTmRsY/tL/YS2uD87+Vq7p5h +1fw1wlJ+bg/DPr95H9n3YVhby4e2N1DMDmzY= MIME-Version: 1.0 Received: by 10.227.132.77 with SMTP id a13mr3210473wbt.5.1287764840096; Fri, 22 Oct 2010 09:27:20 -0700 (PDT) Received: by 10.227.42.36 with HTTP; Fri, 22 Oct 2010 09:27:19 -0700 (PDT) In-Reply-To: <4CC1A850.5060601@icyb.net.ua> References: <4CC1A850.5060601@icyb.net.ua> Date: Fri, 22 Oct 2010 12:27:19 -0400 Message-ID: From: Simon Chang To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Correct procedure for cross-compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 16:27:21 -0000 > Try the other way around - it's better to run install{kernel,world} on the > same > machine were you did the build. > DESTDIR is your friend too. > > -- > Andriy Gapon > Andriy, But if I run installkernel and installworld on the same machine, I won't be able to install the 32-bit binaries on the slow 32-bit machines that I have. The whole point is to use a fast machine (the AMD 64) to cross-build 32-bit binaries and install them onto the slower, 32-bit machines. Also, how would you use DESTDIR in this case? SC From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 16:37:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B29B6106564A for ; Fri, 22 Oct 2010 16:37:22 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 06E1A8FC0A for ; Fri, 22 Oct 2010 16:37:21 +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 TAA16709; Fri, 22 Oct 2010 19:37:19 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4CC1BDBE.2020008@icyb.net.ua> Date: Fri, 22 Oct 2010 19:37:18 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.11) Gecko/20101021 Lightning/1.0b2 Thunderbird/3.1.5 MIME-Version: 1.0 To: Simon Chang References: <4CC1A850.5060601@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Correct procedure for cross-compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 16:37:22 -0000 on 22/10/2010 19:27 Simon Chang said the following: > > Try the other way around - it's better to run install{kernel,world} on the same > machine were you did the build. > DESTDIR is your friend too. > > -- > Andriy Gapon > > > Andriy, > > But if I run installkernel and installworld on the same machine, I won't be able > to install the 32-bit binaries on the slow 32-bit machines that I have. > > The whole point is to use a fast machine (the AMD 64) to cross-build 32-bit > binaries and install them onto the slower, 32-bit machines. > > Also, how would you use DESTDIR in this case? I got your point the first time. The idea is to run installworld on your fast machine. You did everything correctly for the build, BTW. I guess that you should be able now to see how to use DESTDIR in that case :-) P.S. there is something unconventional about how your mail client handles quoting of replied to emails. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 17:28:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65FC7106566B; Fri, 22 Oct 2010 17:28:21 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id 2D0C48FC16; Fri, 22 Oct 2010 17:28:20 +0000 (UTC) Received: from [127.0.0.1] (cheese.corp.yahoo.com [216.145.50.99]) by mrout1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id o9MHQgQB009505; Fri, 22 Oct 2010 10:26:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1287768402; bh=Wp7xV5vsz20SKKHwuaCcJ/HtEtvmGWOxCye0baG64ec=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=A7zvqRZe6gHQC2M6Wx29FI1lbVNvMpN9/M4k0VoD+jUol+pEt8Ls2mpUfzy1JalHZ /Y1Xh7RdoI0uORC6AU4MKKKdznHTQ5FdYsZI5Uw0cJbc8NdnTJqGJJDiX80do5a+BB WwpBn1A4I4JQDDRBW48LCWT71s4kQgUs0G6Hg3Yk= From: Sean Bruno To: Ivan Voras In-Reply-To: References: <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> <1287597910.2600.5.camel@home-yahoo> <4CBF30E5.6080705@icyb.net.ua> <1287598579.2600.10.camel@home-yahoo> <4CBF3307.3040206@icyb.net.ua> <1287599301.2600.12.camel@home-yahoo> <4CC036BA.1020802@icyb.net.ua> <1287679803.3336.3.camel@home-yahoo> <20101021190631.GZ2392@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="UTF-8" Date: Fri, 22 Oct 2010 10:26:41 -0700 Message-ID: <1287768401.4080.1.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 17:28:21 -0000 On Fri, 2010-10-22 at 02:46 -0700, Ivan Voras wrote: > On 10/21/10 21:06, Kostik Belousov wrote: > > On Thu, Oct 21, 2010 at 09:50:03AM -0700, Sean Bruno wrote: > >> On Thu, 2010-10-21 at 05:48 -0700, Andriy Gapon wrote: > >>> on 20/10/2010 21:28 Sean Bruno said the following: > >>>> I guess, I could replace the kernel on the CD and have them reburn it? > >>> > >>> That should work. > >>> BTW, here I described "yet another" way of building custom recovery/installation > >>> CDs that I use: > >>> http://wiki.freebsd.org/AvgLiveCD > >>> > >> > >> Before I get started on this, it looks like something else is going on. > >> > >> Here is a panic + trace on the latest 9-current snap shot. "hammer > >> time" indeed. > >> > >> Suggestions are welcome! > >> > >> > >> http://people.freebsd.org/~sbruno/9-current-panic.png > >> > >> http://people.freebsd.org/~sbruno/9-current-trace-panic.png > > > > It feels like msgbufp variable has absurd value. Can you arrange > > to get the output of verbose boot, esp. the SMAP lines ? > > This is probably completely wrong for this problem but in the tiny case > it isn't, maybe it will give someone an idea: I remember in the old > times (tm) that there was a trick by which the msgbuf is supposed to be > preserved across soft reboots. I don't know the details, and it might > just be valid for i386 but part of that deal could be that some code > tries to parse that memory area for valid msgbuf and due to some > garbage, fails with such a panic. Strange you should mention this. Peter@ and I just had a 30 minute driveway conversation about just this issue. Sean From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 17:28:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CA58106566B for ; Fri, 22 Oct 2010 17:28:56 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.freebsd.org (Postfix) with ESMTP id 33C908FC0C for ; Fri, 22 Oct 2010 17:28:55 +0000 (UTC) Received: from [127.0.0.1] (cheese.corp.yahoo.com [216.145.50.99]) by mrout2.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id o9MHSY8D048128; Fri, 22 Oct 2010 10:28:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1287768514; bh=DtVbrpI9IIwiv9GTgmbjfHSkJ5Hdza10/TJauk7u8vg=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=lYXxkf1AuIzNNGwfBvqIz4xXbYBHbQlfPsJag/tykAcApufRLoSg2GCCyQLIZz0R2 E9mbHsftJuLzyntnj8/qyAps0fXAN8l2VP0uw5N90JC6CGI+ZB4lJsDUWZkT0kfHlb P1RHI5+08OPiDY9zAbeEv1/XvKntRkL6TtOZ4MGU= From: Sean Bruno To: Kostik Belousov In-Reply-To: <20101021190631.GZ2392@deviant.kiev.zoral.com.ua> References: <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> <1287597910.2600.5.camel@home-yahoo> <4CBF30E5.6080705@icyb.net.ua> <1287598579.2600.10.camel@home-yahoo> <4CBF3307.3040206@icyb.net.ua> <1287599301.2600.12.camel@home-yahoo> <4CC036BA.1020802@icyb.net.ua> <1287679803.3336.3.camel@home-yahoo> <20101021190631.GZ2392@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="UTF-8" Date: Fri, 22 Oct 2010 10:28:33 -0700 Message-ID: <1287768513.4080.3.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" , Andriy Gapon Subject: Re: kpanic on install on HP DL980/580 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 17:28:56 -0000 On Thu, 2010-10-21 at 12:06 -0700, Kostik Belousov wrote: > On Thu, Oct 21, 2010 at 09:50:03AM -0700, Sean Bruno wrote: > > On Thu, 2010-10-21 at 05:48 -0700, Andriy Gapon wrote: > > > on 20/10/2010 21:28 Sean Bruno said the following: > > > > I guess, I could replace the kernel on the CD and have them reburn it? > > > > > > That should work. > > > BTW, here I described "yet another" way of building custom recovery/installation > > > CDs that I use: > > > http://wiki.freebsd.org/AvgLiveCD > > > > > > > Before I get started on this, it looks like something else is going on. > > > > Here is a panic + trace on the latest 9-current snap shot. "hammer > > time" indeed. > > > > Suggestions are welcome! > > > > > > http://people.freebsd.org/~sbruno/9-current-panic.png > > > > http://people.freebsd.org/~sbruno/9-current-trace-panic.png > > It feels like msgbufp variable has absurd value. Can you arrange > to get the output of verbose boot, esp. the SMAP lines ? > Also, you could add printfs near amd64/amd64/machdep.c:1517 > /* Map the message buffer. */ > msgbufp = (struct msgbuf *)PHYS_TO_DMAP(phys_avail[pa_indx]); > to show the values of all participants, i.e. msgbufp, pa_indx > and phys_avail[pa_indx]. [subject change and thread breaking] Working on it. The RTT on getting tests is going to be long though. Apparently, I'll have to push ISO images for test *somewhere* that the HP folks can download, burn to a disk and boot the machines from. However, they have let me have access for another week and added the DL580 G7 to the testing as well. I'll update as I get progress and debugging. Sean From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 18:13:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21415106566C for ; Fri, 22 Oct 2010 18:13:42 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 88DD78FC1D for ; Fri, 22 Oct 2010 18:13:41 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3596645C99; Fri, 22 Oct 2010 20:13:39 +0200 (CEST) Received: from localhost (chello089073192049.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3855A45C9F; Fri, 22 Oct 2010 20:13:33 +0200 (CEST) Date: Fri, 22 Oct 2010 20:13:01 +0200 From: Pawel Jakub Dawidek To: Mikolaj Golub Message-ID: <20101022181301.GA2014@garage.freebsd.pl> References: <861v7ii8mg.fsf@kopusha.home.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <861v7ii8mg.fsf@kopusha.home.net> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: hast vs ggate+gmirror sychrnoisation speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 18:13:42 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 22, 2010 at 05:51:03PM +0300, Mikolaj Golub wrote: >=20 > On Thu, 21 Oct 2010 13:25:34 +0100 Pete French wrote: >=20 > PF> Well, I bit the bullet and moved to using hast - all went beautifull= y, > PF> and I migrated the pool with no downtime. The one thing I do notice, > PF> however, is that the synchronisation with hast is much slower > PF> than the older ggate+gmirror combination. It's about half the > PF> speed in fact. What speed do you expect? IIRC from my tests, I was able to saturate 1Gbit link with initial synchronization. Also note, that hast synchronize only differences, and not the entire thing after crash or power failure. > PF> When I orginaly setup my ggate configuration I did a lot of tweaks to > PF> get the speed good - these copnsisted of expanding the send and > PF> receive space for the sockets using sysctl.conf, and then providing > PF> large buffers to ggate. Is there a way to control this with hast ? > PF> I still have the sysctls set (as the machines have not rebooted) > PF> but I cant see any options in hast.conf which are equivalent to the > PF> "-S 262144 -R 262144" which I use with ggate >=20 > PF> Any advice, or am I barking up the wrong tree here ? >=20 > Currently there are no options in hast.conf to change send and receive bu= ffer > size. They are hardcoded in sbin/hastd/proto_tcp4.c: >=20 > val =3D 131072; > if (setsockopt(tctx->tc_fd, SOL_SOCKET, SO_SNDBUF, &val, > sizeof(val)) =3D=3D -1) { > pjdlog_warning("Unable to set send buffer size on %s", ad= dr); > } > val =3D 131072; > if (setsockopt(tctx->tc_fd, SOL_SOCKET, SO_RCVBUF, &val, > sizeof(val)) =3D=3D -1) { > pjdlog_warning("Unable to set receive buffer size on %s",= addr); > } >=20 > You could change the values and recompile hastd :-). It would be interest= ing > to know about the results of your experiment (if you do). I'd also like to know if it improves anything. > Also note there is another hardcoded value in sbin/hastd/proto_common.c >=20 > /* Maximum size of packet we want to use when sending data. */ > #define MAX_SEND_SIZE 32768 >=20 > that looks like might affect synchronization speed too. Previously we had= 128kB > here but this has been changed to 32Kb because it was reported about slow > synchronization with MAX_SEND_SIZE=3D128kB. The same restriction exists in ggate. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkzB1CwACgkQForvXbEpPzR0+wCg1uu30r442bGwo+N3Vm5VUbVI 6xoAoKUUQsXZc1aaOFmzwQzr9fNdHCAo =2gQ7 -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 18:45:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B48FF1065674; Fri, 22 Oct 2010 18:45:52 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF798FC1B; Fri, 22 Oct 2010 18:45:52 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o9MIjpiA029786 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 22 Oct 2010 11:45:51 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B587D1CC3E; Fri, 22 Oct 2010 11:45:51 -0700 (PDT) To: Mikolaj Golub In-reply-to: Your message of "Fri, 22 Oct 2010 17:51:03 +0300." <861v7ii8mg.fsf@kopusha.home.net> Date: Fri, 22 Oct 2010 11:45:51 -0700 From: "Kevin Oberman" Message-Id: <20101022184551.B587D1CC3E@ptavv.es.net> Cc: freebsd-stable@freebsd.org, Pawel Jakub Dawidek , Pete French Subject: Re: hast vs ggate+gmirror sychrnoisation speed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 18:45:52 -0000 > From: Mikolaj Golub > Date: Fri, 22 Oct 2010 17:51:03 +0300 > Sender: owner-freebsd-stable@freebsd.org > > > On Thu, 21 Oct 2010 13:25:34 +0100 Pete French wrote: > > PF> Well, I bit the bullet and moved to using hast - all went beautifully, > PF> and I migrated the pool with no downtime. The one thing I do notice, > PF> however, is that the synchronisation with hast is much slower > PF> than the older ggate+gmirror combination. It's about half the > PF> speed in fact. > > PF> When I orginaly setup my ggate configuration I did a lot of tweaks to > PF> get the speed good - these copnsisted of expanding the send and > PF> receive space for the sockets using sysctl.conf, and then providing > PF> large buffers to ggate. Is there a way to control this with hast ? > PF> I still have the sysctls set (as the machines have not rebooted) > PF> but I cant see any options in hast.conf which are equivalent to the > PF> "-S 262144 -R 262144" which I use with ggate > > PF> Any advice, or am I barking up the wrong tree here ? > > Currently there are no options in hast.conf to change send and receive buffer > size. They are hardcoded in sbin/hastd/proto_tcp4.c: > > val = 131072; > if (setsockopt(tctx->tc_fd, SOL_SOCKET, SO_SNDBUF, &val, > sizeof(val)) == -1) { > pjdlog_warning("Unable to set send buffer size on %s", addr); > } > val = 131072; > if (setsockopt(tctx->tc_fd, SOL_SOCKET, SO_RCVBUF, &val, > sizeof(val)) == -1) { > pjdlog_warning("Unable to set receive buffer size on %s", addr); > } > > You could change the values and recompile hastd :-). It would be interesting > to know about the results of your experiment (if you do). This value may be just a bit high for a local connection and may be too small for a wide-area connection that is far away. If you are 50ms RTT from the remote system, the default buffer size will limit you to about 21 Mbps. Formula is Window-size(in bits/sec)/RTT(in sec.) The result is the absolute maximum possible bandwidth in bits/sec. Of course, you can replace window size with the bytes/sec and the result will be in bytes. 131072/.05=2621440 bytes/sec 131072*8/.05=20971520 bits/sec Note that too large a buffer will slow down the transfer in most cases, although the impact is usually not as obvious as too small a buffer. That's why most modern TCP stacks auto-tune buffer size. The RTT from coast to coast in the US should about 50 ms, but the fiber never runs straight. Our RTT between San Francisco and New York City is about 87 ms. Ping is an easy way to check RTT. > Also note there is another hardcoded value in sbin/hastd/proto_common.c > > /* Maximum size of packet we want to use when sending data. */ > #define MAX_SEND_SIZE 32768 > > that looks like might affect synchronization speed too. Previously we had 128kB > here but this has been changed to 32Kb because it was reported about slow > synchronization with MAX_SEND_SIZE=128kB. > > http://svn.freebsd.org/viewvc/base?view=revision&revision=211452 > > I wonder couldn't slow synchronization with MAX_SEND_SIZE=131072 be due to > SO_SNDBUF/SO_RCVBUF be equal to this size? May be increasing > SO_SNDBUF/SO_RCVBUF we could reach better performance with > MAX_SEND_SIZE=128kB? Large data sizes (not really packets) can definitely slow down transfers. The actual data per IP packet is usually 1460 bytes on Ethernet which defaults to 1500 bytes of data with 40 bytes of header (TCP). The system will segment the send-size data into multiple packets and, should one be lost, all will have to be retransmitted. If SACK is not in use, all of the data in flight will also need to be transferred again, but most modern system implement SACK, so only the buffer need be re-transmitted. So 128K would result in a LOT of data being sent again. Most modern systems have page sizes of at least 4KB and many are using larger pages. You want the MAX_SEND_SIZE to be a multiple of the page size, so 32K is probably not a bad size. You could try dropping it to 16KB, but I doubt it will help and might hurt transfers. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 18:48:16 2010 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 C54BA106564A for ; Fri, 22 Oct 2010 18:48:16 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5ACBF8FC13 for ; Fri, 22 Oct 2010 18:48:16 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o9MIm7iv015765 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 22 Oct 2010 14:48:07 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.4) with ESMTP id o9MIm7WF096197; Fri, 22 Oct 2010 14:48:07 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201010221848.o9MIm7WF096197@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 22 Oct 2010 14:48:06 -0400 To: Randy Bush From: Mike Tancsa In-Reply-To: References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: stable Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 18:48:16 -0000 At 11:15 AM 10/22/2010, Randy Bush wrote: > >>> Do you know how this panic is triggered ? Are you able to > >>> create it on demand ? > >> > >> no i do not. bring server up and it'll happen in half an hour. > >> and the server was happy for two months. so i am thinking hardware. > > > > Perhaps. The reason I ask is that I had a box go down last night with > > the same set of errors. The box has a number of ipv6 routes, but its > > next hop was down and the problems started soon after. So I wonder if > > it has something to do with that. Do you have ipv6 on this box and > > are all the next hop addresses correct / reachable ? > > > > Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header > > Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header > > Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header > >it was co-incident with a border router being taken down for new router >install. that router was the v6 exit the servers was using. i have now >pointed default6 to a different exit. the server seems happy. Are you servers still up ? I guess the question now is how to trigger this problem on demand. Perhaps lots of inbound ipv6 traffic with a bad next hop out ? How recent are you sources ? The kernel said Oct 21st. Were the sources from then too ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 18:51:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28F0A106564A for ; Fri, 22 Oct 2010 18:51:41 +0000 (UTC) (envelope-from sector214@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id A6C488FC15 for ; Fri, 22 Oct 2010 18:51:40 +0000 (UTC) Received: by wyb42 with SMTP id 42so1143115wyb.13 for ; Fri, 22 Oct 2010 11:51:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=NEiwQWXS8KoD+I+rn5/DC8Bq4ASRC1um8sZY8xPSOV0=; b=S2fJeZDx0D/8sZIjiyjheGcHylHqU7SJwPzMCIkU2qQS0ZuF2yt/4A2Gnn0LacSNqV SmqPRdWHLtWTOMn99oOrHdU0iBq5PyswpY6X9hzliJ9NF6KnaX8aWDKhFprCC0avm7D7 E/kCENLpMv8EM4pNAIa+ROFVCCkne//LGr7IE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Fv54Xql/zK8w1nGAUQCE8loZS/zjHbWyO+ZviEIllNe2L7W9s+Jjif3fgFrHJqSBdm Ssp/IXaF2Z/romA97nxM/nHUXI+o0fBvQeNW8ujY0E0sXXYwbCKC0o7u3Dnkyz0LJQX0 ZYWeasI3ZKxxKIA2cfSQduZM9HtJpofFHBtss= MIME-Version: 1.0 Received: by 10.227.137.76 with SMTP id v12mr545375wbt.16.1287773499363; Fri, 22 Oct 2010 11:51:39 -0700 (PDT) Received: by 10.227.42.36 with HTTP; Fri, 22 Oct 2010 11:51:39 -0700 (PDT) In-Reply-To: <4CC1BDBE.2020008@icyb.net.ua> References: <4CC1A850.5060601@icyb.net.ua> <4CC1BDBE.2020008@icyb.net.ua> Date: Fri, 22 Oct 2010 14:51:39 -0400 Message-ID: From: Simon Chang To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Correct procedure for cross-compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 18:51:41 -0000 > > I got your point the first time. > The idea is to run installworld on your fast machine. You did everything > correctly for the build, BTW. > I guess that you should be able now to see how to use DESTDIR in that case > :-) > > P.S. there is something unconventional about how your mail client handles > quoting > of replied to emails. > -- > Andriy Gapon > Andriy, 1) About mail client: Sorry, but I am just using GMail's interface to email with you. Nothing weird here. 2) Based on what you are saying, am I correct that I should export the root from the slower machine, and then use installworld/kernel on the fast machine while setting DESTDIR=/ ??? SC From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 20:17:55 2010 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 B32C91065674 for ; Fri, 22 Oct 2010 20:17:55 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id 97A0E8FC0C for ; Fri, 22 Oct 2010 20:17:55 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1P9O3j-000Azv-Ns; Fri, 22 Oct 2010 20:17:52 +0000 Date: Fri, 22 Oct 2010 16:17:47 -0400 Message-ID: From: Randy Bush To: Mike Tancsa In-Reply-To: <201010221848.o9MIm7WF096197@lava.sentex.ca> References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> 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 Cc: Chris Morrow , Joel Jaeggli , stable Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 20:17:55 -0000 >>>>> Do you know how this panic is triggered ? Are you able to >>>>> create it on demand ? >>>> >>>> no i do not. bring server up and it'll happen in half an hour. >>>> and the server was happy for two months. so i am thinking hardware. >>> >>> Perhaps. The reason I ask is that I had a box go down last night with >>> the same set of errors. The box has a number of ipv6 routes, but its >>> next hop was down and the problems started soon after. So I wonder if >>> it has something to do with that. Do you have ipv6 on this box and >>> are all the next hop addresses correct / reachable ? >>> >>> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header >>> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header >>> Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header >> >>it was co-incident with a border router being taken down for new router >>install. that router was the v6 exit the servers was using. i have now >>pointed default6 to a different exit. the server seems happy. > > > Are you servers still up ? I guess the question now is how to > trigger this problem on demand. Perhaps lots of inbound ipv6 traffic > with a bad next hop out ? How recent are you sources ? The kernel > said Oct 21st. Were the sources from then too ? yes, kernel and world from 21 oct chris had an idea on retrigger, install a static for a small dest that points to a hole. send a packet to the small dest. randy From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 20:27:37 2010 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 78E7F106564A for ; Fri, 22 Oct 2010 20:27:37 +0000 (UTC) (envelope-from joelja@bogus.com) Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) by mx1.freebsd.org (Postfix) with ESMTP id 54D138FC1D for ; Fri, 22 Oct 2010 20:27:37 +0000 (UTC) Received: from dhcp-176.nokia.net (dhcp-176.nokia.net [192.103.16.176] (may be forged)) (authenticated bits=0) by nagasaki.bogus.com (8.14.4/8.14.4) with ESMTP id o9MKRZCC010582 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Fri, 22 Oct 2010 20:27:36 GMT (envelope-from joelja@bogus.com) Message-ID: <4CC1F3B8.3010302@bogus.com> Date: Fri, 22 Oct 2010 13:27:36 -0700 From: Joel Jaeggli User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Randy Bush References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (nagasaki.bogus.com [147.28.0.81]); Fri, 22 Oct 2010 20:27:36 +0000 (UTC) Cc: Chris Morrow , stable Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 20:27:37 -0000 Ok I'll try testing that on some box I can reach with both hands. fyi nagasaki is: [root@nagasaki ~]# uname -a FreeBSD nagasaki.bogus.com 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #13: Sun May 30 22:19:23 UTC 2010 root@nagasaki.bogus.com:/usr/obj/usr/src/sys/GENERIC i386 [root@nagasaki ~]# On 10/22/10 1:17 PM, Randy Bush wrote: >>>>>> Do you know how this panic is triggered ? Are you able to >>>>>> create it on demand ? >>>>> >>>>> no i do not. bring server up and it'll happen in half an hour. >>>>> and the server was happy for two months. so i am thinking hardware. >>>> >>>> Perhaps. The reason I ask is that I had a box go down last night with >>>> the same set of errors. The box has a number of ipv6 routes, but its >>>> next hop was down and the problems started soon after. So I wonder if >>>> it has something to do with that. Do you have ipv6 on this box and >>>> are all the next hop addresses correct / reachable ? >>>> >>>> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header >>>> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header >>>> Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header >>> >>> it was co-incident with a border router being taken down for new router >>> install. that router was the v6 exit the servers was using. i have now >>> pointed default6 to a different exit. the server seems happy. >> >> >> Are you servers still up ? I guess the question now is how to >> trigger this problem on demand. Perhaps lots of inbound ipv6 traffic >> with a bad next hop out ? How recent are you sources ? The kernel >> said Oct 21st. Were the sources from then too ? > > yes, kernel and world from 21 oct > > chris had an idea on retrigger, install a static for a small dest that > points to a hole. send a packet to the small dest. > > randy > From owner-freebsd-stable@FreeBSD.ORG Fri Oct 22 20:30:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B87551065670 for ; Fri, 22 Oct 2010 20:30:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0A55B8FC1B for ; Fri, 22 Oct 2010 20:30:25 +0000 (UTC) Received: from porto.topspin.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 XAA20239; Fri, 22 Oct 2010 23:30:23 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1P9OFr-000DJk-6z; Fri, 22 Oct 2010 23:30:23 +0300 Message-ID: <4CC1F45E.3060803@icyb.net.ua> Date: Fri, 22 Oct 2010 23:30:22 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.11) Gecko/20101021 Lightning/1.0b2 Thunderbird/3.1.5 MIME-Version: 1.0 To: Simon Chang References: <4CC1A850.5060601@icyb.net.ua> <4CC1BDBE.2020008@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Correct procedure for cross-compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Oct 2010 20:30:26 -0000 on 22/10/2010 21:51 Simon Chang said the following: > > > I got your point the first time. > The idea is to run installworld on your fast machine. You did everything > correctly for the build, BTW. > I guess that you should be able now to see how to use DESTDIR in that case :-) > > P.S. there is something unconventional about how your mail client handles > quoting > of replied to emails. > -- > Andriy Gapon > > > Andriy, > > 1) About mail client: Sorry, but I am just using GMail's interface to email > with you. Nothing weird here. Weird things for my personal taste: 1. quotes are not attributed (as in "NNN wrote:") 2. quote marker is some form of whitespace (tab?) 3. signature is not dropped GMail or not, there are some conventions and it is inconvenient for other people when they are ignored. Perhaps the style is customizable? > 2) Based on what you are saying, am I correct that I should export the root > from the slower machine, and then use installworld/kernel on the fast machine > while setting DESTDIR=/ ??? Yes, exactly. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Oct 23 00:01:25 2010 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 CBE941065693 for ; Sat, 23 Oct 2010 00:01:25 +0000 (UTC) (envelope-from morrowc@ops-netman.net) Received: from neo-u2.ops-netman.net (unknown [IPv6:2001:470:e03a:246:230::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED808FC0A for ; Sat, 23 Oct 2010 00:01:25 +0000 (UTC) Received: from [192.168.1.3] (natz.ops-netman.net [71.246.230.122]) (Authenticated sender: morrowc@OPS-NETMAN.NET) by neo-u2.ops-netman.net (Postfix) with ESMTPSA id 9DCC83586F0; Sat, 23 Oct 2010 00:01:24 +0000 (UTC) Message-ID: <4CC225D3.1030502@ops-netman.net> Date: Fri, 22 Oct 2010 20:01:23 -0400 From: Chris Morrow User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.14) Gecko/20101006 Thunderbird/3.0.9 MIME-Version: 1.0 To: Joel Jaeggli References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> In-Reply-To: <4CC1F3B8.3010302@bogus.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Randy Bush , stable , warren@kumari.net Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2010 00:01:25 -0000 Note, Warren and I attempted to test this this evening on a 10.04 Ubuntu box, no crashy-crashy... -chris On 10/22/10 16:27, Joel Jaeggli wrote: > Ok I'll try testing that on some box I can reach with both hands. > > fyi nagasaki is: > > [root@nagasaki ~]# uname -a > FreeBSD nagasaki.bogus.com 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #13: > Sun May 30 22:19:23 UTC 2010 > root@nagasaki.bogus.com:/usr/obj/usr/src/sys/GENERIC i386 > [root@nagasaki ~]# > > > On 10/22/10 1:17 PM, Randy Bush wrote: >>>>>>> Do you know how this panic is triggered ? Are you able to >>>>>>> create it on demand ? >>>>>> >>>>>> no i do not. bring server up and it'll happen in half an hour. >>>>>> and the server was happy for two months. so i am thinking hardware. >>>>> >>>>> Perhaps. The reason I ask is that I had a box go down last night with >>>>> the same set of errors. The box has a number of ipv6 routes, but its >>>>> next hop was down and the problems started soon after. So I wonder if >>>>> it has something to do with that. Do you have ipv6 on this box and >>>>> are all the next hop addresses correct / reachable ? >>>>> >>>>> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header >>>>> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header >>>>> Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header >>>> >>>> it was co-incident with a border router being taken down for new router >>>> install. that router was the v6 exit the servers was using. i have now >>>> pointed default6 to a different exit. the server seems happy. >>> >>> >>> Are you servers still up ? I guess the question now is how to >>> trigger this problem on demand. Perhaps lots of inbound ipv6 traffic >>> with a bad next hop out ? How recent are you sources ? The kernel >>> said Oct 21st. Were the sources from then too ? >> >> yes, kernel and world from 21 oct >> >> chris had an idea on retrigger, install a static for a small dest that >> points to a hole. send a packet to the small dest. >> >> randy >> From owner-freebsd-stable@FreeBSD.ORG Sat Oct 23 01:11:55 2010 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 7AA8F1065675 for ; Sat, 23 Oct 2010 01:11:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id F3A488FC18 for ; Sat, 23 Oct 2010 01:11:54 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o9N1Bjqj034371 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 22 Oct 2010 21:11:45 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.4) with ESMTP id o9N1BhK3098138; Fri, 22 Oct 2010 21:11:43 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201010230111.o9N1BhK3098138@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 22 Oct 2010 21:11:43 -0400 To: Chris Morrow , Joel Jaeggli From: Mike Tancsa In-Reply-To: <4CC225D3.1030502@ops-netman.net> References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> <4CC225D3.1030502@ops-netman.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: Randy Bush , stable , warren@kumari.net Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2010 01:11:55 -0000 At 08:01 PM 10/22/2010, Chris Morrow wrote: >Note, Warren and I attempted to test this this evening on a 10.04 Ubuntu >box, no crashy-crashy... I was able to do it, but not the box I expected 4 boxes (a) Attacking host 2001:db8:1:1/64 (b) victim, not on a connected interface with a). Outside interface - em0 - 2001:db8::2:1/64, inside interface - em1 - 2001:db8::3:1/64 (c) a host behind (b) 2001:db8::3:c/64 (d) a host behind (b), 2001:db8::3:d/64 hosts (c) and (d) have default gateways to b). (c) however, has a next hop for (a) via (d). So rather than go out its normal default gateway, it takes an extra hop via (d). Start a ping6 from (a) to (c). Then down (d)'s interface so that the ping6 fails. Let the ping keep running for an hour or two. Eventually (b) gets error messages like Oct 22 18:38:32 zoo kernel: em1: discard frame w/o packet header and crashes. Unfortunately, I thought it would be (c) that crapped out, not (b) and I didnt have crash dumps enabled on the host. Just in the process of setting up a better environment. ---Mike >-chris > >On 10/22/10 16:27, Joel Jaeggli wrote: > > Ok I'll try testing that on some box I can reach with both hands. > > > > fyi nagasaki is: > > > > [root@nagasaki ~]# uname -a > > FreeBSD nagasaki.bogus.com 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #13: > > Sun May 30 22:19:23 UTC 2010 > > root@nagasaki.bogus.com:/usr/obj/usr/src/sys/GENERIC i386 > > [root@nagasaki ~]# > > > > > > On 10/22/10 1:17 PM, Randy Bush wrote: > >>>>>>> Do you know how this panic is triggered ? Are you able to > >>>>>>> create it on demand ? > >>>>>> > >>>>>> no i do not. bring server up and it'll happen in half an hour. > >>>>>> and the server was happy for two months. so i am thinking hardware. > >>>>> > >>>>> Perhaps. The reason I ask is that I had a box go down last night with > >>>>> the same set of errors. The box has a number of ipv6 routes, but its > >>>>> next hop was down and the problems started soon after. So I wonder if > >>>>> it has something to do with that. Do you have ipv6 on this box and > >>>>> are all the next hop addresses correct / reachable ? > >>>>> > >>>>> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header > >>>>> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header > >>>>> Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header > >>>> > >>>> it was co-incident with a border router being taken down for new router > >>>> install. that router was the v6 exit the servers was using. i have now > >>>> pointed default6 to a different exit. the server seems happy. > >>> > >>> > >>> Are you servers still up ? I guess the question now is how to > >>> trigger this problem on demand. Perhaps lots of inbound ipv6 traffic > >>> with a bad next hop out ? How recent are you sources ? The kernel > >>> said Oct 21st. Were the sources from then too ? > >> > >> yes, kernel and world from 21 oct > >> > >> chris had an idea on retrigger, install a static for a small dest that > >> points to a hole. send a packet to the small dest. > >> > >> randy > >> -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Sat Oct 23 01:59:27 2010 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 40995106566C for ; Sat, 23 Oct 2010 01:59:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id C6ED38FC08 for ; Sat, 23 Oct 2010 01:59:26 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o9N1xHYK035633 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 22 Oct 2010 21:59:18 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.4) with ESMTP id o9N1xGGF098363; Fri, 22 Oct 2010 21:59:16 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201010230159.o9N1xGGF098363@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 22 Oct 2010 21:59:17 -0400 To: Chris Morrow , Joel Jaeggli From: Mike Tancsa In-Reply-To: <7.1.0.9.0.20101022210145.06fe25e8@sentex.net> References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> <4CC225D3.1030502@ops-netman.net> <7.1.0.9.0.20101022210145.06fe25e8@sentex.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: Randy Bush , stable , warren@kumari.net Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2010 01:59:27 -0000 At 09:11 PM 10/22/2010, Mike Tancsa wrote: >At 08:01 PM 10/22/2010, Chris Morrow wrote: >>Note, Warren and I attempted to test this this evening on a 10.04 Ubuntu >>box, no crashy-crashy... > I was able to trigger the issue on box (c). I was ping6ing box (a) when I did a hard down of (d)'s connected interface. The box then dropped to debugger Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff80740a50 stack pointer = 0x28:0xffffff800005a890 frame pointer = 0x28:0xffffff800005a930 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clock) [thread pid 12 tid 100007 ] Stopped at in6_cksum+0x410: movzwl (%rsi),%r10d db> bt Tracing pid 12 tid 100007 td 0xffffff00025083e0 in6_cksum() at in6_cksum+0x410 icmp6_reflect() at icmp6_reflect+0x312 icmp6_error() at icmp6_error+0x1ec nd6_llinfo_timer() at nd6_llinfo_timer+0x208 softclock() at softclock+0x2a6 intr_event_execute_handlers() at intr_event_execute_handlers+0x66 ithread_loop() at ithread_loop+0xb2 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff800005ad30, rbp = 0 --- db> >I was able to do it, but not the box I expected > >4 boxes > >(a) Attacking host 2001:db8:1:1/64 >(b) victim, not on a connected interface with a). Outside interface >- em0 - 2001:db8::2:1/64, inside interface - em1 - 2001:db8::3:1/64 >(c) a host behind (b) 2001:db8::3:c/64 >(d) a host behind (b), 2001:db8::3:d/64 > > >hosts (c) and (d) have default gateways to b). (c) however, has a >next hop for (a) via (d). So rather than go out its normal default >gateway, it takes an extra hop via (d). > >Start a ping6 from (a) to (c). Then down (d)'s interface so that >the ping6 fails. Let the ping keep running for an hour or >two. Eventually (b) gets error messages like > >Oct 22 18:38:32 zoo kernel: em1: discard frame w/o packet header > >and crashes. > >Unfortunately, I thought it would be (c) that crapped out, not (b) >and I didnt have crash dumps enabled on the host. Just in the >process of setting up a better environment. > > ---Mike > >>-chris >> >>On 10/22/10 16:27, Joel Jaeggli wrote: >> > Ok I'll try testing that on some box I can reach with both hands. >> > >> > fyi nagasaki is: >> > >> > [root@nagasaki ~]# uname -a >> > FreeBSD nagasaki.bogus.com 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #13: >> > Sun May 30 22:19:23 UTC 2010 >> > root@nagasaki.bogus.com:/usr/obj/usr/src/sys/GENERIC i386 >> > [root@nagasaki ~]# >> > >> > >> > On 10/22/10 1:17 PM, Randy Bush wrote: >> >>>>>>> Do you know how this panic is triggered ? Are you able to >> >>>>>>> create it on demand ? >> >>>>>> >> >>>>>> no i do not. bring server up and it'll happen in half an hour. >> >>>>>> and the server was happy for two months. so i am thinking hardware. >> >>>>> >> >>>>> Perhaps. The reason I ask is that I had a box go down last night with >> >>>>> the same set of errors. The box has a number of ipv6 routes, but its >> >>>>> next hop was down and the problems started soon after. So I wonder if >> >>>>> it has something to do with that. Do you have ipv6 on this box and >> >>>>> are all the next hop addresses correct / reachable ? >> >>>>> >> >>>>> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header >> >>>>> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header >> >>>>> Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header >> >>>> >> >>>> it was co-incident with a border router being taken down for new router >> >>>> install. that router was the v6 exit the servers was >> using. i have now >> >>>> pointed default6 to a different exit. the server seems happy. >> >>> >> >>> >> >>> Are you servers still up ? I guess the question now is how to >> >>> trigger this problem on demand. Perhaps lots of inbound ipv6 traffic >> >>> with a bad next hop out ? How recent are you sources ? The kernel >> >>> said Oct 21st. Were the sources from then too ? >> >> >> >> yes, kernel and world from 21 oct >> >> >> >> chris had an idea on retrigger, install a static for a small dest that >> >> points to a hole. send a packet to the small dest. >> >> >> >> randy >> >> > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex Communications, mike@sentex.net >Providing Internet since 1994 www.sentex.net >Cambridge, Ontario Canada www.sentex.net/mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Sat Oct 23 02:35:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B18D106564A for ; Sat, 23 Oct 2010 02:35:21 +0000 (UTC) (envelope-from sector214@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 EFF418FC1C for ; Sat, 23 Oct 2010 02:35:20 +0000 (UTC) Received: by wwb24 with SMTP id 24so1496025wwb.31 for ; Fri, 22 Oct 2010 19:35:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ObZeH0e3S00QOfrNCjTfVcX1e4FPlYCwk/3qZREilW8=; b=gUTBmORPuk3SCu67YWFgCuCjQqapD6cb4LfN9uykE8FrRrOsSkX7ewCsApdKY4ecKW DLsQJEk9vv1WIuQR8sVVK8M2u1PEWmm39Vcb2yoPlyQGQQvtbtano59iRc6nqq2PJBv3 8RsD1eYhxLnd6VYhrj19+NOF04j0J4ddOW4Xo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dbcmss/uhi+YVOvGvn1wrUVaXiWSVlyQljiTo6/0fUfP7RGE3lSGzK84jrLT5llRdx vV75t34LCQYMgCpjBhnQY8x+7maxH4bvA+6C8gRLmSD+yWat33PnL+ZVr2giJ81nNnf3 fLDWOiBXJqo2jEYkFQSfdbObA0yoQ2ByI9FRI= MIME-Version: 1.0 Received: by 10.227.128.7 with SMTP id i7mr3661507wbs.165.1287801318097; Fri, 22 Oct 2010 19:35:18 -0700 (PDT) Received: by 10.227.42.36 with HTTP; Fri, 22 Oct 2010 19:35:18 -0700 (PDT) In-Reply-To: <4CC1F45E.3060803@icyb.net.ua> References: <4CC1A850.5060601@icyb.net.ua> <4CC1BDBE.2020008@icyb.net.ua> <4CC1F45E.3060803@icyb.net.ua> Date: Fri, 22 Oct 2010 22:35:18 -0400 Message-ID: From: Simon Chang To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Correct procedure for cross-compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2010 02:35:21 -0000 On Fri, Oct 22, 2010 at 4:30 PM, Andriy Gapon wrote: > on 22/10/2010 21:51 Simon Chang said the following: > > > > > > I got your point the first time. > > The idea is to run installworld on your fast machine. You did > everything > > correctly for the build, BTW. > > I guess that you should be able now to see how to use DESTDIR in that > case :-) > > > > P.S. there is something unconventional about how your mail client > handles > > quoting > > of replied to emails. > > -- > > Andriy Gapon > > > > > > Andriy, > > > > 1) About mail client: Sorry, but I am just using GMail's interface to > email > > with you. Nothing weird here. > > Weird things for my personal taste: > 1. quotes are not attributed (as in "NNN wrote:") > 2. quote marker is some form of whitespace (tab?) > 3. signature is not dropped > > GMail or not, there are some conventions and it is inconvenient for other > people > when they are ignored. Perhaps the style is customizable? > > > 2) Based on what you are saying, am I correct that I should export the > root > > from the slower machine, and then use installworld/kernel on the fast > machine > > while setting DESTDIR=/ ??? > > Yes, exactly. > > -- > Andriy Gapon > OK... except that this flies in the face of this part from the Handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/small-lan.html Also, if you are right, where should I run mergemaster??? SC From owner-freebsd-stable@FreeBSD.ORG Sat Oct 23 04:42:02 2010 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 26C14106566B for ; Sat, 23 Oct 2010 04:42:02 +0000 (UTC) (envelope-from jfvogel@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 A59688FC13 for ; Sat, 23 Oct 2010 04:42:01 +0000 (UTC) Received: by wwb24 with SMTP id 24so1548187wwb.31 for ; Fri, 22 Oct 2010 21:42:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=llv6qYl4llEXbX3Tv4Lb1zUa2I88OmLjDoydGzA/Kp0=; b=LnbJfBtjUsEzyHVbqCl6deJ/qUyiUA9p1OgmXvvHomuQXh9P0yZYjQyETVYgltuL+p AI8PMU/WCZVL30rbtlNV265NiFiEh+C0zBYNJeQ9vc455XpNVv/Dc11bmsuM4RNzgZ6X PhgPXyePHU02XFF9DMxoJT3aA3R+G4BoTmBZg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=IVVKzXy0qBiwDJznD0Owd099lBRDkYB0BhMdPNmFo5NUj+gKhYfk2eLfpwWpaiF/Bp 8b4qW76sjIHHd7ggKop29SEq6V2Sc5DYQPEJx/O/vhcC3NmsoofEzvIPQOnTzCjS6vk7 yQbNxfaD60bo6dDC9yvYbk+zsZy9/3mns7+RM= MIME-Version: 1.0 Received: by 10.216.17.9 with SMTP id i9mr290797wei.80.1287808918999; Fri, 22 Oct 2010 21:41:58 -0700 (PDT) Received: by 10.216.232.132 with HTTP; Fri, 22 Oct 2010 21:41:58 -0700 (PDT) In-Reply-To: <201010230159.o9N1xGGF098363@lava.sentex.ca> References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> <4CC225D3.1030502@ops-netman.net> <7.1.0.9.0.20101022210145.06fe25e8@sentex.net> <201010230159.o9N1xGGF098363@lava.sentex.ca> Date: Fri, 22 Oct 2010 21:41:58 -0700 Message-ID: From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Chris Morrow , Joel Jaeggli , stable , warren@kumari.net, Randy Bush Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2010 04:42:02 -0000 Odd, can you make any connection between this and the em complaints?? Jack On Fri, Oct 22, 2010 at 6:59 PM, Mike Tancsa wrote: > At 09:11 PM 10/22/2010, Mike Tancsa wrote: > >> At 08:01 PM 10/22/2010, Chris Morrow wrote: >> >>> Note, Warren and I attempted to test this this evening on a 10.04 Ubuntu >>> box, no crashy-crashy... >>> >> >> > I was able to trigger the issue on box (c). I was ping6ing box (a) when I > did a hard down of (d)'s connected interface. The box then dropped to > debugger > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x20:0xffffffff80740a50 > stack pointer = 0x28:0xffffff800005a890 > frame pointer = 0x28:0xffffff800005a930 > > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (swi4: clock) > [thread pid 12 tid 100007 ] > Stopped at in6_cksum+0x410: movzwl (%rsi),%r10d > db> bt > Tracing pid 12 tid 100007 td 0xffffff00025083e0 > in6_cksum() at in6_cksum+0x410 > icmp6_reflect() at icmp6_reflect+0x312 > icmp6_error() at icmp6_error+0x1ec > nd6_llinfo_timer() at nd6_llinfo_timer+0x208 > softclock() at softclock+0x2a6 > intr_event_execute_handlers() at intr_event_execute_handlers+0x66 > ithread_loop() at ithread_loop+0xb2 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff800005ad30, rbp = 0 --- > db> > > > > > I was able to do it, but not the box I expected >> >> 4 boxes >> >> (a) Attacking host 2001:db8:1:1/64 >> (b) victim, not on a connected interface with a). Outside interface - em0 >> - 2001:db8::2:1/64, inside interface - em1 - 2001:db8::3:1/64 >> (c) a host behind (b) 2001:db8::3:c/64 >> (d) a host behind (b), 2001:db8::3:d/64 >> >> >> hosts (c) and (d) have default gateways to b). (c) however, has a next >> hop for (a) via (d). So rather than go out its normal default gateway, it >> takes an extra hop via (d). >> >> Start a ping6 from (a) to (c). Then down (d)'s interface so that the >> ping6 fails. Let the ping keep running for an hour or two. Eventually (b) >> gets error messages like >> >> Oct 22 18:38:32 zoo kernel: em1: discard frame w/o packet header >> >> and crashes. >> >> Unfortunately, I thought it would be (c) that crapped out, not (b) and I >> didnt have crash dumps enabled on the host. Just in the process of setting >> up a better environment. >> >> ---Mike >> >> -chris >>> >>> On 10/22/10 16:27, Joel Jaeggli wrote: >>> > Ok I'll try testing that on some box I can reach with both hands. >>> > >>> > fyi nagasaki is: >>> > >>> > [root@nagasaki ~]# uname -a >>> > FreeBSD nagasaki.bogus.com 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #13: >>> > Sun May 30 22:19:23 UTC 2010 >>> > root@nagasaki.bogus.com:/usr/obj/usr/src/sys/GENERIC i386 >>> > [root@nagasaki ~]# >>> > >>> > >>> > On 10/22/10 1:17 PM, Randy Bush wrote: >>> >>>>>>> Do you know how this panic is triggered ? Are you able to >>> >>>>>>> create it on demand ? >>> >>>>>> >>> >>>>>> no i do not. bring server up and it'll happen in half an hour. >>> >>>>>> and the server was happy for two months. so i am thinking >>> hardware. >>> >>>>> >>> >>>>> Perhaps. The reason I ask is that I had a box go down last night >>> with >>> >>>>> the same set of errors. The box has a number of ipv6 routes, but >>> its >>> >>>>> next hop was down and the problems started soon after. So I wonder >>> if >>> >>>>> it has something to do with that. Do you have ipv6 on this box and >>> >>>>> are all the next hop addresses correct / reachable ? >>> >>>>> >>> >>>>> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header >>> >>>>> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header >>> >>>>> Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header >>> >>>> >>> >>>> it was co-incident with a border router being taken down for new >>> router >>> >>>> install. that router was the v6 exit the servers was using. i have >>> now >>> >>>> pointed default6 to a different exit. the server seems happy. >>> >>> >>> >>> >>> >>> Are you servers still up ? I guess the question now is how to >>> >>> trigger this problem on demand. Perhaps lots of inbound ipv6 traffic >>> >>> with a bad next hop out ? How recent are you sources ? The kernel >>> >>> said Oct 21st. Were the sources from then too ? >>> >> >>> >> yes, kernel and world from 21 oct >>> >> >>> >> chris had an idea on retrigger, install a static for a small dest that >>> >> points to a hole. send a packet to the small dest. >>> >> >>> >> randy >>> >> >>> >> >> -------------------------------------------------------------------- >> Mike Tancsa, tel +1 519 651 3400 >> Sentex Communications, mike@sentex.net >> Providing Internet since 1994 www.sentex.net >> Cambridge, Ontario Canada www.sentex.net/mike >> > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Oct 23 06:37:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36327106564A for ; Sat, 23 Oct 2010 06:37:44 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id BB10F8FC0A for ; Sat, 23 Oct 2010 06:37:43 +0000 (UTC) Received: by fxm17 with SMTP id 17so1337705fxm.13 for ; Fri, 22 Oct 2010 23:37:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=4pdZN2Ba56esSoqJXj6fG8xx/2BHPKUVyG2qAByCH6U=; b=Y/jM0RvAzoUtJamh+1/RpNsoYWxmTKwdSYFdKArdk/NVxwxDOZTo+lfnCphFwjU31R fDImcIu1riO210s3LbmWz2F7Sn873wuR8Kf7qrvnFGfBliUHNDr7F2RNvkHIJjnIIwTR oIvfy7AxIO/+rznDXIb1RgwJ0+H769dwPLuU8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=jpGi4UKJ25c+0xnIP/VzGFAt1UW+qwayjC4dZ6Bt39vKWzyR1128p8/N1fUSZwlXf5 TzxvEFd839Ys5WX1HvCPA+3VuSanCdUR651cPQSfEzunP2Wq59UjZLs4bIHgyLBRJRJ0 vFZOZGgO31Mqzbsy7xwxDHOwLi4OudAlhODqs= MIME-Version: 1.0 Received: by 10.239.140.3 with SMTP id v3mr1272526hbv.104.1287814330495; Fri, 22 Oct 2010 23:12:10 -0700 (PDT) Received: by 10.239.136.137 with HTTP; Fri, 22 Oct 2010 23:12:10 -0700 (PDT) In-Reply-To: References: <4CC1A850.5060601@icyb.net.ua> <4CC1BDBE.2020008@icyb.net.ua> <4CC1F45E.3060803@icyb.net.ua> Date: Sat, 23 Oct 2010 01:12:10 -0500 Message-ID: From: Scot Hetzel To: Simon Chang Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Correct procedure for cross-compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2010 06:37:44 -0000 On Fri, Oct 22, 2010 at 9:35 PM, Simon Chang wrote: > OK... except that this flies in the face of this part from the Handbook: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/small-lan.html > That part in the handbook only works when both the build machine and the target machines are running the same O/S arch (i.e. i386). > Also, if you are right, where should I run mergemaster??? > You can run mergemaster from either the build machine or the target machine. The target machine would need to have the /usr/src NFS mounted. To use mergemaster on the build machine use: mergemaster -A i386 -D /path/to/nfs/mnt/ Scot From owner-freebsd-stable@FreeBSD.ORG Sat Oct 23 08:21:42 2010 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 B62B4106564A for ; Sat, 23 Oct 2010 08:21:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id EF1878FC0A for ; Sat, 23 Oct 2010 08:21:41 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o9N8LXJg052168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 23 Oct 2010 04:21:33 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.4) with ESMTP id o9N8LVuR001382; Sat, 23 Oct 2010 04:21:31 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201010230821.o9N8LVuR001382@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 23 Oct 2010 04:21:31 -0400 To: Jack Vogel From: Mike Tancsa In-Reply-To: References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> <4CC225D3.1030502@ops-netman.net> <7.1.0.9.0.20101022210145.06fe25e8@sentex.net> <201010230159.o9N1xGGF098363@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: Chris Morrow , Joel Jaeggli , stable , warren@kumari.net, Randy Bush Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2010 08:21:42 -0000 At 12:41 AM 10/23/2010, Jack Vogel wrote: >Odd, can you make any connection between this and the em complaints?? I dont think so. This is on an igb nic and a different panic/behaviour. I have the box sitting at the debugger prompt in the FreeBSD netperf cluster, so hopefully someone can take a look and see what is the issue. ---Mike >Jack > > >On Fri, Oct 22, 2010 at 6:59 PM, Mike Tancsa ><mike@sentex.net> wrote: >At 09:11 PM 10/22/2010, Mike Tancsa wrote: >At 08:01 PM 10/22/2010, Chris Morrow wrote: >Note, Warren and I attempted to test this this evening on a 10.04 Ubuntu >box, no crashy-crashy... > > > >I was able to trigger the issue on box (c). I was ping6ing box (a) >when I did a hard down of (d)'s connected interface. The box then >dropped to debugger > > >Fatal trap 9: general protection fault while in kernel mode >cpuid = 0; apic id = 00 >instruction pointer = 0x20:0xffffffff80740a50 >stack pointer = 0x28:0xffffff800005a890 >frame pointer = 0x28:0xffffff800005a930 > >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 >processor eflags = interrupt enabled, resume, IOPL = 0 >current process = 12 (swi4: clock) >[thread pid 12 tid 100007 ] >Stopped at in6_cksum+0x410: movzwl (%rsi),%r10d >db> bt >Tracing pid 12 tid 100007 td 0xffffff00025083e0 >in6_cksum() at in6_cksum+0x410 >icmp6_reflect() at icmp6_reflect+0x312 >icmp6_error() at icmp6_error+0x1ec >nd6_llinfo_timer() at nd6_llinfo_timer+0x208 >softclock() at softclock+0x2a6 >intr_event_execute_handlers() at intr_event_execute_handlers+0x66 >ithread_loop() at ithread_loop+0xb2 >fork_exit() at fork_exit+0x12a >fork_trampoline() at fork_trampoline+0xe >--- trap 0, rip = 0, rsp = 0xffffff800005ad30, rbp = 0 --- >db> > > > > >I was able to do it, but not the box I expected > >4 boxes > >(a) Attacking host 2001:db8:1:1/64 >(b) victim, not on a connected interface with a). Outside interface >- em0 - 2001:db8::2:1/64, inside interface - em1 - 2001:db8::3:1/64 >(c) a host behind (b) 2001:db8::3:c/64 >(d) a host behind (b), 2001:db8::3:d/64 > > >hosts (c) and (d) have default gateways to b). (c) however, has a >next hop for (a) via (d). So rather than go out its normal default >gateway, it takes an extra hop via (d). > >Start a ping6 from (a) to (c). Then down (d)'s interface so that >the ping6 fails. Let the ping keep running for an hour or >two. Eventually (b) gets error messages like > >Oct 22 18:38:32 zoo kernel: em1: discard frame w/o packet header > >and crashes. > >Unfortunately, I thought it would be (c) that crapped out, not (b) >and I didnt have crash dumps enabled on the host. Just in the >process of setting up a better environment. > > ---Mike > >-chris > >On 10/22/10 16:27, Joel Jaeggli wrote: > > Ok I'll try testing that on some box I can reach with both hands. > > > > fyi nagasaki is: > > > > [root@nagasaki ~]# uname -a > > FreeBSD nagasaki.bogus.com > 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #13: > > Sun May 30 22:19:23 UTC 2010 > > root@nagasaki.bogus.com:/usr/obj/usr/src/sys/GENERIC i386 > > [root@nagasaki ~]# > > > > > > On 10/22/10 1:17 PM, Randy Bush wrote: > >>>>>>> Do you know how this panic is triggered ? Are you able to > >>>>>>> create it on demand ? > >>>>>> > >>>>>> no i do not. bring server up and it'll happen in half an hour. > >>>>>> and the server was happy for two months. so i am thinking hardware. > >>>>> > >>>>> Perhaps. The reason I ask is that I had a box go down last night with > >>>>> the same set of errors. The box has a number of ipv6 routes, but its > >>>>> next hop was down and the problems started soon after. So I wonder if > >>>>> it has something to do with that. Do you have ipv6 on this box and > >>>>> are all the next hop addresses correct / reachable ? > >>>>> > >>>>> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header > >>>>> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header > >>>>> Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header > >>>> > >>>> it was co-incident with a border router being taken down for new router > >>>> install. that router was the v6 exit the servers was using. i have now > >>>> pointed default6 to a different exit. the server seems happy. > >>> > >>> > >>> Are you servers still up ? I guess the question now is how to > >>> trigger this problem on demand. Perhaps lots of inbound ipv6 traffic > >>> with a bad next hop out ? How recent are you sources ? The kernel > >>> said Oct 21st. Were the sources from then too ? > >> > >> yes, kernel and world from 21 oct > >> > >> chris had an idea on retrigger, install a static for a small dest that > >> points to a hole. send a packet to the small dest. > >> > >> randy > >> > > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex >Communications, >mike@sentex.net >Providing Internet since >1994 www.sentex.net >Cambridge, Ontario >Canada www.sentex.net/mike > > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex >Communications, >mike@sentex.net >Providing Internet since >1994 www.sentex.net >Cambridge, Ontario >Canada www.sentex.net/mike > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to >"freebsd-stable-unsubscribe@freebsd.org" > -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Sat Oct 23 09:35:08 2010 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 ACD0C1065670 for ; Sat, 23 Oct 2010 09:35:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 270648FC18 for ; Sat, 23 Oct 2010 09:35:08 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 21DF941C7AD; Sat, 23 Oct 2010 11:35:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id to-pb4ZRyzCb; Sat, 23 Oct 2010 11:35:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id D80C141C7B6; Sat, 23 Oct 2010 11:35:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id C1F5E4448F3; Sat, 23 Oct 2010 09:33:20 +0000 (UTC) Date: Sat, 23 Oct 2010 09:33:20 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Mike Tancsa In-Reply-To: <201010230821.o9N8LVuR001382@lava.sentex.ca> Message-ID: <20101023091555.W66242@maildrop.int.zabbadoz.net> References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> <4CC225D3.1030502@ops-netman.net> <7.1.0.9.0.20101022210145.06fe25e8@sentex.net> <201010230159.o9N1xGGF098363@lava.sentex.ca> <201010230821.o9N8LVuR001382@lava.sentex.ca> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randy Bush , stable@freebsd.org, Jack Vogel Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2010 09:35:08 -0000 On Sat, 23 Oct 2010, Mike Tancsa wrote: Hi all, > At 12:41 AM 10/23/2010, Jack Vogel wrote: >> Odd, can you make any connection between this and the em complaints?? > > I dont think so. neither do I think so. The initial issue > This is on an igb nic and a different panic/behaviour. I > have the box sitting at the debugger prompt in the FreeBSD netperf cluster, > so hopefully someone can take a look and see what is the issue. Ok, and I seem to have another email telling me the machine;-) >> >>>>> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header >> >>>>> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header is if_em(4) receiving a packet and then passing it up in em_rxeof() by calling ifp->if_input ending up in sys/net/if_ethersubr.c:ether_input() and there's an early check on 1) that the interface is up, and 2) 580 /* 581 * Do consistency checks to verify assumptions 582 * made by code past this point. 583 */ 584 if ((m->m_flags & M_PKTHDR) == 0) { 585 if_printf(ifp, "discard frame w/o packet header\n"); 586 ifp->if_ierrors++; 587 m_freem(m); 588 return; 589 } So whatever mbuf if_em(4) is passing up here isn't setup correctly and it sounds like the mbuf chaining logic or receive ring handling could have a problem, though I doubt that em_refresh_mbufs() would be at fault ... but I'll leave that to Jack. For the following one, I hope to know the problem for it and am working on fixing this already. This is most likely more new-arp fallout and the last we currrently know of (despite some nd6 locking problems which will need to be addressed separately and are under discussion) >> Fatal trap 9: general protection fault while in kernel mode >> cpuid = 0; apic id = 00 >> instruction pointer = 0x20:0xffffffff80740a50 >> stack pointer = 0x28:0xffffff800005a890 >> frame pointer = 0x28:0xffffff800005a930 >> >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 12 (swi4: clock) >> [thread pid 12 tid 100007 ] >> Stopped at in6_cksum+0x410: movzwl (%rsi),%r10d >> db> bt >> Tracing pid 12 tid 100007 td 0xffffff00025083e0 >> in6_cksum() at in6_cksum+0x410 >> icmp6_reflect() at icmp6_reflect+0x312 >> icmp6_error() at icmp6_error+0x1ec >> nd6_llinfo_timer() at nd6_llinfo_timer+0x208 >> softclock() at softclock+0x2a6 >> intr_event_execute_handlers() at intr_event_execute_handlers+0x66 >> ithread_loop() at ithread_loop+0xb2 >> fork_exit() at fork_exit+0x12a >> fork_trampoline() at fork_trampoline+0xe >> --- trap 0, rip = 0, rsp = 0xffffff800005ad30, rbp = 0 --- >> db> Mike, as you found that in a lab setup and I was never able to reproduce any of the reports before, I'll send you a patch over the weekend and we'll see if you can still reproduce it after patching. /bz -- Bjoern A. Zeeb Welcome a new stage of life. Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-stable@FreeBSD.ORG Sat Oct 23 16:51:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34E441065673 for ; Sat, 23 Oct 2010 16:51:47 +0000 (UTC) (envelope-from noreply@wacom-asia.com) Received: from ap10.wacom.co.jp (ap10.wacom.co.jp [210.153.112.210]) by mx1.freebsd.org (Postfix) with ESMTP id 0AE8A8FC1E for ; Sat, 23 Oct 2010 16:51:46 +0000 (UTC) Received: by ap10.wacom.co.jp (Postfix, from userid 521) id 6CCCB19FA62F; Sat, 23 Oct 2010 23:21:36 +0900 (JST) To: freebsd-stable@freebsd.org Content-Transfer-Encoding: 8Bit X-Mailer: Drupal Errors-To: noreply@wacom-asia.com Sender: noreply@wacom-asia.com From: suzyzokaya@hotmail.fr Message-Id: <20101023144615.6CCCB19FA62F@ap10.wacom.co.jp> Date: Sat, 23 Oct 2010 23:21:36 +0900 (JST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Suzy Zokaya. has forwarded a page to you from Wacom India X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2010 16:51:47 -0000 [1]Wacom India [2]Suzy Zokaya. thought you would like to see this page from the Wacom India web site. Message from Sender: suzyzokaya@hotmail.fr Hello!!! I am Suzy Zokaya I saw your contact mail today when i was searching and browsing through internet,and i was deeply moved.I think that you are a very interesting person.So I decided to use the chance to get to know you.i do not think that the age appearance is so important. The most important is what is inside you and how do you feel about the life.I know this life from many sides and I am rather mature already to know how to make a man happy.I think we should use every chance to find our happiness. and I am contacting you for obvious reason which you will understand.Reply me through my email address (suzyzokaya@hotmail.fr) so that i will send my photo and more details to you,and i have a very important thing to tell you,i still hope for your reply,have a pleasant day, Suzy Zokaya. [3]IKEA chooses Wacom's SignPad to reduce costs and paperwork Wacom, the leading manufacturer of pen tablets, interactive pen displays and intuitive interface devices, today announces that the major home furnishings retailer IKEA has adopted the electronic receipt storage solution from TeleCash GmbH & Co. KG based on Wacomâs LCD signature tablet technology - the STU-500 (or SignPad)?- across Germany. In pionieering this solution, TeleCash is using the market leading technology from Wacom for generating electronical signatures. [4]Click here to read more on our site References 1. http://www.wacom.co.in/ 2. mailto:suzyzokaya@hotmail.fr 3. http://www.wacom.co.in/forward/emailref/301 4. http://www.wacom.co.in/forward/emailref/301 From owner-freebsd-stable@FreeBSD.ORG Sat Oct 23 22:00:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53E6B1065670 for ; Sat, 23 Oct 2010 22:00:07 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id 0EA338FC19 for ; Sat, 23 Oct 2010 22:00:06 +0000 (UTC) Received: from [127.0.0.1] (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id o9NLuvaT009633; Sat, 23 Oct 2010 14:56:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1287871018; bh=Q9P6Rf2UBuAlEGl6Q5UEoHGAENoIZ04f9Mp9klDa9PA=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=cM9lWt5S9T9p11mFFcBcxZD4Y952ZL4pF9U5irgTr4o5RRGfCobiqzl54EBfLv+G7 Cgq7qYsdhHhVLMPWo5J/trEoeHEuMY6Qq4iZP4ZOPv6/XWsUM1Kkst6GHa6zBK6C8S obTJt9DVv+uWTOLovCA2Pz2lyMMzSaA8BVUvYdPQ= From: Sean Bruno To: Kostik Belousov In-Reply-To: <20101021190631.GZ2392@deviant.kiev.zoral.com.ua> References: <20101019031144.GA68635@stlux503.dsto.defence.gov.au> <4CBD2997.5090508@icyb.net.ua> <201010190901.06279.jhb@freebsd.org> <1287597910.2600.5.camel@home-yahoo> <4CBF30E5.6080705@icyb.net.ua> <1287598579.2600.10.camel@home-yahoo> <4CBF3307.3040206@icyb.net.ua> <1287599301.2600.12.camel@home-yahoo> <4CC036BA.1020802@icyb.net.ua> <1287679803.3336.3.camel@home-yahoo> <20101021190631.GZ2392@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="UTF-8" Date: Sat, 23 Oct 2010 14:56:56 -0700 Message-ID: <1287871016.2580.8.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" , Andriy Gapon Subject: Re: kpanic on install >32GB of RAM [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Oct 2010 22:00:07 -0000 On Thu, 2010-10-21 at 12:06 -0700, Kostik Belousov wrote: > On Thu, Oct 21, 2010 at 09:50:03AM -0700, Sean Bruno wrote: > > On Thu, 2010-10-21 at 05:48 -0700, Andriy Gapon wrote: > > > on 20/10/2010 21:28 Sean Bruno said the following: > > > > I guess, I could replace the kernel on the CD and have them reburn it? > > > > > > That should work. > > > BTW, here I described "yet another" way of building custom recovery/installation > > > CDs that I use: > > > http://wiki.freebsd.org/AvgLiveCD > > > > > > > Before I get started on this, it looks like something else is going on. > > > > Here is a panic + trace on the latest 9-current snap shot. "hammer > > time" indeed. > > > > Suggestions are welcome! > > > > > > http://people.freebsd.org/~sbruno/9-current-panic.png > > > > http://people.freebsd.org/~sbruno/9-current-trace-panic.png > > It feels like msgbufp variable has absurd value. Can you arrange > to get the output of verbose boot, esp. the SMAP lines ? > Also, you could add printfs near amd64/amd64/machdep.c:1517 > /* Map the message buffer. */ > msgbufp = (struct msgbuf *)PHYS_TO_DMAP(phys_avail[pa_indx]); > to show the values of all participants, i.e. msgbufp, pa_indx > and phys_avail[pa_indx]. I've been trying to anything useful after the SMAP printed out, and have failed. I assume that because of the place where the system is throwing a panic. Here is the SMAP output, I had to capture it twice to get it all on the screen. http://people.freebsd.org/~sbruno/smap1.png http://people.freebsd.org/~sbruno/smap2.png Immediately after, it jumps into the panic. I assume that this means more to you folks than it means to me. I'm still working on the printf. sean