From owner-freebsd-stable@FreeBSD.ORG Sun Jun 24 01:36:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82722106567A for ; Sun, 24 Jun 2012 01:36:36 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from portland1.byshenk.net (portland1.byshenk.net [69.168.54.16]) by mx1.freebsd.org (Postfix) with ESMTP id 5B7568FC0A for ; Sun, 24 Jun 2012 01:36:36 +0000 (UTC) Received: from portland1.byshenk.net (localhost [127.0.0.1]) by portland1.byshenk.net (8.14.5/8.14.5) with ESMTP id q5O1aPO3088365; Sat, 23 Jun 2012 18:36:25 -0700 (PDT) (envelope-from byshenknet@portland1.byshenk.net) Received: (from byshenknet@localhost) by portland1.byshenk.net (8.14.5/8.14.5/Submit) id q5O1aOOV088364; Sat, 23 Jun 2012 18:36:24 -0700 (PDT) (envelope-from byshenknet) Date: Sat, 23 Jun 2012 18:36:24 -0700 From: Greg Byshenk To: "freebsd-stable@freebsd.org" Message-ID: <20120624013624.GG24842@portland1.byshenk.net> References: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> <3729A720-2C8F-4C84-B05A-201394C40D63@gothic.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3729A720-2C8F-4C84-B05A-201394C40D63@gothic.net.au> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on portland1.byshenk.net Cc: "Leonardo M. Ram?" Subject: Re: fsck_ufs running too often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Jun 2012 01:36:36 -0000 On Sat, Jun 23, 2012 at 06:23:58PM +1000, Sean wrote: > On 23/06/2012, at 7:47 AM, Leonardo M. Ram? wrote: > > Hi, since a few of days ago, I noticed my home server turns very > > slow more than once a day, so every time I run "top" to see what's > > processes are running, I can see fsck_ufs at the very top, and the > > hard drive working like mad. > > > > I've checked my crontab and there's nothing related to fsck_ufs, > > where can I start searching for the cause of the problem?, I > > thought this process should run only at boot or shutdown, but this > > time it is running -apparently- without a cause. > Background fsck. Your server crashed, rebooted, started up and fsck > is running in the background while everything else continues. > > [...] > > The more important thing is to find out why it crashed - if there > was a power outage, hardware or software issue. Another thing to do is look in the logs to see if background fsck is failing for some reason. I've seen it happen in some cases that background fsck fails and asks for a manual run, in which case the filesystem remains dirty, and further reboots will continue to fail until a manual fsck is run. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL - Portland, OR USA From owner-freebsd-stable@FreeBSD.ORG Sun Jun 24 02:55:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A04A2106566B for ; Sun, 24 Jun 2012 02:55:02 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 426D28FC08 for ; Sun, 24 Jun 2012 02:55:02 +0000 (UTC) Received: by obbun3 with SMTP id un3so5514461obb.13 for ; Sat, 23 Jun 2012 19:54:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=Q8iKNYtcSFAenlUOKS69NnQ185WaCrfg3+hkO8yIyG8=; b=hFs6iRdjw1o9lg1+T/7ymO/AMam6LATaPhBaTenpebrIaYCM6/pbtTwwZsfbgV+wAn l9a0UREwnsZDjWpe8U4YO51iYfGLB605Vt1pD14+Q/ggBrTMh2/+dAfcBvRgLL2JNAKv 5OmLfnMbhc32yL56SOPE0u5Db5gU78aBuEd2Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-gm-message-state; bh=Q8iKNYtcSFAenlUOKS69NnQ185WaCrfg3+hkO8yIyG8=; b=A+a2GtAFF71I6V2D2vNpEHEvBBMVkBgCyPkGRMfPkCn+9sIkylwgF5LpgXWKWIbZhu dBOBOdz6XLnbltV38YC5+VKWHF9WNe+zPlZyxe2DocRZawQg4XjYDBPVgA5c+kOvIlrr ZtIis9nyNUJ827pnBNipAjXrrvPuYqs0WCWVArAuL1yC4eA3WzU5uE45b3XHQrQQUNuT agUHlAbON4A4IRxvjCm7HvY2HEgiKGjFnW7jlJjP/uS7dF5dvqachTZJdAPPZ0tIzNDF HMFnHzFEQzZcPkfAA3OqnKriyzt1Bu8UgGO114pArDCq+ay/WuUvl+3epr5tKNe9sMXs EFFA== Received: by 10.50.212.66 with SMTP id ni2mr5059851igc.66.1340506496470; Sat, 23 Jun 2012 19:54:56 -0700 (PDT) Received: from DataIX.net (75-128-120-86.dhcp.aldl.mi.charter.com. [75.128.120.86]) by mx.google.com with ESMTPS id va9sm2961686igb.17.2012.06.23.19.54.53 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 23 Jun 2012 19:54:54 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q5O2sp29017976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 23 Jun 2012 22:54:52 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q5O2sp5E017975; Sat, 23 Jun 2012 22:54:51 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Sat, 23 Jun 2012 22:54:51 -0400 From: Jason Hellenthal To: Greg Byshenk Message-ID: <20120624025451.GA17721@DataIX.net> References: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> <3729A720-2C8F-4C84-B05A-201394C40D63@gothic.net.au> <20120624013624.GG24842@portland1.byshenk.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <20120624013624.GG24842@portland1.byshenk.net> X-Gm-Message-State: ALoCoQlPoHJmuycNfi2DWiig/AWnkiNVVbK4i+PzihvZgVH8QqeIMZWPNNdvbjqNx75/27tMua1j Cc: "Leonardo M. Ram?" , "freebsd-stable@freebsd.org" Subject: Re: fsck_ufs running too often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Jun 2012 02:55:02 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 23, 2012 at 06:36:24PM -0700, Greg Byshenk wrote: > On Sat, Jun 23, 2012 at 06:23:58PM +1000, Sean wrote: > > On 23/06/2012, at 7:47 AM, Leonardo M. Ram? wrote: > =20 > > > Hi, since a few of days ago, I noticed my home server turns very > > > slow more than once a day, so every time I run "top" to see what's > > > processes are running, I can see fsck_ufs at the very top, and the > > > hard drive working like mad. > > >=20 > > > I've checked my crontab and there's nothing related to fsck_ufs, > > > where can I start searching for the cause of the problem?, I > > > thought this process should run only at boot or shutdown, but this > > > time it is running -apparently- without a cause. > =20 > > Background fsck. Your server crashed, rebooted, started up and fsck > > is running in the background while everything else continues. > >=20 > > [...] > >=20 > > The more important thing is to find out why it crashed - if there > > was a power outage, hardware or software issue. >=20 > Another thing to do is look in the logs to see if background fsck > is failing for some reason. I've seen it happen in some cases that > background fsck fails and asks for a manual run, in which case the > filesystem remains dirty, and further reboots will continue to fail > until a manual fsck is run. >=20 At one point it was proven that background fsck was not benefitial. I am not sure what ever came out of that but it was advised to turn it off. I usually go with these to aid in something useful for things I do not really care about. You might consider to/not use fsck_y_enable but they help. fsck_y_enable=3D"YES" background_fsck=3D"NO" --=20 - (2^(N-1)) --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJP5oF5AAoJEBSh2Dr1DU7WU58H/Aq8DEfJ45W+GOCZeJFO7RKb BMv1z5Rv8Vk0PmwMuqmiJkXmxdlWL7Loe9g1ZJiykdY7mRmkEgq1U6bYyFo4NXus 2S5cX3YDpJhRdOwjECeG1H5bLwcg7cI9RwmhwUSgbyGK21XYcE2Ff/lhA7obf8An Q5BbydFbNvbnQADZklxluhcvuHoT9VUFmChmQipfqjT89sEVWBF0uzTJI/MDoxQF Ch3946d8hfxR4JF6X1GtqW5gbTGiElX/DJHk+igjZxZPbZO3hADPzOOfKiQkS7oT BRSdOHsAoybmgXO7EC+xvZdN0pZ+HB1RYHTV0Xga1bCdHY0RJzdW5NNHnv+w/4Y= =TEX3 -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 24 03:15:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC5F8106566C for ; Sun, 24 Jun 2012 03:15:20 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 667258FC19 for ; Sun, 24 Jun 2012 03:15:20 +0000 (UTC) Received: by lbon10 with SMTP id n10so6271640lbo.13 for ; Sat, 23 Jun 2012 20:15:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=mAB7m4v+lsh3XRWdh9Gh2gAc0qVOsrKOsg6jom7Hr3s=; b=M62SLg9tmH/1aKtYSsGkr9HhdJp5iFM7ijjoeqp5gWGE8U/d8Otv0Ia9buu5LBfhH3 BpvrGGagXVo0HSEuchrR/4kSKDJcnC5WgmvHh+IjcXdqVzOFbp1FpttOvdH88Qy3iDQK ifrfsfQzYhBli4n8NYoXIa+gI5dNTraxogN9paMqHgahJfu/OfZiz8GreXW+3OxBdnTx pAV/ytLL5u1rKAn5+Cy8dgeHgtNZXY5XhYX4+SHCVYxoDi2iAPd5gj/ByQWAbiT8B9y+ 4/iU3cEJWIFnI/nwSQ95lsCaEWkqEkob2TY8HEBXHTp3j0tKc8eJNxqa7ot/y//uud5g 88bA== MIME-Version: 1.0 Received: by 10.152.148.195 with SMTP id tu3mr7124931lab.16.1340507719077; Sat, 23 Jun 2012 20:15:19 -0700 (PDT) Received: by 10.112.26.132 with HTTP; Sat, 23 Jun 2012 20:15:19 -0700 (PDT) In-Reply-To: <20120624025451.GA17721@DataIX.net> References: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> <3729A720-2C8F-4C84-B05A-201394C40D63@gothic.net.au> <20120624013624.GG24842@portland1.byshenk.net> <20120624025451.GA17721@DataIX.net> Date: Sat, 23 Jun 2012 22:15:19 -0500 Message-ID: From: Adam Vande More To: Jason Hellenthal Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Leonardo M. Ram?" , "freebsd-stable@freebsd.org" , Greg Byshenk Subject: Re: fsck_ufs running too often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Jun 2012 03:15:21 -0000 On Sat, Jun 23, 2012 at 9:54 PM, Jason Hellenthal wrote: > > At one point it was proven that background fsck was not benefitial. Where can we find this "proof"? -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Sun Jun 24 04:15:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1B7E106564A for ; Sun, 24 Jun 2012 04:15:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 487C38FC12 for ; Sun, 24 Jun 2012 04:15:53 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-27-22.lns20.adl2.internode.on.net [118.210.27.22]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id q5O4FdlK012969 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 24 Jun 2012 13:45:45 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20120623093217.GA45488@server.rulingia.com> Date: Sun, 24 Jun 2012 13:45:39 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <19906D94-10FA-4DC0-82E3-09C3F10339F4@gsoft.com.au> References: <20120623093217.GA45488@server.rulingia.com> To: Peter Jeremy X-Mailer: Apple Mail (2.1278) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable Stable Subject: Re: Xorg in swwrt X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Jun 2012 04:15:54 -0000 On 23/06/2012, at 19:02, Peter Jeremy wrote: > On 2011-Feb-06 15:19:12 +1030, Daniel O'Connor = wrote: >> I updated ports (portmaster -a basically) on this 8.2-PRE box and now >> I find X takes a long, long time to start up and uses lots of CPU. It >> shows the wchan as swwrt. >=20 > FWIW, I've run into this a couple of times recently when logging out = of > X. This is with X.Org X Server 1.10.6 and a "ATI Radeon HD 2400 Pro" > on 8-STABLE r235229. The problem seems to go away after a couple of = hours. I think it's a memory fragmentation issue but I am only really guessing. Certainly after putting more RAM in the system in question the problem = happened less frequently. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Sun Jun 24 13:35:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5548F106567E for ; Sun, 24 Jun 2012 13:35:19 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2A08FC0C for ; Sun, 24 Jun 2012 13:35:18 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Simy7-0005EX-Qx for freebsd-stable@freebsd.org; Sun, 24 Jun 2012 06:35:11 -0700 Date: Sun, 24 Jun 2012 06:35:11 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1340544911829-5721380.post@n5.nabble.com> In-Reply-To: References: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> <3729A720-2C8F-4C84-B05A-201394C40D63@gothic.net.au> <20120624013624.GG24842@portland1.byshenk.net> <20120624025451.GA17721@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: fsck_ufs running too often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Jun 2012 13:35:19 -0000 It boiled down to that: - fsck in background massively slowed i/o and full fsck before starting system is actually preferred/faster for most cases. -- View this message in context: http://freebsd.1045724.n5.nabble.com/fsck-ufs-running-too-often-tp5720964p5721380.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 24 16:06:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 692301065673 for ; Sun, 24 Jun 2012 16:06:37 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id F3B088FC12 for ; Sun, 24 Jun 2012 16:06:36 +0000 (UTC) Received: by obbun3 with SMTP id un3so6517269obb.13 for ; Sun, 24 Jun 2012 09:06:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=0MmXwtfX0jFd4oQZmvMdfhkdirx7VS1ZvtmspzXT+n8=; b=RkCuCyiYA8c1qnmAZ6hP2/eFabjsi3Cr+/ld9Hdz5hbDsRM/mfig+dH3hAaKoL6yo3 Pap364qEr5bAjRpN9Slh17t2iM4DYrb6SpV3yrButr2+i4AwtOxlggzd57Unm7Cogd7d ID0CCHg6kjZjpxbU1BOwBsnYHPw8P/nblpsjM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-gm-message-state; bh=0MmXwtfX0jFd4oQZmvMdfhkdirx7VS1ZvtmspzXT+n8=; b=Pelgmz8phAQpmuPbxfjCmo2aib9/+vHVhJeUy5gbq2Wwk+tNYMdOGJholqOTLA5qxG PKL4RpOGHvXP1MwWwKk2XbPGOGoFXiEPqZ3lqagJJGwHHD6rXnsi2A0nZwfkSwz0EL6s ucA6eBAxqy5MS5mpFmZjDfcB81YAAKYzLDrBjKeghXmkqkoEalecd2bQcqlPcA9Jmi1B rvBgzPnufxcxKQEKokzyP5c3v6ljvXskhcpusubOyz1oyS+XAVifBNWdIE+y233m9WxJ 87jtZ7IR/u4wh0ZtrTXrRPESwquf7B7TxmCTSn8GfJAhBgB+jm5SdF0rOOAbiJk7Zd+w Mlxw== Received: by 10.50.171.40 with SMTP id ar8mr6140942igc.14.1340553996012; Sun, 24 Jun 2012 09:06:36 -0700 (PDT) Received: from DataIX.net (75-128-120-86.dhcp.aldl.mi.charter.com. [75.128.120.86]) by mx.google.com with ESMTPS id k5sm4336554igq.12.2012.06.24.09.06.34 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 24 Jun 2012 09:06:35 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q5OG6WfX080136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Jun 2012 12:06:33 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q5OG6V4h080135; Sun, 24 Jun 2012 12:06:31 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Sun, 24 Jun 2012 12:06:31 -0400 From: "J. Hellenthal" To: Adam Vande More Message-ID: <20120624160631.GA80121@DataIX.net> References: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> <3729A720-2C8F-4C84-B05A-201394C40D63@gothic.net.au> <20120624013624.GG24842@portland1.byshenk.net> <20120624025451.GA17721@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Gm-Message-State: ALoCoQlj8Zi/CWcS2m0bZNZDXtmlXfY4GyH6x+9+nB7v5B7XZXD6ed3OGqMhoroS9giQsfY1G1Bg Cc: "Leonardo M. Ram?" , "freebsd-stable@freebsd.org" , Greg Byshenk Subject: Re: fsck_ufs running too often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Jun 2012 16:06:37 -0000 On Sat, Jun 23, 2012 at 10:15:19PM -0500, Adam Vande More wrote: > On Sat, Jun 23, 2012 at 9:54 PM, Jason Hellenthal wrote: > > > > At one point it was proven that background fsck was not benefitial. > > > Where can we find this "proof"? > It was in the lists amongst many conversations. -- - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Sun Jun 24 16:34:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 969D9106564A for ; Sun, 24 Jun 2012 16:34:45 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 248DF8FC08 for ; Sun, 24 Jun 2012 16:34:44 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so3169425wgb.31 for ; Sun, 24 Jun 2012 09:34:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hID/R69aRPQf3msSXY3jwl2Xl77FU3vxYA0fAHo8VcU=; b=lP5Hp9X89gPXchb0W7rwciY4fQ1ozA1SwAx12VCkT1cq9aTNz2y2id0F4e8ap+o7AJ fJRRlbQwesyDSsiCa9+BF/eWEbavo5cSfOT0IBWJENiXTdTN2cUNTsDAoFXz6sxp6CRv aowUt123WYVf0RFyegAd52+oeKNVGBMe5e5eqIGuCtWCdHztA7TcInfc64W2nOjMp7S+ wy7haQrll4EMJ4p2+TE1wd5h3f4POvhZUC9B5+pE2NvrqIajiw5m8lddypn8dH+uay/5 UBr1DUA6ZNfJwJvRUWC/f2HysQJ/66Cifg4bz7MjIYZGYbaM1+R18PvvXmExkQyzsPFN 8ahw== MIME-Version: 1.0 Received: by 10.216.145.13 with SMTP id o13mr4427164wej.95.1340555684041; Sun, 24 Jun 2012 09:34:44 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Sun, 24 Jun 2012 09:34:43 -0700 (PDT) In-Reply-To: <20120624160631.GA80121@DataIX.net> References: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> <3729A720-2C8F-4C84-B05A-201394C40D63@gothic.net.au> <20120624013624.GG24842@portland1.byshenk.net> <20120624025451.GA17721@DataIX.net> <20120624160631.GA80121@DataIX.net> Date: Sun, 24 Jun 2012 09:34:43 -0700 Message-ID: From: Kevin Oberman To: "J. Hellenthal" Content-Type: text/plain; charset=UTF-8 Cc: Adam Vande More , Greg Byshenk , "freebsd-stable@freebsd.org" , "Leonardo M. Ram?" Subject: Re: fsck_ufs running too often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Jun 2012 16:34:45 -0000 On Sun, Jun 24, 2012 at 9:06 AM, J. Hellenthal wrote: > > > On Sat, Jun 23, 2012 at 10:15:19PM -0500, Adam Vande More wrote: >> On Sat, Jun 23, 2012 at 9:54 PM, Jason Hellenthal wrote: >> > >> > At one point it was proven that background fsck was not benefitial. >> >> >> Where can we find this "proof"? >> > > It was in the lists amongst many conversations. I think the term 'proof' is being abused here. Proof is rigorous, demonstrable and precise. It is not a non-specific coalescence of bit and pieces in a mail thread. My experience with background fsck is that its benefit is entirely dependent on the requirements of the system. A few things are entirely clear and easily demonstrated. (Note, this is an assertion and not proof.) 1. Background fsck takes considerably longer to run than fsck 2. fsck places a very substantial I/O load on the system, primarily on the disk undergoing the check 3. Other system activity that requires I/O to the disk being checked will slow 4. Background fsck is limited and, when it cannot correct some problems can impact system stability, especially in the event of power failure 5. For systems with large file systems it will make the system available for use MUCH sooner than would be the case if a standard fsck was used As with almost all system performance issues, background fsck requires looking at its benefits and costs. For some, it is a big win. For others it is a losing proposition because a server is rendered effectively useless for an extended period. Full disclosure: I have disabled background fsck on most of the systems for which I am responsible, but not all. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 00:11:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id EDB521065675 for ; Mon, 25 Jun 2012 00:11:58 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 4529415157E; Mon, 25 Jun 2012 00:11:58 +0000 (UTC) Message-ID: <4FE7ACCD.2060909@FreeBSD.org> Date: Sun, 24 Jun 2012 17:11:57 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20120624 Thunderbird/13.0.1 MIME-Version: 1.0 To: Jakub Lach References: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> <3729A720-2C8F-4C84-B05A-201394C40D63@gothic.net.au> <20120624013624.GG24842@portland1.byshenk.net> <20120624025451.GA17721@DataIX.net> <1340544911829-5721380.post@n5.nabble.com> In-Reply-To: <1340544911829-5721380.post@n5.nabble.com> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: fsck_ufs running too often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 00:11:59 -0000 On 06/24/2012 06:35, Jakub Lach wrote: > It boiled down to that: > > - fsck in background massively slowed i/o and > full fsck before starting system is actually > preferred/faster for most cases. Try switching to SCHED_4BSD in your kernel conf and see if that helps with slow i/o during load. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 00:36:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44AB21065678 for ; Mon, 25 Jun 2012 00:36:52 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 18EA78FC08 for ; Mon, 25 Jun 2012 00:36:52 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SixIR-0001ve-P1 for freebsd-stable@freebsd.org; Sun, 24 Jun 2012 17:36:51 -0700 Date: Sun, 24 Jun 2012 17:36:51 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1340584611769-5721544.post@n5.nabble.com> In-Reply-To: <4FE7ACCD.2060909@FreeBSD.org> References: <1340401637.32116.YahooMailNeo@web113519.mail.gq1.yahoo.com> <3729A720-2C8F-4C84-B05A-201394C40D63@gothic.net.au> <20120624013624.GG24842@portland1.byshenk.net> <20120624025451.GA17721@DataIX.net> <1340544911829-5721380.post@n5.nabble.com> <4FE7ACCD.2060909@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: fsck_ufs running too often X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 00:36:52 -0000 Thanks for pointer, will check it if I ever enable background fsck again :) -- View this message in context: http://freebsd.1045724.n5.nabble.com/fsck-ufs-running-too-often-tp5720964p5721544.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 03:54:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D32B81065675; Mon, 25 Jun 2012 03:54:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9AFDF8FC08; Mon, 25 Jun 2012 03:54:53 +0000 (UTC) Received: by dadv36 with SMTP id v36so5001125dad.13 for ; Sun, 24 Jun 2012 20:54:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=P+PtFny5Ft0WK8PeyL20aQpVzJ8ozkvAKWuR+zSM7yY=; b=thKZPPQr06YWUo9tbBpvNT3W8Z7rQd/mVcuCbuSAQ3MGFrjJ+z95G7gug4oV/h56z7 CEULj/67f83vUPWUTxs8YreRYwU9S4AJquqt941u85JDqLTlKVe2wmibc9zQTSYdyuTN 4S7/6KosGLGlGG4gFO27V42zLUjtTJsD3LaPNsoTLqovD/ipsp4kVDAUP/xGiAiER2s1 QqG85YcP79DjBdInO4MD7eElxtlTNWu3Q+NtZXl2cuH+wwJFY/yrKIsyMgZBLlN3SXJP /lLbSFTgsq1ylYz9iSdIygqhIaJRkhOk2TRCf7X44shL7YBfuVzoWmDg+GX0fpojItRc BN3g== Received: by 10.68.226.131 with SMTP id rs3mr30472580pbc.62.1340596492921; Sun, 24 Jun 2012 20:54:52 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id rs4sm7195833pbc.0.2012.06.24.20.54.49 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 24 Jun 2012 20:54:51 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 25 Jun 2012 12:54:45 -0700 From: YongHyeon PYUN Date: Mon, 25 Jun 2012 12:54:45 -0700 To: Pedro Giffuni Message-ID: <20120625195445.GA3360@michelle.cdnetworks.com> References: <20120623222746.GA14050@michelle.cdnetworks.com> <1340481884.74911.YahooMailClassic@web113518.mail.gq1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1340481884.74911.YahooMailClassic@web113518.mail.gq1.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Network unavailable when booting directly to FreeBSD. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 03:54:53 -0000 On Sat, Jun 23, 2012 at 01:04:44PM -0700, Pedro Giffuni wrote: > Hello; [...] > > > Iff I boot Windows first and then reboot to start > > > FreeBSD the network works fine. > > > > This looks strange and I can't narrow down what other > > changes made > > since 9.0-RELEASE broke the driver. Would you try reverting > > r235821? > > > > I reverted it manually but things didn't change. > > > If that does not solve the issue, would you try a WIP > > version at > > the following URL? It's mainly written to improve BCM5720 > > with APE > > firmware support and it exactly follows recommendations > > suggested > > by Broadcom so it may have some differences. > > > > http://people.freebsd.org/~yongari/bge/if_bge.c > > http://people.freebsd.org/~yongari/bge/if_bgereg.h > > http://people.freebsd.org/~yongari/bge/brgphy.c > > > > No joy either :( > Could you narrow down which commit broke bge(4)? > Pedro. > > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 04:03:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A5881065676 for ; Mon, 25 Jun 2012 04:03:54 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm22-vm2.bullet.mail.ne1.yahoo.com (nm22-vm2.bullet.mail.ne1.yahoo.com [98.138.91.210]) by mx1.freebsd.org (Postfix) with SMTP id 44A9F8FC17 for ; Mon, 25 Jun 2012 04:03:54 +0000 (UTC) Received: from [98.138.90.54] by nm22.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2012 04:03:48 -0000 Received: from [98.138.89.197] by tm7.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2012 04:03:48 -0000 Received: from [127.0.0.1] by omp1055.mail.ne1.yahoo.com with NNFMP; 25 Jun 2012 04:03:47 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 988343.6248.bm@omp1055.mail.ne1.yahoo.com Received: (qmail 94122 invoked by uid 60001); 25 Jun 2012 04:03:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1340597027; bh=3b6d5XUv9+bp1endW/7TH0Ws/UvDsgiVfIAZRc3vJSs=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=zWHJNZNsCKpIG0pJUZ1cGiow5D/2xe2o3zO4cE9Fay9xRfr/Ja99uAQyQZIASARwg9ZhmBXZP5AZ7So44wdX+KdH8XdmdoQr7AI5xA7n0ZunjRqoWBVcfy5qLHB68nS4+/lQ5wCyqnobpigY0z50B/M1aXKFsi+Ak+CbL3xkW2M= X-YMail-OSG: we8hSGwVM1kPoWiojQHHN9a8r5mWOjhpvkGdw4yJBgzEln0 w968e_g1hTJZELO77N15KYtoB09JrRI2hV9B7HtEnAw4NLfCG0tnYdkzJ.me gD8Uu9DwItdBGV49cNUcIZVOEX9GwBu7jsKX5bBLl.6m1ovj.irrDwOZaTFE AS4_Cg6q7gwqHk5jBQdkArC.yhTHP9ONumzH6HIIC3dWTz7uoA.5NNCo8hKK 5JnoZNB3v8xaFCSi2JEaiGSjdmGS9MnZg2muxdCwRUfGXN0pEgLNqqk.JymA AuGD_mBIKdCHGoBm8huAPlRs30zZFZgViJSo2WtaWAoeICcHVyciBSoOFpnu Wrt15BopU5K1qnIS5EQGK_xAP3d61KXVfxq.I3W6RAIHOPggHOxAZ_fny8hm Uw_uVjHitswjXd32wY3h0ZLTqB_0T6bRU0Val2SkLW3Uke19XaNgG9kvI.JM J Received: from [200.118.157.7] by web113509.mail.gq1.yahoo.com via HTTP; Sun, 24 Jun 2012 21:03:47 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.118.349524 Message-ID: <1340597027.91528.YahooMailClassic@web113509.mail.gq1.yahoo.com> Date: Sun, 24 Jun 2012 21:03:47 -0700 (PDT) From: Pedro Giffuni To: pyunyh@gmail.com In-Reply-To: <20120625195445.GA3360@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Network unavailable when booting directly to FreeBSD. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@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, 25 Jun 2012 04:03:54 -0000 =0A=0A--- Lun 25/6/12, YongHyeon PYUN ha scritto:=0A...= =0A> =0A> Could you narrow down which commit broke bge(4)?=0A> =0A=0ASean B= runo suggested it may be r233495, but I haven't=0Afound the time to revert = it.=0A=0AI will let you know tomorrow.=0A=0APedro.=0A From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 04:34:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD2341065670 for ; Mon, 25 Jun 2012 04:34:36 +0000 (UTC) (envelope-from mbsd@isgroup.com.ua) Received: from mail.standard.com.ua (mail.isgroup.com.ua [46.229.54.104]) by mx1.freebsd.org (Postfix) with ESMTP id 339888FC17 for ; Mon, 25 Jun 2012 04:34:35 +0000 (UTC) Received: from [192.168.0.2] (unused-213.111.71.69.bilink.ua [213.111.71.69] (may be forged)) (authenticated bits=0) by mail.standard.com.ua (8.14.3/8.14.3) with ESMTP id q5P4REYp002222 for ; Mon, 25 Jun 2012 07:27:14 +0300 (EEST) (envelope-from mbsd@isgroup.com.ua) From: mbsd To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Mon, 25 Jun 2012 07:34:25 +0300 Message-ID: <1340598865.1968.11.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.9 required=9.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.isgroup.com.ua Subject: ipsec kernel 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, 25 Jun 2012 04:34:36 -0000 Hi stable users. Like this good guy: http://www.freebsd.org/cgi/query-pr.cgi?pr=159629&cat= I'm bad guy also have kernel panic. Maybe it's doesn't matter good or bad gay you are. It happened first time around Freebsd 9 ~ beta 2 or three. I don't remember exactly. All what I have is Ξ ~ → cat /etc/ipsec.conf add 192.168.0.2 192.168.0.1 esp 10022 -E blowfish-cbc "dododo"; add 192.168.0.1 192.168.0.2 esp 10020 -E blowfish-cbc dododo; add 192.168.0.2 192.168.0.1 ah 10007 -A hmac-md5 "dododo"; add 192.168.0.1 192.168.0.2 ah 10006 -A hmac-md5 "dododo"; # for internet spdadd 0.0.0.0/0 192.168.0.2 any -P in ipsec esp/tunnel/192.168.0.1-192.168.0.2/require ah/transport//require; spdadd 192.168.0.2 0.0.0.0/0 any -P out ipsec esp/tunnel/192.168.0.2-192.168.0.1/require ah/transport//require; After service ipsec start I always have kernel panic on stable. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 08:28:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8895C1065673; Mon, 25 Jun 2012 08:28:19 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 446658FC0C; Mon, 25 Jun 2012 08:28:19 +0000 (UTC) Received: by dadv36 with SMTP id v36so5282989dad.13 for ; Mon, 25 Jun 2012 01:28:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=PjkRuhl3wI5bAVK9Px8Ia4rYRAC8hE/v4R8utmfz/5k=; b=J1L8v1ztamF2Z9RV2QgmeP2SIM88YjK7KLze6mUeCR5zb3bN+z6Hebg6zFzXZpr6+t xzi9AkgxAxjvUZWkOBS+QTjQWFurrgOaTOSMFKZ/8HUtTckcObpi+PEz1K0idEUSrzas E2nLc9IWaczTv1c7XWdr7AvdohCGjrs5RQEoUJK4ZhPhoZAW41f3brNQ9+5R73//1+Pq rF7q+HsMkHEDTvLBq4dZ8P2baV/hTTOnuM1JT0mRpkiWrSSBHwdKERUWuKokBdTLYMqN ImVWm8oLdLkP91GGkiaNkC1Lik8uEg/6jWY7pYgJzpMR+UuoxfPutOAcKkkxI9S/6fCW UfMw== MIME-Version: 1.0 Received: by 10.68.219.166 with SMTP id pp6mr38252181pbc.35.1340612898696; Mon, 25 Jun 2012 01:28:18 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.147.18 with HTTP; Mon, 25 Jun 2012 01:28:18 -0700 (PDT) In-Reply-To: <20120624.022452.67408510.iwasaki@jp.FreeBSD.org> References: <20120525.134903.05583594.iwasaki@jp.FreeBSD.org> <20120624.022452.67408510.iwasaki@jp.FreeBSD.org> Date: Mon, 25 Jun 2012 01:28:18 -0700 X-Google-Sender-Auth: m2hYF10KBD5GzFghd0uVAZkWvcw Message-ID: From: Adrian Chadd To: Mitsuru IWASAKI Content-Type: text/plain; charset=ISO-8859-1 Cc: iwasaki@freebsd.org, freebsd-stable@freebsd.org, jkim@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 08:28:19 -0000 On 23 June 2012 10:24, Mitsuru IWASAKI wrote: > Your T60 has a Radeon graphic adapter, right? > Could you try the radeon suspend/resume patch and kldload radeon.ko > before suspending? It looks like it has Intel graphics: vgapci0@pci0:0:2:0: class=0x030000 card=0x201a17aa chip=0x27a28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x201a17aa chip=0x27a68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller' class = display Adrian From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 09:34:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23CBF1065677 for ; Mon, 25 Jun 2012 09:34:22 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id CF93C8FC0C for ; Mon, 25 Jun 2012 09:34:21 +0000 (UTC) Received: from ken (ken.zen.inc [192.168.1.4]) by smtp.zeninc.net (smtpd) with ESMTP id EA19E2798BC for ; Mon, 25 Jun 2012 11:27:51 +0200 (CEST) Received: by ken (Postfix, from userid 1000) id B98E240C6; Mon, 25 Jun 2012 11:27:51 +0200 (CEST) Date: Mon, 25 Jun 2012 11:27:51 +0200 From: VANHULLEBUS Yvan To: freebsd-stable@freebsd.org Message-ID: <20120625092751.GA4514@zeninc.net> References: <1340598865.1968.11.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1340598865.1968.11.camel@localhost> Subject: Re: ipsec kernel 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, 25 Jun 2012 09:34:22 -0000 User-Agent: All mail clients suck. This one just sucks less. On Mon, Jun 25, 2012 at 07:34:25AM +0300, mbsd wrote: > Hi stable users. Hi. > Like this good guy: > http://www.freebsd.org/cgi/query-pr.cgi?pr=159629&cat= > I'm bad guy also have kernel panic. >1;2802;0c Maybe it's doesn't matter good or bad gay you are. > > It happened first time around Freebsd 9 ~ beta 2 or three. I don't > remember exactly. > > All what I have is > > ?? ~ ??? cat /etc/ipsec.conf > add 192.168.0.2 192.168.0.1 esp 10022 -E blowfish-cbc "dododo"; > add 192.168.0.1 192.168.0.2 esp 10020 -E blowfish-cbc dododo; > > add 192.168.0.2 192.168.0.1 ah 10007 -A hmac-md5 "dododo"; > add 192.168.0.1 192.168.0.2 ah 10006 -A hmac-md5 "dododo"; > > # for internet > spdadd 0.0.0.0/0 192.168.0.2 any -P in ipsec > esp/tunnel/192.168.0.1-192.168.0.2/require ah/transport//require; > spdadd 192.168.0.2 0.0.0.0/0 any -P out ipsec > esp/tunnel/192.168.0.2-192.168.0.1/require ah/transport//require; > > After service ipsec start I always have kernel panic on stable. This will *not* solve the crash, but do you really need such IPsec configuration with both ESP/tunnel and AH/transport ? Most people who use such configuration just wants in fact ESP/Tunnel with payload authentication, which will be done by that: add 192.168.0.2 192.168.0.1 esp 10022 -E blowfish-cbc "dododo" -A hmac-md5 "dododo"; add 192.168.0.1 192.168.0.2 esp 10020 -E blowfish-cbc dododo -A hmac-md5 "dododo"; (if you do really use static SAs, please also consider moving to an IKE daemon...) spdadd 0.0.0.0/0 192.168.0.2 any -P in ipsec esp/tunnel/192.168.0.1-192.168.0.2/require; spdadd 192.168.0.2 0.0.0.0/0 any -P out ipsec esp/tunnel/192.168.0.2-192.168.0.1/require; If you do not really need AH, then you can move to this configuration, and confirm us that you don't have the crash anymore. Of course, as I already said, the issue will still be in the code.... Yvan. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 09:38:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E120106567E for ; Mon, 25 Jun 2012 09:38:09 +0000 (UTC) (envelope-from mitya@cabletv.dp.ua) Received: from mail.cabletv.dp.ua (mail.cabletv.dp.ua [193.34.20.8]) by mx1.freebsd.org (Postfix) with ESMTP id A39818FC14 for ; Mon, 25 Jun 2012 09:38:08 +0000 (UTC) Received: from [193.34.20.2] (helo=m18.cabletv.dp.ua) by mail.cabletv.dp.ua with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Sj5Rg-0003qs-Bc for freebsd-stable@freebsd.org; Mon, 25 Jun 2012 12:18:56 +0300 Message-ID: <4FE8264B.2010302@cabletv.dp.ua> Date: Mon, 25 Jun 2012 11:50:19 +0300 From: Mitya User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:12.0) Gecko/20120425 Thunderbird/12.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Can not build kernel with modular ata and ATA_CAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 09:38:09 -0000 My kernel options: # Bus support. device acpi device pci # Modular ATA device atadisk # ATA disk drives device atacore # Core ATA functionality device atapci # PCI bus support; only generic chipset support device ataintel # Intel options ATA_CAM # Handle legacy controllers with CAM options ATA_STATIC_ID # Static device numbering # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct ATA/SCSI access) make's output: ata-disk.o: In function `ad_init': ata-disk.c:(.text+0x7d): undefined reference to `ata_setmode' ata-disk.c:(.text+0x95): undefined reference to `ata_wc' ata-disk.c:(.text+0xc9): undefined reference to `ata_controlcmd' ata-disk.c:(.text+0x11b): undefined reference to `ata_controlcmd' ata-disk.c:(.text+0x16d): undefined reference to `ata_controlcmd' ata-disk.c:(.text+0x1b6): undefined reference to `ata_controlcmd' ata-disk.o: In function `ad_shutdown': ata-disk.c:(.text+0x258): undefined reference to `ata_controlcmd' ata-disk.o: In function `ad_detach': ata-disk.c:(.text+0x479): undefined reference to `ata_fail_requests' ata-disk.o: In function `ad_dump': ata-disk.c:(.text+0x861): undefined reference to `ata_drop_requests' ata-disk.c:(.text+0x921): undefined reference to `ata_controlcmd' ata-disk.o: In function `ad_attach': ata-disk.c:(.text+0xa40): undefined reference to `ata_setmax' ata-disk.c:(.text+0xb62): undefined reference to `ata_satarev2str' ata-disk.c:(.text+0xba7): undefined reference to `ata_unit2str' ata-disk.c:(.text+0xfff): undefined reference to `ata_queue_request' ata-disk.c:(.text+0x131e): undefined reference to `ata_queue_request' ata-disk.c:(.text+0x1340): undefined reference to `ata_getparam' ata-disk.o: In function `ad_spindown': ata-disk.c:(.text+0x539): undefined reference to `ata_queue_request' ata-disk.o: In function `ad_ioctl': ata-disk.c:(.text+0x5a4): undefined reference to `ata_device_ioctl' ata-disk.o: In function `ad_strategy': ata-disk.c:(.text+0x6c7): undefined reference to `ata_queue_request' *** [kernel] Error code 1 I found differences in ata-all.c and ata-all.h In ata-all.c: #ifndef ATA_CAM void ata_setmode(device_t dev) { But, in ata-all.h: void ata_setmode(device_t dev); without any #ifdef or #ifndef From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 10:04:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8AEE106567F for ; Mon, 25 Jun 2012 10:04:37 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 36BFF8FC0A for ; Mon, 25 Jun 2012 10:04:37 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3WLQwN0QXQz8RS; Mon, 25 Jun 2012 12:04:36 +0200 (CEST) X-DKIM: OpenDKIM Filter v2.5.2 tignes.restart.be 3WLQwN0QXQz8RS DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1340618676; bh=vonoldqdkasVGto9/nWNXlbB8PZ91BcRwmyCk7EETYQ=; h=Date:From:To:CC:Subject:References:In-Reply-To; z=Date:=20Mon,=2025=20Jun=202012=2012:04:34=20+0200|From:=20Henri=2 0Hennebert=20|To:=20Mitya=20| CC:=20freebsd-stable@freebsd.org|Subject:=20Re:=20Can=20not=20buil d=20kernel=20with=20modular=20ata=20and=20ATA_CAM|References:=20<4 FE8264B.2010302@cabletv.dp.ua>|In-Reply-To:=20<4FE8264B.2010302@ca bletv.dp.ua>; b=Rn9nt+iElSKu+1pKVWcdSbobd8nf77Oke/lrTseLvr62J2B2ZSqEeWcn2Q7fR9lNO rI+ZTzs068e4/EtXFQxWcIyAVqJVSyrTgvaKCPPE7UTumsQ6ZwdcVHIljoYF4nE8gx jfY6atCY9e6KA0aN4DLOwajlO+sF7FQll8ZFYCfk= Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id q5PA4YxQ041429; Mon, 25 Jun 2012 12:04:35 +0200 (CEST) (envelope-from hlh@restart.be) Message-ID: <4FE837B2.6090507@restart.be> Date: Mon, 25 Jun 2012 12:04:34 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20120611 Thunderbird/13.0 MIME-Version: 1.0 To: Mitya References: <4FE8264B.2010302@cabletv.dp.ua> In-Reply-To: <4FE8264B.2010302@cabletv.dp.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Can not build kernel with modular ata and ATA_CAM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 10:04:37 -0000 On 06/25/2012 10:50, Mitya wrote: > My kernel options: > > # Bus support. > device acpi > device pci > > # Modular ATA > device atadisk # ATA disk drives > device atacore # Core ATA functionality > device atapci # PCI bus support; only generic chipset > support > device ataintel # Intel > > options ATA_CAM # Handle legacy controllers with CAM > options ATA_STATIC_ID # Static device numbering > > # ATA/SCSI peripherals > device scbus # SCSI bus (required for ATA/SCSI) > device da # Direct Access (disks) > device pass # Passthrough device (direct ATA/SCSI > access) From /usr/src/sys/conf/NOTES: # ATA_CAM: Turn ata(4) subsystem controller drivers into cam(4) # interface modules. This deprecates all ata(4) # peripheral device drivers (atadisk, ataraid, atapicd, # atapifd, atapist, atapicam) and all user-level APIs. # cam(4) drivers and APIs will be connected instead. So you must remove 'device atadisk' Henri > > make's output: > > ata-disk.o: In function `ad_init': > ata-disk.c:(.text+0x7d): undefined reference to `ata_setmode' > ata-disk.c:(.text+0x95): undefined reference to `ata_wc' > ata-disk.c:(.text+0xc9): undefined reference to `ata_controlcmd' > ata-disk.c:(.text+0x11b): undefined reference to `ata_controlcmd' > ata-disk.c:(.text+0x16d): undefined reference to `ata_controlcmd' > ata-disk.c:(.text+0x1b6): undefined reference to `ata_controlcmd' > ata-disk.o: In function `ad_shutdown': > ata-disk.c:(.text+0x258): undefined reference to `ata_controlcmd' > ata-disk.o: In function `ad_detach': > ata-disk.c:(.text+0x479): undefined reference to `ata_fail_requests' > ata-disk.o: In function `ad_dump': > ata-disk.c:(.text+0x861): undefined reference to `ata_drop_requests' > ata-disk.c:(.text+0x921): undefined reference to `ata_controlcmd' > ata-disk.o: In function `ad_attach': > ata-disk.c:(.text+0xa40): undefined reference to `ata_setmax' > ata-disk.c:(.text+0xb62): undefined reference to `ata_satarev2str' > ata-disk.c:(.text+0xba7): undefined reference to `ata_unit2str' > ata-disk.c:(.text+0xfff): undefined reference to `ata_queue_request' > ata-disk.c:(.text+0x131e): undefined reference to `ata_queue_request' > ata-disk.c:(.text+0x1340): undefined reference to `ata_getparam' > ata-disk.o: In function `ad_spindown': > ata-disk.c:(.text+0x539): undefined reference to `ata_queue_request' > ata-disk.o: In function `ad_ioctl': > ata-disk.c:(.text+0x5a4): undefined reference to `ata_device_ioctl' > ata-disk.o: In function `ad_strategy': > ata-disk.c:(.text+0x6c7): undefined reference to `ata_queue_request' > *** [kernel] Error code 1 > > I found differences in ata-all.c and ata-all.h > > In ata-all.c: > #ifndef ATA_CAM > void > ata_setmode(device_t dev) > { > > But, in ata-all.h: > void ata_setmode(device_t dev); > > without any #ifdef or #ifndef > > > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 11:12:49 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A1F7106566C; Mon, 25 Jun 2012 11:12:49 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (ei.bzerk.org [82.95.223.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0C1AE8FC17; Mon, 25 Jun 2012 11:12:48 +0000 (UTC) Received: from [172.30.179.39] ([172.30.179.39]) (authenticated bits=0) by ei.bzerk.org (8.14.4/8.14.4) with ESMTP id q5PBBU4Z096830 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 25 Jun 2012 13:11:30 +0200 (CEST) (envelope-from bulk@bzerk.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) From: Ruben de Groot In-Reply-To: <4FE2D335.4000406@FreeBSD.org> Date: Mon, 25 Jun 2012 13:11:30 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <71DBE7E9-F017-47B2-92E3-CEC1F8F8AF61@bzerk.org> References: <730E36C6-E2A7-4C62-B988-25D66CDFE292@bzerk.org> <4FE1FBB2.60005@FreeBSD.org> <4FE2D335.4000406@FreeBSD.org> To: "Andrey V. Elsukov" , stable@freebsd.org X-Mailer: Apple Mail (2.1084) X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,RDNS_NONE,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ei.bzerk.org X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [192.168.179.40]); Mon, 25 Jun 2012 13:12:41 +0200 (CEST) Cc: Subject: Re: kern.geom.part.check_integrity=0 not working. not able to boot 9-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 11:12:49 -0000 On 21 jun 2012, at 09:54, Andrey V. Elsukov wrote: > On 20.06.2012 22:23, Ruben de Groot wrote: >> ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 >> (ada0:ata2:0:0:0): Command timed out >> (ada0:ata2:0:0:0): Retrying command >> ata2: reset tp1 mask=3D03 ostat0=3D58 ostat1=3D00 >> ata2: stat0=3D0x80 err=3D0x80 lsb=3D0x80 msb=3D0x80 >> ata2: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 >> ata2: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 >> ata2: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 >> (ada0:ata2:0:0:0): Command timed out >> (ada0:ata2:0:0:0): Retrying command >=20 > It seems it is not related to the problem with integrity checks. I think so too. However, this still does not make a stable-9 kernel = bootable on my stystem. Do you know of any loader variable that would stop this = ada0:ata2 probing? Should not this be the default behaviour, to just quit after a number of = tries? If I have the time I'll try to find the code myself later today. But I'm = not a kernel programmer, so I might get lost. -- Ruben de Groot > --=20 > WBR, Andrey V. Elsukov >=20 From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 11:52:57 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E87D9106567D for ; Mon, 25 Jun 2012 11:52:57 +0000 (UTC) (envelope-from freebsdml@ist.tugraz.at) Received: from mailrelay.tugraz.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by mx1.freebsd.org (Postfix) with ESMTP id 928AD8FC0C for ; Mon, 25 Jun 2012 11:52:57 +0000 (UTC) Received: from ist.tugraz.at (proxy-music.ist.tu-graz.ac.at [129.27.202.111]) (authenticated bits=0) by mailrelay2.tugraz.at (8.14.4/8.14.4) with ESMTP id q5PBLJFM029226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 25 Jun 2012 13:21:19 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay2.tugraz.at q5PBLJFM029226 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tugraz.at; s=mailrelay; t=1340623280; i=@ist.tugraz.at; bh=+sO2zwZGRHhh9VTJXR4J0GshfBxFDTIK2RedxZG47tA=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=L4Nm9JSIpO3ioQmcgXN1OHiNYUKQL0D5s4zqrN2zV+b3ErvTed1e+Y69qtJiYAeFG pwkR6ttOnu7TN/0ZZlkNCpLqhh7wAitJioec6r156iBaF8J2yttMmctN+v4fMHSmNY rl5J/chD1qmIZ4GX5oID6bQsDPB3qYYqbAQPC2A0= Received: (qmail 68120 invoked from network); 25 Jun 2012 11:21:18 -0000 Received: from unknown (HELO ?192.168.1.35?) (129.27.202.101) by ist.tugraz.at with SMTP; 25 Jun 2012 11:21:18 -0000 Message-ID: <4FE849AE.3080902@ist.tugraz.at> Date: Mon, 25 Jun 2012 13:21:18 +0200 From: Herbert Poeckl Organization: TU Graz / IST User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: 5S3planrQ0lSnmWIva+Lkw X-Spam-Scanner: SpamAssassin 3.003000 X-Spam-Score-relay: 0.0 X-Scanned-By: MIMEDefang 2.70 on 129.27.10.19 Cc: Subject: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 11:52:58 -0000 Hi everybody. We are new to this list and need technical help. We are getting access denied error on our debian clients when mounting nfsv4 network drives with kerberos 5 authentication. What is wired about this, is that it works with one server, but not with a second server. The configuration on these both machines are identical, witch we have tested by booting from the same USB drive. The one where it works on is a Intel based standard workstation (HP DC7800). The machine where it does not work is a AMD Opteron based server (Sun X4540). Any other kerberos authentication (like smb and netatalk) works fine. We basically followed these instructions: http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup Our system configuration looks as follows: -- 8< ----------------------------------------- >8 -- root@tmp2:/root # uname -a FreeBSD tmp2.ist.intra 9.0-STABLE FreeBSD 9.0-STABLE #4: Thu Jun 14 08:58:14 UTC 2012 root@srv.ist.intra:/usr/obj/system/usr/src/sys/SRV amd64 root@tmp2:/root # diff /usr/src/sys/amd64/conf/GENERIC /usr/src/sys/amd64/conf/SRV 348a349,354 > > > options KGSSAPI > device crypto > > options NETATALK root@tmp2:/root # cat /etc/krb5.conf [libdefaults] default_realm = IST.INTRA forwardable = true proxiable = true root@tmp2:/root # ktutil list FILE:/etc/krb5.keytab: Vno Type Principal 1 aes256-cts-hmac-sha1-96 nfs/tmp2.ist.intra@IST.INTRA 1 des3-cbc-sha1 nfs/tmp2.ist.intra@IST.INTRA 1 arcfour-hmac-md5 nfs/tmp2.ist.intra@IST.INTRA ktutil: krb5_kt_start_seq_get krb4:/etc/srvtab: open(/etc/srvtab): No such file or directory root@tmp2:/root # cat /etc/exports V4: /tmp -sec=krb5p -network 192.168.1.0 -mask 255.255.255.0 /tmp/blah -sec=krb5p -network 192.168.1.0 -mask 255.255.255.0 root@tmp2:/root # root@tmp2:/root # less /var/run/dmesg.boot FreeBSD 9.0-STABLE #4: Thu Jun 14 08:58:14 UTC 2012 root@srv.ist.intra:/usr/obj/system/usr/src/sys/SRV amd64 CPU: Six-Core AMD Opteron(tm) Processor 2435 (2600.16-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f80 Family = 10 Model = 8 Stepping = 0 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant -- 8< ----------------------------------------- >8 -- Any help is greatly appreciated. Kind regards, Herbert Poeckl From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 13:37:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDF54106568D; Mon, 25 Jun 2012 13:37:55 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from mail.averesystems.com (50-73-27-109-cpennsylvania.hfc.comcastbusiness.net [50.73.27.109]) by mx1.freebsd.org (Postfix) with ESMTP id 80A7A8FC16; Mon, 25 Jun 2012 13:37:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.averesystems.com (Postfix) with ESMTP id 7E08348054D; Mon, 25 Jun 2012 09:37:51 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.averesystems.com Received: from mail.averesystems.com ([127.0.0.1]) by localhost (mail.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zf-1vSwZKbWd; Mon, 25 Jun 2012 09:37:46 -0400 (EDT) Received: from riven.arriad.com (206.193.225.214.nauticom.net [206.193.225.214]) by mail.averesystems.com (Postfix) with ESMTPSA id B56E74802FC; Mon, 25 Jun 2012 09:37:45 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Andrew Boyer In-Reply-To: Date: Mon, 25 Jun 2012 09:37:47 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Rick Miller X-Mailer: Apple Mail (2.1278) Cc: freebsd-stable@freebsd.org, Jack Vogel , FreeBSD Questions Subject: Re: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 13:37:55 -0000 You can probably turn hw.ixgbe.num_queues down to 2 or 4 and cut your = mbuf consumption dramatically without noticing any loss of performance. -A On Jun 22, 2012, at 6:19 PM, Rick Miller wrote: > On Fri, Jun 22, 2012 at 5:21 PM, Jack Vogel wrote: >> Increase your system mbuf pool size, you do not want that failure to = happen. >=20 > Thanks, Jack. I saw a thread where you discussed this. You are > referring to kern.ipc.nmbclusters, correct? >=20 > Should I also adjust the following? >=20 > hw.ixgbe.rxd > hw.ixgbe.txd > hw.ixgbe.num_queues > hw.intr_storm_threshold -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 13:54:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2EFC11065688; Mon, 25 Jun 2012 13:54:41 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id CA9C78FC18; Mon, 25 Jun 2012 13:54:40 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q5PDsXl1052677; Mon, 25 Jun 2012 22:54:33 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Mon, 25 Jun 2012 22:54:30 +0900 (JST) Message-Id: <20120625.225430.106438166.iwasaki@jp.FreeBSD.org> To: adrian@freebsd.org From: Mitsuru IWASAKI In-Reply-To: References: <20120624.022452.67408510.iwasaki@jp.FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: iwasaki@freebsd.org, freebsd-stable@freebsd.org, jkim@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 13:54:41 -0000 Hi, > It looks like it has Intel graphics: > > > vgapci0@pci0:0:2:0: class=0x030000 card=0x201a17aa chip=0x27a28086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Mobile 945GM/GMS, 943/940GML Express Integrated Ah, then i915.ko should restore the graphic state on resuming. If your problem still remains, please try the patches: http://people.freebsd.org/~iwasaki/acpi/syscons-vesa-resume-20120529.diff Thanks! From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 14:06:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B080106567B; Mon, 25 Jun 2012 14:06:45 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id AC6118FC08; Mon, 25 Jun 2012 14:06:44 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q5PE6h0I052748; Mon, 25 Jun 2012 23:06:43 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Mon, 25 Jun 2012 23:06:44 +0900 (JST) Message-Id: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> To: freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org From: Mitsuru IWASAKI X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: [CFT] radeon_suspend/resume patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 14:06:45 -0000 Hi, I created the patches for drm/radeon in order to restore the graphic state on resuming (ported from NetBSD code). http://people.freebsd.org/~iwasaki/acpi/drm-radeon_suspend-20120623.diff Unfortunately, I don't have the machine to test the patches. Can anyone test this? Thanks! From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 14:13:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1393106568C; Mon, 25 Jun 2012 14:13:08 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 28D4F8FC1B; Mon, 25 Jun 2012 14:13:07 +0000 (UTC) Received: by bkvi18 with SMTP id i18so4006125bkv.13 for ; Mon, 25 Jun 2012 07:13:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=A4CFGTN6PhSDqa8QTlzUTYQ6OldrgRH6U/vGYUElyJE=; b=pFagWyIoQaOy8xKXhglcrChs4dF5RA4Qx/77taeHrePzYY+9q4dV1ToBy73AvBDZI3 BrnKnMAjIfr1AqjTyDYAo5+k8Guc1fbpesTXfSrC94dgHZJZVAsvvZ6+mQoEXoe+Zqyb Cqxj+zy7qy9Yh9U1nsnevaUxcJDOrxx95gUWzKjTlbOkg5JWGgrEbGwd+V4/+agr5QWV wfpAco2RoXNyNHVo/d2I3l1bW6xyqWTi8ILQI/gsGzf58unIgh2kG6xeqcZLz1/e/1cs OE43JgdilwoQcrOO7gbMihDzH5rji25GReKgQl34ocy+OET3xkJ5D6sLawmvhpCrhX+L JFpA== Received: by 10.204.157.23 with SMTP id z23mr4149813bkw.71.1340633587148; Mon, 25 Jun 2012 07:13:07 -0700 (PDT) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id h18sm46748812bkh.8.2012.06.25.07.13.05 (version=SSLv3 cipher=OTHER); Mon, 25 Jun 2012 07:13:06 -0700 (PDT) Message-ID: <4FE871EF.4050607@gmail.com> Date: Mon, 25 Jun 2012 17:13:03 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120605 Firefox/12.0 SeaMonkey/2.9.1 MIME-Version: 1.0 To: Mitsuru IWASAKI References: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> In-Reply-To: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [CFT] radeon_suspend/resume patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 14:13:08 -0000 Mitsuru IWASAKI wrote: > I created the patches for drm/radeon in order to restore the graphic > state on resuming (ported from NetBSD code). > > http://people.freebsd.org/~iwasaki/acpi/drm-radeon_suspend-20120623.diff > > Unfortunately, I don't have the machine to test the patches. > Can anyone test this? I have a desktop with Radeon 9550 AS. How can I trigger suspend/resume on that one manually? -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 14:21:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABFC0106566B; Mon, 25 Jun 2012 14:21:20 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 479A68FC1A; Mon, 25 Jun 2012 14:21:20 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q5PELI8x052807; Mon, 25 Jun 2012 23:21:19 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Mon, 25 Jun 2012 23:21:19 +0900 (JST) Message-Id: <20120625.232119.91310747.iwasaki@jp.FreeBSD.org> To: c.kworr@gmail.com From: Mitsuru IWASAKI In-Reply-To: <4FE871EF.4050607@gmail.com> References: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> <4FE871EF.4050607@gmail.com> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [CFT] radeon_suspend/resume patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 14:21:21 -0000 Hi, > I have a desktop with Radeon 9550 AS. How can I trigger suspend/resume > on that one manually? It's depends on whether the system support S3. Please check it like this; # sysctl hw.acpi.supported_sleep_state If supported, to suspend; # acpiconf -s 3 or # zzz To resume, just press the power button. Thanks From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 14:22:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B1321065672; Mon, 25 Jun 2012 14:22:51 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 52CEB8FC0A; Mon, 25 Jun 2012 14:22:51 +0000 (UTC) Received: by obbun3 with SMTP id un3so8374351obb.13 for ; Mon, 25 Jun 2012 07:22:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hLallSMsatgc26xyLIWNdnnMbfWOGiQsYvYuvLEo4dE=; b=Ct9QJq9P8OZB4rU6KCoEM+SwyK7LhWa0PZ0Cajc/2kKkwWqdLLFwm4jfaASF3cjHgE DtdztDBwEAxTFlrBmiaXzS60agWslZQYvx+X0wKI/UMKET2ytTjjyPwYhJEIfvZVCrrv AAQrO1SDyAFD1OCStY20jBy+oIkFG7kIWNZSBf26DhzzFbsI+9rJNR/SDH4LGvOd2uY3 4239CdK/Uv2nzdN2VPF19sRLO5JAlxTk1uPwo8DF3qLAmcP//09gK387EVKkpRgxSa6D LugHBqhDyAkdgYdrdmPQVsXN+9o5qkAkuwze1tLj2O3wi9bKiS1dBAHfnwIMIcOPmFoH A22g== MIME-Version: 1.0 Received: by 10.182.64.7 with SMTP id k7mr7284723obs.49.1340634170636; Mon, 25 Jun 2012 07:22:50 -0700 (PDT) Received: by 10.182.7.67 with HTTP; Mon, 25 Jun 2012 07:22:50 -0700 (PDT) In-Reply-To: <4FE871EF.4050607@gmail.com> References: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> <4FE871EF.4050607@gmail.com> Date: Mon, 25 Jun 2012 17:22:50 +0300 Message-ID: From: Alexander Yerenkow To: Volodymyr Kostyrko Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [CFT] radeon_suspend/resume patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 14:22:51 -0000 I'll try to build image for booting off flash drive with this patch. Do xorg-server required to test it? 2012/6/25 Volodymyr Kostyrko : > Mitsuru IWASAKI wrote: >> >> I created the patches for drm/radeon in order to restore the graphic >> state on resuming (ported from NetBSD code). >> >> http://people.freebsd.org/~iwasaki/acpi/drm-radeon_suspend-20120623.diff >> >> Unfortunately, I don't have the machine to test the patches. >> Can anyone test this? > > > I have a desktop with Radeon 9550 AS. How can I trigger suspend/resume on > that one manually? > > -- > Sphinx of black quartz judge my vow. > > _______________________________________________ > 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" -- Regards, Alexander Yerenkow From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 14:34:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EA37106567B; Mon, 25 Jun 2012 14:34:02 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 94E288FC20; Mon, 25 Jun 2012 14:34:01 +0000 (UTC) Received: by bkvi18 with SMTP id i18so4035892bkv.13 for ; Mon, 25 Jun 2012 07:34:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=aC2c/XzLuemCXandrWslSDpMxl/xRamy1BfwZbQeVjI=; b=Iu7AOJRMGq/kWzsRT6lqGTovBwCeJQXtgHyFezHNEsdoMAvoJ/jm7i12UvbCPZ1jtR Jl6vwQRed3wYuoenet4VUel9AkkpxgqqGibd9FWacdfHUglVi6pxLbe1kCGKBuk5DPzO UmUpTNJoRWPJ/eMYueM8GqyxS03ekQlJTvGPXOsdWqBBjwGpozuOfeXXKxwCq9i/pQI1 Q2jYIOZzy9oCIpdLrEsPmdGx2PvhO7I4+obj3+5Nw6z4lGQ/5DHIohmbiz5tyoQe6U9l lfMk54qtSEWbQDATUjDj+1sUhBWlze2vUgZc7q/ttecTuropBJlEHs5r8TbA7Uu+5Dsz zZuA== Received: by 10.204.152.13 with SMTP id e13mr4308542bkw.46.1340634840552; Mon, 25 Jun 2012 07:34:00 -0700 (PDT) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id n17sm46836617bkw.5.2012.06.25.07.33.58 (version=SSLv3 cipher=OTHER); Mon, 25 Jun 2012 07:33:59 -0700 (PDT) Message-ID: <4FE876D4.1080503@gmail.com> Date: Mon, 25 Jun 2012 17:33:56 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120605 Firefox/12.0 SeaMonkey/2.9.1 MIME-Version: 1.0 To: Mitsuru IWASAKI References: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> <4FE871EF.4050607@gmail.com> <20120625.232119.91310747.iwasaki@jp.FreeBSD.org> In-Reply-To: <20120625.232119.91310747.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [CFT] radeon_suspend/resume patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 14:34:02 -0000 Mitsuru IWASAKI wrote: >> I have a desktop with Radeon 9550 AS. How can I trigger suspend/resume >> on that one manually? > > It's depends on whether the system support S3. Please check it like this; > # sysctl hw.acpi.supported_sleep_state hw.acpi.supported_sleep_state: S1 S3 S4 S5 > If supported, to suspend; > # acpiconf -s 3 > or > # zzz > > To resume, just press the power button. 0k, rebuilding. I'll post results when ready. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 14:42:45 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 220B3106564A; Mon, 25 Jun 2012 14:42:45 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id B025D8FC14; Mon, 25 Jun 2012 14:42:44 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q5PEghxT052917; Mon, 25 Jun 2012 23:42:43 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Mon, 25 Jun 2012 23:42:44 +0900 (JST) Message-Id: <20120625.234244.98716362.iwasaki@jp.FreeBSD.org> To: yerenkow@gmail.com From: Mitsuru IWASAKI In-Reply-To: References: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> <4FE871EF.4050607@gmail.com> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: c.kworr@gmail.com, freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [CFT] radeon_suspend/resume patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 14:42:45 -0000 Hi, > I'll try to build image for booting off flash drive with this patch. > > Do xorg-server required to test it? If possible, yes. Assuming the screen crashes on resuming, I'm expecting the patches solve this problem (both X and console). Please note that radeon.ko should be loaded before suspending. Thanks! From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 14:49:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9842D1065674; Mon, 25 Jun 2012 14:49:37 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 482E78FC19; Mon, 25 Jun 2012 14:49:37 +0000 (UTC) Received: by obbun3 with SMTP id un3so8414353obb.13 for ; Mon, 25 Jun 2012 07:49:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=nB6QS85OOOQnD6mMJg+wpsOSZvnoLZOHp/LjqllHatc=; b=wo+3N2p7o4kofI0SpT2ylNzzLyq1qakFKZzBn1aiYJ7cXQpYI6TlhX17P+quSFh2ig 9OfhweXmieZtihv8fMtrfvaMZMIDURocY3te45O3b4oJylKTh4KT/XyCRtMxRrbFtPiR g8gbzn821AtBtMaxt1gUo6ehQQZ/3d5naZSBNFUHwSzy9MRbIcnKQAlos7cxgBUad7w2 ga6lsQZbRVbf4BGVDNMATpXMwGSyFFreBzeKL58HqnH/mGOg7DI0dS6EPZ9ZnXlF5Nki V0zmPufNxWp216s9uKO3//zXcLtUNiYCeYnqyz8d+d91aobmo21D6NhNZnpaAsyOBHvE T5MQ== MIME-Version: 1.0 Received: by 10.182.45.72 with SMTP id k8mr12508056obm.51.1340635776771; Mon, 25 Jun 2012 07:49:36 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.182.10.34 with HTTP; Mon, 25 Jun 2012 07:49:36 -0700 (PDT) In-Reply-To: References: Date: Mon, 25 Jun 2012 10:49:36 -0400 X-Google-Sender-Auth: bpG2_x2e8TfyEUvImKMDiw-qL6Y Message-ID: From: Rick Miller To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, FreeBSD Questions , Andrew Boyer Subject: Re: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 14:49:37 -0000 On Fri, Jun 22, 2012 at 7:23 PM, Jack Vogel wrote: > Would probably be good to take care of the storm threshold if you haven't, > set it to 0 > and you disable the check, that's what we do internally. As for the queues > and number > of descriptors, that's kind of up to you, different work loads and > environments work best > with different setups. > > Hopefully, when you get rid of the rx ring setup failure you will get things > working. Thanks, Jack. I did get rid of the rx ring failure. Link status still shows no carrier. I think everything looks right from the host's perspective. -- Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 15:37:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94CE11065674; Mon, 25 Jun 2012 15:37:41 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id F26FE8FC1A; Mon, 25 Jun 2012 15:37:40 +0000 (UTC) Received: from lstewart1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id CB2E57E84A; Tue, 26 Jun 2012 01:37:33 +1000 (EST) Message-ID: <4FE885BD.9010206@freebsd.org> Date: Tue, 26 Jun 2012 01:37:33 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120613 Thunderbird/13.0 MIME-Version: 1.0 To: Mitsuru IWASAKI References: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> In-Reply-To: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lauren.room52.net Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [CFT] radeon_suspend/resume patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 15:37:41 -0000 On 06/26/12 00:06, Mitsuru IWASAKI wrote: > Hi, > > I created the patches for drm/radeon in order to restore the graphic > state on resuming (ported from NetBSD code). > > http://people.freebsd.org/~iwasaki/acpi/drm-radeon_suspend-20120623.diff > > Unfortunately, I don't have the machine to test the patches. > Can anyone test this? root@lstewart1# sysctl hw.acpi.supported_sleep_state hw.acpi.supported_sleep_state: S3 S4 S5 root@lstewart1# kenv smbios.system.product ; kenv smbios.bios.version HP Z400 Workstation 786G3 v03.54 root@lstewart1# dmesg | grep drm drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) info: [drm] Initialized radeon 1.31.0 20080613 info: [drm] Setting GART location based on new memory map info: [drm] Loading R500 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs root@lstewart1# kldstat Id Refs Address Size Name 1 38 0xffffffff80200000 1317428 kernel 3 3 0xffffffff8151e000 4f068 vboxdrv.ko 4 1 0xffffffff81612000 134393 zfs.ko 5 1 0xffffffff81747000 2f96 opensolaris.ko 6 1 0xffffffff8174a000 3dfa linprocfs.ko 7 1 0xffffffff8174e000 1f38a linux.ko 8 2 0xffffffff8176e000 2931 vboxnetflt.ko 9 2 0xffffffff81771000 87b2 netgraph.ko 10 1 0xffffffff8177a000 1579 ng_ether.ko 11 1 0xffffffff8177c000 3f8a vboxnetadp.ko 12 1 0xffffffff81780000 a9bb fuse.ko 13 1 0xffffffff8178b000 64939 radeon.ko 14 1 0xffffffff817f0000 13531 drm.ko root@lstewart1# cd /usr/src/ root@lstewart1# svn info Path: . Working Copy Root Path: /usr/src URL: http://svn.freebsd.org/base/stable/9 Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 237154 Node Kind: directory Schedule: normal Last Changed Author: kib Last Changed Rev: 237150 Last Changed Date: 2012-06-16 09:07:51 +1000 (Sat, 16 Jun 2012) root@lstewart1# cd /usr/src/sys/dev/drm root@lstewart1# patch -p0 < ../../../drm-radeon_suspend-20120623.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: drmP.h |=================================================================== |RCS file: /home/ncvs/src/sys/dev/drm/drmP.h,v |retrieving revision 1.47.2.1 |diff -u -r1.47.2.1 drmP.h |--- drmP.h 23 Sep 2011 00:51:37 -0000 1.47.2.1 |+++ drmP.h 22 Jun 2012 22:23:29 -0000 -------------------------- Patching file drmP.h using Plan A... Hunk #1 succeeded at 731. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: drm_fops.c |=================================================================== |RCS file: /home/ncvs/src/sys/dev/drm/drm_fops.c,v |retrieving revision 1.8.2.1 |diff -u -r1.8.2.1 drm_fops.c |--- drm_fops.c 23 Sep 2011 00:51:37 -0000 1.8.2.1 |+++ drm_fops.c 22 Jun 2012 22:22:10 -0000 -------------------------- Patching file drm_fops.c using Plan A... Hunk #1 succeeded at 39. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: radeon_drv.c |=================================================================== |RCS file: /home/ncvs/src/sys/dev/drm/radeon_drv.c,v |retrieving revision 1.20.4.1 |diff -u -r1.20.4.1 radeon_drv.c |--- radeon_drv.c 23 Sep 2011 00:51:37 -0000 1.20.4.1 |+++ radeon_drv.c 22 Jun 2012 22:34:07 -0000 -------------------------- Patching file radeon_drv.c using Plan A... Hunk #1 succeeded at 99. Hunk #2 succeeded at 145. done root@lstewart1# cd /usr/src root@lstewart1# make -s -j12 -DNO_CLEAN buildkernel -------------------------------------------------------------- >>> Kernel build for GENERIC started on Tue Jun 26 00:56:24 EST 2012 -------------------------------------------------------------- ===> GENERIC [...] -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Tue Jun 26 00:57:29 EST 2012 -------------------------------------------------------------- root@lstewart1# make -s installkernel -------------------------------------------------------------- >>> Installing kernel GENERIC -------------------------------------------------------------- [...] root@lstewart1# shutdown -r now I rebooted into X with Fluxbox as my window manager. Ran "sudo acpiconf -s3" from an xterm. Machine correctly went to sleep. I waiting 30s and then pressed the power button. Machine came back, loaded X up correctly and everything kept working. Amazing! I've been looking forward to working S3 support on my desktop for over 12 months now. Thank you very much for your work! Cheers, Lawrence From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 16:03:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1241106567A; Mon, 25 Jun 2012 16:03:16 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8AB778FC0A; Mon, 25 Jun 2012 16:03:16 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q5PG3EQT053240; Tue, 26 Jun 2012 01:03:14 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Tue, 26 Jun 2012 01:03:15 +0900 (JST) Message-Id: <20120626.010315.84362521.iwasaki@jp.FreeBSD.org> To: lstewart@freebsd.org From: Mitsuru IWASAKI In-Reply-To: <4FE885BD.9010206@freebsd.org> References: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> <4FE885BD.9010206@freebsd.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: [CFT] radeon_suspend/resume patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 16:03:17 -0000 Thanks for your thrilling report! > I rebooted into X with Fluxbox as my window manager. Ran "sudo acpiconf > -s3" from an xterm. Machine correctly went to sleep. I waiting 30s and > then pressed the power button. Machine came back, loaded X up correctly > and everything kept working. Amazing! OK, I'll commit the patches against head tomorrow. BTW, is it effective for the console which is set graphic mode by vidconrol(1) as well? Thanks! From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 18:39:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE5241065674 for ; Mon, 25 Jun 2012 18:39:54 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 65F2E8FC0C for ; Mon, 25 Jun 2012 18:39:54 +0000 (UTC) Received: by werg1 with SMTP id g1so3935595wer.13 for ; Mon, 25 Jun 2012 11:39:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TLHF50ekYGHkjIwz7pOWJ0slY13wpCegfzRnqqfvHJk=; b=B8sAWT1wzwdJjgWzyrN9Tzhr5F/USo813REt6hwe9a3jZJTwU4pkgrKREIIAophZRN c0MqipId8DciJmYJ/v7UoU56LsAtAwVXw7l/rGF5T3WiqLGYj088dX0kken1dvrthThi 3g1MvTKwrr5KnAOF1Pgw5ZCE1TihFENAPfN4bGq8BXdbpFzMcobaGxGb/VHJtN5I/Guy o4i1iFa3mNA47R+/uFfnWQfH0guqrqEkiz0DuRqUeqBDuRRXtitWHv6HZBvUTGHY9oO9 z6C9hKemHTvRLYW84N0X1MFiwwYXClTnIOP/5rGuY4RLHvd6TxrodlQ0OD1fLbHEHkxU vYMA== MIME-Version: 1.0 Received: by 10.216.228.29 with SMTP id e29mr7221908weq.153.1340649593130; Mon, 25 Jun 2012 11:39:53 -0700 (PDT) Received: by 10.223.155.72 with HTTP; Mon, 25 Jun 2012 11:39:53 -0700 (PDT) In-Reply-To: References: <20120622175128.GJ2337@deviant.kiev.zoral.com.ua> <20120622183808.GK2337@deviant.kiev.zoral.com.ua> <20120623085952.GO2337@deviant.kiev.zoral.com.ua> <20120623120840.GT2337@deviant.kiev.zoral.com.ua> Date: Mon, 25 Jun 2012 20:39:53 +0200 Message-ID: From: Thomas Zander To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable Subject: Re: KMS on Sandy bridge error device_attach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 18:39:55 -0000 On Sat, Jun 23, 2012 at 5:07 PM, Thomas Zander wrote: > After applying the patch, when kldload'ing i915drm, there is quite > some dmesg output (attached). > > I am going to build xorg and let you know whether it works. Thanks > again for your help so far! After rebuilding xorg and some other ports I have news: It works absolutely fine so far! Acceleration, shadows, compositing, everything I have tried so far works perfectly. I can't thank you enough for your work on this topic and your help in locating my particular issue. After using the vesa driver for some time, accelerated X feels great again :-) Best regards, Riggs From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 21:26:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A863F1065678 for ; Mon, 25 Jun 2012 21:26:18 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm25-vm1.bullet.mail.ne1.yahoo.com (nm25-vm1.bullet.mail.ne1.yahoo.com [98.138.91.42]) by mx1.freebsd.org (Postfix) with SMTP id 525DA8FC12 for ; Mon, 25 Jun 2012 21:26:18 +0000 (UTC) Received: from [98.138.90.56] by nm25.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2012 21:22:55 -0000 Received: from [98.138.87.11] by tm9.bullet.mail.ne1.yahoo.com with NNFMP; 25 Jun 2012 21:22:55 -0000 Received: from [127.0.0.1] by omp1011.mail.ne1.yahoo.com with NNFMP; 25 Jun 2012 21:22:55 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 270754.27406.bm@omp1011.mail.ne1.yahoo.com Received: (qmail 93056 invoked by uid 60001); 25 Jun 2012 21:22:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1340659374; bh=YmfT5PEWPDooVnaW2mlFYbVHZITHskaRjZPB1GzjwDg=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=FxCwkjuUKmdXayaZhqMVhM1vMVBmB95KfHOnMGtXqfy+IY7kCy+glCdU+RWOBL4l4OdNY40fO0dCsmZvlDuYimzaUCGweB4m/EBXGL8GBrq36r63L1YTzK2u2dT0SP4Coc4C+CWa1NXBGMXBJyeuNAcmF66umYmdRmrWNkASrDs= X-YMail-OSG: 77QFEQwVM1nQ0UtimAePbqc6l5kNrcq5Nc50ymmKZgzQ2Vo u.3h_b_kpcAWmY3Oi_aa9.0fMPePCD0OYcglFQf2indFu9ey._KRQ5bg6TE_ jQlm0OJGJleRx.oFuhpVjr8A6Cmvch0kQ2G1gmC9p9rO8Jbhb7Mlj8c86Vbi F9xZ2l0gLMWhGXvzTFF4QsiiroJw.9xF.h5Hny9WfNxxo6d0M8oXGUqKLKNL yu5jPr76fTDZO2z8ZpmkALQfTjz7Namsrn5CqhheFEqsc659tf1nis3Ljj0c n9ilANPOY6o8.EFai_7xONLvu7dIz8oz.wtXb92kLXKsCe2tZ..4jzAQRzJu GcaR_ndQU5FKwUCB4BGKq0T2.5vqh7PuBpuVQGoDiHJqvQsTN0KHhntfVk1h 2d8pwQH6roaeGTudDA934_crOXr6WG2nNy6JeK2LoSlVui4TjpcI.gbho_MZ _mg-- Received: from [200.118.157.7] by web113508.mail.gq1.yahoo.com via HTTP; Mon, 25 Jun 2012 14:22:54 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.118.349524 Message-ID: <1340659374.90774.YahooMailClassic@web113508.mail.gq1.yahoo.com> Date: Mon, 25 Jun 2012 14:22:54 -0700 (PDT) From: Pedro Giffuni To: pyunyh@gmail.com In-Reply-To: <1340597027.91528.YahooMailClassic@web113509.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Network unavailable when booting directly to FreeBSD. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@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, 25 Jun 2012 21:26:18 -0000 Hi again;=0A=0A--- Dom 24/6/12, Pedro Giffuni ha scritto:= =0A...=0A> =0A> --- Lun 25/6/12, YongHyeon PYUN =0A> ha s= critto:=0A> ...=0A> > =0A> > Could you narrow down which commit broke bge(4= )?=0A> > =0A> =0A> Sean Bruno suggested it may be r233495, but I haven't=0A= > found the time to revert it.=0A> =0A> I will let you know tomorrow.=0A> = =0A=0AReverting only r233495 didn't fix it either. This will=0Atake some ti= me :(.=0A=0APedro.=0A From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 22:44:43 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 433501065672 for ; Mon, 25 Jun 2012 22:44:43 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 232A98FC12 for ; Mon, 25 Jun 2012 22:44:43 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta12.emeryville.ca.mail.comcast.net with comcast id SkaJ1j0011Y3wxoACmjdUE; Mon, 25 Jun 2012 22:43:37 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta15.emeryville.ca.mail.comcast.net with comcast id Smjc1j0034NgCEG8bmjcgM; Mon, 25 Jun 2012 22:43:37 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q5PMhYg8045275; Mon, 25 Jun 2012 16:43:34 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Hans Petter Selasky In-Reply-To: <201206182307.10050.hselasky@c2i.net> References: <4FDB6AA3.3040606@gmail.com> <201206181754.15680.hselasky@c2i.net> <201206181803.41211.hm@hm.net.br> <201206182307.10050.hselasky@c2i.net> Content-Type: text/plain; charset="us-ascii" Date: Mon, 25 Jun 2012 16:43:33 -0600 Message-ID: <1340664213.1156.27.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: How to bind a route to a network adapter and not IP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Jun 2012 22:44:43 -0000 On Mon, 2012-06-18 at 23:07 +0200, Hans Petter Selasky wrote: > On Monday 18 June 2012 23:03:34 H wrote: > > On Monday 18 June 2012 12:54 Hans Petter Selasky wrote: > > > On Monday 18 June 2012 00:00:51 H wrote: > > > > sthaug@nethelp.no wrote: > > > > >>> I loose packets because I use a WLAN adapter. Sometimes the link is > > > > >>> down for various reasons, and then the routes start changing for > > > > >>> manually created routes, and I want to prevent that. > > > > >> > > > > >> well that is certainly not a reason for changing routes > > > > >> > > > > >> I have the feeling you are not explaining good enough what really is > > > > >> going on and it may help sending your configurations and an example > > > > >> of routes and IP addresses before and after this route change > > > > > > > > > > Why is this so hard to understand? "Link down" leads to "static route > > > > > is deleted". This is standard FreeBSD behavior, and has been this way > > > > > for as long as I can remember (btw, I believe this behavior is from > > > > > the original BSD, not FreeBSD specific). > > > > > > > > > > You can show this by having a static default route pointing to an > > > > > address on an Ethernet interface which has link. And then pulling the > > > > > TP cable from the Ethernet interface. Observe that the default route > > > > > is automatically removed. > > > > > > > > may be you have not understood your own problem yet > > > > > > > > because so far is nothing to be understood because none of your > > > > statements is correct, it is also not FreeBSD's standard behavior and > > > > never has been > > > > > > > > as long as there is the valid IP address on the related interface, no > > > > static route will be deleted, you can even boot without cable and the > > > > [default] static route is there > > > > > > > > so you need to explain better your problem in order to understand it > > > > > > > > probably you have some other stuff running, thirdparty network manager > > > > or something, incorrect or incomplete ppoe or dhc configuration or > > > > whatever leads to the problem > > > > > > > > FYI static routes usually are the manually configured routes, so what > > > > you say is redundant and not correct, I guess you're loosing some kind > > > > of dynamic route > > > > > > > > since WL networks usually do not run RIP/OSPF/BGP I guess the route you > > > > apparently loose is coming from some dhcp server and may be your > > > > dhclient configuration is incomplete or none existent, but here now it > > > > would be useful to see your config > > > > > > Hi, > > > > > > I think we need to distinguish between two matters. One is where the > > > route is directly reachable on the local-net of the network adapter, and > > > ARP is valid/responding. The second case is when the route is not > > > directly reachable. The second case is where the problem happens, like > > > Stian kindly explained. > > > > > > # For example: > > > > > > ifconfig wlan0 10.0.0.2 255.255.255.0 up > > > > > > # Assume the router is at 10.0.0.1 > > > # And we want to reach a certain destination through 10.0.0.1 > > > # Then we do: > > > > > > route add 10.22.1.1 10.0.0.1 > > > > no no no my friend, wrong again > > > > that is a static route and it goes away same way it was created, manually > > or by deleting the IP address 10.0.0.2 from the related interface > > > > wether there is or not an active link on that interface does not matter > > > > Hi, > > Can it be that dhclient which I'm running on this interface with manual routes > disrupts stuff then ?? > > --HPS I think you can get the effect you want with dhclient.conf. I just experimented a bit and it works for me, installing the static route when it gets an address (and it gets removed if I manually configure the interface back to 0.0.0.0), using this dhclient.conf: interface "re0" { supersede static-routes 10.1.1.1 172.22.42.240; } It works with either the 'prepend' or 'supersede' verb, depending on your needs. You can also specify multiple static routes, see dhcp-options(5). -- Ian From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 22:46:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F4AF1065677 for ; Mon, 25 Jun 2012 22:46:00 +0000 (UTC) (envelope-from mbsd@isgroup.com.ua) Received: from mail.standard.com.ua (mail.isgroup.com.ua [46.229.54.104]) by mx1.freebsd.org (Postfix) with ESMTP id E26968FC1F for ; Mon, 25 Jun 2012 22:45:59 +0000 (UTC) Received: from [192.168.0.2] (unused-213.111.71.69.bilink.ua [213.111.71.69] (may be forged)) (authenticated bits=0) by mail.standard.com.ua (8.14.3/8.14.3) with ESMTP id q5PMchLO010215 for ; Tue, 26 Jun 2012 01:38:43 +0300 (EEST) (envelope-from mbsd@isgroup.com.ua) From: mbsd To: freebsd-stable@freebsd.org In-Reply-To: <20120625092751.GA4514@zeninc.net> References: <1340598865.1968.11.camel@localhost> <20120625092751.GA4514@zeninc.net> Content-Type: text/plain; charset="UTF-8" Date: Tue, 26 Jun 2012 01:45:52 +0300 Message-ID: <1340664352.5121.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=9.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.isgroup.com.ua Subject: Re: ipsec kernel 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, 25 Jun 2012 22:46:00 -0000 Thank you for your advice. Without ah it works perfectly. On Mon, 2012-06-25 at 11:27 +0200, VANHULLEBUS Yvan wrote: > User-Agent: All mail clients suck. This one just sucks less. > > On Mon, Jun 25, 2012 at 07:34:25AM +0300, mbsd wrote: > > Hi stable users. > > Hi. > > > > Like this good guy: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=159629&cat= > > I'm bad guy also have kernel panic. > >1;2802;0c Maybe it's doesn't matter good or bad gay you are. > > > > It happened first time around Freebsd 9 ~ beta 2 or three. I don't > > remember exactly. > > > > All what I have is > > > > ?? ~ ??? cat /etc/ipsec.conf > > add 192.168.0.2 192.168.0.1 esp 10022 -E blowfish-cbc "dododo"; > > add 192.168.0.1 192.168.0.2 esp 10020 -E blowfish-cbc dododo; > > > > add 192.168.0.2 192.168.0.1 ah 10007 -A hmac-md5 "dododo"; > > add 192.168.0.1 192.168.0.2 ah 10006 -A hmac-md5 "dododo"; > > > > # for internet > > spdadd 0.0.0.0/0 192.168.0.2 any -P in ipsec > > esp/tunnel/192.168.0.1-192.168.0.2/require ah/transport//require; > > spdadd 192.168.0.2 0.0.0.0/0 any -P out ipsec > > esp/tunnel/192.168.0.2-192.168.0.1/require ah/transport//require; > > > > After service ipsec start I always have kernel panic on stable. > > This will *not* solve the crash, but do you really need such IPsec > configuration with both ESP/tunnel and AH/transport ? > > Most people who use such configuration just wants in fact ESP/Tunnel > with payload authentication, which will be done by that: > > > add 192.168.0.2 192.168.0.1 esp 10022 -E blowfish-cbc "dododo" -A hmac-md5 "dododo"; > add 192.168.0.1 192.168.0.2 esp 10020 -E blowfish-cbc dododo -A hmac-md5 "dododo"; > (if you do really use static SAs, please also consider moving to an > IKE daemon...) > > > spdadd 0.0.0.0/0 192.168.0.2 any -P in ipsec > esp/tunnel/192.168.0.1-192.168.0.2/require; > spdadd 192.168.0.2 0.0.0.0/0 any -P out ipsec > esp/tunnel/192.168.0.2-192.168.0.1/require; > > > If you do not really need AH, then you can move to this configuration, > and confirm us that you don't have the crash anymore. > > Of course, as I already said, the issue will still be in the code.... > > > > Yvan. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 22:52:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87CF01065673; Mon, 25 Jun 2012 22:52:16 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E2C268FC0A; Mon, 25 Jun 2012 22:52:15 +0000 (UTC) Received: by obbun3 with SMTP id un3so9102937obb.13 for ; Mon, 25 Jun 2012 15:52:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=KcpgPPOLmrklKztezFMRCKuYboE22M8KLzztREwnRVc=; b=rwvGR1W96ynosjLiwwUn3mP1C1j2p3f+BMxXiMoiuu4Nmct/ePdwDMgAdJskCQMbJl PqHEPirRnaQaFChlrOjAW+RevbfqSRVyWRa2J9mlftwR4BfAsK+19xelrJKK0lIcS+55 Gl5jwL9glH5GQ3Zf+WrJMuU0Z0eOly0b2BKmssVNEbJHJLOYeT+7D1b4/kalRfvjYlCR osdZTNewwGlEGz4WSKKvvEItLd6iDwVoSouwUuXWTh0aMVk/PwUZ45REt9NEb2SqxgfP MKLDDqijIJpsO769P8kPjB7hj2ET61zgu25DAoYRyjwdSszr27WyGj+oobT4oxxD0HEN ufGg== MIME-Version: 1.0 Received: by 10.182.136.4 with SMTP id pw4mr13908873obb.28.1340664735501; Mon, 25 Jun 2012 15:52:15 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.182.10.34 with HTTP; Mon, 25 Jun 2012 15:52:15 -0700 (PDT) In-Reply-To: References: Date: Mon, 25 Jun 2012 18:52:15 -0400 X-Google-Sender-Auth: d_zPKUB-mnE14QdtDNGivMYeAO4 Message-ID: From: Rick Miller To: Jack Vogel , Andrew Boyer , freebsd-stable@freebsd.org, FreeBSD Questions Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 22:52:16 -0000 Turns out the gbic in the switch was bad...I didn't think there was a problem on the host, but you all still gave me some good info. I appreciate it! On 6/25/12, Rick Miller wrote: > On Fri, Jun 22, 2012 at 7:23 PM, Jack Vogel wrote: >> Would probably be good to take care of the storm threshold if you >> haven't, >> set it to 0 >> and you disable the check, that's what we do internally. As for the >> queues >> and number >> of descriptors, that's kind of up to you, different work loads and >> environments work best >> with different setups. >> >> Hopefully, when you get rid of the rx ring setup failure you will get >> things >> working. > > Thanks, Jack. I did get rid of the rx ring failure. Link status > still shows no carrier. I think everything looks right from the > host's perspective. > > -- > Take care > Rick Miller > -- Sent from my mobile device Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 22:54:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0B011065677; Mon, 25 Jun 2012 22:54:40 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 24A5E8FC1E; Mon, 25 Jun 2012 22:54:39 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so4407903wgb.31 for ; Mon, 25 Jun 2012 15:54:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Shxmdu4CZ1l+cAcJY/6y6EbqTb13LRLw/+Au4WEq+n4=; b=tvMEOjK/K5dF46T8491tl4OXBDG3zxT/VYIi4udum4JUraCGNv/cnJ7e22e0sPZPPZ Z6JYvfUEFg6e/ICrveHN/g9WHp+xc91CdPQZ6bvVwnHkJaR0rJUZgZKDxKCGZs12L8fi EMNf1i92NAP10qj2lOPnj/6KkdBMkqlOSjb1OShRcI+ppTuSqpFapgH1NKiYFk53z8N+ ftrHWgBseTAzFBpVSVYrtquM3t9cKK6vyW120vVYqZ3eIDMrk4zqPjUcBPHaNKUpMiXt 5yqhJViCd/v8sIOW/Nb3ib6+CRZC6y62msKvP9kYHTv5bG1nHye9CdY+iKr8T10gLO4N V0dQ== MIME-Version: 1.0 Received: by 10.216.196.147 with SMTP id r19mr7454706wen.87.1340664877271; Mon, 25 Jun 2012 15:54:37 -0700 (PDT) Received: by 10.180.105.232 with HTTP; Mon, 25 Jun 2012 15:54:37 -0700 (PDT) In-Reply-To: References: Date: Mon, 25 Jun 2012 15:54:37 -0700 Message-ID: From: Jack Vogel To: Rick Miller Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, FreeBSD Questions , Andrew Boyer Subject: Re: Intel X520-DA2 Supported in stable/8? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 22:54:40 -0000 Glad you figured it out. Cheers, Jack On Mon, Jun 25, 2012 at 3:52 PM, Rick Miller wrote: > Turns out the gbic in the switch was bad...I didn't think there was a > problem on the host, but you all still gave me some good info. I > appreciate it! > > > > On 6/25/12, Rick Miller wrote: > > On Fri, Jun 22, 2012 at 7:23 PM, Jack Vogel wrote: > >> Would probably be good to take care of the storm threshold if you > >> haven't, > >> set it to 0 > >> and you disable the check, that's what we do internally. As for the > >> queues > >> and number > >> of descriptors, that's kind of up to you, different work loads and > >> environments work best > >> with different setups. > >> > >> Hopefully, when you get rid of the rx ring setup failure you will get > >> things > >> working. > > > > Thanks, Jack. I did get rid of the rx ring failure. Link status > > still shows no carrier. I think everything looks right from the > > host's perspective. > > > > -- > > Take care > > Rick Miller > > > > -- > Sent from my mobile device > > Take care > Rick Miller > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 25 23:49:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5084B1065672; Mon, 25 Jun 2012 23:49:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1865E8FC08; Mon, 25 Jun 2012 23:49:54 +0000 (UTC) Received: by dadv36 with SMTP id v36so6395149dad.13 for ; Mon, 25 Jun 2012 16:49:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=R5mqjgjD/tSHPL7Va7NUw9MyLOYHkaxlMA/1ze5peUA=; b=Vi556wYFc5Ud33qhF8DojbrQxG9xtj5XLBW5KRcjTqnrMkwySnSLYT4qyZwq8T5mvD 3AgbI2z6y4XR5sxjnOzml7vrONO0xG38RSXKxgyAGjyTzJGcYMnw2uS1HXm6SRl4HoPp JO5Izy22IonhxGVhvnBZMkHYHNflspE2/RsqipZbCYcAGNAxsvFDOj1f+EryYZnn6wVH IZvwtYAtAdIqZy/7mwb7gGsrNm+fPlPyNH/g4tSyf1kYCkn7skLdLH+NlakaZYg5zpW5 IT00xq7kizXHUHX4Rij+UkTB6v+IS+krfRok/6JPaBvzB2ryiaqG7WY0GxUnSgR3l+5z vmeA== Received: by 10.68.132.166 with SMTP id ov6mr46549705pbb.24.1340668193619; Mon, 25 Jun 2012 16:49:53 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id ku7sm9933788pbc.31.2012.06.25.16.49.50 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 25 Jun 2012 16:49:52 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 26 Jun 2012 08:49:45 -0700 From: YongHyeon PYUN Date: Tue, 26 Jun 2012 08:49:45 -0700 To: Pedro Giffuni Message-ID: <20120626154943.GA4629@michelle.cdnetworks.com> References: <1340597027.91528.YahooMailClassic@web113509.mail.gq1.yahoo.com> <1340659374.90774.YahooMailClassic@web113508.mail.gq1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1340659374.90774.YahooMailClassic@web113508.mail.gq1.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Network unavailable when booting directly to FreeBSD. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 23:49:54 -0000 On Mon, Jun 25, 2012 at 02:22:54PM -0700, Pedro Giffuni wrote: > Hi again; > > --- Dom 24/6/12, Pedro Giffuni ha scritto: > ... > > > > --- Lun 25/6/12, YongHyeon PYUN > > ha scritto: > > ... > > > > > > Could you narrow down which commit broke bge(4)? > > > > > > > Sean Bruno suggested it may be r233495, but I haven't > > found the time to revert it. > > > > I will let you know tomorrow. > > > > Reverting only r233495 didn't fix it either. This will Because your controller is not BCM5704, r233495 should have no effects. > take some time :(. > Ok, if you happen to find guilty commit let me know. > Pedro. > > From owner-freebsd-stable@FreeBSD.ORG Tue Jun 26 00:18:14 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 233C2106568C for ; Tue, 26 Jun 2012 00:18:14 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-scalar.mail.uoguelph.ca (esa-scalar.mail.uoguelph.ca [66.199.40.18]) by mx1.freebsd.org (Postfix) with ESMTP id C9BAE8FC16 for ; Tue, 26 Jun 2012 00:18:13 +0000 (UTC) Received: from zcs3.mail.uoguelph.ca (new.mail.uoguelph.ca [131.104.93.37]) by esa-scalar.mail.uoguelph.ca (8.14.1/8.14.1) with ESMTP id q5Q0HxTm013488; Mon, 25 Jun 2012 20:17:59 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id F2F4EB409F; Mon, 25 Jun 2012 20:17:58 -0400 (EDT) Date: Mon, 25 Jun 2012 20:17:58 -0400 (EDT) From: Rick Macklem To: Herbert Poeckl Message-ID: <1235437294.2233474.1340669878977.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4FE849AE.3080902@ist.tugraz.at> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@FreeBSD.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2012 00:18:14 -0000 Herbert Poeckl wrote: > Hi everybody. > > We are new to this list and need technical help. > > We are getting access denied error on our debian clients when mounting > nfsv4 network drives with kerberos 5 authentication. > > What is wired about this, is that it works with one server, but not > with > a second server. The configuration on these both machines are > identical, > witch we have tested by booting from the same USB drive. > Ok, if I understand you correctly, you are booting the 2 machines using the same USB root disk? Are they using DHCP to configure their network? (I'm just checking, since they would need to boot as the same hostname and IP address, if they are using the same /etc/krb5.keytab file. ie. They must both think they are: tmp2.ist.intra@IST.INTRA including name<->IP# resolution (/etc/hosts, DNS, or ???) If they are the "same host", then the only other thought is to make sure that their Time of Day clocks are correctly set. One simple check you can do on the server to confirm that the keytab entry is ok is to do: # kinit -k nfs/tmp2.ist.intra@IST.INTRA and make sure it can put an entry in root's credential cache from the keytab. Beyond that, I have no idea why one would work and the other not. (I always avoid multiple encryption types for keytabs, since I've seen Heimdal get confused about which one to use, but that normally happened to me when I was trying to get initiator credentials from a keytab entry.) Hopefully someone else conversant with kerberos can help, rick > The one where it works on is a Intel based standard workstation (HP > DC7800). The machine where it does not work is a AMD Opteron based > server (Sun X4540). Any other kerberos authentication (like smb and > netatalk) works fine. > > We basically followed these instructions: > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup > > Our system configuration looks as follows: > -- 8< ----------------------------------------- >8 -- > root@tmp2:/root # uname -a > FreeBSD tmp2.ist.intra 9.0-STABLE FreeBSD 9.0-STABLE #4: Thu Jun 14 > 08:58:14 UTC 2012 root@srv.ist.intra:/usr/obj/system/usr/src/sys/SRV > amd64 > > > root@tmp2:/root # diff /usr/src/sys/amd64/conf/GENERIC > /usr/src/sys/amd64/conf/SRV > 348a349,354 > > > > > > options KGSSAPI > > device crypto > > > > options NETATALK > > > root@tmp2:/root # cat /etc/krb5.conf > [libdefaults] > default_realm = IST.INTRA > forwardable = true > proxiable = true > > > root@tmp2:/root # ktutil list > FILE:/etc/krb5.keytab: > > Vno Type Principal > 1 aes256-cts-hmac-sha1-96 nfs/tmp2.ist.intra@IST.INTRA > 1 des3-cbc-sha1 nfs/tmp2.ist.intra@IST.INTRA > 1 arcfour-hmac-md5 nfs/tmp2.ist.intra@IST.INTRA > > ktutil: krb5_kt_start_seq_get krb4:/etc/srvtab: open(/etc/srvtab): No > such file or directory > > > root@tmp2:/root # cat /etc/exports > > V4: /tmp -sec=krb5p -network 192.168.1.0 -mask 255.255.255.0 > /tmp/blah -sec=krb5p -network 192.168.1.0 -mask 255.255.255.0 > root@tmp2:/root # > > > > root@tmp2:/root # less /var/run/dmesg.boot > FreeBSD 9.0-STABLE #4: Thu Jun 14 08:58:14 UTC 2012 > root@srv.ist.intra:/usr/obj/system/usr/src/sys/SRV amd64 > CPU: Six-Core AMD Opteron(tm) Processor 2435 (2600.16-MHz K8-class > CPU) > Origin = "AuthenticAMD" Id = 0x100f80 Family = 10 Model = 8 > Stepping = 0 > > Features=0x178bfbff > Features2=0x802009 > AMD > Features=0xee500800 > AMD > Features2=0x37ff > TSC: P-state invariant > -- 8< ----------------------------------------- >8 -- > > Any help is greatly appreciated. > > Kind regards, > Herbert Poeckl > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jun 26 08:04:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC09D1065673; Tue, 26 Jun 2012 08:04:17 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC3A18FC08; Tue, 26 Jun 2012 08:04:16 +0000 (UTC) Received: by bkvi18 with SMTP id i18so4848860bkv.13 for ; Tue, 26 Jun 2012 01:04:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=3pLYUtpkYt/OFCGJiHESnHCkmyHjNIsY/eclic7fHNY=; b=c1IJomUNjWAnDublpi7xLLRPkkYHFZUop25874Mu9p9bxBB5BlrWljTmQ2xA6hMKFl ghjlLLqCn0X7HkMVwE+sYIuHjKpUldWk2zf4hy+GRdV3qrpgexycUaanApfQlExZvXrt N4t1sLcfknme9zOxfIN1akgMoID448M3SoZrAeRl9OwrkVSvLNzK/8utN8rD7nLgCA6M UnaKXbI3LhBxHvU8lMP9L7OdsbT/9WzTVk4o4roU4F8KRBpfAc43KHyyHFub9vey5rNs 5hqmNphbNUFHt526ASSqn4xGMoi8glXwR3ydQe8i0lLiaW3XPUnKGk18iQToJKNMHW95 dX7w== Received: by 10.204.149.216 with SMTP id u24mr4904596bkv.36.1340697855741; Tue, 26 Jun 2012 01:04:15 -0700 (PDT) Received: from green.tandem.local (utwig.xim.bz. [91.216.237.46]) by mx.google.com with ESMTPS id ig1sm49535979bkc.4.2012.06.26.01.04.13 (version=SSLv3 cipher=OTHER); Tue, 26 Jun 2012 01:04:14 -0700 (PDT) Message-ID: <4FE96CFB.3080204@gmail.com> Date: Tue, 26 Jun 2012 11:04:11 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120605 Firefox/12.0 SeaMonkey/2.9.1 MIME-Version: 1.0 To: Mitsuru IWASAKI References: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> In-Reply-To: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , freebsd-mobile@freebsd.org Subject: Re: [CFT] radeon_suspend/resume patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2012 08:04:17 -0000 Mitsuru IWASAKI wrote: > I created the patches for drm/radeon in order to restore the graphic > state on resuming (ported from NetBSD code). > > http://people.freebsd.org/~iwasaki/acpi/drm-radeon_suspend-20120623.diff > > Unfortunately, I don't have the machine to test the patches. > Can anyone test this? > uname -a FreeBSD limbo.xim.bz 9.0-STABLE FreeBSD 9.0-STABLE #0 r237562M: Tue Jun 26 03:35:06 EEST 2012 arcade@limbo.xim.bz:/usr/obj/usr/src/sys/MINIMALx32 i386 vgapci0@pci0:1:0:0: class=0x030000 card=0x40501458 chip=0x41531002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RV350 AS [Radeon 9550]' class = display subclass = VGA vgapci1@pci0:1:0:1: class=0x038000 card=0x40511458 chip=0x41731002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RV350 AS [Radeon 9550] (Secondary)' class = display > kldstat Id Refs Address Size Name 1 166 0x83400000 5898bc kernel 2 1 0x8398a000 5900 atavia.ko 3 2 0x83990000 6990 ataahci.ko 4 3 0x83997000 80b0 atapci.ko 5 1 0x839a0000 18d7f0 zfs.ko 6 2 0x83b2e000 165f0 krpc.ko 7 2 0x83b45000 3ffc opensolaris.ko 8 1 0x83b4a000 dae4 ahci.ko 9 1 0x88507000 a000 tmpfs.ko 10 2 0x88520000 6000 procfs.ko 11 2 0x8852e000 7000 pseudofs.ko 12 1 0x8853d000 4000 fdescfs.ko 13 1 0x88563000 8000 linprocfs.ko 14 1 0x8858f000 2a000 linux.ko 15 1 0x88916000 4000 usb_quirk.ko 16 7 0x88951000 2b000 usb.ko 17 1 0x889b0000 2000 accf_http.ko 18 1 0x889c1000 8000 aio.ko 19 1 0x889db000 d000 ehci.ko 20 1 0x88a23000 b000 if_re.ko 21 1 0x88a5d000 1f000 miibus.ko 22 1 0x88abb000 3000 speaker.ko 23 1 0x88ace000 a000 uhci.ko 24 1 0x88d4a000 5000 ums.ko 25 1 0x88f44000 9000 umass.ko 26 1 0x88fa2000 6000 ng_ubt.ko 27 11 0x88fc9000 c000 netgraph.ko 28 1 0x88fe3000 b000 ng_hci.ko 29 3 0x88fe1000 2000 ng_bluetooth.ko 30 1 0x8908a000 a000 ukbd.ko 31 1 0x89182000 f000 ng_l2cap.ko 32 1 0x8920b000 20000 ng_btsocket.ko 33 1 0x8929f000 4000 ng_socket.ko 34 1 0x89963000 3000 ng_mppc.ko 35 1 0x89967000 2000 rc4.ko 36 1 0x8998b000 3000 ng_iface.ko 37 1 0x899a6000 7000 ng_ppp.ko 38 1 0x899d3000 2000 ng_tee.ko 39 1 0x89a34000 4000 ng_ether.ko 40 1 0x89abd000 6000 ng_pppoe.ko 41 1 0x89b05000 e000 fuse.ko 42 1 0x8a008000 23000 snd_au8830.ko 43 1 0x8a084000 4c000 sound.ko 44 1 0x8af79000 52000 radeon.ko 45 1 0x8b024000 15000 drm.ko 46 1 0x8b057000 18000 agp.ko Jun 26 08:15:03 limbo acpi: suspend at 20120626 08:15:03 Jun 26 08:15:06 limbo kernel: info: [drm] Num pipes: 1 Jun 26 08:15:08 limbo kernel: uhub1: at usbus1, port 1, addr 1 (disconnected) Jun 26 08:15:08 limbo kernel: ugen1.2: at usbus1 (disconnected) Jun 26 08:15:08 limbo kernel: ums0: at uhub1, port 2, addr 2 (disconnected) Jun 26 08:15:08 limbo kernel: uhub2: at usbus2, port 1, addr 1 (disconnected) Jun 26 08:15:31 limbo kernel: uhub3: at usbus3, port 1, addr 1 (disconnected) Jun 26 08:15:31 limbo kernel: ugen3.2: at usbus3 (disconnected) Jun 26 08:15:31 limbo kernel: uhub4: at uhub3, port 1, addr 2 (disconnected) Jun 26 08:15:31 limbo kernel: ugen3.3: at usbus3 (disconnected) Jun 26 08:15:31 limbo kernel: ubt0: at uhub4, port 1, addr 3 (disconnected) Jun 26 08:15:31 limbo kernel: ugen3.4: at usbus3 (disconnected) Jun 26 08:15:31 limbo kernel: ukbd0: at uhub4, port 2, addr 4 (disconnected) Jun 26 08:15:31 limbo kernel: ugen3.5: at usbus3 (disconnected) Jun 26 08:15:31 limbo kernel: ums1: at uhub4, port 3, addr 5 (disconnected) Jun 26 08:15:31 limbo kernel: uhub0: at usbus0, port 1, addr 1 (disconnected) Jun 26 08:15:31 limbo kernel: ugen0.2: at usbus0 (disconnected) Jun 26 08:15:31 limbo kernel: umass0: at uhub0, port 6, addr 2 (disconnected) Jun 26 08:15:31 limbo kernel: (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 0 refs Jun 26 08:15:31 limbo kernel: (da0:umass-sim0:0:0:0): removing device entry Jun 26 08:15:31 limbo kernel: wakeup from sleeping state (slept 00:00:19) Jun 26 08:15:31 limbo kernel: re0: link state changed to DOWN Jun 26 08:15:31 limbo kernel: uhub0: on usbus0 Jun 26 08:15:31 limbo kernel: uhub1: on usbus2 Jun 26 08:15:31 limbo kernel: uhub2: on usbus1 Jun 26 08:15:31 limbo kernel: uhub3: on usbus3 Jun 26 08:15:31 limbo kernel: uhub1: 2 ports with 2 removable, self powered Jun 26 08:15:31 limbo kernel: uhub2: 2 ports with 2 removable, self powered Jun 26 08:15:31 limbo kernel: uhub3: 2 ports with 2 removable, self powered Jun 26 08:15:31 limbo acpi: resumed at 20120626 08:15:31 Jun 26 08:15:31 limbo kernel: re0: link state changed to UP Jun 26 08:15:32 limbo kernel: info: [drm] Loading R300 Microcode Jun 26 08:15:32 limbo kernel: info: [drm] Num pipes: 1 Jun 26 08:15:33 limbo kernel: uhub0: 6 ports with 6 removable, self powered Jun 26 08:15:34 limbo kernel: ugen1.2: at usbus1 Jun 26 08:15:34 limbo kernel: ums0: on usbus1 Jun 26 08:15:34 limbo kernel: ums0: 3 buttons and [XYZ] coordinates ID=0 Jun 26 08:15:35 limbo kernel: ugen3.2: at usbus3 Jun 26 08:15:35 limbo kernel: uhub4: on usbus3 Jun 26 08:15:36 limbo kernel: ugen0.2: at usbus0 Jun 26 08:15:36 limbo kernel: umass0: on usbus0 Jun 26 08:15:36 limbo kernel: umass0: SCSI over Bulk-Only; quirks = 0x4100 Jun 26 08:15:36 limbo kernel: umass0:5:0:-1: Attached to scbus5 Jun 26 08:15:36 limbo kernel: da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 Jun 26 08:15:36 limbo kernel: da0: Removable Direct Access SCSI-0 device Jun 26 08:15:36 limbo kernel: da0: 40.000MB/s transfers Jun 26 08:15:36 limbo kernel: da0: 7441MB (15240576 512 byte sectors: 255H 63S/T 948C) Jun 26 08:15:36 limbo kernel: uhub4: 3 ports with 0 removable, bus powered Jun 26 08:15:36 limbo kernel: ugen3.3: at usbus3 Jun 26 08:15:36 limbo kernel: ubt0: on usbus3 Jun 26 08:15:37 limbo kernel: ugen3.4: at usbus3 Jun 26 08:15:37 limbo kernel: ukbd0: on usbus3 Jun 26 08:15:37 limbo kernel: kbd2 at ukbd0 Jun 26 08:15:38 limbo kernel: ugen3.5: at usbus3 Jun 26 08:15:38 limbo kernel: ums1: on usbus3 Jun 26 08:15:38 limbo kernel: ums1: 3 buttons and [XY] coordinates ID=0 Jun 26 08:16:44 limbo kernel: ugen0.2: at usbus0 (disconnected) Jun 26 08:16:44 limbo kernel: umass0: at uhub0, port 6, addr 2 (disconnected) Jun 26 08:16:44 limbo kernel: (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 0 refs Jun 26 08:16:44 limbo kernel: (da0:umass-sim0:0:0:0): removing device entry Jun 26 08:17:03 limbo kernel: info: [drm] Num pipes: 1 Jun 26 08:17:23 limbo kernel: info: [drm] Setting GART location based on new memory map Jun 26 08:17:23 limbo kernel: info: [drm] Loading R300 Microcode Jun 26 08:17:23 limbo kernel: info: [drm] Num pipes: 1 Jun 26 08:17:23 limbo kernel: info: [drm] writeback test succeeded in 1 usecs Works like a charm. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 26 14:16:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 507351065672 for ; Tue, 26 Jun 2012 14:16:15 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm13-vm1.bullet.mail.sp2.yahoo.com (nm13-vm1.bullet.mail.sp2.yahoo.com [98.139.91.245]) by mx1.freebsd.org (Postfix) with SMTP id 0BD048FC18 for ; Tue, 26 Jun 2012 14:16:15 +0000 (UTC) Received: from [72.30.22.78] by nm13.bullet.mail.sp2.yahoo.com with NNFMP; 26 Jun 2012 14:16:14 -0000 Received: from [72.30.22.76] by tm12.bullet.mail.sp2.yahoo.com with NNFMP; 26 Jun 2012 14:16:14 -0000 Received: from [127.0.0.1] by omp1070.mail.sp2.yahoo.com with NNFMP; 26 Jun 2012 14:16:14 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 804241.89715.bm@omp1070.mail.sp2.yahoo.com Received: (qmail 55658 invoked by uid 60001); 26 Jun 2012 14:16:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1340720174; bh=YiMFtIXrN039zXmOiQEwqZYwsVWVq/YtUmC//Dnr6Ac=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=gtuRstLySIVPlVBX4htvhsUpmbmALG8TsgNUjSzLIvbMT0qaJ4aDY86U4DlaodFL/cPNbiVi1q5AyKs2KmFR2Rie7CJN5/0BZHd0DChdLkCoY5jKIxdo5uMGTpduLThGBzCyK2i3nZjnWJhxFfRBIgmhOw6XzZF1sdeChVjfrPI= X-YMail-OSG: 6HveOlkVM1l8PdWCj5yrArGWR4XOHTwjdNA67i7NPvK6ibC cJXuzp09dCyaPYc3ORM00xCEo1vaIgGj8PrYUQoezADK9lbuQOH39DtU1TyV vami2ZNVADJwe8wsVcxV2JyVksX5ULQFwuXvd08d4LGA4Pnf2TS_X2e8YgGv gUXuvNbORz_RcjqI5pikTw4DgczKCJPS4.5Iirb5SK6XhWPoYxZeIfHqJcOs 7Up9bRR8BscPIyHIL_CY51xmJ4gaAFLqwOBqlW2onFSSsbKoWdo9ROV4ZUIS xer1zR9qgw9pmKwjkugt7gILdNfRZCQnR0pJ1qxIumX22Sc9o_D8flWta6yY rLgUdQoFCvzPrPWM5Kc1.HDQ5S8IEiRmKIZAYoRAlJaP9ownvjIgv_Zt6iUH 6p56_Bf310FfAHZqq8OOAbCHIBnBZOdiWO13j5tPgNpiamfIfQ9X7yX1A35g uLQ-- Received: from [200.118.157.7] by web113504.mail.gq1.yahoo.com via HTTP; Tue, 26 Jun 2012 07:16:14 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.118.349524 Message-ID: <1340720174.45085.YahooMailClassic@web113504.mail.gq1.yahoo.com> Date: Tue, 26 Jun 2012 07:16:14 -0700 (PDT) From: Pedro Giffuni To: pyunyh@gmail.com In-Reply-To: <20120626154943.GA4629@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Network unavailable when booting directly to FreeBSD. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 14:16:15 -0000 Hi again;=0A=0A--- Mar 26/6/12, YongHyeon PYUN ha scritt= o:=0A...=0A> -0700, Pedro Giffuni wrote:=0A> > Hi again;=0A> > =0A> > --- D= om 24/6/12, Pedro Giffuni =0A> ha scritto:=0A> > ...=0A> >= > =0A> > > --- Lun 25/6/12, YongHyeon PYUN =0A> > > ha s= critto:=0A> > > ...=0A> > > > =0A> > > > Could you narrow down which commit= broke=0A> bge(4)?=0A> > > > =0A> > > =0A> > > Sean Bruno suggested it may = be r233495, but I=0A> haven't=0A> > > found the time to revert it.=0A> > > = =0A> > > I will let you know tomorrow.=0A> > > =0A> > =0A> > Reverting only= r233495 didn't fix it either. This will=0A> =0A> Because your controller i= s not BCM5704, r233495 should have=0A> no=0A> effects. =0A> =0A> > take som= e time :(.=0A> > =0A> =0A> Ok, if you happen to find guilty commit let me k= now.=0A> =0A=0AWell...=0A=0ATo make it easier to test I dropped the kernel = driver and=0Astarted using only the kld. I also reverted the driver back=0A= to the 9.0R version.=0A=0AThe network card still gives me the watchdog time= outs=0Aand now after X starts I lose control of the mouse and=0Athe keyboar= d. I've seen similar reports on the latest=0APC-BSD but they went away for = me after I added the=0AUSB stuff to /boot/defaults.=0A=0AThis is all very w= eird; I suspect it may be some issue=0Ain the bus support and not really a = driver issue :(.=0A=0AHTH,=0A=0APedro. From owner-freebsd-stable@FreeBSD.ORG Tue Jun 26 15:18:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3CD2106564A; Tue, 26 Jun 2012 15:18:02 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id A0E378FC15; Tue, 26 Jun 2012 15:18:02 +0000 (UTC) Received: from lstewart1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id ECDED7E891; Wed, 27 Jun 2012 01:18:00 +1000 (EST) Message-ID: <4FE9D2A8.3020206@freebsd.org> Date: Wed, 27 Jun 2012 01:18:00 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120613 Thunderbird/13.0 MIME-Version: 1.0 To: Mitsuru IWASAKI References: <20120625.230644.35358028.iwasaki@jp.FreeBSD.org> <4FE885BD.9010206@freebsd.org> <20120626.010315.84362521.iwasaki@jp.FreeBSD.org> In-Reply-To: <20120626.010315.84362521.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lauren.room52.net Cc: freebsd-stable@freebsd.org, Jung-uk Kim , freebsd-mobile@freebsd.org Subject: Re: [CFT] radeon_suspend/resume patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Jun 2012 15:18:03 -0000 On 06/26/12 02:03, Mitsuru IWASAKI wrote: > Thanks for your thrilling report! > >> I rebooted into X with Fluxbox as my window manager. Ran "sudo acpiconf >> -s3" from an xterm. Machine correctly went to sleep. I waiting 30s and >> then pressed the power button. Machine came back, loaded X up correctly >> and everything kept working. Amazing! > > OK, I'll commit the patches against head tomorrow. > > BTW, is it effective for the console which is set graphic mode by > vidconrol(1) as well? Do you mean if I set the vty console to a non-default mode e.g. "vidcontrol MODE_XXX"? If so, then no. It turns out that as Jung-uk suspected, your patch is not required for susped/resume to work correctly when in Fluxbox. Booting kernel.old (which is same revision kernel, minus your patch) and running the same experiment works just as well. With or without your patch, resume from S3 both on a vty console and from KDE 4.8.3 don't work - the screen stays off after resume. The machine still mostly responds to CTRL-ALT_DEL (sometimes it doesn't and I have to hard reset it - kernel panic? No crashdump is created...), so it seems it's just the graphics which are not resuming correctly. Why would resume from S3 work flawlessly with or without your patch from Fluxbox, but not from KDE or when switched out to a vty? Seems very odd to me, especially that KDE doesn't work given that it is just another X window manager like Fluxbox. Cheers, Lawrence From owner-freebsd-stable@FreeBSD.ORG Tue Jun 26 19:25:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 003CA1065745 for ; Tue, 26 Jun 2012 19:25:37 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id BE46F8FC19 for ; Tue, 26 Jun 2012 19:25:37 +0000 (UTC) Received: by obbun3 with SMTP id un3so374380obb.13 for ; Tue, 26 Jun 2012 12:25:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=fRWdiWyjNSjE96t0/nirqQlAaW3XcbPM9uTcvou9g8Y=; b=doO0Y/ZMnE9ILxzCFA6XEll9GM8Hf0pRO5c+LrPWeHFGrPfpiup1Asqp9LrV1KEytK UT8YDmKzKVWzS9y4rCFRCMJt22NsigVdd8iy/StNzQoygeVwwUjc8cZltGHpWmetH06M LfU5HkAAuvrV/xVLW0n/zYwDbCDkcpaJRxV1AAbpm+B0p9tXO8+W4qiH9K7ruJFqbN/O l6eBKUyDxMPF1VAJFRe0dJ2yhJXWW5IBJOOslw5PsgKNmR5VlEBIA8twPes5EJX9Z6/W vRjKzdwESP+KFSMihalgMOhOq5wvWw7dmxeQ2KNoWYPoe3Gcjtc7DU0Sp2fWXWzj6Aff BnGQ== MIME-Version: 1.0 Received: by 10.182.43.67 with SMTP id u3mr2315527obl.5.1340738736527; Tue, 26 Jun 2012 12:25:36 -0700 (PDT) Received: by 10.182.7.67 with HTTP; Tue, 26 Jun 2012 12:25:36 -0700 (PDT) Date: Tue, 26 Jun 2012 22:25:36 +0300 Message-ID: From: Alexander Yerenkow To: FreeBSD Stable Mailing List Content-Type: text/plain; charset=ISO-8859-1 Subject: Strange reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 19:25:38 -0000 Hello guys. I have a freebsd installation for routing/and other general purposes (file share/web etc). which is freebsd-updated to 9-stable I have there such cardreader: # usbconfig -u 4 -a 2 ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON # usbconfig -u 4 -a 2 dump_device_desc ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x05e3 idProduct = 0x070e bcdDevice = 0x9602 iManufacturer = 0x0000 iProduct = 0x0001 iSerialNumber = 0x0002 <000000009602> bNumConfigurations = 0x0001 # usbconfig -u 4 -a 2 dump_curr_config_desc ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0020 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x0080 bMaxPower = 0x00fa Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0002 bInterfaceClass = 0x0008 bInterfaceSubClass = 0x0006 bInterfaceProtocol = 0x0050 iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0002 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 It have pretty strange behavior (like "stuck" gpart show entries, when pluggin new device, which is fixed by reset though), but it kinda working. And I have repeatable panic (probably) or reset, with such last messages in dmesg: da2 at umass-sim0 bus 0 scbus7 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: 3781MB (7744512 512 byte sectors: 255H 63S/T 482C) ... g_vfs_done():da2s1[WRITE(offset=3227648, length=4096)]error = 5 g_vfs_done():da2s1[WRITE(offset=3227648, length=4096)]error = 5 g_vfs_done():da2s1[WRITE(offset=3227648, length=4096)]error = 5 fsync: giving up on dirty 0xfffffe012e30c3c0: tag devfs, type VCHR usecount 1, writecount 0, refcount 122 mountedhere 0xfffffe0046468200 flags () v_object 0xfffffe0046389360 ref 0 pages 120 lock type devfs: UNLOCKED dev da2s1 I'm producing this panic by trying to mount 4gb microsd card, like this: mount -t msdosfs /dev/da2s1 /mnt The card itself have fresh FAT32 one (just formatted+erased by panasonic tool). I will probably have some time to toy with this on thursday, I need to get a monitor to see console. -- Regards, Alexander Yerenkow From owner-freebsd-stable@FreeBSD.ORG Wed Jun 27 01:19:07 2012 Return-Path: Delivered-To: Freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A930106564A; Wed, 27 Jun 2012 01:19:07 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id DC0AF8FC15; Wed, 27 Jun 2012 01:19:06 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa07.fnfis.com (8.14.4/8.14.4) with ESMTP id q5R1J539023032 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 26 Jun 2012 20:19:05 -0500 Received: from [10.0.0.101] (10.14.152.61) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.2.283.3; Tue, 26 Jun 2012 20:19:04 -0500 MIME-Version: 1.0 (Apple Message framework v1257) From: Devin Teske In-Reply-To: Date: Tue, 26 Jun 2012 18:19:02 -0700 Message-ID: <741A1B0E-6C22-4032-9A4A-2181144430ED@fisglobal.com> References: <2322BE6D-24A8-4F4A-84B2-4DFE33BCA65B@fisglobal.com> <4FE3EB9D.9070509@fuzzwad.org> <4FE419CD.60708@rdtc.ru> <4FE4245C.3040806@rdtc.ru> <90361FE2-2298-48E5-B8B6-2BA704781098@fisglobal.com> <4FE431C0.8040509@rdtc.ru> <006001cd5072$84247cd0$8c6d7670$@milos.co.za> To: Clayton Milos X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-26_05:2012-06-26, 2012-06-26, 1970-01-01 signatures=0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Devin Teske , Freebsd-stable@freebsd.org Subject: Re: [CFT] Need Testers for: sysutils/bsdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 01:19:07 -0000 On Jun 23, 2012, at 12:11 PM, Devin Teske wrote: >=20 > On Jun 22, 2012, at 5:27 AM, Clayton Milos wrote: >=20 [snip] >> Also it said that my user add failed but it was actually added as uid 10= 05. >=20 > I'm working on this one. I'm changing the routines to allow the UNIX pw(8= ) errors to filter through, rather than masking them with a static error on= non-success. >=20 I overhauled the usermgmt module to rely entirely on pw(8). It should work = a lot better now. I addressed all concerns in the rewrite which should be p= ublished soon in the up-coming 0.7.3 PORTVERSION. >=20 >> I added another user and it stated the uid 1005 when I was creating it b= ut >> showed 1006 in the summary screen. It also said that adding the user fai= led. >=20 > "pw usernext" is executed to get the next uid/gid pair that is available.= It's possible a user was added in the process. I've not witnessed this, bu= t will try to replicate. >=20 This race-condition was addressed and should no longer be possible (regardl= ess of whether it was the root cause of the failure to add). >=20 >> Perhaps I used to short a password as there was no password field entere= d in >> /etc/master.passwd >> twat:*:1005:1005::1340540161:1340626570:twat:/home/twat:/bin/sh >> test1:*:1006:1006::1340454020:1340496000:test1:/home/test1:/bin/tcsh >>=20 >=20 > The password is only set (as a separate command) if the pw(8) useradd suc= ceeded. I'm working on catching errors in edge-cases where we should procee= d despite non-success. >=20 This too has been enhanced. >=20 >> When selecting user account expiry the calendar starts at 1 January 1970= . I >> understand that this is when Unix time started but it would be nice for = it >> to start from the current date. >>=20 >=20 > I filed PR docs/169354 against the passwd(5) manual. If nobody picks up t= he PR in a timely fashion, I'll pro-actively modify bsdconfig to follow wha= t the man-page _should_ say versus what it _does_ say about "how to treat t= he value of zero" (the default). PR docs/169354 was closed after being patched by bjk@ (thx again bjk!) The upcoming release folds this change in to coincide with the updated manu= al. --=20 Thanks again for testing! Devin P.S. Keep an eye out for the next revision of this port for more testing. _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 27 09:34:44 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B550F106566B for ; Wed, 27 Jun 2012 09:34:44 +0000 (UTC) (envelope-from freebsdml@ist.tugraz.at) Received: from mailrelay.tugraz.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by mx1.freebsd.org (Postfix) with ESMTP id 459E08FC16 for ; Wed, 27 Jun 2012 09:34:43 +0000 (UTC) Received: from ist.tugraz.at (mail.ist.tu-graz.ac.at [129.27.202.111]) (authenticated bits=0) by mailrelay2.tugraz.at (8.14.4/8.14.4) with ESMTP id q5R9YZHW000643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 27 Jun 2012 11:34:35 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay2.tugraz.at q5R9YZHW000643 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tugraz.at; s=mailrelay; t=1340789677; i=@ist.tugraz.at; bh=s5GSRyLqc6gp+TLYiUqd1Lbx87hecnde4Aaco6WLX5w=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=GNca+XZXatMTnV4ov42KMUljeFHCpNcnW/fGUCyTOcic6BqlmnetD65EfGVjwA9f7 ab6CCMbgG4pemsClY8RE4mmanFbt4V+17pXnqF867u7egQhKEVqKAENOr6qsztsg+5 urKlBsJxZQfy9SXtiAl5hArtET1MGMoKODU6S8kg= Received: (qmail 98361 invoked from network); 27 Jun 2012 09:34:34 -0000 Received: from unknown (HELO ?192.168.1.35?) (129.27.202.101) by ist.tugraz.at with SMTP; 27 Jun 2012 09:34:34 -0000 Message-ID: <4FEAD3AA.5050101@ist.tugraz.at> Date: Wed, 27 Jun 2012 11:34:34 +0200 From: Herbert Poeckl Organization: TU Graz / IST User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11 MIME-Version: 1.0 To: Rick Macklem References: <1235437294.2233474.1340669878977.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1235437294.2233474.1340669878977.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: 5S3planrQ0lSnmWIva+Lkw X-Spam-Scanner: SpamAssassin 3.003000 X-Spam-Score-relay: 0.0 X-Scanned-By: MIMEDefang 2.70 on 129.27.10.19 Cc: freebsd-stable@FreeBSD.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2012 09:34:44 -0000 Hi Rick, thank you very much for answering. On 06/26/2012 02:17 AM, Rick Macklem wrote: > Herbert Poeckl wrote: >> Hi everybody. >> >> We are new to this list and need technical help. >> >> We are getting access denied error on our debian clients when mounting >> nfsv4 network drives with kerberos 5 authentication. >> >> What is wired about this, is that it works with one server, but not >> with >> a second server. The configuration on these both machines are >> identical, >> witch we have tested by booting from the same USB drive. >> > Ok, if I understand you correctly, you are booting the 2 machines > using the same USB root disk? This is correct. As you can guess, it is for testing purpose only. > Are they using DHCP to configure their network? > (I'm just checking, since they would need to boot as the same > hostname and IP address, if they are using the same /etc/krb5.keytab > file. ie. They must both think they are: > tmp2.ist.intra@IST.INTRA > including name<->IP# resolution (/etc/hosts, DNS, or ???) > > If they are the "same host", then the only other thought is to make > sure that their Time of Day clocks are correctly set. The hosts IP address is set statically. Name resolution is done with DNS, see keylog below[1]. Time is synchronized on system startup against a local time server. > One simple check you can do on the server to confirm that the > keytab entry is ok is to do: > # kinit -k nfs/tmp2.ist.intra@IST.INTRA > and make sure it can put an entry in root's credential cache > from the keytab. We performed a check. The output seem right, as you can see in [2]. Is there anything else we can check? > Beyond that, I have no idea why one would work and the other not. > (I always avoid multiple encryption types for keytabs, since I've > seen Heimdal get confused about which one to use, but that normally > happened to me when I was trying to get initiator credentials from > a keytab entry.) Reducing the encryptin type to only one (des3-cbc-sha1) did not change the result. > Hopefully someone else conversant with kerberos can help, rick [1] --- 8< -------------------------------- >8 --- root@tmp2:/root # hostname tmp2.ist.intra root@tmp2:/root # ifconfig INT INT: flags=8843 metric 0 mtu 1500 options=c219b ether 00:21:28:45:c3:be inet 192.168.1.164 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::221:28ff:fe45:c3be%INT prefixlen 64 scopeid 0x3 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active root@tmp2:/root # host tmp2.ist.intra tmp2.ist.intra has address 192.168.1.164 root@tmp2:/root # host 192.168.1.164 164.1.168.192.in-addr.arpa domain name pointer tmp2.ist.intra. --- 8< -------------------------------- >8 --- [2] --- 8< -------------------------------- >8 --- root@tmp2:/root # kinit -k nfs/tmp2.ist.intra root@tmp2:/root # klist Credentials cache: FILE:/tmp/krb5cc_0 Principal: nfs/tmp2.ist.intra@IST.INTRA Issued Expires Principal Jun 26 08:34:10 Jun 26 18:34:04 krbtgt/IST.INTRA@IST.INTRA root@tmp2:/root # --- 8< -------------------------------- >8 --- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 27 12:22:37 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09F0B106564A for ; Wed, 27 Jun 2012 12:22:37 +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 3CF2D8FC0A for ; Wed, 27 Jun 2012 12:22:36 +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 PAA17476; Wed, 27 Jun 2012 15:22:10 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4FEAFAF1.5070307@FreeBSD.org> Date: Wed, 27 Jun 2012 15:22:09 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120610 Thunderbird/13.0 MIME-Version: 1.0 To: Alexander Yerenkow References: In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: Strange reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 12:22:37 -0000 on 26/06/2012 22:25 Alexander Yerenkow said the following: > g_vfs_done():da2s1[WRITE(offset=3227648, length=4096)]error = 5 > g_vfs_done():da2s1[WRITE(offset=3227648, length=4096)]error = 5 > g_vfs_done():da2s1[WRITE(offset=3227648, length=4096)]error = 5 Looks like a problem writing to the media... -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Jun 27 13:46:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4BC71065675; Wed, 27 Jun 2012 13:46:27 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4E7DB8FC15; Wed, 27 Jun 2012 13:46:27 +0000 (UTC) Received: by yenl8 with SMTP id l8so1069188yen.13 for ; Wed, 27 Jun 2012 06:46:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Rp51RjhqMg0r08unD66ejTk9/Fhfz/C3BjryHgqbiCw=; b=BZG6q1+TAl970g0NLlg9KKCFVwhxvuArFVfpV+NYOsXtgr5Lz6YFjAqe4XZnxm0xf6 6Z4yJeROFT2ZFvEV7NIX08wJR3I0KfH984M9se1ORAmqBaoVfq3k+XnAD0hCxrIa3FoQ oib3BT4I0rYMInkyYRy+Lj/M+bO2hJycmV/e+gqDZfWQbSY/6mBRadOtzrddOTVgK61U xi07ju0wHd3G4Q7xOO8g9TqwkbCx6F4Btp+Gtj+hU5r5S4jb8jE8IRujqMRWl/Nc1fE9 grwd95Kx5X25zhUtz8tXGuOBGREIEGqamSXDzJLwjMHNcUd6+VfziRuylKyjNWvdUVmI kUIQ== MIME-Version: 1.0 Received: by 10.60.7.72 with SMTP id h8mr20728459oea.33.1340804786516; Wed, 27 Jun 2012 06:46:26 -0700 (PDT) Received: by 10.182.7.67 with HTTP; Wed, 27 Jun 2012 06:46:26 -0700 (PDT) In-Reply-To: <4FEAFAF1.5070307@FreeBSD.org> References: <4FEAFAF1.5070307@FreeBSD.org> Date: Wed, 27 Jun 2012 16:46:26 +0300 Message-ID: From: Alexander Yerenkow To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Mailing List Subject: Re: Strange reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 13:46:27 -0000 2012/6/27 Andriy Gapon : > on 26/06/2012 22:25 Alexander Yerenkow said the following: >> g_vfs_done():da2s1[WRITE(offset=3227648, length=4096)]error = 5 >> g_vfs_done():da2s1[WRITE(offset=3227648, length=4096)]error = 5 >> g_vfs_done():da2s1[WRITE(offset=3227648, length=4096)]error = 5 > > Looks like a problem writing to the media... That would be fine with me - but why panic, or restart? :)) I didn't even make some load , just tried mount in rw. Also, under windows this media (with exact same microSD=>SD converter) works just fine (wrote few big files, read them, verified. I'll fetch monitor, will provide more data a bit later. > > -- > Andriy Gapon > -- Regards, Alexander Yerenkow From owner-freebsd-stable@FreeBSD.ORG Wed Jun 27 16:43:52 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D37DC106564A for ; Wed, 27 Jun 2012 16:43:52 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp4.sbb.rs (smtp4.sbb.rs [89.216.2.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4B7B18FC0A for ; Wed, 27 Jun 2012 16:43:52 +0000 (UTC) Received: from mycenae (cable-178-148-110-22.dynamic.sbb.rs [178.148.110.22]) by smtp4.sbb.rs (8.14.0/8.14.0) with ESMTP id q5RGZSEt006508 for ; Wed, 27 Jun 2012 18:35:33 +0200 Received: by mycenae (Postfix, from userid 1001) id 4133B5C5E; Wed, 27 Jun 2012 18:37:08 +0200 (CEST) Date: Wed, 27 Jun 2012 18:37:08 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20120627163708.GA1075@mycenae.sbb.rs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -1.8 Subject: new desktop box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2012 16:43:52 -0000 Dear list! This evening my 7 years old node powers down for it's own sake. After a bit of panic, I made a decision to get new box. Regarding fast development of hardware, I cannot choose what is the correct way to go. For long time I use AMD and would like to have another one, but would listen to advice, if proves better to have intel. What are features I'd like: - to be silent and cold - to stay on not-expensive side Finally, questions. Phenom II 1100 or something else? Mobo for said cpu with eth, well working with freebsd? Graphical card, silent, that would work with amd64, branch 9? No games, nothing fancy. To last next few years. I plan to com- pile kernel or two. Half of usage is in console, startx then. I will give additional information for my taste, if needed. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Wed Jun 27 16:58:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA6E1106568B for ; Wed, 27 Jun 2012 16:58:09 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9DCF88FC17 for ; Wed, 27 Jun 2012 16:58:09 +0000 (UTC) Received: by obbun3 with SMTP id un3so2236543obb.13 for ; Wed, 27 Jun 2012 09:58:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=T53Wy80eNAq1mvKOuVKUOVlp/qIUswietaEFtbowkHw=; b=FhRYYAVKU3KFXdJ+uYPzyoYzzqXMp4Nf6UaG770+dxRa8Wldk/FjQkBXCypJCfWkqU yDQepLIkvmKMGGohqcmGMs3q5A61wJ2vnyAemYpYLyIr3iGXB+jPTTkpFqUyNFLo/UIC caRnNg+Lu66XXuDAg9w7GYzVWwkheQpHlwTTZBioBjvKOvJN0eM+Wll7wSQDZe6eeIN9 x6L7cOAvh26Ba34qlKT1iWUkrpKAF4l26ZQpDwjABUqMfewhGfXPGaS9aYlijYJfzW+3 uXD+iC7VafzuCh9EGwuxYxfYV2AdKMfmP6yGmowOX3+ydUDKzl2JCq60xWarPZ0oAutO G0OQ== MIME-Version: 1.0 Received: by 10.182.49.99 with SMTP id t3mr12581956obn.60.1340816289176; Wed, 27 Jun 2012 09:58:09 -0700 (PDT) Received: by 10.60.80.36 with HTTP; Wed, 27 Jun 2012 09:58:09 -0700 (PDT) In-Reply-To: <20120627163708.GA1075@mycenae.sbb.rs> References: <20120627163708.GA1075@mycenae.sbb.rs> Date: Wed, 27 Jun 2012 18:58:09 +0200 Message-ID: From: Andreas Nilsson To: Zoran Kolic Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: new desktop box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2012 16:58:10 -0000 On Wed, Jun 27, 2012 at 6:37 PM, Zoran Kolic wrote: > Dear list! > This evening my 7 years old node powers down for it's own sake. > After a bit of panic, I made a decision to get new box. > Regarding fast development of hardware, I cannot choose what is > the correct way to go. For long time I use AMD and would like to > have another one, but would listen to advice, if proves better > to have intel. What are features I'd like: > - to be silent and cold > - to stay on not-expensive side > Finally, questions. > Phenom II 1100 or something else? > Mobo for said cpu with eth, well working with freebsd? > Graphical card, silent, that would work with amd64, branch 9? > No games, nothing fancy. To last next few years. I plan to com- > pile kernel or two. Half of usage is in console, startx then. > I will give additional information for my taste, if needed. > Best regards > > Zoran > > You did not specify what expensive is to you, nor if you want prebuilt or if you want to assemble it yourself. I'd go with Intel today. We just got Dell Vostro 460 desktops, with Intel core i5-2400 cpu with integrated graphics. Works really good, almost quiet. You would need to go with 9-stable and use new xorg though, so once X is started, you would lose console. The only "bad" thing is perhaps the ethernet, it's some lousy "RTL8111/8168B PCI Express Gigabit Ethernet controller" If you want a few hdds the chassi is not that good. Regards Andreas From owner-freebsd-stable@FreeBSD.ORG Wed Jun 27 17:42:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6882D1065677 for ; Wed, 27 Jun 2012 17:42:28 +0000 (UTC) (envelope-from robert@comstockrd.com) Received: from mail.comstockrd.com (mail.comstockrd.com [204.232.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 37E888FC20 for ; Wed, 27 Jun 2012 17:42:28 +0000 (UTC) Received: by mail.comstockrd.com (Postfix, from userid 505) id A62605027C; Wed, 27 Jun 2012 17:09:37 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.comstockrd.com X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,RDNS_NONE autolearn=no version=3.3.1 Received: from [192.168.1.112] (unknown [74.209.38.146]) by mail.comstockrd.com (Postfix) with ESMTP id 29D9050129 for ; Wed, 27 Jun 2012 17:09:33 +0000 (UTC) Message-ID: <4FEB3E4A.8060808@comstockrd.com> Date: Wed, 27 Jun 2012 11:09:30 -0600 From: Robert Comstock User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120627163708.GA1075@mycenae.sbb.rs> In-Reply-To: <20120627163708.GA1075@mycenae.sbb.rs> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: new desktop box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2012 17:42:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 6/27/2012 10:37 AM, Zoran Kolic wrote: > Dear list! This evening my 7 years old node powers down for it's > own sake. After a bit of panic, I made a decision to get new box. > Regarding fast development of hardware, I cannot choose what is > the correct way to go. For long time I use AMD and would like to > have another one, but would listen to advice, if proves better to > have intel. What are features I'd like: - to be silent and cold - > to stay on not-expensive side Finally, questions. Phenom II 1100 > or something else? Mobo for said cpu with eth, well working with > freebsd? Graphical card, silent, that would work with amd64, > branch 9? No games, nothing fancy. To last next few years. I plan > to com- pile kernel or two. Half of usage is in console, startx > then. I will give additional information for my taste, if needed. > Best regards > > Zoran > > _______________________________________________ > 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" > For me I have had more problems with cheap (even expensive) mobo's than with either CPU type. I like the i5 offering where the CPU can spike one core clock up to speed things up. Seems like the best of both worlds, when you need multiprocessor speed you have it, when one process needs more it can also have it. As far as silent it has been all about fan choice. I custom build all mine so I can pick and choose the features I want in case/fans/etc. Thanks, Robert - -- Robert Comstock Comstock RD, Inc. Lead Engineer Phone: 208-652-0145 Cell: 208-360-0627 Email: robert@comstockrd.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJP6z5KAAoJELeYg2LwVZsKTikIAJADQeuVnicpwDbMhrc/XgZM Q7BfjDZQGnJSRHm+xXSnR2Cq9c2sraubbqDJ92zZHYsNS68cq0yGJ0aA/+DTExSR z7zTEdodU4i3D9ljeBBB7BtZlEeRaSowLKKZY73Psfoun0ZyxZ/fxyEXHgQZy92T 6GMNf9rhTG3OtEUlc90Oq5UvFB2g6nKZ/LphMEFgSaVjlf5d6YeprAe/6V5bamWY 5/+lprzYTF3XbqmGB8/c5i4uVuevhdK0XnH587WBi3NsN3zZPOxF2e9TgTVx4kjQ V7eZc0uzxuWpYX0zqtJL85uV70lVN3x+S9fmYwYW3Qf0erdNJi+ii4T6Z0Tj+ao= =4q6e -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 27 19:11:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 925A81065673 for ; Wed, 27 Jun 2012 19:11:19 +0000 (UTC) (envelope-from josh@hewbert.com) Received: from mail.signalboxes.net (hewbert.com [69.164.207.85]) by mx1.freebsd.org (Postfix) with ESMTP id 751CB8FC19 for ; Wed, 27 Jun 2012 19:11:19 +0000 (UTC) Received: from [172.30.119.43] (firewall.dsdk12.net [24.111.1.182]) (Authenticated sender: josh) by mail.signalboxes.net (Postfix) with ESMTPSA id 935286017 for ; Wed, 27 Jun 2012 13:04:26 -0600 (MDT) Message-ID: <4FEB5939.6080704@hewbert.com> Date: Wed, 27 Jun 2012 13:04:25 -0600 From: Josh Beard User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Panic when deleting data on ZFS pool X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2012 19:11:19 -0000 Hello, I have a FreeBSD 9-STABLE box (world built today) that panics whenever I try to delete data using rm on my ZFS pool. This occurred on the same system with a world that was about a month old. Generic kernel and pretty vanilla system. I can consistently reproduce this. I can't see that there's anything "funny" about the data. I run a zpool scrub weekly and it ran two days ago without errors. This issue was present before and after this. Additionally, I haven't seen anything in my logs that indicate failing drives, but I haven't ran a long smartctl test for a while. The system has 16 GB of RAM and I'm not doing anything special for tuning ZFS. The ZFS pool does use compression. I do have crash dumps enabled, if that helps, and would be happy to provide any further detail and information. Redoing the filesystem is an option, as the data is just duplicate backup data and can easily be restored. Any insight on this? I did see a similar posting to -questions from a while ago, but it wasn't conclusive. Thanks, Josh Here's the relevant panic log: Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 05 fault virtual address = 0x160 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff816bbbe6 stack pointer = 0x28:0xffffff8465f22870 frame pointer = 0x28:0xffffff8465f22930 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 = 1646 (rm) trap number = 12 panic: page fault cpuid = 3 KDB: stack backtrace: #0 0xffffffff8091c836 at kdb_backtrace+0x66 #1 0xffffffff808e67ee at panic+0x1ce #2 0xffffffff80bd39c0 at trap_fatal+0x290 #3 0xffffffff80bd3cfd at trap_pfault+0x1ed #4 0xffffffff80bd431e at trap+0x3ce #5 0xffffffff80bbef1f at calltrap+0x8 #6 0xffffffff80c637e4 at VOP_REMOVE_APV+0x34 #7 0xffffffff8098300d at kern_unlinkat+0x32d #8 0xffffffff80bd3270 at amd64_syscall+0x590 #9 0xffffffff80bbf207 at Xfast_syscall+0xf7 Uptime: 4m50s From owner-freebsd-stable@FreeBSD.ORG Wed Jun 27 20:31:56 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F03D106576B for ; Wed, 27 Jun 2012 20:31:56 +0000 (UTC) (envelope-from freebsdml@ist.tugraz.at) Received: from mailrelay.tugraz.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by mx1.freebsd.org (Postfix) with ESMTP id EB6CD8FC14 for ; Wed, 27 Jun 2012 20:31:55 +0000 (UTC) Received: from hpoeckl-osx.ist.vpn (vpn.ist.tu-graz.ac.at [129.27.202.112]) (authenticated bits=0) by mailrelay2.tugraz.at (8.14.4/8.14.4) with ESMTP id q5RKVp7V007531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Jun 2012 22:31:51 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay2.tugraz.at q5RKVp7V007531 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tugraz.at; s=mailrelay; t=1340829113; i=@ist.tugraz.at; bh=JwufofiNgr4fDCMvgk2jrYRvLwQCictQQNdCgs20lr0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=d2MN4XiCdaU+8F9Mr2xhVPnHjEJ8KnsloXAfL3Q9Ik/MnPNbTQw8XFYtsYed/g3xK yDoNFHlsNXX2RtVEILBaTRqLSe21KVq7GHMXiapIXej7gUiil+aCX3d3EUoN3vdkNa UerJe2kSPF4GtfWBJCsFU7eSjTkRQJW2radDT4QM= Message-ID: <4FEB6DB8.2000204@ist.tugraz.at> Date: Wed, 27 Jun 2012 22:31:52 +0200 From: Herbert Poeckl Organization: TU Graz / IST User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Rick Macklem References: <1235437294.2233474.1340669878977.JavaMail.root@erie.cs.uoguelph.ca> <4FEAD3AA.5050101@ist.tugraz.at> In-Reply-To: <4FEAD3AA.5050101@ist.tugraz.at> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: 5S3planrQ0lSnmWIva+Lkw X-Spam-Scanner: SpamAssassin 3.003000 X-Spam-Score-relay: 0.0 X-Scanned-By: MIMEDefang 2.70 on 129.27.10.19 Cc: freebsd-stable@FreeBSD.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2012 20:31:56 -0000 Hallo everyone, we did more testing on this topic. After we found a few hosts, basically HP desktop workstation with Intel onboard NICs, that worked and more hosts that didn't work, we placed a second PCI based NIC into one of the hosts that worked. The surprising result is: With the onboard NIC nfs kerberos mount works fine. When the second NIC takes over, we get a access denied! Here is the keylog of what we did. A few explanations: em0 is the embedded onboard card, em1 is the PCI card we plugged into the machine[1]. 192.168.1.164 is the IP address the server is configured for (which is tmp2.ist.intra in our DNS resolution). 192.168.6.2 is just a placeholder address. Both NICs are connected to the same switch (there is no firewall or VPN configured). The system boots up with em0 as 192.168.1.164 and em1 as 192.168.6.2.[2] This is the configuration that works, see also the attached tcpdump on that interface[5]. Now we change the IP addresses of em0 to the placeholder address and em1 to the servers address and proof that the name resolution is still available[3]. This is were we get a access denied on the linux nfs client, see tcpdump[6]. When we switch the IP addresses back[4], everything starts working again. Please note: It doesn't make any difference if we configure em1 as the server IP address and em0 as placeholder at startup time, the result is the same. We do hope that the dump is of any use. If not, or if there are better ways to debug the problem, your help would be welcome. King regards, Herbert Poeckl [1] --- 8< -------------------------------- >8 --- root@tmp2:/root # dmesg | grep em0 em0: port 0x3100-0x311f mem 0xf3100000-0xf311ffff,0xf3125000-0xf3125fff irq 19 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Ethernet address: 00:0f:fe:e7:1c:ae em0: link state changed to UP root@tmp2:/root # dmesg | grep em1 em1: port 0x1100-0x113f mem 0xf3040000-0xf305ffff,0xf3000000-0xf303ffff irq 20 at device 4.0 on pci7 em1: Ethernet address: 00:1b:21:00:8b:2b em1: link state changed to UP --- 8< -------------------------------- >8 --- [2] --- 8< -------------------------------- >8 --- root@tmp2:/root # grep em0 /etc/rc.conf ifconfig_em0="inet 192.168.1.164 netmask 255.255.255.0" root@tmp2:/root # grep em1 /etc/rc.conf ifconfig_em1="inet 192.168.6.2 netmask 255.255.255.0" root@tmp2:/root # grep defaultrouter /etc/rc.conf defaultrouter="192.168.1.1" root@tmp2:/root # host tmp2 tmp2.ist.intra has address 192.168.1.164 --- 8< -------------------------------- >8 --- [3] --- 8< -------------------------------- >8 --- root@tmp2:/root # ifconfig em0 192.168.6.2 netmask 255.255.255.0 ; ifconfig em1 192.168.1.164 netmask 255.255.255.0 ; /etc/rc.d/routing restart route: writing to routing socket: No such process delete net default: gateway 192.168.1.1: not in table delete net ::ffff:0.0.0.0: gateway ::1 delete net ::0.0.0.0: gateway ::1 delete net fe80::: gateway ::1 delete net ff02::: gateway ::1 add net default: gateway 192.168.1.1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 root@tmp2:/root # root@tmp2:/root # host tmp2 tmp2.ist.intra has address 192.168.1.164 --- 8< -------------------------------- >8 --- [4] --- 8< -------------------------------- >8 --- root@tmp2:/root # ifconfig em0 192.168.1.164 netmask 255.255.255.0 ; ifconfig em1 192.168.6.2 netmask 255.255.255.0 ; /etc/rc.d/routing restart route: writing to routing socket: No such process delete net default: gateway 192.168.1.1: not in table delete net ::ffff:0.0.0.0: gateway ::1 delete net ::0.0.0.0: gateway ::1 delete net fe80::: gateway ::1 delete net ff02::: gateway ::1 add net default: gateway 192.168.1.1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 root@tmp2:/root # --- 8< -------------------------------- >8 --- [5] tcpdump(1) working: --- 8< -------------------------------- >8 --- 15:47:21.151932 ARP, Request who-has 192.168.1.164 tell 192.168.1.40, length 46 15:47:21.151937 ARP, Reply 192.168.1.164 is-at 00:0f:fe:e7:1c:ae, length 28 15:47:21.152065 IP 192.168.1.40.863 > 192.168.1.164.2049: Flags [S], seq 2632408361, win 14600, options [mss 1460,sackOK,TS val 22818996 ecr 0,nop,wscale 6], length 0 15:47:21.152077 IP 192.168.1.164.2049 > 192.168.1.40.863: Flags [S.], seq 1896997472, ack 2632408362, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 320086661 ecr 22818996], length 0 15:47:21.152196 IP 192.168.1.40.863 > 192.168.1.164.2049: Flags [.], ack 1, win 229, options [nop,nop,TS val 22818996 ecr 320086661], length 0 15:47:21.152213 IP 192.168.1.40.2561817139 > 192.168.1.164.2049: 40 null 15:47:21.152237 IP 192.168.1.164.2049 > 192.168.1.40.863: Flags [.], ack 45, win 29127, options [nop,nop,TS val 320086661 ecr 22818996], length 0 15:47:21.152250 IP 192.168.1.164.2049 > 192.168.1.40.2561817139: reply ok 24 null 15:47:21.152329 IP 192.168.1.40.863 > 192.168.1.164.2049: Flags [.], ack 29, win 229, options [nop,nop,TS val 22818996 ecr 320086661], length 0 15:47:21.195274 IP 192.168.1.40.38896 > 192.168.1.164.2049: Flags [S], seq 2939335575, win 14600, options [mss 1460,sackOK,TS val 22819007 ecr 0,nop,wscale 6], length 0 15:47:21.195284 IP 192.168.1.164.2049 > 192.168.1.40.38896: Flags [S.], seq 3331281133, ack 2939335576, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 2607816079 ecr 22819007], length 0 15:47:21.195409 IP 192.168.1.40.38896 > 192.168.1.164.2049: Flags [.], ack 1, win 229, options [nop,nop,TS val 22819007 ecr 2607816079], length 0 15:47:21.237686 IP 192.168.1.40.3743254751 > 192.168.1.164.2049: 696 null 15:47:21.237700 IP 192.168.1.164.2049 > 192.168.1.40.38896: Flags [.], ack 701, win 29127, options [nop,nop,TS val 2607816121 ecr 22819018], length 0 15:47:21.238121 IP 192.168.1.164.2049 > 192.168.1.40.3743254751: reply ok 248 null 15:47:21.238370 IP 192.168.1.40.38896 > 192.168.1.164.2049: Flags [.], ack 253, win 245, options [nop,nop,TS val 22819018 ecr 2607816121], length 0 15:47:21.278494 IP 192.168.1.40.3726477535 > 192.168.1.164.2049: 68 null 15:47:21.278499 IP 192.168.1.40.38896 > 192.168.1.164.2049: Flags [F.], seq 773, ack 253, win 245, options [nop,nop,TS val 22819028 ecr 2607816121], length 0 15:47:21.278506 IP 192.168.1.164.2049 > 192.168.1.40.38896: Flags [.], ack 774, win 29125, options [nop,nop,TS val 2607816162 ecr 22819028], length 0 15:47:21.278508 IP 192.168.1.40.2578594355 > 192.168.1.164.2049: 208 getattr fh 0,100/0 15:47:21.278520 IP 192.168.1.164.2049 > 192.168.1.40.38896: Flags [F.], seq 253, ack 774, win 29127, options [nop,nop,TS val 2607816162 ecr 22819028], length 0 15:47:21.278630 IP 192.168.1.40.38896 > 192.168.1.164.2049: Flags [.], ack 254, win 245, options [nop,nop,TS val 22819028 ecr 2607816162], length 0 15:47:21.281980 IP 192.168.1.164.2049 > 192.168.1.40.2578594355: reply ok 348 getattr ERROR: unk 292 15:47:21.282248 IP 192.168.1.40.863 > 192.168.1.164.2049: Flags [.], ack 381, win 245, options [nop,nop,TS val 22819029 ecr 320086790], length 0 15:47:21.282389 IP 192.168.1.40.2595371571 > 192.168.1.164.2049: 232 getattr fh 0,124/0 15:47:21.282431 IP 192.168.1.164.2049 > 192.168.1.40.2595371571: reply ok 180 getattr ERROR: unk 124 15:47:21.282749 IP 192.168.1.40.2612148787 > 192.168.1.164.2049: 236 getattr fh 0,128/0 15:47:21.282807 IP 192.168.1.164.2049 > 192.168.1.40.2612148787: reply ok 204 getattr ERROR: unk 148 --- 8< -------------------------------- >8 --- [6] tcpdump(1) with access denied: --- 8< -------------------------------- >8 --- 15:57:01.626475 ARP, Request who-has 192.168.1.164 tell 192.168.1.40, length 46 15:57:01.626480 ARP, Reply 192.168.1.164 is-at 00:1b:21:00:8b:2b, length 28 15:57:01.626595 IP 192.168.1.40.888 > 192.168.1.164.2049: Flags [S], seq 344782976, win 14600, options [mss 1460,sackOK,TS val 22964116 ecr 0,nop,wscale 6], length 0 15:57:01.626606 IP 192.168.1.164.2049 > 192.168.1.40.888: Flags [S.], seq 4111877472, ack 344782977, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 2914443055 ecr 22964116], length 0 15:57:01.626725 IP 192.168.1.40.888 > 192.168.1.164.2049: Flags [.], ack 1, win 229, options [nop,nop,TS val 22964116 ecr 2914443055], length 0 15:57:01.626741 IP 192.168.1.40.2525406720 > 192.168.1.164.2049: 40 null 15:57:01.626761 IP 192.168.1.164.2049 > 192.168.1.40.888: Flags [.], ack 45, win 29127, options [nop,nop,TS val 2914443055 ecr 22964116], length 0 15:57:01.626772 IP 192.168.1.164.2049 > 192.168.1.40.2525406720: reply ok 24 null 15:57:01.626974 IP 192.168.1.40.888 > 192.168.1.164.2049: Flags [.], ack 29, win 229, options [nop,nop,TS val 22964116 ecr 2914443055], length 0 15:57:01.643462 IP 192.168.6.181.17500 > 192.168.6.255.17500: UDP, length 132 15:57:01.684686 IP 192.168.1.40.52648 > 192.168.1.164.2049: Flags [S], seq 2437332411, win 14600, options [mss 1460,sackOK,TS val 22964130 ecr 0,nop,wscale 6], length 0 15:57:01.684695 IP 192.168.1.164.2049 > 192.168.1.40.52648: Flags [S.], seq 3809706473, ack 2437332412, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 898091316 ecr 22964130], length 0 15:57:01.684818 IP 192.168.1.40.52648 > 192.168.1.164.2049: Flags [.], ack 1, win 229, options [nop,nop,TS val 22964130 ecr 898091316], length 0 15:57:01.765886 IP 192.168.1.40.3742773980 > 192.168.1.164.2049: 696 null 15:57:01.765899 IP 192.168.1.164.2049 > 192.168.1.40.52648: Flags [.], ack 701, win 29127, options [nop,nop,TS val 898091398 ecr 22964150], length 0 15:57:01.766296 IP 192.168.1.164.2049 > 192.168.1.40.3742773980: reply ok 248 null 15:57:01.766513 IP 192.168.1.40.52648 > 192.168.1.164.2049: Flags [.], ack 253, win 245, options [nop,nop,TS val 22964151 ecr 898091398], length 0 15:57:01.828347 IP 192.168.1.40.3725996764 > 192.168.1.164.2049: 68 null 15:57:01.828352 IP 192.168.1.40.52648 > 192.168.1.164.2049: Flags [F.], seq 773, ack 253, win 245, options [nop,nop,TS val 22964166 ecr 898091398], length 0 15:57:01.828359 IP 192.168.1.164.2049 > 192.168.1.40.52648: Flags [.], ack 774, win 29125, options [nop,nop,TS val 898091460 ecr 22964166], length 0 15:57:01.828371 IP 192.168.1.164.2049 > 192.168.1.40.3725996764: reply ERR 20: Auth Invalid failure code 13 15:57:01.828374 IP 192.168.1.40.2542183936 > 192.168.1.164.2049: 208 getattr fh 0,100/0 15:57:01.828378 IP 192.168.1.164.2049 > 192.168.1.40.52648: Flags [F.], seq 277, ack 774, win 29127, options [nop,nop,TS val 898091460 ecr 22964166], length 0 15:57:01.828403 IP 192.168.1.164.2049 > 192.168.1.40.2542183936: reply ERR 20: Auth Invalid failure code 13 15:57:01.828478 IP 192.168.1.40.52648 > 192.168.1.164.2049: Flags [R], seq 2437333185, win 0, length 0 15:57:01.828482 IP 192.168.1.40.52648 > 192.168.1.164.2049: Flags [R], seq 2437333185, win 0, length 0 --- 8< -------------------------------- >8 --- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 27 21:05:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19CC8106564A for ; Wed, 27 Jun 2012 21:05:11 +0000 (UTC) (envelope-from luke@foolishgames.com) Received: from stargazer.midnightbsd.org (cl-218.chi-02.us.sixxs.net [IPv6:2001:4978:f:d9::2]) by mx1.freebsd.org (Postfix) with ESMTP id C5EE78FC17 for ; Wed, 27 Jun 2012 21:05:10 +0000 (UTC) Received: from [10.38.247.80] (mobile-166-137-081-045.mycingular.net [166.137.81.45] (may be forged)) (authenticated bits=0) by stargazer.midnightbsd.org (8.14.5/8.14.5) with ESMTP id q5RL55XM069137 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 27 Jun 2012 17:05:08 -0400 (EDT) (envelope-from luke@foolishgames.com) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.4 at stargazer.midnightbsd.org X-Authentication-Warning: stargazer.midnightbsd.org: Host mobile-166-137-081-045.mycingular.net [166.137.81.45] (may be forged) claimed to be [10.38.247.80] References: <20120627163708.GA1075@mycenae.sbb.rs> <4FEB3E4A.8060808@comstockrd.com> In-Reply-To: <4FEB3E4A.8060808@comstockrd.com> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <076E3AB2-FD47-40E5-8784-A98D8A72ADD0@foolishgames.com> X-Mailer: iPhone Mail (9B206) From: Lucas Holt Date: Wed, 27 Jun 2012 17:05:00 -0400 To: Robert Comstock Cc: "freebsd-stable@freebsd.org" Subject: Re: new desktop box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2012 21:05:11 -0000 AMD and Intel both have good CPU offerings. Both have a turbo feature to imp= rove single core workloads. The real question is which video card do you want to use? Both have integrat= ed solutions now or you could pick a discrete card. I personally go amd but b= uy nvidia cards as there are binary drivers. Amd's newer cards are not suppo= rted by x11 well under bsd. If you go with an on CPU gpu (APU) this is an in= tel only scenario.=20 Amd chips are cheaper but you need a video card too.=20= From owner-freebsd-stable@FreeBSD.ORG Wed Jun 27 23:10:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2A5B106566C for ; Wed, 27 Jun 2012 23:10:49 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 6D55B8FC19 for ; Wed, 27 Jun 2012 23:10:49 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5RNAfOJ015868; Wed, 27 Jun 2012 17:10:41 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5RNAfxD015865; Wed, 27 Jun 2012 17:10:41 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 27 Jun 2012 17:10:41 -0600 (MDT) From: Warren Block To: Lucas Holt In-Reply-To: <076E3AB2-FD47-40E5-8784-A98D8A72ADD0@foolishgames.com> Message-ID: References: <20120627163708.GA1075@mycenae.sbb.rs> <4FEB3E4A.8060808@comstockrd.com> <076E3AB2-FD47-40E5-8784-A98D8A72ADD0@foolishgames.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Wed, 27 Jun 2012 17:10:41 -0600 (MDT) Cc: "freebsd-stable@freebsd.org" , Robert Comstock Subject: Re: new desktop box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jun 2012 23:10:49 -0000 On Wed, 27 Jun 2012, Lucas Holt wrote: > AMD and Intel both have good CPU offerings. Both have a turbo feature to improve single core workloads. > > The real question is which video card do you want to use? Both have integrated solutions now or you could pick a discrete card. I personally go amd but buy nvidia cards as there are binary drivers. Amd's newer cards are not supported by x11 well under bsd. If you go with an on CPU gpu (APU) this is an intel only scenario. > > Amd chips are cheaper but you need a video card too. _______________________________________________ The Core i5 processors cost more (sometimes a lot more), but dominate AMD in benchmarks. FreeBSD also has/will have support for the open Intel video driver. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 28 00:08:00 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C20D8106566B for ; Thu, 28 Jun 2012 00:08:00 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-scalar.mail.uoguelph.ca (esa-scalar.mail.uoguelph.ca [66.199.40.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6A0528FC08 for ; Thu, 28 Jun 2012 00:08:00 +0000 (UTC) Received: from zcs3.mail.uoguelph.ca (new.mail.uoguelph.ca [131.104.93.37]) by esa-scalar.mail.uoguelph.ca (8.14.1/8.14.1) with ESMTP id q5S07lfD028781; Wed, 27 Jun 2012 20:07:48 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id D43C5B4041; Wed, 27 Jun 2012 20:07:47 -0400 (EDT) Date: Wed, 27 Jun 2012 20:07:47 -0400 (EDT) From: Rick Macklem To: Herbert Poeckl Message-ID: <686121506.2338267.1340842067785.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4FEB6DB8.2000204@ist.tugraz.at> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@FreeBSD.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 00:08:00 -0000 Herbert Poeckl wrote: > Hallo everyone, > > > we did more testing on this topic. > > After we found a few hosts, basically HP desktop workstation with > Intel > onboard NICs, that worked and more hosts that didn't work, we placed a > second PCI based NIC into one of the hosts that worked. > > > The surprising result is: > With the onboard NIC nfs kerberos mount works fine. When the second > NIC > takes over, we get a access denied! > > > Here is the keylog of what we did. > > A few explanations: em0 is the embedded onboard card, em1 is the PCI > card we plugged into the machine[1]. > > 192.168.1.164 is the IP address the server is configured for (which is > tmp2.ist.intra in our DNS resolution). 192.168.6.2 is just a > placeholder > address. Both NICs are connected to the same switch (there is no > firewall or VPN configured). > Ok, from my limited knowledge of Kerberos, here is how I understand that a host based keytab entry is used. The NFS server will authenticate nfs/tmp2.ist.intra against the Kerberos KDC, using the information in the keytab entry. The whole idea behind a host based principal like "nfs/tmp2.ist.intra" is that it can only be used by the host "tmp2.ist.intra". As such, when the Kerberos KDC receives an auathentication request for nfs/tmp2.ist.intra, it will DNS resolve tmp2.ist.intra (to 192.168.1.164 it seems) and will compare that to the IP address the authentication request is received from. I think this means the KDC will fail the request if it is sent to the KDC from 192.168.6.2. Your KDC should be logging something when this fails and the traffic you'd need to look at is the traffic between the NFS server and the KDC. (I'd use wireshark, since it probably knows a fair bit about Kerberos.) My guess is that this is what is causing your failure, rick > The system boots up with em0 as 192.168.1.164 and em1 as > 192.168.6.2.[2] > This is the configuration that works, see also the attached tcpdump on > that interface[5]. > > Now we change the IP addresses of em0 to the placeholder address and > em1 > to the servers address and proof that the name resolution is still > available[3]. This is were we get a access denied on the linux nfs > client, see tcpdump[6]. > > When we switch the IP addresses back[4], everything starts working > again. > > > Please note: It doesn't make any difference if we configure em1 as the > server IP address and em0 as placeholder at startup time, the result > is > the same. > > > We do hope that the dump is of any use. If not, or if there are better > ways to debug the problem, your help would be welcome. > > King regards, > Herbert Poeckl > > > [1] > --- 8< -------------------------------- >8 --- > root@tmp2:/root # dmesg | grep em0 > em0: port 0x3100-0x311f > mem > 0xf3100000-0xf311ffff,0xf3125000-0xf3125fff irq 19 at device 25.0 on > pci0 > em0: Using an MSI interrupt > em0: Ethernet address: 00:0f:fe:e7:1c:ae > em0: link state changed to UP > > > root@tmp2:/root # dmesg | grep em1 > em1: port > 0x1100-0x113f mem 0xf3040000-0xf305ffff,0xf3000000-0xf303ffff irq 20 > at > device 4.0 on pci7 > em1: Ethernet address: 00:1b:21:00:8b:2b > em1: link state changed to UP > --- 8< -------------------------------- >8 --- > > > [2] > --- 8< -------------------------------- >8 --- > root@tmp2:/root # grep em0 /etc/rc.conf > ifconfig_em0="inet 192.168.1.164 netmask 255.255.255.0" > > root@tmp2:/root # grep em1 /etc/rc.conf > ifconfig_em1="inet 192.168.6.2 netmask 255.255.255.0" > > root@tmp2:/root # grep defaultrouter /etc/rc.conf > defaultrouter="192.168.1.1" > > root@tmp2:/root # host tmp2 > tmp2.ist.intra has address 192.168.1.164 > --- 8< -------------------------------- >8 --- > > > [3] > --- 8< -------------------------------- >8 --- > root@tmp2:/root # ifconfig em0 192.168.6.2 netmask 255.255.255.0 ; > ifconfig em1 192.168.1.164 netmask 255.255.255.0 ; /etc/rc.d/routing > restart > route: writing to routing socket: No such process > delete net default: gateway 192.168.1.1: not in table > delete net ::ffff:0.0.0.0: gateway ::1 > delete net ::0.0.0.0: gateway ::1 > delete net fe80::: gateway ::1 > delete net ff02::: gateway ::1 > add net default: gateway 192.168.1.1 > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > root@tmp2:/root # > > root@tmp2:/root # host tmp2 > tmp2.ist.intra has address 192.168.1.164 > --- 8< -------------------------------- >8 --- > > [4] > --- 8< -------------------------------- >8 --- > root@tmp2:/root # ifconfig em0 192.168.1.164 netmask 255.255.255.0 ; > ifconfig em1 192.168.6.2 netmask 255.255.255.0 ; /etc/rc.d/routing > restart > route: writing to routing socket: No such process > delete net default: gateway 192.168.1.1: not in table > delete net ::ffff:0.0.0.0: gateway ::1 > delete net ::0.0.0.0: gateway ::1 > delete net fe80::: gateway ::1 > delete net ff02::: gateway ::1 > add net default: gateway 192.168.1.1 > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > root@tmp2:/root # > --- 8< -------------------------------- >8 --- > > [5] tcpdump(1) working: > --- 8< -------------------------------- >8 --- > 15:47:21.151932 ARP, Request who-has 192.168.1.164 tell 192.168.1.40, > length 46 > 15:47:21.151937 ARP, Reply 192.168.1.164 is-at 00:0f:fe:e7:1c:ae, > length 28 > 15:47:21.152065 IP 192.168.1.40.863 > 192.168.1.164.2049: Flags [S], > seq > 2632408361, win 14600, options [mss 1460,sackOK,TS val 22818996 ecr > 0,nop,wscale 6], length 0 > 15:47:21.152077 IP 192.168.1.164.2049 > 192.168.1.40.863: Flags [S.], > seq 1896997472, ack 2632408362, win 65535, options [mss > 1460,nop,wscale > 6,sackOK,TS val 320086661 ecr 22818996], length 0 > 15:47:21.152196 IP 192.168.1.40.863 > 192.168.1.164.2049: Flags [.], > ack > 1, win 229, options [nop,nop,TS val 22818996 ecr 320086661], length 0 > 15:47:21.152213 IP 192.168.1.40.2561817139 > 192.168.1.164.2049: 40 > null > 15:47:21.152237 IP 192.168.1.164.2049 > 192.168.1.40.863: Flags [.], > ack > 45, win 29127, options [nop,nop,TS val 320086661 ecr 22818996], length > 0 > 15:47:21.152250 IP 192.168.1.164.2049 > 192.168.1.40.2561817139: reply > ok 24 null > 15:47:21.152329 IP 192.168.1.40.863 > 192.168.1.164.2049: Flags [.], > ack > 29, win 229, options [nop,nop,TS val 22818996 ecr 320086661], length 0 > 15:47:21.195274 IP 192.168.1.40.38896 > 192.168.1.164.2049: Flags [S], > seq 2939335575, win 14600, options [mss 1460,sackOK,TS val 22819007 > ecr > 0,nop,wscale 6], length 0 > 15:47:21.195284 IP 192.168.1.164.2049 > 192.168.1.40.38896: Flags > [S.], > seq 3331281133, ack 2939335576, win 65535, options [mss > 1460,nop,wscale > 6,sackOK,TS val 2607816079 ecr 22819007], length 0 > 15:47:21.195409 IP 192.168.1.40.38896 > 192.168.1.164.2049: Flags [.], > ack 1, win 229, options [nop,nop,TS val 22819007 ecr 2607816079], > length 0 > 15:47:21.237686 IP 192.168.1.40.3743254751 > 192.168.1.164.2049: 696 > null > 15:47:21.237700 IP 192.168.1.164.2049 > 192.168.1.40.38896: Flags [.], > ack 701, win 29127, options [nop,nop,TS val 2607816121 ecr 22819018], > length 0 > 15:47:21.238121 IP 192.168.1.164.2049 > 192.168.1.40.3743254751: reply > ok 248 null > 15:47:21.238370 IP 192.168.1.40.38896 > 192.168.1.164.2049: Flags [.], > ack 253, win 245, options [nop,nop,TS val 22819018 ecr 2607816121], > length 0 > 15:47:21.278494 IP 192.168.1.40.3726477535 > 192.168.1.164.2049: 68 > null > 15:47:21.278499 IP 192.168.1.40.38896 > 192.168.1.164.2049: Flags > [F.], > seq 773, ack 253, win 245, options [nop,nop,TS val 22819028 ecr > 2607816121], length 0 > 15:47:21.278506 IP 192.168.1.164.2049 > 192.168.1.40.38896: Flags [.], > ack 774, win 29125, options [nop,nop,TS val 2607816162 ecr 22819028], > length 0 > 15:47:21.278508 IP 192.168.1.40.2578594355 > 192.168.1.164.2049: 208 > getattr fh 0,100/0 > 15:47:21.278520 IP 192.168.1.164.2049 > 192.168.1.40.38896: Flags > [F.], > seq 253, ack 774, win 29127, options [nop,nop,TS val 2607816162 ecr > 22819028], length 0 > 15:47:21.278630 IP 192.168.1.40.38896 > 192.168.1.164.2049: Flags [.], > ack 254, win 245, options [nop,nop,TS val 22819028 ecr 2607816162], > length 0 > 15:47:21.281980 IP 192.168.1.164.2049 > 192.168.1.40.2578594355: reply > ok 348 getattr ERROR: unk 292 > 15:47:21.282248 IP 192.168.1.40.863 > 192.168.1.164.2049: Flags [.], > ack > 381, win 245, options [nop,nop,TS val 22819029 ecr 320086790], length > 0 > 15:47:21.282389 IP 192.168.1.40.2595371571 > 192.168.1.164.2049: 232 > getattr fh 0,124/0 > 15:47:21.282431 IP 192.168.1.164.2049 > 192.168.1.40.2595371571: reply > ok 180 getattr ERROR: unk 124 > 15:47:21.282749 IP 192.168.1.40.2612148787 > 192.168.1.164.2049: 236 > getattr fh 0,128/0 > 15:47:21.282807 IP 192.168.1.164.2049 > 192.168.1.40.2612148787: reply > ok 204 getattr ERROR: unk 148 > --- 8< -------------------------------- >8 --- > > [6] tcpdump(1) with access denied: > --- 8< -------------------------------- >8 --- > 15:57:01.626475 ARP, Request who-has 192.168.1.164 tell 192.168.1.40, > length 46 > 15:57:01.626480 ARP, Reply 192.168.1.164 is-at 00:1b:21:00:8b:2b, > length 28 > 15:57:01.626595 IP 192.168.1.40.888 > 192.168.1.164.2049: Flags [S], > seq > 344782976, win 14600, options [mss 1460,sackOK,TS val 22964116 ecr > 0,nop,wscale 6], length 0 > 15:57:01.626606 IP 192.168.1.164.2049 > 192.168.1.40.888: Flags [S.], > seq 4111877472, ack 344782977, win 65535, options [mss 1460,nop,wscale > 6,sackOK,TS val 2914443055 ecr 22964116], length 0 > 15:57:01.626725 IP 192.168.1.40.888 > 192.168.1.164.2049: Flags [.], > ack > 1, win 229, options [nop,nop,TS val 22964116 ecr 2914443055], length 0 > 15:57:01.626741 IP 192.168.1.40.2525406720 > 192.168.1.164.2049: 40 > null > 15:57:01.626761 IP 192.168.1.164.2049 > 192.168.1.40.888: Flags [.], > ack > 45, win 29127, options [nop,nop,TS val 2914443055 ecr 22964116], > length 0 > 15:57:01.626772 IP 192.168.1.164.2049 > 192.168.1.40.2525406720: reply > ok 24 null > 15:57:01.626974 IP 192.168.1.40.888 > 192.168.1.164.2049: Flags [.], > ack > 29, win 229, options [nop,nop,TS val 22964116 ecr 2914443055], length > 0 > 15:57:01.643462 IP 192.168.6.181.17500 > 192.168.6.255.17500: UDP, > length 132 > 15:57:01.684686 IP 192.168.1.40.52648 > 192.168.1.164.2049: Flags [S], > seq 2437332411, win 14600, options [mss 1460,sackOK,TS val 22964130 > ecr > 0,nop,wscale 6], length 0 > 15:57:01.684695 IP 192.168.1.164.2049 > 192.168.1.40.52648: Flags > [S.], > seq 3809706473, ack 2437332412, win 65535, options [mss > 1460,nop,wscale > 6,sackOK,TS val 898091316 ecr 22964130], length 0 > 15:57:01.684818 IP 192.168.1.40.52648 > 192.168.1.164.2049: Flags [.], > ack 1, win 229, options [nop,nop,TS val 22964130 ecr 898091316], > length 0 > 15:57:01.765886 IP 192.168.1.40.3742773980 > 192.168.1.164.2049: 696 > null > 15:57:01.765899 IP 192.168.1.164.2049 > 192.168.1.40.52648: Flags [.], > ack 701, win 29127, options [nop,nop,TS val 898091398 ecr 22964150], > length 0 > 15:57:01.766296 IP 192.168.1.164.2049 > 192.168.1.40.3742773980: reply > ok 248 null > 15:57:01.766513 IP 192.168.1.40.52648 > 192.168.1.164.2049: Flags [.], > ack 253, win 245, options [nop,nop,TS val 22964151 ecr 898091398], > length 0 > 15:57:01.828347 IP 192.168.1.40.3725996764 > 192.168.1.164.2049: 68 > null > 15:57:01.828352 IP 192.168.1.40.52648 > 192.168.1.164.2049: Flags > [F.], > seq 773, ack 253, win 245, options [nop,nop,TS val 22964166 ecr > 898091398], length 0 > 15:57:01.828359 IP 192.168.1.164.2049 > 192.168.1.40.52648: Flags [.], > ack 774, win 29125, options [nop,nop,TS val 898091460 ecr 22964166], > length 0 > 15:57:01.828371 IP 192.168.1.164.2049 > 192.168.1.40.3725996764: reply > ERR 20: Auth Invalid failure code 13 > 15:57:01.828374 IP 192.168.1.40.2542183936 > 192.168.1.164.2049: 208 > getattr fh 0,100/0 > 15:57:01.828378 IP 192.168.1.164.2049 > 192.168.1.40.52648: Flags > [F.], > seq 277, ack 774, win 29127, options [nop,nop,TS val 898091460 ecr > 22964166], length 0 > 15:57:01.828403 IP 192.168.1.164.2049 > 192.168.1.40.2542183936: reply > ERR 20: Auth Invalid failure code 13 > 15:57:01.828478 IP 192.168.1.40.52648 > 192.168.1.164.2049: Flags [R], > seq 2437333185, win 0, length 0 > 15:57:01.828482 IP 192.168.1.40.52648 > 192.168.1.164.2049: Flags [R], > seq 2437333185, win 0, length 0 > --- 8< -------------------------------- >8 --- > _______________________________________________ > 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 Jun 28 14:12:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13CA0106566B for ; Thu, 28 Jun 2012 14:12:27 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp1.sbb.rs (smtp1.sbb.rs [89.216.2.33]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3C88FC0A for ; Thu, 28 Jun 2012 14:12:26 +0000 (UTC) Received: from faust (cable-178-148-107-59.dynamic.sbb.rs [178.148.107.59]) by smtp1.sbb.rs (8.14.0/8.14.0) with ESMTP id q5SDxr68001141 for ; Thu, 28 Jun 2012 15:59:58 +0200 Received: by faust (Postfix, from userid 1001) id 35D3317053; Thu, 28 Jun 2012 16:00:56 +0200 (CEST) Date: Thu, 28 Jun 2012 16:00:56 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20120628140056.GA982@faust> References: <20120628120051.30B5210656DC@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120628120051.30B5210656DC@hub.freebsd.org> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -1.8 Subject: Re: new desktop box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 14:12:27 -0000 Thanks all for reply! > The real question is which video card do you want to use? Since I'm not gamer nor do 3d, some silent card will suffice. There are nvidia gp520 and radeon 6450, both with no fan. Also, I always enable powerd and dynamically lower freq to the least I could. More I read, less I know, regarding that future cpu. What about amd fx8120 ? Nex gen will come at Q3, maybe. Next decision might be ssd, instead of hdd. Best reviews are for samsung 830 (of wich 64gb are fine in my case). I plan to install from usb stick and avoid dvd-cd. Also, cannot make into what mobo should fit, but stay out of expensive field. Probably intel ethernet if possible, but it is not available in most data I read. Once more, thank you all for fast respond. Zoran From owner-freebsd-stable@FreeBSD.ORG Thu Jun 28 14:25:27 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9B1D106566C for ; Thu, 28 Jun 2012 14:25:27 +0000 (UTC) (envelope-from freebsdml@ist.tugraz.at) Received: from mailrelay.tugraz.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by mx1.freebsd.org (Postfix) with ESMTP id 3215E8FC0C for ; Thu, 28 Jun 2012 14:25:26 +0000 (UTC) Received: from ist.tugraz.at (proxy-music.ist.tu-graz.ac.at [129.27.202.111]) (authenticated bits=0) by mailrelay2.tugraz.at (8.14.4/8.14.4) with ESMTP id q5SEPHQJ008372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 28 Jun 2012 16:25:17 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay2.tugraz.at q5SEPHQJ008372 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tugraz.at; s=mailrelay; t=1340893518; i=@ist.tugraz.at; bh=a64zide7STTveHfhwdYxRkmoZVNqTrYMNRSKrmN6AQ0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ui/+qAOy/DhTQq4vPD/T0r3hoSl759z2yOBQVzt3r1L1hWf+CN3ZxGwWTMGWomp4X +qrOJNhOCiKmxQPL75Lc/ITcknfnGDcN3i09V+WQjajxB+kDQK2Ci66QQQMWBaCLR9 SsATxn0ycb0isA2XgOLYthBhO1YBEBWyTCEu3D9E= Received: (qmail 14494 invoked from network); 28 Jun 2012 14:25:16 -0000 Received: from unknown (HELO ?192.168.1.35?) (129.27.202.101) by ist.tugraz.at with SMTP; 28 Jun 2012 14:25:16 -0000 Message-ID: <4FEC694C.6060408@ist.tugraz.at> Date: Thu, 28 Jun 2012 16:25:16 +0200 From: Herbert Poeckl Organization: TU Graz / IST User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11 MIME-Version: 1.0 To: Rick Macklem References: <686121506.2338267.1340842067785.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <686121506.2338267.1340842067785.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: 5S3planrQ0lSnmWIva+Lkw X-Spam-Scanner: SpamAssassin 3.003000 X-Spam-Score-relay: 0.0 X-Scanned-By: MIMEDefang 2.70 on 129.27.10.19 Cc: freebsd-stable@FreeBSD.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 14:25:27 -0000 On 06/28/2012 02:07 AM, Rick Macklem wrote: > The NFS server will authenticate nfs/tmp2.ist.intra against the Kerberos > KDC, using the information in the keytab entry. The whole idea behind a > host based principal like "nfs/tmp2.ist.intra" is that it can only be > used by the host "tmp2.ist.intra". As such, when the Kerberos KDC receives > an auathentication request for nfs/tmp2.ist.intra, it will DNS resolve > tmp2.ist.intra (to 192.168.1.164 it seems) and will compare that to the > IP address the authentication request is received from. I think this > means the KDC will fail the request if it is sent to the KDC from 192.168.6.2. Yes, of course. There is and will be no traffic on 192.168.6.2. What I've tried to say (and probably failed), is that we have a network card in the machine, where the result is always access denied (with the correct server IP address set for that NIC). > Your KDC should be logging something when this fails and the traffic you'd > need to look at is the traffic between the NFS server and the KDC. (I'd use > wireshark, since it probably knows a fair bit about Kerberos.) Thank you, I will give it a try. Kind regards, Herbert From owner-freebsd-stable@FreeBSD.ORG Thu Jun 28 15:35:05 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F0BC1065670 for ; Thu, 28 Jun 2012 15:35:05 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-scalar.mail.uoguelph.ca (esa-scalar.mail.uoguelph.ca [66.199.40.18]) by mx1.freebsd.org (Postfix) with ESMTP id E6A1E8FC1D for ; Thu, 28 Jun 2012 15:35:04 +0000 (UTC) Received: from zcs3.mail.uoguelph.ca (new.mail.uoguelph.ca [131.104.93.37]) by esa-scalar.mail.uoguelph.ca (8.14.1/8.14.1) with ESMTP id q5SFYi86012708; Thu, 28 Jun 2012 11:34:45 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id E0F61B4036; Thu, 28 Jun 2012 11:34:44 -0400 (EDT) Date: Thu, 28 Jun 2012 11:34:44 -0400 (EDT) From: Rick Macklem To: Herbert Poeckl Message-ID: <1914283839.2362353.1340897684902.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4FEC694C.6060408@ist.tugraz.at> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@FreeBSD.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 15:35:05 -0000 Herbert Poeckl wrote: > On 06/28/2012 02:07 AM, Rick Macklem wrote: > > The NFS server will authenticate nfs/tmp2.ist.intra against the > > Kerberos > > KDC, using the information in the keytab entry. The whole idea > > behind a > > host based principal like "nfs/tmp2.ist.intra" is that it can only > > be > > used by the host "tmp2.ist.intra". As such, when the Kerberos KDC > > receives > > an auathentication request for nfs/tmp2.ist.intra, it will DNS > > resolve > > tmp2.ist.intra (to 192.168.1.164 it seems) and will compare that to > > the > > IP address the authentication request is received from. I think this > > means the KDC will fail the request if it is sent to the KDC from > > 192.168.6.2. > > Yes, of course. There is and will be no traffic on 192.168.6.2. > > What I've tried to say (and probably failed), is that we have a > network > card in the machine, where the result is always access denied (with > the > correct server IP address set for that NIC). > Hmm, have you tried krb5 or krb5i. krb5p (which was the only one you had exported) means that the NFS RPCs are DES encrypted on the wire. This makes looking at them pretty useless in wireshark. (This comment doesn't apply to the traffic between the NFS server and the KDC, but wireshark will do a good job of decoding krb5, krb5i NFS traffic.) The only other thought I had (I have no idea if this is even possible?) is that some sort of hardware offload in the network card is screwing things up. (I don't know the em hardware, but you might try disabling TSO etc, in case the packets are somehow getting corrupted?) Good luck with it. It would be nice to know why this is happening. Since the NIC is way below the NFS layer, I can't think of any reason why NFS would care which NIC is used. rick > > > Your KDC should be logging something when this fails and the traffic > > you'd > > need to look at is the traffic between the NFS server and the KDC. > > (I'd use > > wireshark, since it probably knows a fair bit about Kerberos.) > > Thank you, I will give it a try. > > Kind regards, > Herbert > _______________________________________________ > 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 Jun 28 18:37:51 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD911106564A for ; Thu, 28 Jun 2012 18:37:50 +0000 (UTC) (envelope-from freebsdml@ist.tugraz.at) Received: from mailrelay.tugraz.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by mx1.freebsd.org (Postfix) with ESMTP id 66F7B8FC16 for ; Thu, 28 Jun 2012 18:37:49 +0000 (UTC) Received: from ist.tugraz.at (proxy-music.ist.tu-graz.ac.at [129.27.202.111]) (authenticated bits=0) by mailrelay2.tugraz.at (8.14.4/8.14.4) with ESMTP id q5SIbldg000673 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 28 Jun 2012 20:37:47 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay2.tugraz.at q5SIbldg000673 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tugraz.at; s=mailrelay; t=1340908668; i=@ist.tugraz.at; bh=I44W9cAxyfPCMzmiqHbsiNa95tZFAyszY0OudUnEVqg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=pj8GLTx5j0q8U64dyRoa+gd8KBo6cuaI7X5DAkceddwXuWvB0CfctEvCyEAR8JnpW OWPoWbwgFRwT13NEWQ4xyqxkLs6UxmeIYCFnmlicjam6m0A47JQ2tpYboHsZ2f4FPh /ALrQ1IP2gMu/qjOpfsqZnj75ZYl7BYiHZ9n6gTk= Received: (qmail 16631 invoked from network); 28 Jun 2012 18:37:46 -0000 Received: from unknown (HELO ?192.168.1.35?) (129.27.202.101) by ist.tugraz.at with SMTP; 28 Jun 2012 18:37:46 -0000 Message-ID: <4FECA47A.6080003@ist.tugraz.at> Date: Thu, 28 Jun 2012 20:37:46 +0200 From: Herbert Poeckl Organization: TU Graz / IST User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11 MIME-Version: 1.0 To: Rick Macklem References: <1914283839.2362353.1340897684902.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1914283839.2362353.1340897684902.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: 5S3planrQ0lSnmWIva+Lkw X-Spam-Scanner: SpamAssassin 3.003000 X-Spam-Score-relay: 0.0 X-Scanned-By: MIMEDefang 2.70 on 129.27.10.19 Cc: freebsd-stable@FreeBSD.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 18:37:51 -0000 On 06/28/2012 05:34 PM, Rick Macklem wrote: > The only other thought I had (I have no idea if this is even possible?) > is that some sort of hardware offload in the network card is screwing > things up. (I don't know the em hardware, but you might try disabling > TSO etc, in case the packets are somehow getting corrupted?) > > Good luck with it. It would be nice to know why this is happening. > Since the NIC is way below the NFS layer, I can't think of any reason > why NFS would care which NIC is used. I did some more testing. What is the difference between the two cards is, that on of them (the working one) says: em0: Using an MSI interrupt The card where I get the access denied doesn't say anything like this. So I tried to disable msi with hw.pci.enable_msi=0 .. in /boot/loader.conf and now I get access denied on both NICs. The card now says: em0: No MSI/MSIX using a Legacy IRQ Hmm. Is there an idea of what to do next? Herbert From owner-freebsd-stable@FreeBSD.ORG Thu Jun 28 18:48:11 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E6C4106564A for ; Thu, 28 Jun 2012 18:48:11 +0000 (UTC) (envelope-from freebsdml@ist.tugraz.at) Received: from mailrelay.tugraz.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by mx1.freebsd.org (Postfix) with ESMTP id EB3958FC16 for ; Thu, 28 Jun 2012 18:48:10 +0000 (UTC) Received: from ist.tugraz.at (proxy-music.ist.tu-graz.ac.at [129.27.202.111]) (authenticated bits=0) by mailrelay1.tugraz.at (8.14.4/8.14.4) with ESMTP id q5SIm8h5015514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 28 Jun 2012 20:48:08 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay1.tugraz.at q5SIm8h5015514 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tugraz.at; s=mailrelay; t=1340909289; i=@ist.tugraz.at; bh=l/dkLlg/r6a0wEf9e26hEUYEOi2UKONYbTEFK9sZp2g=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=fy+6HcIXireGmrwvKzDGcacrCC8/ZSL+8WVdskjvV+cHg6DbBQlwGP4YHAe5rDm71 EBLp2wlHJLEmfx5PVIi6rqpkKBX7SNVI7RfGN0C1KK+lNL5UP0fadCa6mySmXI6QE4 K8z8s/X919pF8TfKLekci1RWBt1NAsFGzZE2hBAU= Received: (qmail 16683 invoked from network); 28 Jun 2012 18:48:07 -0000 Received: from unknown (HELO ?192.168.1.35?) (129.27.202.101) by ist.tugraz.at with SMTP; 28 Jun 2012 18:48:07 -0000 Message-ID: <4FECA6E7.1080303@ist.tugraz.at> Date: Thu, 28 Jun 2012 20:48:07 +0200 From: Herbert Poeckl Organization: TU Graz / IST User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11 MIME-Version: 1.0 To: Rick Macklem References: <1914283839.2362353.1340897684902.JavaMail.root@erie.cs.uoguelph.ca> <4FECA47A.6080003@ist.tugraz.at> In-Reply-To: <4FECA47A.6080003@ist.tugraz.at> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: 5S3planrQ0lSnmWIva+Lkw X-Spam-Scanner: SpamAssassin 3.003000 X-Spam-Score-relay: 0.0 X-Scanned-By: MIMEDefang 2.70 on 129.27.10.18 Cc: freebsd-stable@FreeBSD.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 18:48:11 -0000 On 06/28/2012 08:37 PM, Herbert Poeckl wrote: > On 06/28/2012 05:34 PM, Rick Macklem wrote: >> The only other thought I had (I have no idea if this is even possible?) >> is that some sort of hardware offload in the network card is screwing >> things up. (I don't know the em hardware, but you might try disabling >> TSO etc, in case the packets are somehow getting corrupted?) >> >> Good luck with it. It would be nice to know why this is happening. >> Since the NIC is way below the NFS layer, I can't think of any reason >> why NFS would care which NIC is used. > > I did some more testing. > > What is the difference between the two cards is, that on of them (the > working one) says: > em0: Using an MSI interrupt > > The card where I get the access denied doesn't say anything like this. > > So I tried to disable msi with > hw.pci.enable_msi=0 > > .. in /boot/loader.conf and now I get access denied on both NICs. > > The card now says: > em0: No MSI/MSIX using a Legacy IRQ > > Hmm. Is there an idea of what to do next? Oh sorry! Please forget this posting. I did a crosscheck and it still is working (even with MSI disabled). Very sorry, Herbert (still searching to find a solution) From owner-freebsd-stable@FreeBSD.ORG Thu Jun 28 20:01:25 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B759106566C for ; Thu, 28 Jun 2012 20:01:25 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id E2A928FC18 for ; Thu, 28 Jun 2012 20:01:24 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta01.emeryville.ca.mail.comcast.net with comcast id TvEn1j0031Y3wxoA1w1Q79; Thu, 28 Jun 2012 20:01:24 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta15.emeryville.ca.mail.comcast.net with comcast id Tw1P1j00E4NgCEG8bw1PTY; Thu, 28 Jun 2012 20:01:24 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q5SK1L1o048740; Thu, 28 Jun 2012 14:01:21 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Herbert Poeckl In-Reply-To: <4FEC694C.6060408@ist.tugraz.at> References: <686121506.2338267.1340842067785.JavaMail.root@erie.cs.uoguelph.ca> <4FEC694C.6060408@ist.tugraz.at> Content-Type: text/plain; charset="us-ascii" Date: Thu, 28 Jun 2012 14:01:21 -0600 Message-ID: <1340913681.1110.84.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 20:01:25 -0000 On Thu, 2012-06-28 at 16:25 +0200, Herbert Poeckl wrote: > On 06/28/2012 02:07 AM, Rick Macklem wrote: > > The NFS server will authenticate nfs/tmp2.ist.intra against the Kerberos > > KDC, using the information in the keytab entry. The whole idea behind a > > host based principal like "nfs/tmp2.ist.intra" is that it can only be > > used by the host "tmp2.ist.intra". As such, when the Kerberos KDC receives > > an auathentication request for nfs/tmp2.ist.intra, it will DNS resolve > > tmp2.ist.intra (to 192.168.1.164 it seems) and will compare that to the > > IP address the authentication request is received from. I think this > > means the KDC will fail the request if it is sent to the KDC from 192.168.6.2. > > Yes, of course. There is and will be no traffic on 192.168.6.2. > > What I've tried to say (and probably failed), is that we have a network > card in the machine, where the result is always access denied (with the > correct server IP address set for that NIC). > > > > Your KDC should be logging something when this fails and the traffic you'd > > need to look at is the traffic between the NFS server and the KDC. (I'd use > > wireshark, since it probably knows a fair bit about Kerberos.) > > Thank you, I will give it a try. > > Kind regards, > Herbert When something in software works fine with one NIC but not another (nearly-) identical one, the first thing that comes to my mind is that the MAC address on the card is being used by the software as a sort of UUID. I had that happen with a commercial software once; when I changed NICs in the machine the software stopped working and said it wasn't registered on that machine. (I would have been annoyed except this sophisticed "security system" was circumvented by deleting a file that wasn't even hard to find, and it automatically re-authorized itself on the next run using the new MAC address.) -- Ian From owner-freebsd-stable@FreeBSD.ORG Thu Jun 28 21:16:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 205F71065675 for ; Thu, 28 Jun 2012 21:16:20 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id B91358FC0C for ; Thu, 28 Jun 2012 21:16:19 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5SLGIvq037821; Thu, 28 Jun 2012 15:16:18 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5SLGIpL037818; Thu, 28 Jun 2012 15:16:18 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 28 Jun 2012 15:16:18 -0600 (MDT) From: Warren Block To: Zoran Kolic In-Reply-To: <20120628140056.GA982@faust> Message-ID: References: <20120628120051.30B5210656DC@hub.freebsd.org> <20120628140056.GA982@faust> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 28 Jun 2012 15:16:19 -0600 (MDT) Cc: freebsd-stable@freebsd.org Subject: Re: new desktop box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jun 2012 21:16:20 -0000 On Thu, 28 Jun 2012, Zoran Kolic wrote: > Thanks all for reply! > >> The real question is which video card do you want to use? > > Since I'm not gamer nor do 3d, some silent card will suffice. > There are nvidia gp520 and radeon 6450, both with no fan. Do not get a Radeon newer than the 4000-series, the drivers are not available in FreeBSD at present. The 4650 has worked well for me. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 00:01:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14133106566B for ; Fri, 29 Jun 2012 00:01:23 +0000 (UTC) (envelope-from listlog2011@gmail.com) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E7B1B8FC17; Fri, 29 Jun 2012 00:01:22 +0000 (UTC) Received: from xp5k.my.domain (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5T01KZu062953; Fri, 29 Jun 2012 00:01:21 GMT (envelope-from listlog2011@gmail.com) Message-ID: <4FECF049.5080006@gmail.com> Date: Fri, 29 Jun 2012 08:01:13 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Zoran Kolic References: <20120628120051.30B5210656DC@hub.freebsd.org> <20120628140056.GA982@faust> In-Reply-To: <20120628140056.GA982@faust> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: new desktop box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidxu@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2012 00:01:23 -0000 On 2012/06/28 22:00, Zoran Kolic wrote: > Thanks all for reply! > >> The real question is which video card do you want to use? > Since I'm not gamer nor do 3d, some silent card will suffice. > There are nvidia gp520 and radeon 6450, both with no fan. > Also, I always enable powerd and dynamically lower freq to the > least I could. More I read, less I know, regarding that future > cpu. What about amd fx8120 ? Nex gen will come at Q3, maybe. > Next decision might be ssd, instead of hdd. Best reviews are > for samsung 830 (of wich 64gb are fine in my case). > I plan to install from usb stick and avoid dvd-cd. Also, cannot > make into what mobo should fit, but stay out of expensive field. > Probably intel ethernet if possible, but it is not available > in most data I read. > Once more, thank you all for fast respond. > > Zoran > > I have a GT430 installed on my machine, but I think GT520 will use less power, from specification: http://www.geforce.com/hardware/desktop-gpus/geforce-gt-520/specifications It only needs 29W while GT430 needs 49W. NVIDIA also provides their native driver for FreeBSD. Regards, David Xu From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 08:50:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0532C1065677 for ; Fri, 29 Jun 2012 08:50:30 +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 AB54D8FC1B for ; Fri, 29 Jun 2012 08:50:29 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1SkWha-00054W-OV for freebsd-stable@freebsd.org; Fri, 29 Jun 2012 11:37:19 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Jun 2012 11:37:18 +0300 From: Daniel Braniss Message-ID: Subject: nfs problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 08:50:30 -0000 Hi, starting about last week, I'm getting: rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32) rsync: write failed on "/net/rnd/dist/tmp/local/amd64.FreeBSD_8.3-wip/compat/li nux/usr/lib/locale/locale-archive.tmpl": Permission denied (13) rsync error: error in file IO (code 11) at receiver.c(322) [receiver=3.0.9] rsync: connection unexpectedly closed (21872 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9] the server is running 8.2, but the client is very upto date, 8.3-stable as of this morning (local time). after runing rsync several times, it finaly gets synced. another item is that i'm using am-utils, but I don't see it causing the problem I will try using tcp (instead of udp) soon. any insights? cheers, danny From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 09:45:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AE0E106564A for ; Fri, 29 Jun 2012 09:45:28 +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 4F3CE8FC15 for ; Fri, 29 Jun 2012 09:45:28 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1SkXlW-0006GN-N1; Fri, 29 Jun 2012 12:45:26 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-stable@freebsd.org, danny@cs.huji.ac.il In-reply-to: References: Comments: In-reply-to Daniel Braniss message dated "Fri, 29 Jun 2012 11:37:18 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Jun 2012 12:45:26 +0300 From: Daniel Braniss Message-ID: Cc: Subject: Re: nfs problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 09:45:28 -0000 > Hi, > starting about last week, I'm getting: > > rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken > pipe (32) > rsync: write failed on "/net/rnd/dist/tmp/local/amd64.FreeBSD_8.3-wip/compat/li > nux/usr/lib/locale/locale-archive.tmpl": Permission denied (13) > rsync error: error in file IO (code 11) at receiver.c(322) [receiver=3.0.9] > rsync: connection unexpectedly closed (21872 bytes received so far) [sender] > rsync error: error in rsync protocol data stream (code 12) at io.c(605) > [sender=3.0.9] > > the server is running 8.2, but the client is very upto date, 8.3-stable as of > this morning > (local time). > > after runing rsync several times, it finaly gets synced. > > another item is that i'm using am-utils, but I don't see it causing the problem > > I will try using tcp (instead of udp) soon. > > any insights? > > cheers, > danny the problem is most probably NFS/UDP related. I took am-utils out of the equation. mounted using TCP, and no problems mounted using UDP: Jun 29 12:38:14 pe-02 kernel: nfs server nrnfdn:sf/s ds isseterr:vve ernr o trrnn dd:r:e/s/pddoinisdsitt::n nngoo Jun 29 12:38:14 pe-02 kernel: tt Jun 29 12:38:14 pe-02 kernel: Jun 29 12:38:14 pe-02 kernel: <<66>> rreessppoonnddiinngg Jun 29 12:38:14 pe-02 kernel: Jun 29 12:38:14 pe-02 kernel: nfs server rnd:/dist: not responding Jun 29 12:38:14 pe-02 last message repeated 11 times Jun 29 12:38:27 pe-02 kernel: nfs server rnd:/dist: is alive again the above happens about every 15 seconds (you have to learn to read in between the bytes :-) cheers, danny From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 09:50:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0F351065679 for ; Fri, 29 Jun 2012 09:50:12 +0000 (UTC) (envelope-from phoemix@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.freebsd.org (Postfix) with ESMTP id 9110A8FC16 for ; Fri, 29 Jun 2012 09:50:12 +0000 (UTC) Received: from 2e8b2cc2.mobile.pool.telekom.hu ([46.139.44.194] helo=unknown) by marvin.harmless.hu with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.75 (FreeBSD)) (envelope-from ) id 1SkXq1-0005zr-Ej for freebsd-stable@freebsd.org; Fri, 29 Jun 2012 11:50:05 +0200 Date: Fri, 29 Jun 2012 11:50:05 +0200 From: Gergely CZUCZY Cc: freebsd-stable Message-ID: <20120629115005.00005820@unknown> In-Reply-To: <201206112335.q5BNZGPT029709@hugeraid.jetcafe.org> References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD35F67.4020007@hm.net.br> <4FD3629B.9060106@ateamsystems.com> <201206112335.q5BNZGPT029709@hugeraid.jetcafe.org> Organization: Harmless Digital X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2012 09:50:13 -0000 Hello, I'm mostly using freebsd, but there are a few cases where it's impossible to do, and because of these, i'm not using fbsd there. These reasons are mostly are: - Lack of a working infiniband/OFED stack, with all its utils, mellanox connectX3 drivers, RDMA, iscsi-over-RDMA, nfs-over-RDMA, and such things. - Lack of proper support for a decent hypervisor for virtualisation. We can't make a hypervisor out of freebsd, if there are no such virtualisations available like XEN, kvm or something similar, that just works out of the box. - Lack of decent OCI support (oracle client lib). Sometimes we need OCI libs, for things like monitoring oracle databases. Without the client libs, this becomes kinda problematic. Usually these are the top reasons. Best regards, Gergely From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 09:55:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4F8B1065676 for ; Fri, 29 Jun 2012 09:55:22 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) by mx1.freebsd.org (Postfix) with ESMTP id 64C348FC0A for ; Fri, 29 Jun 2012 09:55:22 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1SkXv6-000453-UA; Fri, 29 Jun 2012 10:55:21 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SkXv6-0003Yp-TW; Fri, 29 Jun 2012 10:55:20 +0100 To: phoemix@harmless.hu In-Reply-To: <20120629115005.00005820@unknown> Message-Id: From: Pete French Date: Fri, 29 Jun 2012 10:55:20 +0100 Cc: freebsd-stable@freebsd.org Subject: Hypervisor ( was Re: Why Are You NOT Using FreeBSD ? ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2012 09:55:22 -0000 > - Lack of proper support for a decent hypervisor for virtualisation. > We can't make a hypervisor out of freebsd, if there are no such > virtualisations available like XEN, kvm or something similar, that > just works out of the box. What do you need that VirtualBox doesn't provide ? I used to bemoan the lack of a hypervisor too, but vince VBox arrived in FreeBSD I have had no complaints. I use it to run Windows instances both as desktop clients and also servers, and it works beautifully. Combined with a ZVOL underneath (and hence all the delights of ZFS snapshots) it';s a great solution. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 10:53:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F5B3106566B for ; Fri, 29 Jun 2012 10:53:53 +0000 (UTC) (envelope-from phoemix@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.freebsd.org (Postfix) with ESMTP id E61F08FC08 for ; Fri, 29 Jun 2012 10:53:52 +0000 (UTC) Received: from 2e8b2cc2.mobile.pool.telekom.hu ([46.139.44.194] helo=unknown) by marvin.harmless.hu with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.75 (FreeBSD)) (envelope-from ) id 1SkYpj-0006jp-CP; Fri, 29 Jun 2012 12:53:51 +0200 Date: Fri, 29 Jun 2012 12:53:51 +0200 From: Gergely CZUCZY To: Pete French Message-ID: <20120629125351.00000c76@unknown> In-Reply-To: References: <20120629115005.00005820@unknown> Organization: Harmless Digital X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Hypervisor ( was Re: Why Are You NOT Using FreeBSD ? ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2012 10:53:53 -0000 On Fri, 29 Jun 2012 10:55:20 +0100 Pete French wrote: > > - Lack of proper support for a decent hypervisor for > > virtualisation. We can't make a hypervisor out of freebsd, if there > > are no such virtualisations available like XEN, kvm or something > > similar, that just works out of the box. > > What do you need that VirtualBox doesn't provide ? I used to bemoan > the lack of a hypervisor too, but vince VBox arrived in FreeBSD I > have had no complaints. I use it to run Windows instances both as > desktop clients and also servers, and it works beautifully. Combined > with a ZVOL underneath (and hence all the delights of ZFS snapshots) > it';s a great solution. Yes, virtualbox is not that bad. However, to get some really nice features, you need the non-free version. Also, we can use citrix's xenserver's management tool to manage non-citrix xen clusters, because the API is same. With that we get a management tool for our clusters, which is really nice. Also I didn't know that virtualbox is capable of building clusters of nodes and bouncing VMs among nodes to balance load, and capable of doing such things, i might be lacking a bit here, sorry. > > -pete. > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 10:58:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC4F6106575D for ; Fri, 29 Jun 2012 10:58:58 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) by mx1.freebsd.org (Postfix) with ESMTP id 4ACBD8FC20 for ; Fri, 29 Jun 2012 10:58:58 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1SkYuP-00055M-I2; Fri, 29 Jun 2012 11:58:41 +0100 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SkYuP-0003uE-HL; Fri, 29 Jun 2012 11:58:41 +0100 To: petefrench@ingresso.co.uk, phoemix@harmless.hu In-Reply-To: <20120629125351.00000c76@unknown> Message-Id: From: Pete French Date: Fri, 29 Jun 2012 11:58:41 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: Hypervisor ( was Re: Why Are You NOT Using FreeBSD ? ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2012 10:58:58 -0000 > Yes, virtualbox is not that bad. However, to get some really nice > features, you need the non-free version. Also, we can use citrix's > xenserver's management tool to manage non-citrix xen clusters, because > the API is same. With that we get a management tool for our clusters, > which is really nice. OK, makes sennse. > Also I didn't know that virtualbox is capable of building clusters of > nodes and bouncing VMs among nodes to balance load, and capable of > doing such things, i might be lacking a bit here, sorry. I belive if you have an iscsi storage backend for a runnign node it can be moved transparently to another physsical hardware node without stopping running, but I havent tried it myself I ahve to admit. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 11:25:03 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C55E106566B for ; Fri, 29 Jun 2012 11:25:03 +0000 (UTC) (envelope-from freebsdml@ist.tugraz.at) Received: from mailrelay.tugraz.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by mx1.freebsd.org (Postfix) with ESMTP id D532B8FC12 for ; Fri, 29 Jun 2012 11:25:02 +0000 (UTC) Received: from ist.tugraz.at (proxy-music.ist.tu-graz.ac.at [129.27.202.111]) (authenticated bits=0) by mailrelay2.tugraz.at (8.14.4/8.14.4) with ESMTP id q5TBOwuS029735 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 29 Jun 2012 13:24:58 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 mailrelay2.tugraz.at q5TBOwuS029735 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tugraz.at; s=mailrelay; t=1340969099; i=@ist.tugraz.at; bh=rsZ+l7sK9loN0KsdKj/64iDJJzO5qsUxqZ1Vp6cVyRU=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Bm9FssyMoNLde1+TjNv4xx6JOrFcpW9GF+L97sFwcAsaiYzHoj9Ns34xb4qANG29N 91kyGMu7XrdN8VNXEG3UBBP5ZG4P/4wIRA5gNaBOAEVx14izsmCFfZhWA5M9U5RxTW ZN6bJZblyUQeXGCEunnHlKBIz6jYTWhCuTIkboOU= Received: (qmail 23812 invoked from network); 29 Jun 2012 11:24:58 -0000 Received: from unknown (HELO ?192.168.1.35?) (129.27.202.101) by ist.tugraz.at with SMTP; 29 Jun 2012 11:24:58 -0000 Message-ID: <4FED9089.2080002@ist.tugraz.at> Date: Fri, 29 Jun 2012 13:24:57 +0200 From: Herbert Poeckl Organization: TU Graz / IST User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11 MIME-Version: 1.0 To: Ian Lepore References: <686121506.2338267.1340842067785.JavaMail.root@erie.cs.uoguelph.ca> <4FEC694C.6060408@ist.tugraz.at> <1340913681.1110.84.camel@revolution.hippie.lan> In-Reply-To: <1340913681.1110.84.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: 5S3planrQ0lSnmWIva+Lkw X-Spam-Scanner: SpamAssassin 3.003000 X-Spam-Score-relay: 0.0 X-Scanned-By: MIMEDefang 2.70 on 129.27.10.19 Cc: freebsd-stable@freebsd.org Subject: Re: Need help with nfsv4 and krb5 access denied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 11:25:03 -0000 On 06/28/2012 10:01 PM, Ian Lepore wrote: > When something in software works fine with one NIC but not another > (nearly-) identical one, the first thing that comes to my mind is that > the MAC address on the card is being used by the software as a sort of > UUID. I had that happen with a commercial software once; when I changed > NICs in the machine the software stopped working and said it wasn't > registered on that machine. (I would have been annoyed except this > sophisticed "security system" was circumvented by deleting a file that > wasn't even hard to find, and it automatically re-authorized itself on > the next run using the new MAC address.) That came to my mind, too. The thing is, I can set any MAC address I want on both NICs. The result is still the same. The first one is working, the second one not. Greetings, Herbert From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 11:59:55 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35C71106566B; Fri, 29 Jun 2012 11:59:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id D456C8FC14; Fri, 29 Jun 2012 11:59:54 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q5TBxslo087409; Fri, 29 Jun 2012 11:59:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q5TBxroF087394; Fri, 29 Jun 2012 11:59:53 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Jun 2012 11:59:53 GMT Message-Id: <201206291159.q5TBxroF087394@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2012 11:59:55 -0000 TB --- 2012-06-29 11:24:21 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-06-29 11:24:21 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-29 11:24:21 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-06-29 11:24:21 - cleaning the object tree TB --- 2012-06-29 11:24:21 - cvsupping the source tree TB --- 2012-06-29 11:24:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-06-29 11:24:49 - building world TB --- 2012-06-29 11:24:49 - CROSS_BUILD_TESTING=YES TB --- 2012-06-29 11:24:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-29 11:24:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-29 11:24:49 - SRCCONF=/dev/null TB --- 2012-06-29 11:24:49 - TARGET=sparc64 TB --- 2012-06-29 11:24:49 - TARGET_ARCH=sparc64 TB --- 2012-06-29 11:24:49 - TZ=UTC TB --- 2012-06-29 11:24:49 - __MAKE_CONF=/dev/null TB --- 2012-06-29 11:24:49 - cd /src TB --- 2012-06-29 11:24:49 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 29 11:24:49 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_ZFS_SUPPORT -I/src/sys/boot/sparc64/zfsloader/../../zfs -I/src/sys/boot/sparc64/zfsloader/../../../cddl/boot/zfs -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/zfsloader/../../ficl -I/src/sys/boot/sparc64/zfsloader/../../ficl/sparc64 -I/src/sys/boot/sparc64/zfsloader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/zfsloader/../../ofw/libofw/ -I/src/sys/boot/sparc64/zfsloader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/zfsloader/../../common/misc.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_ZFS_SUPPORT -I/src/sys/boot/sparc64/zfsloader/../../zfs -I/src/sys/boot/sparc64/zfsloader/../../../cddl/boot/zfs -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/zfsloader/../../ficl -I/src/sys/boot/sparc64/zfsloader/../../ficl/sparc64 -I/src/sys/boot/sparc64/zfsloader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/zfsloader/../../ofw/libofw/ -I/src/sys/boot/sparc64/zfsloader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/zfsloader/../../common/module.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_ZFS_SUPPORT -I/src/sys/boot/sparc64/zfsloader/../../zfs -I/src/sys/boot/sparc64/zfsloader/../../../cddl/boot/zfs -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/zfsloader/../../ficl -I/src/sys/boot/sparc64/zfsloader/../../ficl/sparc64 -I/src/sys/boot/sparc64/zfsloader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/zfsloader/../../ofw/libofw/ -I/src/sys/boot/sparc64/zfsloader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/zfsloader/../../common/panic.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_ZFS_SUPPORT -I/src/sys/boot/sparc64/zfsloader/../../zfs -I/src/sys/boot/sparc64/zfsloader/../../../cddl/boot/zfs -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/zfsloader/../../ficl -I/src/sys/boot/sparc64/zfsloader/../../ficl/sparc64 -I/src/sys/boot/sparc64/zfsloader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/zfsloader/../../ofw/libofw/ -I/src/sys/boot/sparc64/zfsloader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/zfsloader/../../common/load_elf64.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_ZFS_SUPPORT -I/src/sys/boot/sparc64/zfsloader/../../zfs -I/src/sys/boot/sparc64/zfsloader/../../../cddl/boot/zfs -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/zfsloader/../../ficl -I/src/sys/boot/sparc64/zfsloader/../../ficl/sparc64 -I/src/sys/boot/sparc64/zfsloader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/zfsloader/../../ofw/libofw/ -I/src/sys/boot/sparc64/zfsloader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/zfsloader/../../common/reloc_elf64.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_ZFS_SUPPORT -I/src/sys/boot/sparc64/zfsloader/../../zfs -I/src/sys/boot/sparc64/zfsloader/../../../cddl/boot/zfs -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/zfsloader/../../ficl -I/src/sys/boot/sparc64/zfsloader/../../ficl/sparc64 -I/src/sys/boot/sparc64/zfsloader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/zfsloader/../../ofw/libofw/ -I/src/sys/boot/sparc64/zfsloader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/zfsloader/../../common/dev_net.c cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_ZFS_SUPPORT -I/src/sys/boot/sparc64/zfsloader/../../zfs -I/src/sys/boot/sparc64/zfsloader/../../../cddl/boot/zfs -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/zfsloader/../../ficl -I/src/sys/boot/sparc64/zfsloader/../../ficl/sparc64 -I/src/sys/boot/sparc64/zfsloader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/zfsloader/../../ofw/libofw/ -I/src/sys/boot/sparc64/zfsloader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/zfsloader/../../common/interp_forth.c make: don't know how to make /obj/sparc64/src/sys/boot/sparc64/zfsloader/../../zfs/libzfsboot.a. Stop *** Error code 2 Stop in /src/sys/boot/sparc64. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-29 11:59:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-29 11:59:53 - ERROR: failed to build world TB --- 2012-06-29 11:59:53 - 1773.96 user 307.33 system 2132.01 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 13:23:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B49B106566B for ; Fri, 29 Jun 2012 13:23:51 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id A78E38FC14 for ; Fri, 29 Jun 2012 13:23:50 +0000 (UTC) Received: from vhoffman.lon.namesco.net (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q5TDNmbg016877 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 29 Jun 2012 14:23:49 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4FEDAC64.3070203@unsane.co.uk> Date: Fri, 29 Jun 2012 14:23:48 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: nfs problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 13:23:51 -0000 On 29/06/2012 10:45, Daniel Braniss wrote: >> Hi, >> starting about last week, I'm getting: >> >> rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken >> pipe (32) >> rsync: write failed on "/net/rnd/dist/tmp/local/amd64.FreeBSD_8.3-wip/compat/li >> nux/usr/lib/locale/locale-archive.tmpl": Permission denied (13) >> rsync error: error in file IO (code 11) at receiver.c(322) [receiver=3.0.9] >> rsync: connection unexpectedly closed (21872 bytes received so far) [sender] >> rsync error: error in rsync protocol data stream (code 12) at io.c(605) >> [sender=3.0.9] >> >> the server is running 8.2, but the client is very upto date, 8.3-stable as of >> this morning >> (local time). >> >> after runing rsync several times, it finaly gets synced. >> >> another item is that i'm using am-utils, but I don't see it causing the problem >> >> I will try using tcp (instead of udp) soon. >> >> any insights? >> >> cheers, >> danny > the problem is most probably NFS/UDP related. > > I took am-utils out of the equation. > mounted using TCP, and no problems > mounted using UDP: > Jun 29 12:38:14 pe-02 kernel: nfs server nrnfdn:sf/s ds isseterr:vve ernr o > trrnn dd:r:e/s/pddoinisdsitt::n nngoo > Jun 29 12:38:14 pe-02 kernel: tt > Jun 29 12:38:14 pe-02 kernel: > Jun 29 12:38:14 pe-02 kernel: <<66>> rreessppoonnddiinngg > Jun 29 12:38:14 pe-02 kernel: > Jun 29 12:38:14 pe-02 kernel: nfs server rnd:/dist: not responding > Jun 29 12:38:14 pe-02 last message repeated 11 times > Jun 29 12:38:27 pe-02 kernel: nfs server rnd:/dist: is alive again > > the above happens about every 15 seconds > (you have to learn to read in between the bytes :-) > > cheers, > danny > Its also possible you are hitting a bug I came across recently. See http://lists.freebsd.org/pipermail/freebsd-current/2012-June/034860.html basicly mountd may give incorrect permission denied errors when it is refreshing the exports list due to non-atomic operations. see kern/131342 kern/136865 also. Vince > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 13:34:31 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A432106566C for ; Fri, 29 Jun 2012 13:34:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 057BE8FC17 for ; Fri, 29 Jun 2012 13:34:30 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q5TDYU8e029720 for ; Fri, 29 Jun 2012 06:34:30 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q5TDYUwe029719 for stable@freebsd.org; Fri, 29 Jun 2012 06:34:30 -0700 (PDT) (envelope-from david) Date: Fri, 29 Jun 2012 06:34:30 -0700 From: David Wolfskill To: stable@freebsd.org Message-ID: <20120629133430.GK10247@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HTLCc13+3hfAZ6SL" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Problem in sys/boot/i386/cdboot/cdboot.S with clang @237770 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 13:34:31 -0000 --HTLCc13+3hfAZ6SL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Running on: FreeBSD g1-227.catwhisker.org 9.0-STABLE FreeBSD 9.0-STABLE #200 237701M: T= hu Jun 28 06:31:33 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src= /sys/CANARY i386 I was able to build FreeBSD g1-227.catwhisker.org 9.0-STABLE FreeBSD 9.0-STABLE #201 237770M: F= ri Jun 29 04:46:48 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src= /sys/CANARY i386 OK using gcc, but with clang (separate bootable slice), I get whines and a failure: clang -O2 -pipe -I/usr/src/sys/boot/i386/cdboot/../common -ffreestanding -= mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-= sse3 -msoft-float -std=3Dgnu99 -Qunused-arguments -c /usr/src/sys/boot/i= 386/cdboot/cdboot.S .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:144:3: error: ambiguous instructions= require an explicit suffix (could be 'orb', 'orw', 'orl', or 'orq') or $0x1,0x8(%bx) # kargs->bootflags |=3D ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:272:10: error: .code16 not supported= yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported= yet .code16 ^ *** [cdboot.o] Error code 1 1 error (I've been doing these "parallel gcc/clang" builds of stable/9 on a daily basis for a few weeks, now; thus is the first time I've encountered a problem like this.) More complete logs are available for interested folks -- I do the builds within script(1). Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --HTLCc13+3hfAZ6SL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/truUACgkQmprOCmdXAD1hdgCfeR9Kp2RcE+5Hr9s/gAUK3ef9 uLgAni3vkxZhUqGkbtMkgbw+ZPuDVe1e =Xcf/ -----END PGP SIGNATURE----- --HTLCc13+3hfAZ6SL-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 13:50:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BA54106564A for ; Fri, 29 Jun 2012 13:50:56 +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 CFB848FC16 for ; Fri, 29 Jun 2012 13:50:55 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Skbb4-0009od-0m; Fri, 29 Jun 2012 16:50:54 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Vincent Hoffman In-reply-to: <4FEDAC64.3070203@unsane.co.uk> References: <4FEDAC64.3070203@unsane.co.uk> Comments: In-reply-to Vincent Hoffman message dated "Fri, 29 Jun 2012 14:23:48 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Jun 2012 16:50:53 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: nfs problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 13:50:56 -0000 > On 29/06/2012 10:45, Daniel Braniss wrote: > >> Hi, > >> starting about last week, I'm getting: > >> > >> rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken > >> pipe (32) > >> rsync: write failed on "/net/rnd/dist/tmp/local/amd64.FreeBSD_8.3-wip/compat/li > >> nux/usr/lib/locale/locale-archive.tmpl": Permission denied (13) > >> rsync error: error in file IO (code 11) at receiver.c(322) [receiver=3.0.9] > >> rsync: connection unexpectedly closed (21872 bytes received so far) [sender] > >> rsync error: error in rsync protocol data stream (code 12) at io.c(605) > >> [sender=3.0.9] > >> > >> the server is running 8.2, but the client is very upto date, 8.3-stable as of > >> this morning > >> (local time). > >> > >> after runing rsync several times, it finaly gets synced. > >> > >> another item is that i'm using am-utils, but I don't see it causing the problem > >> > >> I will try using tcp (instead of udp) soon. > >> > >> any insights? > >> > >> cheers, > >> danny > > the problem is most probably NFS/UDP related. > > > > I took am-utils out of the equation. > > mounted using TCP, and no problems > > mounted using UDP: > > Jun 29 12:38:14 pe-02 kernel: nfs server nrnfdn:sf/s ds isseterr:vve ernr o > > trrnn dd:r:e/s/pddoinisdsitt::n nngoo > > Jun 29 12:38:14 pe-02 kernel: tt > > Jun 29 12:38:14 pe-02 kernel: > > Jun 29 12:38:14 pe-02 kernel: <<66>> rreessppoonnddiinngg > > Jun 29 12:38:14 pe-02 kernel: > > Jun 29 12:38:14 pe-02 kernel: nfs server rnd:/dist: not responding > > Jun 29 12:38:14 pe-02 last message repeated 11 times > > Jun 29 12:38:27 pe-02 kernel: nfs server rnd:/dist: is alive again > > > > the above happens about every 15 seconds > > (you have to learn to read in between the bytes :-) > > > > cheers, > > danny > > > Its also possible you are hitting a bug I came across recently. > See http://lists.freebsd.org/pipermail/freebsd-current/2012-June/034860.html > basicly mountd may give incorrect permission denied errors when it is > refreshing the exports list due to non-atomic operations. > see > > kern/131342 > kern/136865 Hi Vince, I thought so too, there used to be a bug caused by am-utils umounting, succeding even if the mount was active, then re-mounting, which caused all kind of problems, the work around was to increase the timeout. But I don't think it's the case here, unless mountd has a life of its own. Furthermore, rsync works without a glitch when mounted nfs/tcp. thanks, danny From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 14:41:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D53106566C for ; Fri, 29 Jun 2012 14:41:49 +0000 (UTC) (envelope-from davshao@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2C4608FC15 for ; Fri, 29 Jun 2012 14:41:49 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so3058794wgb.31 for ; Fri, 29 Jun 2012 07:41:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6NpnXXkDIGmZn9RuD7bKX0oVCevVU1wRnmFrMM0EfMo=; b=x5SbMGt8AgvrOzv+iwx3Aisrb2+kdj5W+c5A2O8jQLxuOqdC0Swcw2JBHF4xKfkktQ g1+AnBlKlyXFp1JmHm2txme22sCKZfeBr4Odz6a2wKsag7yHBK77V3QQqTEXPDrYW1QY fJlMvs4nwsZ91Gz6uavQ8OwwuNSEPhpaOi0ybz3fBXZWdRmLnmH95yPf+sg0aldTXcWe 3HqVzdHX7ZNK9DjlooIynzOSrlFd++OG4IivLZ1XR0pFytPDWWyJJnyKZdGDfdL7iaik rsasnweqXBItE24nzWemKsvMhS3YSN2X6w0MxdoMMs1CiK+iYT0KfN8OwWiKCPaiXP2F M1AA== MIME-Version: 1.0 Received: by 10.180.93.196 with SMTP id cw4mr5379396wib.11.1340980908066; Fri, 29 Jun 2012 07:41:48 -0700 (PDT) Received: by 10.180.95.102 with HTTP; Fri, 29 Jun 2012 07:41:48 -0700 (PDT) Date: Fri, 29 Jun 2012 07:41:48 -0700 Message-ID: From: David Shao To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Possible r237738 libedit regression with xfce4 and other terminal programs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 14:41:50 -0000 Some update between r237683 and r237740 has caused a regression with xfce4's Terminal program: An attempt to resize a window by dragging a corner results in the window immediately closing. I have reproduced this on a Pentium 4 machine with an old ati radeon 9000 era card and on newer machines with radeon 4xxxx cards. There is one exception I have noted: a Terminal window with the results of svn log | less can be resized without closing. While I have not exactly bisected the problem to r237738, this regression is similar to one I have reported for DragonFly BSD after a bisection to an update to libedit. The identical symptoms lead me to believe the problem will be manifested beyond xfce4's Terminal and beyond the radeon cards tested. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 14:50:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECE5B106564A; Fri, 29 Jun 2012 14:50:54 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5B8648FC17; Fri, 29 Jun 2012 14:50:54 +0000 (UTC) Received: by eabm6 with SMTP id m6so1661481eab.13 for ; Fri, 29 Jun 2012 07:50:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=styK9Yo+0+iyhwyq36SRdsK4P3PZGbEY2Rq0FJjt3qQ=; b=eJSiGRm7PzC4A/cibc7zZagIeT45cRvf4xzAUacVmdgb6CQbScqPKjw7FaYT2QsFAU vXbBG2XTM6BC0ieVsAq0BDUA6vTCHVrU2s9c/ZMs0XZC4lUC7TC8aMPl/TExQfPyT/Kl urppDj/LfjOI6UtW1clFd5pPs5PRzPwn4ZKRXiaUY8UK1QCD5dJDrk3t5kdJuQKdpY/H 9eDfdyZuQndm0033mzeAfJ2jqdzl3HZYw9EfzIgeYbsQsdZ/LBDnAIWup9kik0lavAcv KI2hnslqKFCrSx2JFND4aeiuB2yynbm0rDH+xsAQ1+wZaamstaGfyWlw0Rh6Xc86MD93 rb0w== MIME-Version: 1.0 Received: by 10.152.102.137 with SMTP id fo9mr2250701lab.35.1340981452737; Fri, 29 Jun 2012 07:50:52 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.114.14.104 with HTTP; Fri, 29 Jun 2012 07:50:52 -0700 (PDT) Date: Fri, 29 Jun 2012 10:50:52 -0400 X-Google-Sender-Auth: 3MPzWqniTPxWTxLoyxvFsjYzVD0 Message-ID: From: Rick Miller To: FreeBSD Questions , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: FreeBSD 8-STABLE on R620 w/ X520-DA2/Intel 82599 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 14:50:55 -0000 Hi All, I have 2 hosts, HP DL360 G8 and Dell R620. Both have the X520-DA2/Intel 82599 10G Fiber NIC. Both also have the same FreeBSD 8-STABLE image. The Dell displays the following in dmesg and we are unable to configure the ix0 or ix1 interfaces where the HP works just fine. Wondering if anyone else has experienced this? pci4: at device 0.0 (no driver attached) pci4: at device 0.1 (no driver attached) -- Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 14:58:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B30FA106566B; Fri, 29 Jun 2012 14:58:17 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from mail.averesystems.com (50-73-27-109-cpennsylvania.hfc.comcastbusiness.net [50.73.27.109]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF538FC15; Fri, 29 Jun 2012 14:58:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.averesystems.com (Postfix) with ESMTP id 2B19A4802F5; Fri, 29 Jun 2012 10:58:19 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.averesystems.com Received: from mail.averesystems.com ([127.0.0.1]) by localhost (mail.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EpRRrhI6ye3W; Fri, 29 Jun 2012 10:58:18 -0400 (EDT) Received: from riven.arriad.com (206.193.225.214.nauticom.net [206.193.225.214]) by mail.averesystems.com (Postfix) with ESMTPSA id 661F54802DF; Fri, 29 Jun 2012 10:58:18 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Andrew Boyer In-Reply-To: Date: Fri, 29 Jun 2012 10:58:14 -0400 Content-Transfer-Encoding: 7bit Message-Id: <8AA7930A-9E81-4479-8333-FB28C4036E08@averesystems.com> References: To: Rick Miller X-Mailer: Apple Mail (2.1278) Cc: freebsd-stable@freebsd.org, FreeBSD Questions Subject: Re: FreeBSD 8-STABLE on R620 w/ X520-DA2/Intel 82599 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 14:58:17 -0000 Please post the output of pciconf -lvc for these devices. -Andrew On Jun 29, 2012, at 10:50 AM, Rick Miller wrote: > Hi All, > > I have 2 hosts, HP DL360 G8 and Dell R620. Both have the > X520-DA2/Intel 82599 10G Fiber NIC. Both also have the same FreeBSD > 8-STABLE image. The Dell displays the following in dmesg and we are > unable to configure the ix0 or ix1 interfaces where the HP works just > fine. Wondering if anyone else has experienced this? > > pci4: at device 0.0 (no driver attached) > pci4: at device 0.1 (no driver attached) > > > -- > Take care > Rick Miller > _______________________________________________ > 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" -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 15:57:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E86111065670; Fri, 29 Jun 2012 15:57:09 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id ACFCD8FC14; Fri, 29 Jun 2012 15:57:09 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SkdYW-000Pi4-9S; Fri, 29 Jun 2012 11:56:24 -0400 Date: Fri, 29 Jun 2012 11:56:24 -0400 From: Gary Palmer To: Rick Miller Message-ID: <20120629155624.GC14487@in-addr.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org, FreeBSD Questions Subject: Re: FreeBSD 8-STABLE on R620 w/ X520-DA2/Intel 82599 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 15:57:10 -0000 On Fri, Jun 29, 2012 at 10:50:52AM -0400, Rick Miller wrote: > Hi All, > > I have 2 hosts, HP DL360 G8 and Dell R620. Both have the > X520-DA2/Intel 82599 10G Fiber NIC. Both also have the same FreeBSD > 8-STABLE image. The Dell displays the following in dmesg and we are > unable to configure the ix0 or ix1 interfaces where the HP works just > fine. Wondering if anyone else has experienced this? > > pci4: at device 0.0 (no driver attached) > pci4: at device 0.1 (no driver attached) Please see http://lists.freebsd.org/pipermail/freebsd-net/2012-June/032579.html it may be of some assistance. It looks like adding the Dell specific PCI IDs may be all thats required. Gary From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 16:02:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBA011065670 for ; Fri, 29 Jun 2012 16:02:18 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp9.sbb.rs (smtp9.sbb.rs [89.216.2.41]) by mx1.freebsd.org (Postfix) with ESMTP id 43B738FC15 for ; Fri, 29 Jun 2012 16:02:18 +0000 (UTC) Received: from mycenae (cable-178-148-110-16.dynamic.sbb.rs [178.148.110.16]) by smtp9.sbb.rs (8.14.0/8.14.0) with ESMTP id q5TFp7gd011012; Fri, 29 Jun 2012 17:51:12 +0200 Received: by mycenae (Postfix, from userid 1001) id 617585C23; Fri, 29 Jun 2012 17:53:01 +0200 (CEST) Date: Fri, 29 Jun 2012 17:53:01 +0200 From: Zoran Kolic To: listlog2011@gmail.com Message-ID: <20120629155301.GA1122@mycenae.sbb.rs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -1.8 Cc: freebsd-stable@freebsd.org Subject: Re: new desktop box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 16:02:18 -0000 > I have a GT430 installed on my machine, but I think GT520 will > use less power, from specification: > http://www.geforce.com/hardware/desktop-gpus/geforce-gt-520/specifications > It only needs 29W while GT430 needs 49W. > NVIDIA also provides their native driver for FreeBSD. There is fanless GT520 card, not expensive. I hope it will work with "nv". No real need for something more than basic graphics. What I still cannot decide is what cpu to get. I read reviews for bulldozer and find nothing thrilling. Guys are mostly gamers. On the other side, whatever i buy, gonna suffice. How about fx 8120 ? I like to have multicore (is there one core nowadays), but cold. Seems that I cannot wait for next generation to show up. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 16:04:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 271B7106566C for ; Fri, 29 Jun 2012 16:04:50 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp9.sbb.rs (smtp9.sbb.rs [89.216.2.41]) by mx1.freebsd.org (Postfix) with ESMTP id 930CA8FC15 for ; Fri, 29 Jun 2012 16:04:49 +0000 (UTC) Received: from mycenae (cable-178-148-110-16.dynamic.sbb.rs [178.148.110.16]) by smtp9.sbb.rs (8.14.0/8.14.0) with ESMTP id q5TG4hJI021532; Fri, 29 Jun 2012 18:04:48 +0200 Received: by mycenae (Postfix, from userid 1001) id 463175C23; Fri, 29 Jun 2012 18:06:41 +0200 (CEST) Date: Fri, 29 Jun 2012 18:06:41 +0200 From: Zoran Kolic To: wblock@wonkity.com Message-ID: <20120629160641.GA1176@mycenae.sbb.rs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -1.8 Cc: freebsd-stable@freebsd.org Subject: Re: new desktop box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 16:04:50 -0000 > Do not get a Radeon newer than the 4000-series, the drivers are not > available in FreeBSD at present. The 4650 has worked well for me. I'm not picky. In old node I have/had geforce 6200, which is pretty old. Works fine for non-demanding user. It also has no fan. As I said, my only concern at the moment is what cpu I should choose. I found posts of non working amdtemp on bulldozer. Code from the head had to be compiled for it to work. Gamers overclock and get high temperatures. If someone has fx cpu (especially 8120), I'd like to hear how it behaves. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 16:35:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04989106564A; Fri, 29 Jun 2012 16:35:18 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 158AC8FC15; Fri, 29 Jun 2012 16:35:16 +0000 (UTC) Received: by bkwj5 with SMTP id j5so1926006bkw.13 for ; Fri, 29 Jun 2012 09:35:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=r2UXhs96EukskRsG27D6nsm7Y4nzV5YK0YEluv/KcGI=; b=HhsrClihirSF0Ap10eOJRM8uDaNPrAIAwgp/4ciogiN2QjLVKIuWASRPdFNYq6hL0Y 6rHb64oNns1SJxx2aNUKs2JVU/CaoF3dIDx92af6d82sxdomrbeaslmz95oA8/7goFhx tQIrkF1sPQx4VNy3dV3ZsYN/V5oLQNcd2Y6pbWVvmVhBXcwcXJpz/T+r6bjz1NpzEK2F Tv55TGLu/w9VpdFYKJESAuDvFA01MIMbKSENujGk4GGkwUeXX0NlGT4rbMdLZ4nIy5ee E7960mcoQHqn7+j+yrvcbtNjNpeX8bl4NHQrn9ZLcDb4/q+eUukVroJuDq6K6Pl5qgOg Yoeg== MIME-Version: 1.0 Received: by 10.152.103.11 with SMTP id fs11mr2617648lab.23.1340987715846; Fri, 29 Jun 2012 09:35:15 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.114.14.104 with HTTP; Fri, 29 Jun 2012 09:35:15 -0700 (PDT) In-Reply-To: <20120629155624.GC14487@in-addr.com> References: <20120629155624.GC14487@in-addr.com> Date: Fri, 29 Jun 2012 12:35:15 -0400 X-Google-Sender-Auth: L1pfpGvYKSsuCvuNO91MrVHc16c Message-ID: From: Rick Miller To: Gary Palmer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, FreeBSD Questions Subject: Re: FreeBSD 8-STABLE on R620 w/ X520-DA2/Intel 82599 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 16:35:18 -0000 On Fri, Jun 29, 2012 at 11:56 AM, Gary Palmer wrote: > On Fri, Jun 29, 2012 at 10:50:52AM -0400, Rick Miller wrote: >> Hi All, >> >> I have 2 hosts, HP DL360 G8 and Dell R620. =A0Both have the >> X520-DA2/Intel 82599 10G Fiber NIC. =A0Both also have the same FreeBSD >> 8-STABLE image. =A0The Dell displays the following in dmesg and we are >> unable to configure the ix0 or ix1 interfaces where the HP works just >> fine. =A0Wondering if anyone else has experienced this? >> >> pci4: at device 0.0 (no driver attached) >> pci4: at device 0.1 (no driver attached) > > Please see > > http://lists.freebsd.org/pipermail/freebsd-net/2012-June/032579.html > > it may be of some assistance. =A0It looks like adding the Dell specific > PCI IDs may be all thats required. Hrmm, very interesting indeed. How do I identify if/when/where the source has been updated? --=20 Take care Rick Miller From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 16:39:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86A31106566B; Fri, 29 Jun 2012 16:39:10 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id BA2368FC16; Fri, 29 Jun 2012 16:39:09 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so955210wib.13 for ; Fri, 29 Jun 2012 09:39:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=at9HY28eUpceSvaDQXKmFBI8KY22zeeAsvnlEnAZ0nw=; b=ceQe2JUsR/D1xWwNieA1WYjgYFMZboXx2U8cf6MPOuxuhAIdJU6Jh7Avd8sjfLR1d2 EeYYhMdIqrDf+vzzUemONz3cj9co0Pp6XXnDCyPbp2hfoPIxbIW7mxTMJuIosdR53OGi jbtgamDnA9/aOi5FfSHbhzG8En8kF93ReXGRzxxi/r3BCPV94dZn+8h+E3QclsUjobq+ I3MYLMeX1PhjaU211Ej3P70xTYLDnYjy+WtjSJDCYar13vpRqwDQ83MFIBsFxi63pBYb My9UKe9MKSL5F6BdEvEPvlxv3wKeFdkTaL8HwMG+IY9yMY1OtAozRYjthRcjUhu908YT 94yw== MIME-Version: 1.0 Received: by 10.180.105.6 with SMTP id gi6mr6162114wib.4.1340987948638; Fri, 29 Jun 2012 09:39:08 -0700 (PDT) Received: by 10.180.105.232 with HTTP; Fri, 29 Jun 2012 09:39:08 -0700 (PDT) In-Reply-To: References: <20120629155624.GC14487@in-addr.com> Date: Fri, 29 Jun 2012 09:39:08 -0700 Message-ID: From: Jack Vogel To: Rick Miller Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, FreeBSD Questions Subject: Re: FreeBSD 8-STABLE on R620 w/ X520-DA2/Intel 82599 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 16:39:10 -0000 Be patient, a new version will hit HEAD soon with the ID added. Jack On Fri, Jun 29, 2012 at 9:35 AM, Rick Miller wrote: > On Fri, Jun 29, 2012 at 11:56 AM, Gary Palmer wrote: > > On Fri, Jun 29, 2012 at 10:50:52AM -0400, Rick Miller wrote: > >> Hi All, > >> > >> I have 2 hosts, HP DL360 G8 and Dell R620. Both have the > >> X520-DA2/Intel 82599 10G Fiber NIC. Both also have the same FreeBSD > >> 8-STABLE image. The Dell displays the following in dmesg and we are > >> unable to configure the ix0 or ix1 interfaces where the HP works just > >> fine. Wondering if anyone else has experienced this? > >> > >> pci4: at device 0.0 (no driver attached) > >> pci4: at device 0.1 (no driver attached) > > > > Please see > > > > http://lists.freebsd.org/pipermail/freebsd-net/2012-June/032579.html > > > > it may be of some assistance. It looks like adding the Dell specific > > PCI IDs may be all thats required. > > Hrmm, very interesting indeed. > > How do I identify if/when/where the source has been updated? > > -- > Take care > Rick Miller > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 17:19:05 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AE291065674 for ; Fri, 29 Jun 2012 17:19:05 +0000 (UTC) (envelope-from prvs=15277cd302=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 27D9A8FC0A for ; Fri, 29 Jun 2012 17:19:04 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Fri, 29 Jun 2012 18:18:53 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50020526445.msg for ; Fri, 29 Jun 2012 18:18:51 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=15277cd302=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@FreeBSD.ORG Message-ID: From: "Steven Hartland" To: "Oliver Fromme" , References: <201206091522.q59FM0n0069425@lurza.secnetix.de> Date: Fri, 29 Jun 2012 18:19:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: Re: 9-stabe: cd device gone, ATA_CAM panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 17:19:05 -0000 ----- Original Message ----- From: "Oliver Fromme" > > I need a working DVD drive, so I'm now considering to > > downgrade to 8-stable. But then again, TMPFS didn't work > > a well for me as it does in 9-stable (which was the main > > reason for me to upgrade), so I'm kind of stuck in a > > difficult situation. > > Fortunately, 9-stable works with "device atapicam", as I > just found out. I thought I had already tried that and > got errors during linking, but that was probably with > the ATA_CAM option enabled at the same time which causes > conflicts, obviously. > > So, everything's back to normal with "device atapicam" > for now, and without ATA_CAM. Hi Oliver had a similar experience here might want to try the patch in the following PR:- http://www.freebsd.org/cgi/query-pr.cgi?pr=169495 ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 18:11:35 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D352B106566B for ; Fri, 29 Jun 2012 18:11:35 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8B1608FC1B for ; Fri, 29 Jun 2012 18:11:35 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3076A5C59; Fri, 29 Jun 2012 20:11:29 +0200 (CEST) Message-ID: <4FEDEFD0.2030604@FreeBSD.org> Date: Fri, 29 Jun 2012 20:11:28 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120619 Thunderbird/14.0 MIME-Version: 1.0 To: David Wolfskill , stable@freebsd.org References: <20120629133430.GK10247@albert.catwhisker.org> In-Reply-To: <20120629133430.GK10247@albert.catwhisker.org> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problem in sys/boot/i386/cdboot/cdboot.S with clang @237770 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 18:11:35 -0000 On 2012-06-29 15:34, David Wolfskill wrote: ... > FreeBSD g1-227.catwhisker.org 9.0-STABLE FreeBSD 9.0-STABLE #201 237770M: Fri Jun 29 04:46:48 PDT 2012 root@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 > > OK using gcc, but with clang (separate bootable slice), I get whines and > a failure: > > clang -O2 -pipe -I/usr/src/sys/boot/i386/cdboot/../common -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /usr/src/sys/boot/i386/cdboot/cdboot.S > .code16 > ^ > /usr/src/sys/boot/i386/cdboot/cdboot.S:144:3: error: ambiguous instructions require an explicit suffix (could be 'orb', 'orw', 'orl', or 'orq') > or $0x1,0x8(%bx) # kargs->bootflags |= > ^ I had not merged r235281 from head to stable/9 yet. Please try again with r237812. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 18:17:12 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D00B106564A for ; Fri, 29 Jun 2012 18:17:12 +0000 (UTC) (envelope-from attila.bogar@linguamatics.com) Received: from mail.linguamatics.com (mail.linguamatics.com [188.39.80.203]) by mx1.freebsd.org (Postfix) with ESMTP id 192218FC14 for ; Fri, 29 Jun 2012 18:17:12 +0000 (UTC) Received: from [10.252.10.232] (random.linguamatics.com [10.252.10.232]) by mail.linguamatics.com (Postfix) with ESMTPSA id F2A14EFB44C for ; Fri, 29 Jun 2012 19:11:53 +0100 (BST) Message-ID: <4FEDEFEA.4020105@linguamatics.com> Date: Fri, 29 Jun 2012 19:11:54 +0100 From: =?ISO-8859-1?Q?Attila_Bog=E1r?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: NFSv3 + krb5 mysteries - need help tracking down X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 18:17:12 -0000 Hi, I have a FreeBSD 9-STABLE acting as a kerberized NFSv3 server. server# ktutil list FILE:/etc/krb5.keytab: Vno Type Principal 5 aes256-cts-hmac-sha1-96 nfs/server.linguamatics.com@LINGUAMATICS.COM 5 des3-cbc-sha1 nfs/server.linguamatics.com@LINGUAMATICS.COM 5 arcfour-hmac-md5 nfs/server.linguamatics.com@LINGUAMATICS.COM ntp in sync everywhere The network is a lagg device composed of two bce interfaces (an add-in card). -- 8< [nfstest.sh] -- #!/bin/bash i=0 fail=0 while [ $i -lt 100 ] do i=$[i+1] echo "RUN: $i" umount -f /mnt sleep 1 mount -v -o sec=krb5i,vers=3,proto=tcp server:/export/share /mnt || fail =$[fail+1] done echo "$fail times failed" -- 8< -- centos62# ./nfstest.sh 54 times failed ubuntu1204# ./nfstest.sh 98 times failed ubuntu1104# ./nfstest.sh 0 times failed centos58# ./nfstest.sh 0 times failed I started rpc.gssd -vvvvv on all linux clients. The clients which did not fail are using gssapi v1 with DES. Jun 29 18:17:41 centos58 rpc.gssd[1452]: prepare_krb5_rfc1964_buffer: serializing keys with enctype 4 and length 8 Jun 29 18:04:36 ubuntu1104 rpc.gssd[911]: prepare_krb5_rfc1964_buffer: serializing keys with enctype 4 and length 8 The failing clients are using the newer gssapi v2 with AES256. Jun 29 17:59:37 ubuntu1204 rpc.gssd[756]: prepare_krb5_rfc4121_buffer: serializing key with enctype 18 and size 32 Jun 29 17:55:48 centos62 rpc.gssd[1183]: prepare_krb5_rfc4121_buffer: serializing key with enctype 18 and size 32 Note the different RFC being used. This is just a suspicion, this may not be realted to the problem. The cipher being used is different too. Then I changed my script to proto=udp. from ubuntu1104 fails 0 times. from centos62 fails 0 times. On centos58 and ubuntu1204 mount locks up all the time. Then I added to krb5.conf [libdefaults] default_tgs_enctypes = dec-cbc-crc and rebooted both centos58 and ubuntu1204. After rebooting centos56 and ubuntu1204: nfstest fails 0 times on centos58 with udp I get very long response times for ubuntu1204 mounts and always a permission denied. This is a mystery. I have not tested NFSv4 yet. I need some help to track down this problem. Attila PS: This may be the same problem as this thread: http://lists.freebsd.org/pipermail/freebsd-stable/2012-June/068619.html From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 18:28:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CD7210656AC; Fri, 29 Jun 2012 18:28:27 +0000 (UTC) (envelope-from vrwmiller@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 827078FC15; Fri, 29 Jun 2012 18:28:26 +0000 (UTC) Received: by lbon10 with SMTP id n10so6190471lbo.13 for ; Fri, 29 Jun 2012 11:28:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=MEcdh2lvPPmm5w8TzoFX7Un8P/AK+De7C26xYU/CERY=; b=mAQXqD6hLYwvrok0aWYqCTHgvcVxhhOUj3x56GlhOdEY0Qrv6/HITm9Netg+Z9Gh/Z BbowodwatgX1LhSpCYJj32Bgv7JkHELXx/DDacVnqcLcj5npqQHQq5HeiOIJRRFZSmsl GtB8GFIk+pD6PYkG/GBjE6QpxsT+oLoZNZJbm1/gVBPEKSCJoRDCqI4w5307bF5WP9eN ic74Rqw69YpK7t/JsnbW6rk3D8Q8OA/GRJLyR3lEzElJL/4RSGAKz4+mvvoViy8qeTvj wHloDmxVB5PNJSALNwXM1xGCJM7SJnxaTzSDtRuz0IW7pdV5xA9eL3OjWjFmfkBkIpaR qSIw== MIME-Version: 1.0 Received: by 10.152.102.234 with SMTP id fr10mr3015745lab.32.1340994505516; Fri, 29 Jun 2012 11:28:25 -0700 (PDT) Sender: vrwmiller@gmail.com Received: by 10.114.14.104 with HTTP; Fri, 29 Jun 2012 11:28:25 -0700 (PDT) In-Reply-To: <20120629155624.GC14487@in-addr.com> References: <20120629155624.GC14487@in-addr.com> Date: Fri, 29 Jun 2012 14:28:25 -0400 X-Google-Sender-Auth: V95eYMRFVku2o6rU82Nx_3x8CvU Message-ID: From: Rick Miller To: Gary Palmer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, FreeBSD Questions Subject: Re: FreeBSD 8-STABLE on R620 w/ X520-DA2/Intel 82599 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 18:28:27 -0000 On Fri, Jun 29, 2012 at 11:56 AM, Gary Palmer wrote: > On Fri, Jun 29, 2012 at 10:50:52AM -0400, Rick Miller wrote: >> Hi All, >> >> I have 2 hosts, HP DL360 G8 and Dell R620. =A0Both have the >> X520-DA2/Intel 82599 10G Fiber NIC. =A0Both also have the same FreeBSD >> 8-STABLE image. =A0The Dell displays the following in dmesg and we are >> unable to configure the ix0 or ix1 interfaces where the HP works just >> fine. =A0Wondering if anyone else has experienced this? >> >> pci4: at device 0.0 (no driver attached) >> pci4: at device 0.1 (no driver attached) > > Please see > > http://lists.freebsd.org/pipermail/freebsd-net/2012-June/032579.html > > it may be of some assistance. =A0It looks like adding the Dell specific > PCI IDs may be all thats required. We removed an Intel branded equivalent from the DL360 and tried it in the R620. It detected it no problem. Only problem was we could not see it in the BIOS, not a huge deal to us. -- Rick Miller From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 18:58:10 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E24A106564A; Fri, 29 Jun 2012 18:58:10 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 420798FC12; Fri, 29 Jun 2012 18:58:10 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q5TIwA2d036367; Fri, 29 Jun 2012 11:58:10 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q5TIw9MW036366; Fri, 29 Jun 2012 11:58:09 -0700 (PDT) (envelope-from david) Date: Fri, 29 Jun 2012 11:58:09 -0700 From: David Wolfskill To: Dimitry Andric Message-ID: <20120629185809.GN10247@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Dimitry Andric , stable@FreeBSD.org References: <20120629133430.GK10247@albert.catwhisker.org> <4FEDEFD0.2030604@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b/Q3JWIUAuLE0ZFy" Content-Disposition: inline In-Reply-To: <4FEDEFD0.2030604@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: stable@FreeBSD.org Subject: Re: Problem in sys/boot/i386/cdboot/cdboot.S with clang @237770 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 18:58:10 -0000 --b/Q3JWIUAuLE0ZFy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 29, 2012 at 08:11:28PM +0200, Dimitry Andric wrote: > ... > I had not merged r235281 from head to stable/9 yet. Please try again wit= h r237812. Much better (after patching with the change for r237812): FreeBSD d134.dwolf.juniper.net. 9.0-STABLE FreeBSD 9.0-STABLE #201 237770M:= Fri Jun 29 11:39:57 PDT 2012 root@d134.dwolf.juniper.net.:/usr/obj/usr= /src/sys/CANARY i386 Thanks! I believe that PR i386/169550 may noe be closed. :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --b/Q3JWIUAuLE0ZFy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/t+sEACgkQmprOCmdXAD2xUACgg+zLn8kpe3tVp4aE3+Dl2bI0 tqgAnjDerw/0nGGpcs4AlWuYuNKGjxff =XOxh -----END PGP SIGNATURE----- --b/Q3JWIUAuLE0ZFy-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 29 23:48:39 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4990D1065670 for ; Fri, 29 Jun 2012 23:48:39 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-scalar.mail.uoguelph.ca (esa-scalar.mail.uoguelph.ca [66.199.40.18]) by mx1.freebsd.org (Postfix) with ESMTP id F0B648FC0C for ; Fri, 29 Jun 2012 23:48:38 +0000 (UTC) Received: from zcs3.mail.uoguelph.ca (new.mail.uoguelph.ca [131.104.93.37]) by esa-scalar.mail.uoguelph.ca (8.14.1/8.14.1) with ESMTP id q5TNmTa9005165; Fri, 29 Jun 2012 19:48:29 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 17A2BB4033; Fri, 29 Jun 2012 19:48:29 -0400 (EDT) Date: Fri, 29 Jun 2012 19:48:29 -0400 (EDT) From: Rick Macklem To: =?utf-8?Q?Attila_Bog=C3=A1r?= Message-ID: <469165530.2430557.1341013709037.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4FEDEFEA.4020105@linguamatics.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@FreeBSD.org Subject: Re: new Heimdal version, was NFSv3 + krb5 mysteries - need help tracking down X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jun 2012 23:48:39 -0000 Someone was/is recently working on a Heimdal upgrade, but I'm not sure if they are doing it as a port or part of the base system. Otherwise, the version of Kerberos in FreeBSD is quite old (around Heimdal 1.0.5 I think?) and it would be no surprise that the new gssapi wouldn't be supported. Maybe the person working on the newer Heimdal can comment? (I've changed the subject line so they might notice.) rick ----- Original Message ----- > Hi, > > I have a FreeBSD 9-STABLE acting as a kerberized NFSv3 server. > > server# ktutil list > FILE:/etc/krb5.keytab: > > Vno Type Principal > 5 aes256-cts-hmac-sha1-96 nfs/server.linguamatics.com@LINGUAMATICS.COM > 5 des3-cbc-sha1 nfs/server.linguamatics.com@LINGUAMATICS.COM > 5 arcfour-hmac-md5 nfs/server.linguamatics.com@LINGUAMATICS.COM > > ntp in sync everywhere > > The network is a lagg device composed of two bce interfaces (an add-in > card). > > -- 8< [nfstest.sh] -- > #!/bin/bash > > i=0 > fail=0 > while [ $i -lt 100 ] > do > i=$[i+1] > echo "RUN: $i" > umount -f /mnt > sleep 1 > mount -v -o sec=krb5i,vers=3,proto=tcp server:/export/share /mnt || > fail > =$[fail+1] > done > echo "$fail times failed" > -- 8< -- > > centos62# ./nfstest.sh > 54 times failed > > ubuntu1204# ./nfstest.sh > 98 times failed > > ubuntu1104# ./nfstest.sh > 0 times failed > > centos58# ./nfstest.sh > 0 times failed > > I started rpc.gssd -vvvvv on all linux clients. > > The clients which did not fail are using gssapi v1 with DES. > Jun 29 18:17:41 centos58 rpc.gssd[1452]: prepare_krb5_rfc1964_buffer: > serializing keys with enctype 4 and length 8 > Jun 29 18:04:36 ubuntu1104 rpc.gssd[911]: prepare_krb5_rfc1964_buffer: > serializing keys with enctype 4 and length 8 > The failing clients are using the newer gssapi v2 with AES256. > Jun 29 17:59:37 ubuntu1204 rpc.gssd[756]: prepare_krb5_rfc4121_buffer: > serializing key with enctype 18 and size 32 > Jun 29 17:55:48 centos62 rpc.gssd[1183]: prepare_krb5_rfc4121_buffer: > serializing key with enctype 18 and size 32 > > Note the different RFC being used. This is just a suspicion, this may > not be realted to the problem. > The cipher being used is different too. > > Then I changed my script to proto=udp. > from ubuntu1104 fails 0 times. > from centos62 fails 0 times. > > On centos58 and ubuntu1204 mount locks up all the time. > > Then I added to krb5.conf [libdefaults] > default_tgs_enctypes = dec-cbc-crc and rebooted both centos58 and > ubuntu1204. > > After rebooting centos56 and ubuntu1204: > > nfstest fails 0 times on centos58 with udp > I get very long response times for ubuntu1204 mounts and always a > permission denied. > > This is a mystery. > > I have not tested NFSv4 yet. > > I need some help to track down this problem. > > Attila > > PS: This may be the same problem as this thread: > http://lists.freebsd.org/pipermail/freebsd-stable/2012-June/068619.html > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Jun 30 02:36:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07A451065672 for ; Sat, 30 Jun 2012 02:36:57 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id AFEE18FC0C for ; Sat, 30 Jun 2012 02:36:56 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.29]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5U2apqN014105; Fri, 29 Jun 2012 20:36:55 -0600 From: Erich Dollansky Organization: ALO Green Technologies To: freebsd-stable@freebsd.org Date: Sat, 30 Jun 2012 09:36:50 +0700 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.3; amd64; ; ) References: <20120628120051.30B5210656DC@hub.freebsd.org> <20120628140056.GA982@faust> In-Reply-To: <20120628140056.GA982@faust> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206300936.50776.erich@alogreentechnologies.com> Cc: Zoran Kolic Subject: Re: new desktop box X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2012 02:36:57 -0000 Hi, On Thursday, June 28, 2012 09:00:56 PM Zoran Kolic wrote: > Thanks all for reply! > > > The real question is which video card do you want to use? > > Since I'm not gamer nor do 3d, some silent card will suffice. > There are nvidia gp520 and radeon 6450, both with no fan. > Also, I always enable powerd and dynamically lower freq to the > least I could. More I read, less I know, regarding that future > cpu. What about amd fx8120 ? Nex gen will come at Q3, maybe. I am currently also considering an eight core AMD. I have a Athlon X4 620 and I am perfectly happy with it. > Next decision might be ssd, instead of hdd. Best reviews are > for samsung 830 (of wich 64gb are fine in my case). > I plan to install from usb stick and avoid dvd-cd. Also, cannot This is what I do since 8.0. Erich From owner-freebsd-stable@FreeBSD.ORG Sat Jun 30 13:54:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 157721065670 for ; Sat, 30 Jun 2012 13:54:11 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id C0F3B8FC15 for ; Sat, 30 Jun 2012 13:54:10 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Sky7e-0004SP-SQ for freebsd-stable@freebsd.org; Sat, 30 Jun 2012 15:54:02 +0200 Received: from static-78-8-147-77.ssp.dialog.net.pl ([78.8.147.77]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Jun 2012 15:54:02 +0200 Received: from mwisnicki+freebsd by static-78-8-147-77.ssp.dialog.net.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Jun 2012 15:54:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Marcin Wisnicki Date: Sat, 30 Jun 2012 13:53:53 +0000 (UTC) Lines: 14 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: static-78-8-147-77.ssp.dialog.net.pl User-Agent: Pan/0.134 (Wait for Me; Unknown) Subject: mountd suddenly stopped working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2012 13:54:11 -0000 I have just rebooted an old system after 100 days of uptime and this came up: Jun 30 15:39:00 ghost mountd[1592]: can't change attributes for /tftpboot Jun 30 15:39:00 ghost mountd[1592]: bad exports list line /tftpboot -ro -mapall Both /etc/exports and /tftpboot are many years old and didn't cause any problems until today. I have tried fsck and rebooting but it didn't help. > uname -a FreeBSD ghost.pnet.one.pl 8.2-STABLE FreeBSD 8.2-STABLE #6: Sun Nov 13 05:32:38 CET 2011 From owner-freebsd-stable@FreeBSD.ORG Sat Jun 30 14:21:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 729001065673 for ; Sat, 30 Jun 2012 14:21:27 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 280648FC14 for ; Sat, 30 Jun 2012 14:21:27 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SkyY3-0004Tv-2i for freebsd-stable@freebsd.org; Sat, 30 Jun 2012 16:21:20 +0200 Received: from dhcp-077-251-052-224.chello.nl ([77.251.52.224] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SkyY3-0003ni-Du for freebsd-stable@freebsd.org; Sat, 30 Jun 2012 16:21:19 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Sat, 30 Jun 2012 16:21:18 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.00 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.8 X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 4052b6d1c9976086d5ab5ce040fcf5b8 Subject: Re: mountd suddenly stopped working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2012 14:21:27 -0000 On Sat, 30 Jun 2012 15:53:53 +0200, Marcin Wisnicki wrote: > I have just rebooted an old system after 100 days of uptime and this came > up: > > Jun 30 15:39:00 ghost mountd[1592]: can't change attributes for /tftpboot > Jun 30 15:39:00 ghost mountd[1592]: bad exports list line /tftpboot > -ro -mapall > > > Both /etc/exports and /tftpboot are many years old and didn't cause any > problems until today. Do you mean these were not edited/changed since the previous reboot? > I have tried fsck and rebooting but it didn't help. > >> uname -a > FreeBSD ghost.pnet.one.pl 8.2-STABLE FreeBSD 8.2-STABLE #6: Sun Nov 13 > 05:32:38 CET 2011 Than probably somebody changed something else. Can you provide the content of your exports file? Ronald. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 30 21:07:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1620106566B for ; Sat, 30 Jun 2012 21:07:30 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8058FC12 for ; Sat, 30 Jun 2012 21:07:30 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Sl4t4-0005ch-IE for freebsd-stable@freebsd.org; Sat, 30 Jun 2012 23:07:26 +0200 Received: from static-78-8-147-77.ssp.dialog.net.pl ([78.8.147.77]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Jun 2012 23:07:26 +0200 Received: from mwisnicki+freebsd by static-78-8-147-77.ssp.dialog.net.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Jun 2012 23:07:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Marcin Wisnicki Date: Sat, 30 Jun 2012 21:07:17 +0000 (UTC) Lines: 30 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: static-78-8-147-77.ssp.dialog.net.pl User-Agent: Pan/0.134 (Wait for Me; Unknown) Subject: Re: mountd suddenly stopped working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jun 2012 21:07:30 -0000 On Sat, 30 Jun 2012 16:21:18 +0200, Ronald Klop wrote: > On Sat, 30 Jun 2012 15:53:53 +0200, Marcin Wisnicki > wrote: > >> I have just rebooted an old system after 100 days of uptime and this >> came up: >> >> Jun 30 15:39:00 ghost mountd[1592]: can't change attributes for >> /tftpboot Jun 30 15:39:00 ghost mountd[1592]: bad exports list line >> /tftpboot -ro -mapall >> > > Than probably somebody changed something else. Can you provide the > content of your exports file? > OK, I've found the reason. There were two paths exported with same attributes: /tftpboot -ro -mapall=nobody /vol/tank1 -ro -mapall=nobody As long as there is a filesystem mounted on /vol/tank1, above exports will work. Since I've disconnected that drive, there was nothing mounted this time. Apparently mountd does not allow exporting multiple paths from a single filesystem on separate lines if they happen to have identical attributes.