From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 01:12:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EC6F1065670 for ; Sun, 25 Sep 2011 01:12:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id E048C8FC08 for ; Sun, 25 Sep 2011 01:12:52 +0000 (UTC) Received: by gyf2 with SMTP id 2so4332342gyf.13 for ; Sat, 24 Sep 2011 18:12:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=S2I6m8lxaN8NkYiwlWw95dHdchLN6PejUgbdFAyZdME=; b=a7HSHyKGVaQSfhAki5AZ13uWql8OTRgfgDRuXLKpO4lE59RKlTFeKprr0vsoaQW209 XsYmoiCOD8PbsQ8/9KHOR82lV8XLkUonI0lzdy2WjIM7No6XKlSiCLIwajdmGVfW6Ss2 IgZTshyjAC8APfwqBKkUuupC7hOwmvL94EEgQ= MIME-Version: 1.0 Received: by 10.236.75.227 with SMTP id z63mr30973479yhd.55.1316913172140; Sat, 24 Sep 2011 18:12:52 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sat, 24 Sep 2011 18:12:52 -0700 (PDT) In-Reply-To: <73a60aa11fb5447170894bc1bfc814bc.squirrel@eternamente.info> References: <4E7DB740.9070206@rdtc.ru> <20110924111221.GA11624@icarus.home.lan> <36bdbdceb6cc95300d91690d1cf3e0e6.squirrel@eternamente.info> <20110924121001.GA14219@icarus.home.lan> <73a60aa11fb5447170894bc1bfc814bc.squirrel@eternamente.info> Date: Sun, 25 Sep 2011 09:12:52 +0800 X-Google-Sender-Auth: 7MQxzHMoFE5BelK9-ZTuU8I4CHk Message-ID: From: Adrian Chadd To: Nenhum_de_Nos Content-Type: text/plain; charset=ISO-8859-1 Cc: YongHyeon PYUN , freebsd-stable@freebsd.org Subject: Re: Realtek integrated nic problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 01:12:53 -0000 Surely this is something to take up with the pfsense team? Adrian From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 06:32:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B6AF106566C for ; Sun, 25 Sep 2011 06:32:43 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id 71AFC8FC0A for ; Sun, 25 Sep 2011 06:32:43 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id A59BD1CC68; Sun, 25 Sep 2011 03:32:36 -0300 (BRT) Received: from 186.214.130.117 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Sun, 25 Sep 2011 03:32:36 -0300 Message-ID: <48538aca6cfa538b6e7db4c414ab42ef.squirrel@eternamente.info> In-Reply-To: References: <4E7DB740.9070206@rdtc.ru> <20110924111221.GA11624@icarus.home.lan> <36bdbdceb6cc95300d91690d1cf3e0e6.squirrel@eternamente.info> <20110924121001.GA14219@icarus.home.lan> <73a60aa11fb5447170894bc1bfc814bc.squirrel@eternamente.info> Date: Sun, 25 Sep 2011 03:32:36 -0300 From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Realtek integrated nic problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 06:32:43 -0000 On Sat, September 24, 2011 22:12, Adrian Chadd wrote: > Surely this is something to take up with the pfsense team? about the compiling issue yes, but yet the info about the if_re.ko is of great value here :) as Jeremy said, the maintainer would be the best person to answer this :) thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 06:46:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA96C106564A for ; Sun, 25 Sep 2011 06:46:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 748368FC0C for ; Sun, 25 Sep 2011 06:46:37 +0000 (UTC) Received: from omta19.westchester.pa.mail.comcast.net ([76.96.62.98]) by qmta01.westchester.pa.mail.comcast.net with comcast id cukP1h00527AodY51umdeV; Sun, 25 Sep 2011 06:46:37 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta19.westchester.pa.mail.comcast.net with comcast id cumc1h00D1t3BNj3fumcem; Sun, 25 Sep 2011 06:46:37 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D03ED102C31; Sat, 24 Sep 2011 23:46:34 -0700 (PDT) Date: Sat, 24 Sep 2011 23:46:34 -0700 From: Jeremy Chadwick To: Nenhum_de_Nos Message-ID: <20110925064634.GA31810@icarus.home.lan> References: <4E7DB740.9070206@rdtc.ru> <20110924111221.GA11624@icarus.home.lan> <36bdbdceb6cc95300d91690d1cf3e0e6.squirrel@eternamente.info> <20110924121001.GA14219@icarus.home.lan> <73a60aa11fb5447170894bc1bfc814bc.squirrel@eternamente.info> <48538aca6cfa538b6e7db4c414ab42ef.squirrel@eternamente.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48538aca6cfa538b6e7db4c414ab42ef.squirrel@eternamente.info> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Realtek integrated nic problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 06:46:37 -0000 On Sun, Sep 25, 2011 at 03:32:36AM -0300, Nenhum_de_Nos wrote: > > On Sat, September 24, 2011 22:12, Adrian Chadd wrote: > > Surely this is something to take up with the pfsense team? > > about the compiling issue yes, but yet the info about the if_re.ko is of > great value here :) > > as Jeremy said, the maintainer would be the best person to answer this :) I believe Adrian's point (and it's 100% valid) is that for pfSense issues you really need to bring them up with the pfSense folks. We all recognise pfSense is based on FreeBSD, but it's a fairly customised environment. Point is that mailing a FreeBSD list about issues centralised to pfSense isn't the best choice; for example, you wouldn't mail the lkml list about an issue with Red Hat. You have to bring these issues to the distributor's attention first. The other benefit is that by bringing it to the pfSense folks' attention, it may be possible to get a patch or updated driver brought in to the pfSense tree, which could fix the problem for future users. The FreeBSD mailing lists, generally speaking, have no idea what the state of things is with pfSense. For example *I* have no idea what FreeBSD version they use, what custom modifications they have in place, etc.. I follow FreeBSD, I don't follow pfSense. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 06:57:09 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F201106564A for ; Sun, 25 Sep 2011 06:57:09 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id 2E89F8FC08 for ; Sun, 25 Sep 2011 06:57:08 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 7AE5D1CC68; Sun, 25 Sep 2011 03:57:02 -0300 (BRT) Received: from 186.214.130.117 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Sun, 25 Sep 2011 03:57:02 -0300 Message-ID: In-Reply-To: <20110925064634.GA31810@icarus.home.lan> References: <4E7DB740.9070206@rdtc.ru> <20110924111221.GA11624@icarus.home.lan> <36bdbdceb6cc95300d91690d1cf3e0e6.squirrel@eternamente.info> <20110924121001.GA14219@icarus.home.lan> <73a60aa11fb5447170894bc1bfc814bc.squirrel@eternamente.info> <48538aca6cfa538b6e7db4c414ab42ef.squirrel@eternamente.info> <20110925064634.GA31810@icarus.home.lan> Date: Sun, 25 Sep 2011 03:57:02 -0300 From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Realtek integrated nic problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 06:57:09 -0000 On Sun, September 25, 2011 03:46, Jeremy Chadwick wrote: > On Sun, Sep 25, 2011 at 03:32:36AM -0300, Nenhum_de_Nos wrote: >> >> On Sat, September 24, 2011 22:12, Adrian Chadd wrote: >> > Surely this is something to take up with the pfsense team? >> >> about the compiling issue yes, but yet the info about the if_re.ko is of >> great value here :) >> >> as Jeremy said, the maintainer would be the best person to answer this >> :) > > I believe Adrian's point (and it's 100% valid) is that for pfSense > issues you really need to bring them up with the pfSense folks. We all > recognise pfSense is based on FreeBSD, but it's a fairly customised > environment. > > Point is that mailing a FreeBSD list about issues centralised to pfSense > isn't the best choice; for example, you wouldn't mail the lkml list > about an issue with Red Hat. You have to bring these issues to the > distributor's attention first. > > The other benefit is that by bringing it to the pfSense folks' > attention, it may be possible to get a patch or updated driver brought > in to the pfSense tree, which could fix the problem for future users. > > The FreeBSD mailing lists, generally speaking, have no idea what the > state of things is with pfSense. For example *I* have no idea what > FreeBSD version they use, what custom modifications they have in place, > etc.. I follow FreeBSD, I don't follow pfSense. :-) I know Jeremy. I just said about pfSense as I thought it would give some context about the problem, but my issue now that I know 8.2 would run the nic fine (thing FreeBSD related, I suppose), is if is safe to run one .ko from 8.2 on 8.1. I just asked here because I think its related to FreeBSD, regardless of pfSense being the target box. If on FreeBSD it is possible, I'll find out about pfSense afterward. My focus here is FreeBSD. no intention to make a big deal about this, nor to make off-topic questions here. If it is seen as such, I'll shut up then. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 07:36:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C0911065677 for ; Sun, 25 Sep 2011 07:36:48 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id C9A648FC12 for ; Sun, 25 Sep 2011 07:36:47 +0000 (UTC) Received: by yia13 with SMTP id 13so4584246yia.13 for ; Sun, 25 Sep 2011 00:36:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=VxS9FvI4YKuwl0WTRbvhXvfPgYA8IbQ8O1fWMgPJeY4=; b=K65roOWULrdoDgSSwt7KKuKwA8Vpi66TYOTZ7lUTws/H4IklpcWO8Iy7B4i2/FLexo 9lmv0ghMOUhzFH7yj1Qrvo/lxv72cCATVOqNc8aDm8I0qrJa7wIQlFXYeKt4Jf5eRtvB /UHMG0Ugs7YJJjV8EMs93Klb13NNxswZRCIo4= MIME-Version: 1.0 Received: by 10.236.193.72 with SMTP id j48mr10929302yhn.21.1316936207112; Sun, 25 Sep 2011 00:36:47 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sun, 25 Sep 2011 00:36:47 -0700 (PDT) In-Reply-To: References: <4E7DB740.9070206@rdtc.ru> <20110924111221.GA11624@icarus.home.lan> <36bdbdceb6cc95300d91690d1cf3e0e6.squirrel@eternamente.info> <20110924121001.GA14219@icarus.home.lan> <73a60aa11fb5447170894bc1bfc814bc.squirrel@eternamente.info> <48538aca6cfa538b6e7db4c414ab42ef.squirrel@eternamente.info> <20110925064634.GA31810@icarus.home.lan> Date: Sun, 25 Sep 2011 15:36:47 +0800 X-Google-Sender-Auth: _6oQ5x1hSlZfH01q1yuAN6nBSKE Message-ID: From: Adrian Chadd To: Nenhum_de_Nos Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Realtek integrated nic problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 07:36:48 -0000 Oh, please don't think it was off-topic. I'm sure it's useful information for more than just you. Now you know that nic likely works in 8.2, so you can bug the pfsense guys to push out an updated pfsense image with the driver source updated appropriately :) Adrian From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 01:10:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 630391065670 for ; Mon, 26 Sep 2011 01:10:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id E0FC58FC13 for ; Mon, 26 Sep 2011 01:10:23 +0000 (UTC) Received: by fxg9 with SMTP id 9so6988932fxg.13 for ; Sun, 25 Sep 2011 18:10:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=YlAyeFJ1e4nCRdRu0B6ifqDU6O3CwVPGY2be3UP3lSg=; b=VnKulpeIvLTtp41pG2gO5tmoaElKzoabi1yKYzwwwhuMRsxmT41sk0/wEF0g3PXDXP flu1C3onbK/mPM7X3wB/duZCAa4Z8xaxdVRWT+FSTyCIRvXFwmCnPfJ+0teLcA9JHAZo 7jZtPmwQx5Z8oBMtMMZuiau70lGI+w6KD/JdI= Received: by 10.223.49.213 with SMTP id w21mr9664728faf.44.1316997864600; Sun, 25 Sep 2011 17:44:24 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id k26sm18304047fab.12.2011.09.25.17.44.19 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 25 Sep 2011 17:44:22 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 25 Sep 2011 17:42:16 -0700 From: YongHyeon PYUN Date: Sun, 25 Sep 2011 17:42:16 -0700 To: Nenhum_de_Nos Message-ID: <20110926004216.GA1702@michelle.cdnetworks.com> References: <4E7DB740.9070206@rdtc.ru> <20110924111221.GA11624@icarus.home.lan> <36bdbdceb6cc95300d91690d1cf3e0e6.squirrel@eternamente.info> <20110924121001.GA14219@icarus.home.lan> <73a60aa11fb5447170894bc1bfc814bc.squirrel@eternamente.info> <48538aca6cfa538b6e7db4c414ab42ef.squirrel@eternamente.info> <20110925064634.GA31810@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Realtek integrated nic problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 01:10:24 -0000 On Sun, Sep 25, 2011 at 03:57:02AM -0300, Nenhum_de_Nos wrote: > > On Sun, September 25, 2011 03:46, Jeremy Chadwick wrote: > > On Sun, Sep 25, 2011 at 03:32:36AM -0300, Nenhum_de_Nos wrote: > >> > >> On Sat, September 24, 2011 22:12, Adrian Chadd wrote: > >> > Surely this is something to take up with the pfsense team? > >> > >> about the compiling issue yes, but yet the info about the if_re.ko is of > >> great value here :) > >> > >> as Jeremy said, the maintainer would be the best person to answer this > >> :) > > > > I believe Adrian's point (and it's 100% valid) is that for pfSense > > issues you really need to bring them up with the pfSense folks. We all > > recognise pfSense is based on FreeBSD, but it's a fairly customised > > environment. > > > > Point is that mailing a FreeBSD list about issues centralised to pfSense > > isn't the best choice; for example, you wouldn't mail the lkml list > > about an issue with Red Hat. You have to bring these issues to the > > distributor's attention first. > > > > The other benefit is that by bringing it to the pfSense folks' > > attention, it may be possible to get a patch or updated driver brought > > in to the pfSense tree, which could fix the problem for future users. > > > > The FreeBSD mailing lists, generally speaking, have no idea what the > > state of things is with pfSense. For example *I* have no idea what > > FreeBSD version they use, what custom modifications they have in place, > > etc.. I follow FreeBSD, I don't follow pfSense. :-) > > I know Jeremy. I just said about pfSense as I thought it would give some > context about the problem, but my issue now that I know 8.2 would run the > nic fine (thing FreeBSD related, I suppose), is if is safe to run one .ko > from 8.2 on 8.1. I just asked here because I think its related to FreeBSD, No, you should have to rebuild kernel with updated re(4) driver. Probably pfSense guys would be able to release new driver. Or they can give you right direction to rebuild kernel. Sorry, I don't use pfSense so don't know how this could be done. > regardless of pfSense being the target box. If on FreeBSD it is possible, > I'll find out about pfSense afterward. My focus here is FreeBSD. > > no intention to make a big deal about this, nor to make off-topic > questions here. If it is seen as such, I'll shut up then. > > thanks, > > matheus From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 06:06:25 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFD07106564A for ; Mon, 26 Sep 2011 06:06:25 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 3E28B8FC08 for ; Mon, 26 Sep 2011 06:06:24 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8Q66LDg004355; Mon, 26 Sep 2011 13:06:21 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E801658.9030306@rdtc.ru> Date: Mon, 26 Sep 2011 13:06:16 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: FreeBSD Stable , ambrisko@ironport.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD IPMI driver problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 06:06:25 -0000 Hi! I use several SuperMicro boxes with intergrated IPMI card. http://www.supermicro.com/products/system/1U/5016/SYS-5016T-MTF.cfm FreeBSD 8.2 sometimes hang in the past after panics so I use IPMI's watchdog and generally it works nice with 5 minute timeout. The card is detected as following: ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa ipmi0: IPMI device rev. 1, firmware rev. 1.07, version 2.0 ipmi0: Number of channels 2 ipmi0: Attached watchdog Sometimes ipmi driver issues "KCS errors" to system logs that I ignore as they seem harmless. However, one of my boxes suddenly rebooted with watchdog after following errors written to console: ipmi0: KCS: Reply address mismatch ipmi0: KCS error: 01 ipmi0: KCS: Reply address mismatch ipmi0: KCS error: 01 ipmi0: KCS: Command mismatch ipmi0: KCS error: 01 ipmi0: KCS: Reply address mismatch ipmi0: KCS error: 01 ipmi0: KCS: Reply address mismatch ipmi0: KCS error: 01 ipmi0: KCS: Command mismatch ipmi0: KCS error: 01 ipmi0: KCS: Reply address mismatch ipmi0: KCS error: 01 ipmi0: KCS: Reply address mismatch ipmi0: KCS error: 01 ipmi0: KCS: Reply address mismatch ipmi0: KCS error: 01 ipmi0: Failed to reset watchdog ipmi0: KCS: Command mismatch ipmi0: KCS error: 01 It seems, the driver lost ability to contact IPMI watchdog timer and that was the reason of reboot. What can be done to avoid such resets in the future? Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 06:27:50 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7CED106566B for ; Mon, 26 Sep 2011 06:27:50 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: from nm8-vm2.bullet.mail.ne1.yahoo.com (nm8-vm2.bullet.mail.ne1.yahoo.com [98.138.90.156]) by mx1.freebsd.org (Postfix) with SMTP id 904428FC08 for ; Mon, 26 Sep 2011 06:27:50 +0000 (UTC) Received: from [98.138.90.52] by nm8.bullet.mail.ne1.yahoo.com with NNFMP; 26 Sep 2011 06:14:30 -0000 Received: from [98.138.89.166] by tm5.bullet.mail.ne1.yahoo.com with NNFMP; 26 Sep 2011 06:14:30 -0000 Received: from [127.0.0.1] by omp1022.mail.ne1.yahoo.com with NNFMP; 26 Sep 2011 06:14:30 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 634228.32942.bm@omp1022.mail.ne1.yahoo.com Received: (qmail 12157 invoked by uid 60001); 26 Sep 2011 06:14:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1317017670; bh=nbNBXpHlrgMjc2nR01FpCTJcugOXYwHNOr7KzM6Sers=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=GYAprHQZehnebC4ySc988NgvKoSkfaBADQa2EhNmVRk47/VUTsQIdYyBv/hJkclyC/FA8pDNyQn4YqH/eg1X9vCgmCYDqr2EThL61IRoHThx1KSDlYNfK+SwyNtB4+/yjWpC/l/MkE4J1tvAmrhBsaRzmxV0WfAOA3x/7+xpVZI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=1Z/+EINaaTI+Z5kdkQx8InFieC0gjDccnLTa3zAqv1grEvlvspX9nRYrWVlYNn1N21zCRrPXeRAGrIWBoUzwA+0bjP5DMaTNtIUbgUGzzYnd7gZqWStmLBfEmM2tolafmT9SKFlEyrkEK0ck4MPruwgR2z7yvguM0iOKXLgPgKs=; X-YMail-OSG: iRFKTHEVM1mH7MSh6IX8R0I_W79l0pmUUMORFEZCYmvNLX. DtLC_FEK_ygrXi9ZaBqhvI9Cj5V3L6FHPOrY17c6iuMtAXRpljRV.xyS6rM4 YOFC6HAbNbohHWxAfcYwqQ80vgVbkucwiJdeJWghV0_K05_ZP4hhOGAylqpF 1IShqBVr8fk618o9wIAPXhDy2xvXS3f_SEMwuSJSUoGbIepyRpmyhO0yoI4u AqdY1WxIjn2P7l37xFEZZhhOc0nOzez2iQmKr6TLnmv2ge6AXY.PrDtVH.fN ogmIlZdM_JoeysnZlI_bBTImc5JWOv_rKoXATvrniAcWdSxd15De9ZGBV_EW X8K5K91XVpGcVSGS0B2GsjFQDeflj7_EGzrOWaiAqZE6eQ5RNn7pZMyDrU5o 2aBtKhAI1A9TRVKAn.GcZ4cXetp38OsosQGtNzda8jQ-- Received: from [212.74.229.232] by web120527.mail.ne1.yahoo.com via HTTP; Sun, 25 Sep 2011 23:14:30 PDT X-Mailer: YahooMailWebService/0.8.113.315625 Message-ID: <1317017670.4307.YahooMailNeo@web120527.mail.ne1.yahoo.com> Date: Sun, 25 Sep 2011 23:14:30 -0700 (PDT) From: Kirill Yelizarov To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: NFSD hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kirill Yelizarov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 06:27:50 -0000 Good Day!=0AI'v got a problem with nfs share on zfs volume. Everything work= ed fine for a few month and now it hang. This share stores logs from 9 serv= ers at night, about 1-2Gb from each server. ZFS is filled to 26% and it is = v28=0A=0Alast pid: 46573;=A0 load averages: 195.82, 199.86, 200.12=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= up 108+21:56:50 10:05:06=0A432 processes: 208 running, 224 sleeping=0ACPU:= =A0 0.0% user,=A0 0.0% nice,=A0 100% system,=A0 0.0% interrupt,=A0 0.0% idl= e=0AMem: 280M Active, 1469M Inact, 9584M Wired, 161M Cache, 1232M Buf, 311M= Free=0ASwap: 16G Total, 16G Free=0A=0A=A0 PID USERNAME=A0=A0=A0=A0=A0 THR = PRI NICE=A0=A0 SIZE=A0=A0=A0 RES STATE=A0=A0 C=A0=A0 TIME=A0=A0 WCPU COMMAN= D=0A=A01666 root=A0=A0=A0=A0=A0=A0=A0=A0=A0 256=A0 76=A0=A0=A0 0=A0 5788K= =A0 5120K RUN=A0=A0=A0 14 476.8H 1508.64% nfsd=0A=0A# zpool list=0ANAME=A0= =A0 SIZE=A0 ALLOC=A0=A0 FREE=A0=A0=A0 CAP=A0 DEDUP=A0 HEALTH=A0 ALTROOT=0Ad= ata=A0 3.62T=A0=A0 954G=A0 2.69T=A0=A0=A0 25%=A0 1.00x=A0 ONLINE=A0 -=0A=0A= # zfs list=0ANAME=A0=A0 USED=A0 AVAIL=A0 REFER=A0 MOUNTPOINT=0Adata=A0=A0 9= 54G=A0 2.64T=A0=A0 954G=A0 /data=0A=0A# zfs mount=0Adata=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 /data=0A=0A= What should i look for to resolve it?=0ARegards,=0AKirill=0A From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 06:32:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A441D106564A for ; Mon, 26 Sep 2011 06:32:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 8C9AA8FC16 for ; Mon, 26 Sep 2011 06:32:11 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta10.emeryville.ca.mail.comcast.net with comcast id dJMJ1h0031Y3wxoAAJY5Bw; Mon, 26 Sep 2011 06:32:05 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta15.emeryville.ca.mail.comcast.net with comcast id dJY81h00t1t3BNj8bJY8hi; Mon, 26 Sep 2011 06:32:08 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 92774102C31; Sun, 25 Sep 2011 23:32:10 -0700 (PDT) Date: Sun, 25 Sep 2011 23:32:10 -0700 From: Jeremy Chadwick To: Kirill Yelizarov Message-ID: <20110926063210.GA54741@icarus.home.lan> References: <1317017670.4307.YahooMailNeo@web120527.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1317017670.4307.YahooMailNeo@web120527.mail.ne1.yahoo.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-stable@freebsd.org" Subject: Re: NFSD hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 06:32:11 -0000 On Sun, Sep 25, 2011 at 11:14:30PM -0700, Kirill Yelizarov wrote: > Good Day! > I'v got a problem with nfs share on zfs volume. Everything worked fine for a few month and now it hang. This share stores logs from 9 servers at night, about 1-2Gb from each server. ZFS is filled to 26% and it is v28 > > last pid: 46573;? load averages: 195.82, 199.86, 200.12?????????????????????????????????????????????????????????????????????????????? up 108+21:56:50 10:05:06 > 432 processes: 208 running, 224 sleeping > CPU:? 0.0% user,? 0.0% nice,? 100% system,? 0.0% interrupt,? 0.0% idle > Mem: 280M Active, 1469M Inact, 9584M Wired, 161M Cache, 1232M Buf, 311M Free > Swap: 16G Total, 16G Free > > ? PID USERNAME????? THR PRI NICE?? SIZE??? RES STATE?? C?? TIME?? WCPU COMMAND > ?1666 root????????? 256? 76??? 0? 5788K? 5120K RUN??? 14 476.8H 1508.64% nfsd > > # zpool list > NAME?? SIZE? ALLOC?? FREE??? CAP? DEDUP? HEALTH? ALTROOT > data? 3.62T?? 954G? 2.69T??? 25%? 1.00x? ONLINE? - > > # zfs list > NAME?? USED? AVAIL? REFER? MOUNTPOINT > data?? 954G? 2.64T?? 954G? /data > > # zfs mount > data??????????????????????????? /data > > What should i look for to resolve it? What version of FreeBSD exactly, and what build date? Please provide output from "procstat -k -k 1666" (yes, two -k's). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 06:33:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48A3E1065670 for ; Mon, 26 Sep 2011 06:33:51 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id 2E4AB8FC21 for ; Mon, 26 Sep 2011 06:33:51 +0000 (UTC) Received: from delta.delphij.net (c-76-102-50-245.hsd1.ca.comcast.net [76.102.50.245]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id D843C15270; Sun, 25 Sep 2011 23:33:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1317018831; bh=vIGl0zR97uW6yU7PCcHTWBup0+Idxy0DPEhFnGD/wmo=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=KKPWEQBkOSzDaNwWJ40E2Gz1zLRjKLMafd8ra+So73oHbdNKIBVj2xK7pbq/pl6sz nJG1+LEJ3N51WbNx7+Zg3SAt2wqhoy/xSsngBPMtGdbVdJTLHhCfEsTZBrNM3zZ+ot YpdZZGoBra11mn7k35N7vUXsHQ32ILqmuo55BPaY= Message-ID: <4E801CCE.5040103@delphij.net> Date: Sun, 25 Sep 2011 23:33:50 -0700 From: Xin LI Organization: The FreeBSD Project MIME-Version: 1.0 To: Kirill Yelizarov References: <1317017670.4307.YahooMailNeo@web120527.mail.ne1.yahoo.com> In-Reply-To: <1317017670.4307.YahooMailNeo@web120527.mail.ne1.yahoo.com> OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: NFSD hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 06:33:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 09/25/11 23:14, Kirill Yelizarov wrote: > Good Day! I'v got a problem with nfs share on zfs volume. > Everything worked fine for a few month and now it hang. This share > stores logs from 9 servers at night, about 1-2Gb from each server. > ZFS is filled to 26% and it is v28 > > last pid: 46573; load averages: 195.82, 199.86, 200.12 > up 108+21:56:50 10:05:06 432 processes: 208 running, 224 sleeping > CPU: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% > idle Mem: 280M Active, 1469M Inact, 9584M Wired, 161M Cache, 1232M > Buf, 311M Free Swap: 16G Total, 16G Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME > WCPU COMMAND 1666 root 256 76 0 5788K 5120K RUN > 14 476.8H 1508.64% nfsd > > # zpool list NAME SIZE ALLOC FREE CAP DEDUP HEALTH > ALTROOT data 3.62T 954G 2.69T 25% 1.00x ONLINE - > > # zfs list NAME USED AVAIL REFER MOUNTPOINT data 954G 2.64T > 954G /data > > # zfs mount data /data > > What should i look for to resolve it? For starters maybe: procstat -kk 1666 By the way what exact svn revision of FreeBSD are you running (and what branch?) Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJOgBzOAAoJEATO+BI/yjfBgJYIAIawKFqt2bD0o7L4JZxLS4Lu pOfe9OQGWJT+GIFFTBjEQq8CsNOEN4PMjGifj318ZbqPrpNQUxsy5j01SZJCtUzS WLXiBUMah6zkiquqE0WJEop88FC7CK4zop/nt64dNWbrF0MOM8uVVcMLyRNe7lK7 QhPKAhDa21vK1VxRDPWEucvJuSaUo84XHIAQbKRbzQTMSOI6Bjs/im2q1vYqM8oA Ixh+r9SocJfgky0cU5/yFteseLTVGoUZcak7ygVQ4bHeEPvOGZVrWHD1UiKHUCSF XKrFjtDzZmN7XMQLoGfiY9wyv/PnOTsgJKamaMpuZlFkysqxgO6Td7QxbB86/h0= =k1bU -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 10:56:26 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E73B106566C for ; Mon, 26 Sep 2011 10:56:26 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: from nm31-vm4.bullet.mail.ne1.yahoo.com (nm31-vm4.bullet.mail.ne1.yahoo.com [98.138.229.44]) by mx1.freebsd.org (Postfix) with SMTP id 162E38FC16 for ; Mon, 26 Sep 2011 10:56:25 +0000 (UTC) Received: from [98.138.90.55] by nm31.bullet.mail.ne1.yahoo.com with NNFMP; 26 Sep 2011 10:56:25 -0000 Received: from [98.138.89.169] by tm8.bullet.mail.ne1.yahoo.com with NNFMP; 26 Sep 2011 10:56:25 -0000 Received: from [127.0.0.1] by omp1025.mail.ne1.yahoo.com with NNFMP; 26 Sep 2011 10:56:25 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 325120.14837.bm@omp1025.mail.ne1.yahoo.com Received: (qmail 15293 invoked by uid 60001); 26 Sep 2011 10:56:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1317034585; bh=rxFxRuYhF8H336UxcnP/8cIfybwWWKKFc3mR4Xm4pZ4=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=DemuMEvj6gfIQW/v6W6Opz+28w0kcfQDQE1NH+aYihBHPebg73OvoJUf3OGl0ZhVP4PrGLkuMyXhe3UqwXroPQiRgXtYsSrx9F9oQTTmt2MId7ZcfTR4X4I4jFPWlMAJBuEdfjCmWREjKOMS5785gvJJhm+qp3tskPGdCXHM170= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=YFl0cmPAviRelOYfEF8DeM/Adc0c26Ift0nDtS/L8LRR124j2IxiaNNJpqrCa3OXb0nK3w5ZVn11hFIpdfUYtw1AuwQBhv7Fy/rCVyS4lYtOptLOpsROqnUdDp21rWg1suN4xXYpjTcee2A9y4awrWtSBhbW2aI/rfRuKtAO0+A=; X-YMail-OSG: FnM21XEVM1lFdXUKnALLwlzRwzr7p7YsmjjyicnqMGAv7af Yh0Z6WcBTtVvFO8Q5mpj2advrpQbrg1EoR4Y1Lsq9G_DZEXrRFL0FKW3MU5K 6Tm0nsecXtgm.YR0_EJs9ZTKs6m0_tfGaQ.QF9gEYKg.AwYb3oOZ0gJkq77g cL_tAbUlKZyJeuxZowi.4XcDbtlm3mPGLgTT72JL5P6ZqK9eCrd4vbOFKQKD ETpQ0mDDnrrozQg_AerrJTFwKk7hkQCZSIhPkFL8u3j63QIzEvcJJCSQ0nPD V4wUF5pfBD4KYDBw4iLlWeX8jhc5QkFHYO7WgyOd.WaviFlB0gbfFGNGYrK5 PrTTWi6pna2IXszN9SXxMTMlqDOFqhE0uIIr6WxS6s.CgoV2vfs9R.mqnn2o LW49i7mV3DfwMOrVPgFP0.4QGieg1pOF8lRpQZhKS9WyiRe7OAd.mmodP5tq bl8vhhm_E8.6IWsKcceL3WFDVT99VQA1qsqnNxQwq1nSMkDgRVPJQDFp3Uf4 GT4JoE7HDekRNACASAcXJV3diy30DxEolIBhdBdo0h1kVBsT32e6_ Received: from [212.74.229.232] by web120530.mail.ne1.yahoo.com via HTTP; Mon, 26 Sep 2011 03:56:24 PDT X-Mailer: YahooMailWebService/0.8.113.315625 References: <1317017670.4307.YahooMailNeo@web120527.mail.ne1.yahoo.com> <20110926063210.GA54741@icarus.home.lan> Message-ID: <1317034584.14989.YahooMailNeo@web120530.mail.ne1.yahoo.com> Date: Mon, 26 Sep 2011 03:56:24 -0700 (PDT) From: Kirill Yelizarov To: Jeremy Chadwick In-Reply-To: <20110926063210.GA54741@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-stable@freebsd.org" Subject: Re: NFSD hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kirill Yelizarov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 10:56:26 -0000 # uname -a=0AFreeBSD brat.faberlic.com 8.2-STABLE FreeBSD 8.2-STABLE #0: Th= u Jun=A0 9 11:22:38 MSD 2011=A0=A0=A0=A0 root@**:/usr/obj/usr/src/sys/BRAT= =A0 amd64 Sources were taken at that time=0A=0AThere are a lot of this. Sho= uld i paste them all here or part is enough?=0A=0Abrat# procstat -k -k 1666= =0A=A0 PID=A0=A0=A0 TID COMM=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 TDNAME=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 KSTACK=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 =0A=A01666 100323 nfsd=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 nfsd: master=A0=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+= 0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x= 939 svc_run+0x8b nfssvc_nfsd+0x97 nfssvc_nfsserver+0x53 nfssvc+0x44 syscall= enter+0x186 syscall+0x40 Xfast_syscall+0xe2 =0A=A01666 100391 nfsd=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_c= atch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_ru= n_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe = =0A=A01666 100392 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0= =A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12= _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_e= xit+0x114 fork_trampoline+0xe =0A=A01666 100393 nfsd=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =0A=A01666 100394 nfsd=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals= +0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0= x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 10= 0395 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =0A=A01666 100= 396 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_swit= ch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait= _sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork= _trampoline+0xe =0A=A01666 100397 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = nfsd: service=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 =0A=A01666 100398 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_ti= medwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_= start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100399 nfsd=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleep= q_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc= _run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0x= e =0A=A01666 100400 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service= =A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0= x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb for= k_exit+0x114 fork_trampoline+0xe =0A=A01666 100401 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100402 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100403 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100404 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100405 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100406 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100407 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100408 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100409 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100410 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100411 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100412 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100413 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100414 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100415 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100416 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100417 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100418 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100419 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100420 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100421 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100422 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100423 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100424 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100425 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100426 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100427 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100428 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100429 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100430 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100431 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100432 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100433 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100434 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100435 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100436 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100437 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =0A=A01666 = 100438 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =0A=A01666 1= 00439 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_sw= itch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwa= it_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fo= rk_trampoline+0xe =0A=A01666 100440 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100441 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100442 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 =0A=A01666 100443 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servic= e=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+= 0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fo= rk_exit+0x114 fork_trampoline+0xe =0A=A01666 100444 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100445 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100446 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100447 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe=0A=0A=0A=0A________________________________=0AFrom: Jeremy Chadwick =0ATo: Kirill Yelizarov =0ACc: "= freebsd-stable@freebsd.org" =0ASent: Monday, Se= ptember 26, 2011 10:32 AM=0ASubject: Re: NFSD hang=0A=0AOn Sun, Sep 25, 201= 1 at 11:14:30PM -0700, Kirill Yelizarov wrote:=0A> Good Day!=0A> I'v got a = problem with nfs share on zfs volume. Everything worked fine for a few mont= h and now it hang. This share stores logs from 9 servers at night, about 1-= 2Gb from each server. ZFS is filled to 26% and it is v28=0A> =0A> last pid:= 46573;? load averages: 195.82, 199.86, 200.12?????????????????????????????= ????????????????????????????????????????????????? up 108+21:56:50 10:05:06= =0A> 432 processes: 208 running, 224 sleeping=0A> CPU:? 0.0% user,? 0.0% ni= ce,? 100% system,? 0.0% interrupt,? 0.0% idle=0A> Mem: 280M Active, 1469M I= nact, 9584M Wired, 161M Cache, 1232M Buf, 311M Free=0A> Swap: 16G Total, 16= G Free=0A> =0A> ? PID USERNAME????? THR PRI NICE?? SIZE??? RES STATE?? C?? = TIME?? WCPU COMMAND=0A> ?1666 root????????? 256? 76??? 0? 5788K? 5120K RUN?= ?? 14 476.8H 1508.64% nfsd=0A> =0A> # zpool list=0A> NAME?? SIZE? ALLOC?? F= REE??? CAP? DEDUP? HEALTH? ALTROOT=0A> data? 3.62T?? 954G? 2.69T??? 25%? 1.= 00x? ONLINE? -=0A> =0A> # zfs list=0A> NAME?? USED? AVAIL? REFER? MOUNTPOIN= T=0A> data?? 954G? 2.64T?? 954G? /data=0A> =0A> # zfs mount=0A> data???????= ???????????????????? /data=0A> =0A> What should i look for to resolve it?= =0A=0AWhat version of FreeBSD exactly, and what build date?=0A=0APlease pro= vide output from "procstat -k -k 1666" (yes, two -k's).=0A=0A-- =0A| Jeremy= Chadwick=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 jd= c at parodius.com |=0A| Parodius Networking=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 http://www.parodius.com/ |=0A| UNIX Systems Administrator=A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Mountain View, CA, US |=0A| Making life ha= rd for others since 1977.=A0 =A0 =A0 =A0 =A0 =A0 =A0 PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 12:12:39 2011 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 37B0A106564A; Mon, 26 Sep 2011 12:12:39 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id AD4E78FC0A; Mon, 26 Sep 2011 12:12:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id p8QBw4sb092415; Mon, 26 Sep 2011 15:58:04 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p8QBw4mP092414; Mon, 26 Sep 2011 15:58:04 +0400 (MSK) (envelope-from ache) Date: Mon, 26 Sep 2011 15:58:03 +0400 From: Andrey Chernov To: ume@FreeBSD.org, gshapiro@FreeBSD.org, current@FreeBSD.org, stable@FreeBSD.org Message-ID: <20110926115801.GA92276@vniz.net> Mail-Followup-To: Andrey Chernov , ume@FreeBSD.org, gshapiro@freebsd.org, current@freebsd.org, stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: System sendmail build fails with updated cyrus-sasl2 port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 12:12:39 -0000 This is for 9 BETA2 or 10-CURRENT. Please fix it on either side. Apparently minor types mismatch within sasl_callback_t type. cc -O2 -pipe -march=pentium4 -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -I/usr/local/include -DSASL=2 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c cc1: warnings being treated as errors /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:112: warning: initialization from incompatible pointer type /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:113: warning: initialization from incompatible pointer type *** Error code 1 -- http://ache.vniz.net/ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 14:01:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3D521065672 for ; Mon, 26 Sep 2011 14:01:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8C0DD8FC16 for ; Mon, 26 Sep 2011 14:01:00 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 3C87D46B49; Mon, 26 Sep 2011 10:01:00 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D55418A040; Mon, 26 Sep 2011 10:00:59 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 26 Sep 2011 10:00:25 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E801658.9030306@rdtc.ru> In-Reply-To: <4E801658.9030306@rdtc.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109261000.25789.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 26 Sep 2011 10:00:59 -0400 (EDT) Cc: ambrisko@ironport.com, Eugene Grosbein Subject: Re: FreeBSD IPMI driver problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 14:01:00 -0000 On Monday, September 26, 2011 2:06:16 am Eugene Grosbein wrote: > Hi! > > I use several SuperMicro boxes with intergrated IPMI card. > http://www.supermicro.com/products/system/1U/5016/SYS-5016T-MTF.cfm > > FreeBSD 8.2 sometimes hang in the past after panics so I use IPMI's watchdog > and generally it works nice with 5 minute timeout. The card is detected as following: > > ipmi0: on isa0 > ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa > ipmi0: IPMI device rev. 1, firmware rev. 1.07, version 2.0 > ipmi0: Number of channels 2 > ipmi0: Attached watchdog > > Sometimes ipmi driver issues "KCS errors" to system logs that I ignore > as they seem harmless. However, one of my boxes suddenly rebooted with watchdog > after following errors written to console: > > ipmi0: KCS: Reply address mismatch > ipmi0: KCS error: 01 > ipmi0: KCS: Reply address mismatch > ipmi0: KCS error: 01 > ipmi0: KCS: Command mismatch > ipmi0: KCS error: 01 > ipmi0: KCS: Reply address mismatch > ipmi0: KCS error: 01 > ipmi0: KCS: Reply address mismatch > ipmi0: KCS error: 01 > ipmi0: KCS: Command mismatch > ipmi0: KCS error: 01 > ipmi0: KCS: Reply address mismatch > ipmi0: KCS error: 01 > ipmi0: KCS: Reply address mismatch > ipmi0: KCS error: 01 > ipmi0: KCS: Reply address mismatch > ipmi0: KCS error: 01 > ipmi0: Failed to reset watchdog > ipmi0: KCS: Command mismatch > ipmi0: KCS error: 01 > > It seems, the driver lost ability to contact IPMI watchdog timer and that was the reason of reboot. > > What can be done to avoid such resets in the future? Hmm, it looks like the IPMI BMC wedged in some fashion. The driver tries to reset the KCS interface when it encounters an error and from your log it didn't unwedge even after several resets. In that case there isn't a lot we can do since we can't talk to the watchdog to turn it off. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 16:23:47 2011 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 EADAD106566B; Mon, 26 Sep 2011 16:23:47 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 34C638FC14; Mon, 26 Sep 2011 16:23:47 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.5/8.14.5) with ESMTP/inet6 id p8QGNW85077217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Sep 2011 01:23:40 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 27 Sep 2011 01:23:32 +0900 Message-ID: From: Hajimu UMEMOTO To: Andrey Chernov , gshapiro@FreeBSD.org In-Reply-To: <20110926115801.GA92276@vniz.net> References: <20110926115801.GA92276@vniz.net> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.3 (i386-portbld-freebsd8.2) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Tue_Sep_27_01:23:32_2011-1" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Tue, 27 Sep 2011 01:23:40 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.2 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: System sendmail build fails with updated cyrus-sasl2 port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 16:23:48 -0000 --Multipart_Tue_Sep_27_01:23:32_2011-1 Content-Type: text/plain; charset=US-ASCII Hi, >>>>> On Mon, 26 Sep 2011 15:58:03 +0400 >>>>> Andrey Chernov said: ache> This is for 9 BETA2 or 10-CURRENT. ache> Please fix it on either side. Apparently minor types mismatch within ache> sasl_callback_t type. ache> cc -O2 -pipe -march=pentium4 ache> -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src ache> -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB ache> -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 ache> -I/usr/local/include -DSASL=2 -std=gnu99 -fstack-protector ache> -Wsystem-headers -Werror -Wno-pointer-sign -c ache> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c ache> cc1: warnings being treated as errors ache> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:112: warning: ache> initialization from incompatible pointer type ache> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:113: warning: ache> initialization from incompatible pointer type ache> *** Error code 1 It seems 2.1.25 requires to cast to sasl_callback_ft. How about the attached patch? --Multipart_Tue_Sep_27_01:23:32_2011-1 Content-Type: text/x-patch; type=patch; charset=US-ASCII Content-Disposition: attachment; filename="sendmail-sasl-2.1.25.diff" Content-Transfer-Encoding: 7bit Index: contrib/sendmail/src/main.c diff -u -p contrib/sendmail/src/main.c.orig contrib/sendmail/src/main.c --- contrib/sendmail/src/main.c.orig 2011-06-22 13:00:26.000000000 +0900 +++ contrib/sendmail/src/main.c 2011-09-27 00:32:34.000000000 +0900 @@ -109,8 +109,8 @@ GIDSET_T InitialGidSet[NGROUPS_MAX]; #if SASL static sasl_callback_t srvcallbacks[] = { - { SASL_CB_VERIFYFILE, &safesaslfile, NULL }, - { SASL_CB_PROXY_POLICY, &proxy_policy, NULL }, + { SASL_CB_VERIFYFILE, (sasl_callback_ft)&safesaslfile, NULL }, + { SASL_CB_PROXY_POLICY, (sasl_callback_ft)&proxy_policy, NULL }, { SASL_CB_LIST_END, NULL, NULL } }; #endif /* SASL */ Index: contrib/sendmail/src/sendmail.h diff -u contrib/sendmail/src/sendmail.h.orig contrib/sendmail/src/sendmail.h --- contrib/sendmail/src/sendmail.h.orig 2011-06-22 13:00:27.000000000 +0900 +++ contrib/sendmail/src/sendmail.h 2011-09-27 00:57:43.000000000 +0900 @@ -133,10 +133,15 @@ # if SASL == 2 || SASL >= 20000 # include +# include # include +# if SASL_VERSION_FULL < 0x020119 +typedef int (*sasl_callback_ft)(void); +# endif # else /* SASL == 2 || SASL >= 20000 */ # include # include +typedef int (*sasl_callback_ft)(void); # endif /* SASL == 2 || SASL >= 20000 */ # if defined(SASL_VERSION_MAJOR) && defined(SASL_VERSION_MINOR) && defined(SASL_VERSION_STEP) # define SASL_VERSION (SASL_VERSION_MAJOR * 10000) + (SASL_VERSION_MINOR * 100) + SASL_VERSION_STEP Index: contrib/sendmail/src/usersmtp.c diff -u -p contrib/sendmail/src/usersmtp.c.orig contrib/sendmail/src/usersmtp.c --- contrib/sendmail/src/usersmtp.c.orig 2011-09-27 00:51:44.000000000 +0900 +++ contrib/sendmail/src/usersmtp.c 2011-09-27 00:51:52.000000000 +0900 @@ -524,15 +524,15 @@ static int attemptauth __P((MAILER *, MC static sasl_callback_t callbacks[] = { - { SASL_CB_GETREALM, &saslgetrealm, NULL }, + { SASL_CB_GETREALM, (sasl_callback_ft)&saslgetrealm, NULL }, #define CB_GETREALM_IDX 0 - { SASL_CB_PASS, &getsecret, NULL }, + { SASL_CB_PASS, (sasl_callback_ft)&getsecret, NULL }, #define CB_PASS_IDX 1 - { SASL_CB_USER, &getsimple, NULL }, + { SASL_CB_USER, (sasl_callback_ft)&getsimple, NULL }, #define CB_USER_IDX 2 - { SASL_CB_AUTHNAME, &getsimple, NULL }, + { SASL_CB_AUTHNAME, (sasl_callback_ft)&getsimple, NULL }, #define CB_AUTHNAME_IDX 3 - { SASL_CB_VERIFYFILE, &safesaslfile, NULL }, + { SASL_CB_VERIFYFILE, (sasl_callback_ft)&safesaslfile, NULL }, #define CB_SAFESASL_IDX 4 { SASL_CB_LIST_END, NULL, NULL } }; --Multipart_Tue_Sep_27_01:23:32_2011-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Tue_Sep_27_01:23:32_2011-1-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 19:54:55 2011 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 D0C481065672; Mon, 26 Sep 2011 19:54:55 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 190818FC19; Mon, 26 Sep 2011 19:54:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id p8QJslIj097345; Mon, 26 Sep 2011 23:54:47 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p8QJskBI097344; Mon, 26 Sep 2011 23:54:47 +0400 (MSK) (envelope-from ache) Date: Mon, 26 Sep 2011 23:54:45 +0400 From: Andrey Chernov To: Hajimu UMEMOTO Message-ID: <20110926195445.GA97283@vniz.net> Mail-Followup-To: Andrey Chernov , Hajimu UMEMOTO , gshapiro@FreeBSD.ORG, current@FreeBSD.ORG, stable@FreeBSD.ORG References: <20110926115801.GA92276@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: gshapiro@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: System sendmail build fails with updated cyrus-sasl2 port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 19:54:55 -0000 On Tue, Sep 27, 2011 at 01:23:32AM +0900, Hajimu UMEMOTO wrote: > It seems 2.1.25 requires to cast to sasl_callback_ft. How about the > attached patch? Thanx, it works now. IMHO it should be MFCed to stable-9 ASAP (and to sendmail trunk too). -- http://ache.vniz.net/ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 20:02:40 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 877A2106566C; Mon, 26 Sep 2011 20:02:40 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3176A8FC0C; Mon, 26 Sep 2011 20:02:40 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8H2H-0001V4-Jl; Mon, 26 Sep 2011 21:40:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 26 Sep 2011 21:40:08 +0200 From: "crsnet.pl" To: In-Reply-To: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> Message-ID: X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-0.4 required=7.0 tests=ALL_TRUSTED,BAYES_00, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-drivers@freebsd.org, freebsd-hardware@freebsd.org Subject: FreeBSD 9-Beta3 on X300 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: Mon, 26 Sep 2011 20:02:40 -0000 Hello. I upgrade my FreeBSD 8.2-Release to FreeBSD 9-Beta and pkg_delete -f -a and add new (that same) pkgs with pkg_add. And system, xorgs, wine, opera, java, flash works ok, but... I find two things that dont works ;/ 1. Suspend. On FreeBSD 8.2 when i make ifconfig wlan0 down, and use zzz from X.org all works. Suspend/resume. Now when i make this same, system go to console and suspend. When i try to resume. System show console, but when i try to press ALT+F9 i get long beeep and system hang ;/ I found on Google that i can try, to make uhci as a module, and first unload it, and then suspend system. But when i try to kldload uhci system go to dbg and hangs ;/ 2. Kadu/Gnu Gadu. I dont know why, but when i run kadu / gnu gadu and try to connect to Gadu-Gadu network software segments ;/ Kadu with signal 6, GnuGadu with signal 11. I try to use old gadulib, or recompie it. But this doesn't help ;/ [cr4sh@x300 ~]$ uname -a FreeBSD x300 9.0-BETA3 FreeBSD 9.0-BETA3 #2: Mon Sep 26 00:25:30 CEST 2011 cr4sh@x300:/sys/amd64/compile/GENERIC amd64 Regards. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 20:03:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87174106566B; Mon, 26 Sep 2011 20:03:27 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3014D8FC13; Mon, 26 Sep 2011 20:03:27 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8Gvg-0001U9-CG; Mon, 26 Sep 2011 21:33:57 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 26 Sep 2011 21:33:18 +0200 From: "crsnet.pl" To: In-Reply-To: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> Message-ID: <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-0.4 required=7.0 tests=ALL_TRUSTED,BAYES_00, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-drivers@freebsd.org, freebsd-hardware@freebsd.org Subject: FreeBSD 9-Beta3 on X300 2 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: Mon, 26 Sep 2011 20:03:27 -0000 Hello. I upgrade my FreeBSD 8.2-Release to FreeBSD 9-Beta and pkg_delete -f -a and add new (that same) pkgs with pkg_add. And system, xorgs, wine, opera, java, flash works ok, but... I find two things that dont works ;/ 1. Suspend. On FreeBSD 8.2 when i make ifconfig wlan0 down, and use zzz from X.org all works. Suspend/resume. Now when i make this same, system go to console and suspend. When i try to resume. System show console, but when i try to press ALT+F9 i get long beeep and system hang ;/ I found on Google that i can try, to make uhci as a module, and first unload it, and then suspend system. But when i try to kldload uhci system go to dbg and hangs ;/ 2. Kadu/Gnu Gadu. I dont know why, but when i run kadu / gnu gadu and try to connect to Gadu-Gadu network software segments ;/ Kadu with signal 6, GnuGadu with signal 11. I try to use old gadulib, or recompie it. But this doesn't help ;/ [cr4sh@x300 ~]$ uname -a FreeBSD x300 9.0-BETA3 FreeBSD 9.0-BETA3 #2: Mon Sep 26 00:25:30 CEST 2011 cr4sh@x300:/sys/amd64/compile/GENERIC amd64 Regards. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 22:55:04 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08463106566B; Mon, 26 Sep 2011 22:55:04 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id A24658FC08; Mon, 26 Sep 2011 22:55:03 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8KBj-00021d-CH; Tue, 27 Sep 2011 01:03:03 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 27 Sep 2011 01:02:05 +0200 From: "crsnet.pl" To: "crsnet.pl" In-Reply-To: References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> Message-ID: <197309bc0de84aac7621d5c5a5d9e4d2@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-0.4 required=7.0 tests=ALL_TRUSTED,BAYES_00, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) Cc: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 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: Mon, 26 Sep 2011 22:55:04 -0000 > 2. Kadu/Gnu Gadu. > I dont know why, but when i run kadu / gnu gadu and try to connect to > Gadu-Gadu network software segments ;/ > Kadu with signal 6, GnuGadu with signal 11. > I try to use old gadulib, or recompie it. But this doesn't help ;/ I run portmaster -y --no-confirm --packages-if-newer -m 'BATCH=yes' -d -a And... its works;) > > [cr4sh@x300 ~]$ uname -a > FreeBSD x300 9.0-BETA3 FreeBSD 9.0-BETA3 #2: Mon Sep 26 00:25:30 CEST > 2011 cr4sh@x300:/sys/amd64/compile/GENERIC amd64 > > Regards. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 00:21:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC8C91065676; Tue, 27 Sep 2011 00:21:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 336628FC08; Tue, 27 Sep 2011 00:21:23 +0000 (UTC) Received: by ywp17 with SMTP id 17so6109356ywp.13 for ; Mon, 26 Sep 2011 17:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ZVLN4mDnVwgtnyWUJPcUk+W73pJxL1GLzHXi0G6kv1o=; b=iMlvDelLFr1s6mCCcS/djCM982JVBP3X4+i3y3QRiIRELEhdGZIq8TFi1zyW0ID0kS TEDj6SGO4CdVVkn8JnDh8eUkvqBIGDtf1FCs6tyYx6KYhjmBNC5FslgjuRxWzn+5RWFb RfCX6EQjwNGM88Y22oAwBdTsJn/aG46iBmflw= MIME-Version: 1.0 Received: by 10.236.129.165 with SMTP id h25mr43444676yhi.38.1317082883541; Mon, 26 Sep 2011 17:21:23 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Mon, 26 Sep 2011 17:21:23 -0700 (PDT) In-Reply-To: <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> Date: Tue, 27 Sep 2011 08:21:23 +0800 X-Google-Sender-Auth: -km5kEvLshC-VB1-ZiMmNY5b4X0 Message-ID: From: Adrian Chadd To: "crsnet.pl" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 2 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: Tue, 27 Sep 2011 00:21:25 -0000 Hi, Please try to do this without wlan loaded at all (not just down, but build your wifi support as a module.) Then try without X, see whether it's related to that or not. (And you haven't told us what your hardware is.) Adrian From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 00:32:42 2011 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 D292F106564A; Tue, 27 Sep 2011 00:32:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id F0D2715FCFE; Tue, 27 Sep 2011 00:32:03 +0000 (UTC) Message-ID: <4E811983.8030707@FreeBSD.org> Date: Mon, 26 Sep 2011 17:32:03 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110912 Thunderbird/6.0.2 MIME-Version: 1.0 To: "crsnet.pl" References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <197309bc0de84aac7621d5c5a5d9e4d2@i-pi.pl> In-Reply-To: <197309bc0de84aac7621d5c5a5d9e4d2@i-pi.pl> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-drivers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 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: Tue, 27 Sep 2011 00:32:43 -0000 On 09/26/2011 16:02, crsnet.pl wrote: > >> 2. Kadu/Gnu Gadu. >> I dont know why, but when i run kadu / gnu gadu and try to connect to >> Gadu-Gadu network software segments ;/ >> Kadu with signal 6, GnuGadu with signal 11. >> I try to use old gadulib, or recompie it. But this doesn't help ;/ > > I run portmaster -y --no-confirm --packages-if-newer -m 'BATCH=yes' -d -a The -y option is meaningless in that context, FYI. > And... its works;) I'm glad to hear that at least. :) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 09:57:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 757D6106564A for ; Tue, 27 Sep 2011 09:57:38 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id C854A8FC0C for ; Tue, 27 Sep 2011 09:57:37 +0000 (UTC) Received: (qmail invoked by alias); 27 Sep 2011 09:57:19 -0000 Received: from adsl-27.91.140.81.tellas.gr (EHLO [192.168.73.192]) [91.140.81.27] by mail.gmx.com (mp-eu001) with SMTP; 27 Sep 2011 11:57:19 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX18zvuVYKiEz/s6wdyU/MhkxFCuIX/iz3BTb9NbkaT jAPKlsD+3p/QKD Message-ID: <4E819DF7.3060306@gmx.com> Date: Tue, 27 Sep 2011 12:57:11 +0300 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: non-responding processes after truss(1)ing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 09:57:38 -0000 Hi, My system have two non-responding processes after some truss(1)ing i did on them. They seem stopped and do not respond to sigcont. > %ps > PID TT STAT TIME COMMAND > 9768 0- I 0:00.12 truss -p 9739 > 9514 1 Is 0:00.29 -csh (csh) > 9739 1 TX+ 2:06.24 sqlite3 ../nikos_output_actives.tst/database.db > 7821 4- TX+ 0:33.62 python active.py > 7828 4- I 0:00.57 truss -p 7821 > 9848 5 Ss 0:00.23 -csh (csh) > 10053 5 R+ 0:00.00 ps > % it's not actually 8.2-STABLE, but 8.2-RELEASE-p1, are there any fixes in -STABLE regarding this problem? Thanks! Nikos From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 10:10:09 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36A9F1065673 for ; Tue, 27 Sep 2011 10:10:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id 201168FC0C for ; Tue, 27 Sep 2011 10:10:08 +0000 (UTC) Received: from omta24.emeryville.ca.mail.comcast.net ([76.96.30.92]) by qmta15.emeryville.ca.mail.comcast.net with comcast id dlu91h0021zF43QAFmA2ko; Tue, 27 Sep 2011 10:10:02 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta24.emeryville.ca.mail.comcast.net with comcast id dmAj1h0071t3BNj8kmAjTH; Tue, 27 Sep 2011 10:10:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 558EC102C19; Tue, 27 Sep 2011 03:10:08 -0700 (PDT) Date: Tue, 27 Sep 2011 03:10:08 -0700 From: Jeremy Chadwick To: Nikos Vassiliadis Message-ID: <20110927101008.GA27810@icarus.home.lan> References: <4E819DF7.3060306@gmx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E819DF7.3060306@gmx.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: non-responding processes after truss(1)ing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 10:10:09 -0000 On Tue, Sep 27, 2011 at 12:57:11PM +0300, Nikos Vassiliadis wrote: > My system have two non-responding processes after some truss(1)ing > i did on them. They seem stopped and do not respond to sigcont. > > >%ps > > PID TT STAT TIME COMMAND > > 9768 0- I 0:00.12 truss -p 9739 > > 9514 1 Is 0:00.29 -csh (csh) > > 9739 1 TX+ 2:06.24 sqlite3 ../nikos_output_actives.tst/database.db > > 7821 4- TX+ 0:33.62 python active.py > > 7828 4- I 0:00.57 truss -p 7821 > > 9848 5 Ss 0:00.23 -csh (csh) > >10053 5 R+ 0:00.00 ps > >% > > it's not actually 8.2-STABLE, but 8.2-RELEASE-p1, are there any > fixes in -STABLE regarding this problem? kill -9 your truss processes; the underlying processes which you are truss'ing will probably resume. My experience for years has been that truss on FreeBSD is extremely buggy and cannot be relied upon (case in point). Such is still the case on RELENG_8 as of today. Use ktrace(1) instead. You'll find it to work pretty much in every situation. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 10:11:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 048891065677; Tue, 27 Sep 2011 10:11:18 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 4B5158FC16; Tue, 27 Sep 2011 10:11:17 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8UkF-0005jQ-2m; Tue, 27 Sep 2011 12:19:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 27 Sep 2011 12:18:25 +0200 From: "crsnet.pl" To: Adrian Chadd In-Reply-To: References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> Message-ID: <2ffb7b182a16c6ced96733b7a9f7c6d0@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: ** X-Spam-Status: No, score=2.3 required=7.0 tests=ALL_TRUSTED,BAYES_50, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) Cc: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 2 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: Tue, 27 Sep 2011 10:11:18 -0000 > Hi, Hello, thanks for reply. > > Please try to do this without wlan loaded at all (not just down, but > build your wifi support as a module.) > Then try without X, see whether it's related to that or not. > First i make kldunload if_iwn. When i try to suspend from X, Xorg close, i see console and laptop suspend. When i resume it, i get console (any key dosent work), when i try to ALT+F9 i get black screen and beep;/ But when i try to suspen from console. I get : pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP0: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP1: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP2: AE_BAD_PARAMETER And laptop suspend, when i resume it. He hangs when i press any buttons it does nothing. And than i see on console that info : ugen0.2: ... disconnected ugen4.2: ... disconnected ubt0: at uhub0 ... disconnected then i see this presed lethers and acpi0: suspend request ignored (not ready yet) and laptops langs and beep ;/ > (And you haven't told us what your hardware is.) #dmesg (+WITNESS) Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-BETA3 #3: Tue Sep 27 10:47:57 CEST 2011 cr4sh@x300:/sys/amd64/compile/GENERIC amd64 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz (1197.03-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Family = 6 Model = f Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 2147483648 (2048 MB) avail memory = 2019139584 (1925 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 (20110527/tbfadt-556) ACPI Warning: Optional field Gpe1Block has zero address or length: 0x000000000000102C/0x0 (20110527/tbfadt-586) ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard CPU0: local APIC error 0x40 acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ef00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xfa000000-0xfa0fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: aperture size is 256M, detected 7676k stolen memory vgapci1: mem 0xfa100000-0xfa1fffff at device 2.1 on pci0 pci0: at device 3.0 (no driver attached) atapci0: port 0x1828-0x182f,0x180c-0x180f,0x1820-0x1827,0x1808-0x180b,0x1810-0x181f irq 18 at device 3.2 on pci0 ata2: on atapci0 ata3: on atapci0 pci0: at device 3.3 (no driver attached) em0: port 0x1840-0x185f mem 0xfa200000-0xfa21ffff,0xfa225000-0xfa225fff irq 20 at device 25.0 o n pci0 em0: Using an MSI interrupt acquiring duplicate lock of same type: "network driver" 1st &dev_spec->swflag_mutex @ dev/e1000/e1000_ich8lan.c:785 2nd &dev_spec->nvm_mutex @ dev/e1000/e1000_ich8lan.c:751 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x8de _mtx_lock_flags() at _mtx_lock_flags+0x79 e1000_acquire_nvm_ich8lan() at e1000_acquire_nvm_ich8lan+0x1e e1000_read_nvm_ich8lan() at e1000_read_nvm_ich8lan+0x76 e1000_post_phy_reset_ich8lan() at e1000_post_phy_reset_ich8lan+0x1b1 e1000_reset_hw_ich8lan() at e1000_reset_hw_ich8lan+0x4c1 em_attach() at em_attach+0x11bd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x14f device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x231 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0xbc5 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a nexus_acpi_attach() at nexus_acpi_attach+0x69 device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd6 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x77 btext() at btext+0x2c em0: Ethernet address: 00:21:86:58:72:d9 uhci0: port 0x1860-0x187f irq 20 at device 26.0 on pci0 usbus0: on uhci0 uhci1: port 0x1880-0x189f irq 21 at device 26.1 on pci0 usbus1: on uhci1 ehci0: mem 0xfa426c00-0xfa426fff irq 22 at device 26.7 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci0 hdac0: mem 0xfa220000-0xfa223fff irq 17 at device 27.0 on pci0 pcib1: irq 20 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 21 at device 28.1 on pci0 pci3: on pcib2 iwn0: mem 0xf9f00000-0xf9f01fff irq 17 at device 0.0 on pci3 pcib3: irq 22 at device 28.2 on pci0 pci4: on pcib3 uhci2: port 0x18a0-0x18bf irq 16 at device 29.0 on pci0 usbus3: on uhci2 uhci3: port 0x18c0-0x18df irq 17 at device 29.1 on pci0 usbus4: on uhci3 uhci4: port 0x18e0-0x18ff irq 18 at device 29.2 on pci0 usbus5: on uhci4 ehci1: mem 0xfa427000-0xfa4273ff irq 19 at device 29.7 on pci0 usbus6: EHCI version 1.0 usbus6: on ehci1 pcib4: at device 30.0 on pci0 pci13: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c00-0x1c0f at device 31.1 on pci0 ata0: on atapci1 ahci0: port 0x1c50-0x1c57,0x1c44-0x1c47,0x1c48-0x1c4f,0x1c40-0x1c43,0x1c20-0x1c3f mem 0xfa426000-0xfa4267 ff irq 16 at device 31.2 on pci0 ahci0: AHCI v1.10 with 3 1.5Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 2 on ahci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 Timecounters tick every 1.000 msec hdac0: HDA Codec #0: Analog Devices AD1984A pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered ada0 at ahcich0 bus 0 scbus3 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada0: 61057MB (125045424 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad8 cd0 at ata0 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Root mount waiting for: usbus6 usbus2 uhub6: 6 ports with 6 removable, self powered ugen0.2: at usbus0 Root mount waiting for: usbus6 ugen6.2: at usbus6 ugen4.2: at usbus4 ugen0.3: at usbus0 u3g0: on usbus4 u3g0: Found 3 ports. ugen6.3: at usbus6 Trying to mount root from ufs:/dev/ad8s1a [rw]... WARNING: / was not properly dismounted vboxdrv: fAsync=1 offMin=0x969c6 offMax=0x969c6 supdrvGipCreate: omni timer not supported, falling back to synchronous mode vboxnet0: Ethernet address: 0a:00:27:00:00:00 wlan0: Ethernet address: 00:21:5c:53:a9:4b ubt0: on usbus0 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) info: [drm] AGP at 0xe0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 lock order reversal: 1st 0xffffff8079d5c658 bufwait (bufwait) @ kern/vfs_bio.c:2658 2nd 0xfffffe0077c6e800 dirhash (dirhash) @ ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 _sx_xlock() at _sx_xlock+0x55 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_add() at ufsdirhash_add+0x19 ufs_direnter() at ufs_direnter+0x909 ufs_makeinode() at ufs_makeinode+0x26a VOP_CREATE_APV() at VOP_CREATE_APV+0x8d vn_open_cred() at vn_open_cred+0x46a kern_openat() at kern_openat+0x1f9 amd64_syscall() at amd64_syscall+0x3ba Xfast_syscall() at Xfast_syscall+0xf7 --- syscall (5, FreeBSD ELF64, sys_open), rip = 0x803593eac, rsp = 0x7fffffffd2f8, rbp = 0x8 --- Regards. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 10:19:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D8F1065670 for ; Tue, 27 Sep 2011 10:19:28 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id 33D998FC0A for ; Tue, 27 Sep 2011 10:19:28 +0000 (UTC) Received: (qmail invoked by alias); 27 Sep 2011 10:19:11 -0000 Received: from adsl-27.91.140.81.tellas.gr (EHLO [192.168.73.192]) [91.140.81.27] by mail.gmx.com (mp-eu003) with SMTP; 27 Sep 2011 12:19:11 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1+aGgteykCagmKUbXdd0D5ucXWUhpvBvriNnoFmbP njcxvPt2cdiYlM Message-ID: <4E81A31B.6080300@gmx.com> Date: Tue, 27 Sep 2011 13:19:07 +0300 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Jeremy Chadwick References: <4E819DF7.3060306@gmx.com> <20110927101008.GA27810@icarus.home.lan> In-Reply-To: <20110927101008.GA27810@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: non-responding processes after truss(1)ing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 10:19:28 -0000 On 9/27/2011 1:10 PM, Jeremy Chadwick wrote: > kill -9 your truss processes; the underlying processes which you are > truss'ing will probably resume. > > My experience for years has been that truss on FreeBSD is extremely > buggy and cannot be relied upon (case in point). Such is still the case > on RELENG_8 as of today. > > Use ktrace(1) instead. You'll find it to work pretty much in every > situation. > Thanks, that worked. I'll use ktrace from now on. Nikos From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 11:04:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77086106566B for ; Tue, 27 Sep 2011 11:04:11 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: from nm9-vm1.bullet.mail.ne1.yahoo.com (nm9-vm1.bullet.mail.ne1.yahoo.com [98.138.90.47]) by mx1.freebsd.org (Postfix) with SMTP id 314118FC14 for ; Tue, 27 Sep 2011 11:04:10 +0000 (UTC) Received: from [98.138.90.53] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 27 Sep 2011 11:04:10 -0000 Received: from [98.138.88.235] by tm6.bullet.mail.ne1.yahoo.com with NNFMP; 27 Sep 2011 11:04:10 -0000 Received: from [127.0.0.1] by omp1035.mail.ne1.yahoo.com with NNFMP; 27 Sep 2011 11:04:10 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 629484.8213.bm@omp1035.mail.ne1.yahoo.com Received: (qmail 11548 invoked by uid 60001); 27 Sep 2011 11:04:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1317121450; bh=7j7C2Gtv6z/irESC8/Uq17ZcnNw7MJoc/pDkOSe1mKw=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=qU9o2DHrHdjzvU70Wl83sWm0lT3gLGbw3fYv23Vqd4Vgsrcgk77IS9jGtgdAu2mvyxQLkXjGsiAhAPoKKtHK1C/8QENFRMB32Jl2501mLOSr+/WLtTfE2Xriei/LCL89CBpDWZqz50+bnbu/b/+GBTQYPoVALFU0l7HyK8U1Hjs= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=MEULqwBT3c7xINJjNIi7PoVGJRe2VXrT+qV5cO/TzPwHAEobiUpha8rg/1HEdHla4iZSZRGgPghXczfjk6XrRR/Jc6eZCk5KWg+qjuwSZX0UbGmcM9IArdd2T3RKFBDYyjhw98Dz/CwpNUcIN5WysBNqjzXezDmsHsEurQMgnJg=; X-YMail-OSG: A2SvOccVM1lhlsly_HgreoFy7TH3b5WvLpOoU14xg75gJfk aT3Oi6OVTj9x63tzl4OkmJw0yyNyeImJ_p07QBM8TYvRH79a9IAgkfjn.BhF Y1guqZi9Ya2DMucz4ARw.3gF8W4.Rdu4mSNzmk1ifN_kTtbyJtgrUloFxeav 1Qrl9uhGATp2g_xDwhCY_Ci23QspuX2z9LOacbBtAw6_2NdzHYf37mIorpKA RAhxlbwopim4BeWdOAIjGet0vdjGsE25ibDqz2a1Mf29r6MrbbNbLJDEXauh RZx2zzW9YG4LS.aT7mptad9_glvT5N1Wml9Ggl3rQ0elQnF8Ie5LqZHuvZX1 3iBgsCsPKG46yGa1YpxhvPP2J6Nu..A5GYC8d8I7AchWhIYyN2UvjzbHrQnl 8t1HmX0rPhJnaldZHVCUlzmKD4mFicSeLSx3MI7z3aZ17Mn_QzQKHm_xKXQZ pnUDZs0gOQhISrNos8QoRgdfoJZTX9pa4Z8ROpaWxikkcVxp42EqPxA260An JoXGJZiwlVRhgNrXs0_IqJwpJwrfuMto2pq.PeTuxiA4aB4m0RxC2 Received: from [212.74.229.232] by web120529.mail.ne1.yahoo.com via HTTP; Tue, 27 Sep 2011 04:04:10 PDT X-Mailer: YahooMailWebService/0.8.113.315625 References: <1317017670.4307.YahooMailNeo@web120527.mail.ne1.yahoo.com> <20110926063210.GA54741@icarus.home.lan> <1317034584.14989.YahooMailNeo@web120530.mail.ne1.yahoo.com> Message-ID: <1317121450.5432.YahooMailNeo@web120529.mail.ne1.yahoo.com> Date: Tue, 27 Sep 2011 04:04:10 -0700 (PDT) From: Kirill Yelizarov To: "freebsd-stable@freebsd.org" In-Reply-To: <1317034584.14989.YahooMailNeo@web120530.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: NFSD hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kirill Yelizarov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 11:04:11 -0000 I found a had sync enabled on my server so I set=A0 zfs=A0set=A0sync=3Ddisa= bled data=0Aand will look for failures. Are there any other setting for nfs= over zfs i can check or set? =0A=0A=0A=0A________________________________= =0A=0A# uname -a=0AFreeBSD brat.faberlic.com 8.2-STABLE FreeBSD 8.2-STABLE = #0: Thu Jun=A0 9 11:22:38 MSD 2011=A0=A0=A0=A0 root@**:/usr/obj/usr/src/sys= /BRAT=A0 amd64 Sources were taken at that time=0A=0AThere are a lot of this= . Should i paste them all here or part is enough?=0A=0Abrat# procstat -k -k= 1666=0A=A0 PID=A0=A0=A0 TID COMM=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 TDNAM= E=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 KSTACK=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =0A=A01666 100323 nfsd=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 nfsd: master=A0=A0=A0=A0 mi_switch+0x176 sleepq_catch_signa= ls+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal= +0x939 svc_run+0x8b nfssvc_nfsd+0x97 nfssvc_nfsserver+0x53 nfssvc+0x44 sysc= allenter+0x186 syscall+0x40 Xfast_syscall+0xe2 =0A=A01666 100391 nfsd=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleep= q_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc= _run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0x= e =0A=A01666 100392 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service= =A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0= x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb for= k_exit+0x114 fork_trampoline+0xe =0A=A01666 100393 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =0A=A01666 100394 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100395 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =0A=A01666 = 100396 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_s= witch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedw= ait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 f= ork_trampoline+0xe =0A=A01666 100397 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 =0A=A01666 100398 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100399 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100400 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100401 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100402 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100403 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100404 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100405 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100406 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100407 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100408 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100409 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100410 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100411 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100412 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100413 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100414 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100415 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100416 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100417 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100418 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100419 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100420 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100421 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100422 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100423 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100424 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100425 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100426 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100427 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100428 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100429 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100430 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100431 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100432 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100433 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100434 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100435 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig= +0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb f= ork_exit+0x114 fork_trampoline+0xe =0A=A01666 100436 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100437 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =0A=A01666 = 100438 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =0A=A01666 1= 00439 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_sw= itch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwa= it_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fo= rk_trampoline+0xe =0A=A01666 100440 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100441 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe =0A=A01666 100442 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servi= ce=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 =0A=A01666 100443 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: servic= e=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+= 0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fo= rk_exit+0x114 fork_trampoline+0xe =0A=A01666 100444 nfsd=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_sign= als+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_interna= l+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666= 100445 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_= switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timed= wait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 = fork_trampoline+0xe =0A=A01666 100446 nfsd=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sleepq_catch_signals+0x309 sleep= q_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thr= ead_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A=A01666 100447 nfsd=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 nfsd: service=A0=A0=A0 mi_switch+0x176 sl= eepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d = svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline= +0xe=0A=0A=0A=0A________________________________=0AFrom: Jeremy Chadwick =0ATo: Kirill Yelizarov =0ACc: "= freebsd-stable@freebsd.org" =0ASent: Monday, Se= ptember 26, 2011 10:32 AM=0ASubject: Re: NFSD hang=0A=0AOn Sun, Sep 25, 201= 1 at 11:14:30PM -0700, Kirill Yelizarov wrote:=0A> Good Day!=0A> I'v got a = problem with nfs share on zfs volume. Everything worked fine for a few mont= h and now it hang. This share stores logs from 9 servers at night, about 1-= 2Gb from each server. ZFS is filled to 26% and it is v28=0A> =0A> last pid:= 46573;? load averages: 195.82, 199.86, 200.12?????????????????????????????= ????????????????????????????????????????????????? up 108+21:56:50 10:05:06= =0A> 432 processes: 208 running, 224 sleeping=0A> CPU:? 0.0% user,? 0.0% ni= ce,? 100% system,? 0.0% interrupt,? 0.0% idle=0A> Mem: 280M Active, 1469M I= nact, 9584M Wired, 161M Cache, 1232M Buf, 311M Free=0A> Swap: 16G Total, 16= G Free=0A> =0A> ? PID USERNAME????? THR PRI NICE?? SIZE??? RES STATE?? C?? = TIME?? WCPU COMMAND=0A> ?1666 root????????? 256? 76??? 0? 5788K? 5120K RUN?= ?? 14 476.8H 1508.64% nfsd=0A> =0A> # zpool list=0A> NAME?? SIZE? ALLOC?? F= REE??? CAP? DEDUP? HEALTH? ALTROOT=0A> data? 3.62T?? 954G? 2.69T??? 25%? 1.= 00x? ONLINE? -=0A> =0A> # zfs list=0A> NAME?? USED? AVAIL? REFER? MOUNTPOIN= T=0A> data?? 954G? 2.64T?? 954G? /data=0A> =0A> # zfs mount=0A> data???????= ???????????????????? /data=0A> =0A> What should i look for to resolve it?= =0A=0AWhat version of FreeBSD exactly, and what build date?=0A=0APlease pro= vide output from "procstat -k -k 1666" (yes, two -k's).=0A=0A-- =0A| Jeremy= Chadwick=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 jd= c at parodius.com |=0A| Parodius Networking=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 http://www.parodius.com/ |=0A| UNIX Systems Administrator=A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 Mountain View, CA, US |=0A| Making life = hard for others since 1977.=A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 PGP 4BD6C0CB |=0A= _______________________________________________=0Afreebsd-stable@freebsd.or= g mailing list=0Ahttp://lists.freebsd.org/mailman/listinfo/freebsd-stable= =0ATo unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 11:10:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A46FA1065673; Tue, 27 Sep 2011 11:10:16 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 50C908FC14; Tue, 27 Sep 2011 11:10:16 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8Vf5-00062k-E6; Tue, 27 Sep 2011 13:18:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 27 Sep 2011 13:17:09 +0200 From: "crsnet.pl" To: Adrian Chadd In-Reply-To: References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> Message-ID: X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-0.4 required=7.0 tests=ALL_TRUSTED,BAYES_00, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) Cc: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: [Solved] FreeBSD 9-Beta3 on X300 2 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: Tue, 27 Sep 2011 11:10:16 -0000 On Tue, 27 Sep 2011 08:21:23 +0800, Adrian Chadd wrote: > Hi, > > Please try to do this without wlan loaded at all (not just down, but > build your wifi support as a module.) > Then try without X, see whether it's related to that or not. > (And you haven't told us what your hardware is.) Gavin Atkinson send me this link : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=96631+0+/usr/local/www/db/text/2011/freebsd-usb/20110605.freebsd-usb suspend / resume works like a charm with this pathes. Thanks all for help. Regards. > > Adrian From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 11:59:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0142D1065670 for ; Tue, 27 Sep 2011 11:59:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id DBE258FC14 for ; Tue, 27 Sep 2011 11:59:36 +0000 (UTC) Received: from omta24.emeryville.ca.mail.comcast.net ([76.96.30.92]) by qmta07.emeryville.ca.mail.comcast.net with comcast id dnvU1h0011zF43QA7nzWCW; Tue, 27 Sep 2011 11:59:30 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta24.emeryville.ca.mail.comcast.net with comcast id do0D1h00F1t3BNj8ko0D6N; Tue, 27 Sep 2011 12:00:13 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id DC19A102C19; Tue, 27 Sep 2011 04:59:35 -0700 (PDT) Date: Tue, 27 Sep 2011 04:59:35 -0700 From: Jeremy Chadwick To: Kirill Yelizarov Message-ID: <20110927115935.GA29196@icarus.home.lan> References: <1317017670.4307.YahooMailNeo@web120527.mail.ne1.yahoo.com> <20110926063210.GA54741@icarus.home.lan> <1317034584.14989.YahooMailNeo@web120530.mail.ne1.yahoo.com> <1317121450.5432.YahooMailNeo@web120529.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1317121450.5432.YahooMailNeo@web120529.mail.ne1.yahoo.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: rmacklem@uoguelph.ca, freebsd-stable@freebsd.org Subject: Re: NFSD hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 11:59:37 -0000 On Tue, Sep 27, 2011 at 04:04:10AM -0700, Kirill Yelizarov wrote: > I found a had sync enabled on my server so I set? zfs?set?sync=disabled data > and will look for failures. Are there any other setting for nfs over zfs i can check or set? > > ________________________________ > > # uname -a > FreeBSD brat.faberlic.com 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Jun? 9 11:22:38 MSD 2011???? root@**:/usr/obj/usr/src/sys/BRAT? amd64 Sources were taken at that time > > There are a lot of this. Should i paste them all here or part is enough? > > brat# procstat -k -k 1666 > ? PID??? TID COMM???????????? TDNAME?????????? KSTACK?????????????????????? > ?1666 100323 nfsd???????????? nfsd: master???? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_run+0x8b nfssvc_nfsd+0x97 nfssvc_nfsserver+0x53 nfssvc+0x44 syscallenter+0x186 syscall+0x40 Xfast_syscall+0xe2 > ?1666 100391 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100392 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100393 nfsd???????????? nfsd: service??? ??????????????????? > ?1666 100394 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100395 nfsd???????????? nfsd: service??? ??????????????????? > ?1666 100396 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100397 nfsd???????????? nfsd: service??? ??????????????????? > ?1666 100398 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100399 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100400 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100401 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100402 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100403 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100404 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100405 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100406 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100407 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100408 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100409 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100410 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100411 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100412 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100413 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100414 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100415 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100416 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100417 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100418 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100419 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100420 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100421 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100422 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100423 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100424 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100425 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100426 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100427 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100428 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100429 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100430 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100431 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100432 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100433 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100434 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100435 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100436 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100437 nfsd???????????? nfsd: service??? ??????????????????? > ?1666 100438 nfsd???????????? nfsd: service??? ??????????????????? > ?1666 100439 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100440 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100441 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100442 nfsd???????????? nfsd: service??? ??????????????????? > ?1666 100443 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100444 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100445 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100446 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > ?1666 100447 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > > ________________________________ > From: Jeremy Chadwick > To: Kirill Yelizarov > Cc: "freebsd-stable@freebsd.org" > Sent: Monday, September 26, 2011 10:32 AM > Subject: Re: NFSD hang > > On Sun, Sep 25, 2011 at 11:14:30PM -0700, Kirill Yelizarov wrote: > > Good Day! > > I'v got a problem with nfs share on zfs volume. Everything worked fine for a few month and now it hang. This share stores logs from 9 servers at night, about 1-2Gb from each server. ZFS is filled to 26% and it is v28 > > > > last pid: 46573;? load averages: 195.82, 199.86, 200.12?????????????????????????????????????????????????????????????????????????????? up 108+21:56:50 10:05:06 > > 432 processes: 208 running, 224 sleeping > > CPU:? 0.0% user,? 0.0% nice,? 100% system,? 0.0% interrupt,? 0.0% idle > > Mem: 280M Active, 1469M Inact, 9584M Wired, 161M Cache, 1232M Buf, 311M Free > > Swap: 16G Total, 16G Free > > > > ? PID USERNAME????? THR PRI NICE?? SIZE??? RES STATE?? C?? TIME?? WCPU COMMAND > > ?1666 root????????? 256? 76??? 0? 5788K? 5120K RUN??? 14 476.8H 1508.64% nfsd > > > > # zpool list > > NAME?? SIZE? ALLOC?? FREE??? CAP? DEDUP? HEALTH? ALTROOT > > data? 3.62T?? 954G? 2.69T??? 25%? 1.00x? ONLINE? - > > > > # zfs list > > NAME?? USED? AVAIL? REFER? MOUNTPOINT > > data?? 954G? 2.64T?? 954G? /data > > > > # zfs mount > > data??????????????????????????? /data > > > > What should i look for to resolve it? > > What version of FreeBSD exactly, and what build date? > > Please provide output from "procstat -k -k 1666" (yes, two -k's). Can you explain the correlation between the "sync" parameter (which I have to assume was set to "standard" -- the default -- on all of your filesystems) and your nfsd issue? I do not see the correlation. My intention of asking for procstat -k -k output (which you did provide; thank you) was for Rick Macklem (who's currently working on NFS on FreeBSD) to chime in with some insights. He may be busy, but I've CC'd him here. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 12:41:58 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CD62106564A for ; Tue, 27 Sep 2011 12:41:58 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: from nm29-vm6.bullet.mail.ne1.yahoo.com (nm29-vm6.bullet.mail.ne1.yahoo.com [98.138.91.122]) by mx1.freebsd.org (Postfix) with SMTP id CC7438FC14 for ; Tue, 27 Sep 2011 12:41:57 +0000 (UTC) Received: from [98.138.90.57] by nm29.bullet.mail.ne1.yahoo.com with NNFMP; 27 Sep 2011 12:41:57 -0000 Received: from [98.138.89.172] by tm10.bullet.mail.ne1.yahoo.com with NNFMP; 27 Sep 2011 12:41:57 -0000 Received: from [127.0.0.1] by omp1028.mail.ne1.yahoo.com with NNFMP; 27 Sep 2011 12:41:57 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 498740.69410.bm@omp1028.mail.ne1.yahoo.com Received: (qmail 77514 invoked by uid 60001); 27 Sep 2011 12:41:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1317127317; bh=SRRzpu8av6CguKHlboHhUXv0nBOX2JutR0n618nc1C4=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=R6p9ay2cAIc2o0zKCHrN6oNhjHlC5147imi8RrqhB9Ar0n5JsoWI2pkDcTM2C1JVp5gk/hQuUoJXRrpW7P2zLDDKfIVg/nb6hcwq3vCFsOCeaALPHueSxRKbbFgpzEq6Y6JyDTkirDy5q41r4HXrL/8Em8UHjCPEgiRUqnkit+k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=InXNmorU7QXHj9CUsfdb1QczDOyJKbnXupnS1ssjyPXOQSNbdjVzIFKH6CN5w/JoefMQVv7PoVzXoYYEoF0lwuOV6kc2jsKWMxtueETRFDOEcsh4sOlWoL63XKLRlxYl5YonvCPt1MP0l1NoPCKowMN08zAibcsikbkyFC4GO+I=; X-YMail-OSG: gOYU5pcVM1mS0svvPgwWBN_lp607GT.GkEhxlggVlYEffOR lWxWBzkpiOP6aiLqTXu.L5PSfxgY0.jssh2Y2NkF0bNMnwWP8Y7_Bt4kvub. Szj8rY1azlBDehDjr8riYyR6lxEbugfjmnH9fzVX6o9mhom5WvprwWI_v72j ofej6E3nHaR0CmHcxhoGFlTt3dzkx5KGB3O9kOb4BTLTBhAZ8lx5AyRy4kGF 20EEENT3MdchSKofTfUbHMlwXap9.l8IKCF9lsC.zAlsI0KxzX6sDE..9EHt V0lMFLy4supDLnLoVsr8euM66hjzEMIk3YBOMcqw78VjwbUTy5B7sEX6lIAE ZYojl0oVVlY8kAOb1A98hyRcxiRDPh_tKoXAesStHSmo.ujZ2oNBN_AqJdQ9 6wOTT44RaSI8oyxNJsoevyMFR8JLRVQgOXKhOIzdhoxgrmnKuf9nTcwU5Xrs 8wlt5KwlCAAnQWSL5R9LdGo4qIvDv3n8wRNwkV5km5BRE97wS5IcKIlfZsLu u3HwiFy2VC5Zd1LODvbonWWjny2X9OJG9PokOF5ZAIb8- Received: from [212.74.229.232] by web120526.mail.ne1.yahoo.com via HTTP; Tue, 27 Sep 2011 05:41:57 PDT X-Mailer: YahooMailWebService/0.8.113.315625 References: <1317017670.4307.YahooMailNeo@web120527.mail.ne1.yahoo.com> <20110926063210.GA54741@icarus.home.lan> <1317034584.14989.YahooMailNeo@web120530.mail.ne1.yahoo.com> <1317121450.5432.YahooMailNeo@web120529.mail.ne1.yahoo.com> <20110927115935.GA29196@icarus.home.lan> Message-ID: <1317127317.76570.YahooMailNeo@web120526.mail.ne1.yahoo.com> Date: Tue, 27 Sep 2011 05:41:57 -0700 (PDT) From: Kirill Yelizarov To: "freebsd-stable@freebsd.org" In-Reply-To: <20110927115935.GA29196@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: NFSD hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kirill Yelizarov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 12:41:58 -0000 =0A=0A=0A=0A________________________________=0AFrom: Jeremy Chadwick =0ATo: Kirill Yelizarov =0ACc: rmack= lem@uoguelph.ca; freebsd-stable@freebsd.org=0ASent: Tuesday, September 27, = 2011 3:59 PM=0ASubject: Re: NFSD hang=0A=0AOn Tue, Sep 27, 2011 at 04:04:10= AM -0700, Kirill Yelizarov wrote:=0A> I found a had sync enabled on my serv= er so I set? zfs?set?sync=3Ddisabled data=0A> and will look for failures. A= re there any other setting for nfs over zfs i can check or set? =0A> =0A> _= _______________________________=0A> =0A> # uname -a=0A> FreeBSD brat.faberl= ic.com 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Jun? 9 11:22:38 MSD 2011???? r= oot@**:/usr/obj/usr/src/sys/BRAT? amd64 Sources were taken at that time=0A>= =0A> There are a lot of this. Should i paste them all here or part is enou= gh?=0A> =0A> brat# procstat -k -k 1666=0A> ? PID??? TID COMM???????????? TD= NAME?????????? KSTACK?????????????????????? =0A> ?1666 100323 nfsd?????????= ??? nfsd: master???? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_time= dwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_run+0x8b = nfssvc_nfsd+0x97 nfssvc_nfsserver+0x53 nfssvc+0x44 syscallenter+0x186 sysca= ll+0x40 Xfast_syscall+0xe2 =0A> ?1666 100391 nfsd???????????? nfsd: service= ??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _c= v_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit= +0x114 fork_trampoline+0xe =0A> ?1666 100392 nfsd???????????? nfsd: service= ??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _c= v_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit= +0x114 fork_trampoline+0xe =0A> ?1666 100393 nfsd???????????? nfsd: service= ??? ??????????????????? =0A> ?1666 100394 nfsd???????????? nfsd: s= ervice??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0= x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb for= k_exit+0x114 fork_trampoline+0xe =0A> ?1666 100395 nfsd???????????? nfsd: s= ervice??? ??????????????????? =0A> ?1666 100396 nfsd???????????? n= fsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait= _sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0= xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100397 nfsd???????????? n= fsd: service??? ??????????????????? =0A> ?1666 100398 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100399 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100400 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100401 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100402 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100403 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100404 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100405 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100406 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100407 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100408 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100409 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100410 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100411 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100412 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100413 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100414 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100415 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100416 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100417 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100418 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100419 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100420 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100421 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100422 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100423 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100424 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100425 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100426 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100427 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100428 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100429 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100430 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100431 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100432 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100433 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100434 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100435 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100436 nfsd????????= ???? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_tim= edwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_s= tart+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100437 nfsd????????= ???? nfsd: service??? ??????????????????? =0A> ?1666 100438 nfsd??= ?????????? nfsd: service??? ??????????????????? =0A> ?1666 100439 = nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x30= 9 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 = svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100440 = nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x30= 9 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 = svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100441 = nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x30= 9 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 = svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 100442 = nfsd???????????? nfsd: service??? ??????????????????? =0A> ?1666 1= 00443 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signal= s+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+= 0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 1= 00444 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signal= s+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+= 0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 1= 00445 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signal= s+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+= 0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 1= 00446 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signal= s+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+= 0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe =0A> ?1666 1= 00447 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signal= s+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+= 0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe=0A> =0A> =0A= > =0A> ________________________________=0A> From: Jeremy Chadwick =0A> To: Kirill Yelizarov =0A> Cc: "fre= ebsd-stable@freebsd.org" =0A> Sent: Monday, Sep= tember 26, 2011 10:32 AM=0A> Subject: Re: NFSD hang=0A> =0A> On Sun, Sep 25= , 2011 at 11:14:30PM -0700, Kirill Yelizarov wrote:=0A> > Good Day!=0A> > I= 'v got a problem with nfs share on zfs volume. Everything worked fine for a= few month and now it hang. This share stores logs from 9 servers at night,= about 1-2Gb from each server. ZFS is filled to 26% and it is v28=0A> > =0A= > > last pid: 46573;? load averages: 195.82, 199.86, 200.12????????????????= ?????????????????????????????????????????????????????????????? up 108+21:56= :50 10:05:06=0A> > 432 processes: 208 running, 224 sleeping=0A> > CPU:? 0.0= % user,? 0.0% nice,? 100% system,? 0.0% interrupt,? 0.0% idle=0A> > Mem: 28= 0M Active, 1469M Inact, 9584M Wired, 161M Cache, 1232M Buf, 311M Free=0A> >= Swap: 16G Total, 16G Free=0A> > =0A> > ? PID USERNAME????? THR PRI NICE?? = SIZE??? RES STATE?? C?? TIME?? WCPU COMMAND=0A> > ?1666 root????????? 256? = 76??? 0? 5788K? 5120K RUN??? 14 476.8H 1508.64% nfsd=0A> > =0A> > # zpool l= ist=0A> > NAME?? SIZE? ALLOC?? FREE??? CAP? DEDUP? HEALTH? ALTROOT=0A> > da= ta? 3.62T?? 954G? 2.69T??? 25%? 1.00x? ONLINE? -=0A> > =0A> > # zfs list=0A= > > NAME?? USED? AVAIL? REFER? MOUNTPOINT=0A> > data?? 954G? 2.64T?? 954G? = /data=0A> > =0A> > # zfs mount=0A> > data??????????????????????????? /data= =0A> > =0A> > What should i look for to resolve it?=0A> =0A> What version o= f FreeBSD exactly, and what build date?=0A> =0A> Please provide output from= "procstat -k -k 1666" (yes, two -k's).=0A=0ACan you explain the correlatio= n between the "sync" parameter (which I=0Ahave to assume was set to "standa= rd" -- the default -- on all of your=0Afilesystems) and your nfsd issue?=A0= I do not see the correlation.=0A=0AMy intention of asking for procstat -k = -k output (which you did provide;=0Athank you) was for Rick Macklem (who's = currently working on NFS on=0AFreeBSD) to chime in with some insights.=A0 H= e may be busy, but I've CC'd=0Ahim here.=0A=0AI found it in the wiki http:/= /wiki.freebsd.org/ZFSTuningGuide. So i gave it a try. I thought it is someh= ow related with zfs because i couldn't even run ls on zfs volume. I had to = reset this server because it didn't respond to init commands.=0A=0AKirill= =0A From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 12:59:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5D31106564A for ; Tue, 27 Sep 2011 12:59:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id AB47E8FC19 for ; Tue, 27 Sep 2011 12:59:56 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta15.emeryville.ca.mail.comcast.net with comcast id dozT1h0030x6nqcAFozquH; Tue, 27 Sep 2011 12:59:50 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta12.emeryville.ca.mail.comcast.net with comcast id dozq1h0041t3BNj8Yozrp4; Tue, 27 Sep 2011 12:59:51 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D6548102C19; Tue, 27 Sep 2011 05:59:55 -0700 (PDT) Date: Tue, 27 Sep 2011 05:59:55 -0700 From: Jeremy Chadwick To: Kirill Yelizarov Message-ID: <20110927125955.GA30674@icarus.home.lan> References: <1317017670.4307.YahooMailNeo@web120527.mail.ne1.yahoo.com> <20110926063210.GA54741@icarus.home.lan> <1317034584.14989.YahooMailNeo@web120530.mail.ne1.yahoo.com> <1317121450.5432.YahooMailNeo@web120529.mail.ne1.yahoo.com> <20110927115935.GA29196@icarus.home.lan> <1317127317.76570.YahooMailNeo@web120526.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1317127317.76570.YahooMailNeo@web120526.mail.ne1.yahoo.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: rmacklem@uoguelph.ca, freebsd-stable@freebsd.org Subject: Re: NFSD hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 12:59:56 -0000 On Tue, Sep 27, 2011 at 05:41:57AM -0700, Kirill Yelizarov wrote: > From: Jeremy Chadwick > To: Kirill Yelizarov > Cc: rmacklem@uoguelph.ca; freebsd-stable@freebsd.org > Sent: Tuesday, September 27, 2011 3:59 PM > Subject: Re: NFSD hang > > On Tue, Sep 27, 2011 at 04:04:10AM -0700, Kirill Yelizarov wrote: > > I found a had sync enabled on my server so I set? zfs?set?sync=disabled data > > and will look for failures. Are there any other setting for nfs over zfs i can check or set? > > > > ________________________________ > > > > # uname -a > > FreeBSD brat.faberlic.com 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Jun? 9 11:22:38 MSD 2011???? root@**:/usr/obj/usr/src/sys/BRAT? amd64 Sources were taken at that time > > > > There are a lot of this. Should i paste them all here or part is enough? > > > > brat# procstat -k -k 1666 > > ? PID??? TID COMM???????????? TDNAME?????????? KSTACK?????????????????????? > > ?1666 100323 nfsd???????????? nfsd: master???? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_run+0x8b nfssvc_nfsd+0x97 nfssvc_nfsserver+0x53 nfssvc+0x44 syscallenter+0x186 syscall+0x40 Xfast_syscall+0xe2 > > ?1666 100391 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100392 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100393 nfsd???????????? nfsd: service??? ??????????????????? > > ?1666 100394 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100395 nfsd???????????? nfsd: service??? ??????????????????? > > ?1666 100396 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100397 nfsd???????????? nfsd: service??? ??????????????????? > > ?1666 100398 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100399 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100400 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100401 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100402 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100403 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100404 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100405 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100406 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100407 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100408 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100409 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100410 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100411 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100412 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100413 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100414 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100415 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100416 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100417 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100418 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100419 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100420 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100421 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100422 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100423 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100424 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100425 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100426 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100427 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100428 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100429 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100430 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100431 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100432 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100433 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100434 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100435 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100436 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100437 nfsd???????????? nfsd: service??? ??????????????????? > > ?1666 100438 nfsd???????????? nfsd: service??? ??????????????????? > > ?1666 100439 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100440 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100441 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100442 nfsd???????????? nfsd: service??? ??????????????????? > > ?1666 100443 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100444 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100445 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100446 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > ?1666 100447 nfsd???????????? nfsd: service??? mi_switch+0x176 sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > > > > > > ________________________________ > > From: Jeremy Chadwick > > To: Kirill Yelizarov > > Cc: "freebsd-stable@freebsd.org" > > Sent: Monday, September 26, 2011 10:32 AM > > Subject: Re: NFSD hang > > > > On Sun, Sep 25, 2011 at 11:14:30PM -0700, Kirill Yelizarov wrote: > > > Good Day! > > > I'v got a problem with nfs share on zfs volume. Everything worked fine for a few month and now it hang. This share stores logs from 9 servers at night, about 1-2Gb from each server. ZFS is filled to 26% and it is v28 > > > > > > last pid: 46573;? load averages: 195.82, 199.86, 200.12?????????????????????????????????????????????????????????????????????????????? up 108+21:56:50 10:05:06 > > > 432 processes: 208 running, 224 sleeping > > > CPU:? 0.0% user,? 0.0% nice,? 100% system,? 0.0% interrupt,? 0.0% idle > > > Mem: 280M Active, 1469M Inact, 9584M Wired, 161M Cache, 1232M Buf, 311M Free > > > Swap: 16G Total, 16G Free > > > > > > ? PID USERNAME????? THR PRI NICE?? SIZE??? RES STATE?? C?? TIME?? WCPU COMMAND > > > ?1666 root????????? 256? 76??? 0? 5788K? 5120K RUN??? 14 476.8H 1508.64% nfsd > > > > > > # zpool list > > > NAME?? SIZE? ALLOC?? FREE??? CAP? DEDUP? HEALTH? ALTROOT > > > data? 3.62T?? 954G? 2.69T??? 25%? 1.00x? ONLINE? - > > > > > > # zfs list > > > NAME?? USED? AVAIL? REFER? MOUNTPOINT > > > data?? 954G? 2.64T?? 954G? /data > > > > > > # zfs mount > > > data??????????????????????????? /data > > > > > > What should i look for to resolve it? > > > > What version of FreeBSD exactly, and what build date? > > > > Please provide output from "procstat -k -k 1666" (yes, two -k's). > > Can you explain the correlation between the "sync" parameter (which I > have to assume was set to "standard" -- the default -- on all of your > filesystems) and your nfsd issue?? I do not see the correlation. > > My intention of asking for procstat -k -k output (which you did provide; > thank you) was for Rick Macklem (who's currently working on NFS on > FreeBSD) to chime in with some insights.? He may be busy, but I've CC'd > him here. > > I found it in the wiki http://wiki.freebsd.org/ZFSTuningGuide. So i gave it a try. I thought it is somehow related with zfs because i couldn't even run ls on zfs volume. I had to reset this server because it didn't respond to init commands. I still don't see any indication in the procstat output that your problem is ZFS-related. To me looks like nfsd is spinning hard; on what I do not know, but I don't see any ZFS functions in the stack list. I would strongly recommend you reconsider tinkering with the "sync" parameter, and instead wait for Rick to chime in with some information or requests for further details. Furthermore, your reply removed Rick from the thread. I've put him back in the CC list. Please follow mailing list etiquette. Thank you. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 13:28:58 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EA8B106566B for ; Tue, 27 Sep 2011 13:28:58 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2D8448FC14 for ; Tue, 27 Sep 2011 13:28:57 +0000 (UTC) Received: by fxg9 with SMTP id 9so9197820fxg.13 for ; Tue, 27 Sep 2011 06:28:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.55.83 with SMTP id t19mr5706016fag.50.1317130136945; Tue, 27 Sep 2011 06:28:56 -0700 (PDT) Received: by 10.223.83.204 with HTTP; Tue, 27 Sep 2011 06:28:56 -0700 (PDT) X-Originating-IP: [166.248.1.67] In-Reply-To: <4E81A31B.6080300@gmx.com> References: <4E819DF7.3060306@gmx.com> <20110927101008.GA27810@icarus.home.lan> <4E81A31B.6080300@gmx.com> Date: Tue, 27 Sep 2011 09:28:56 -0400 Message-ID: From: Mark Saad To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: non-responding processes after truss(1)ing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 13:28:58 -0000 On Tue, Sep 27, 2011 at 6:19 AM, Nikos Vassiliadis wrote: > On 9/27/2011 1:10 PM, Jeremy Chadwick wrote: >> >> kill -9 your truss processes; the underlying processes which you are >> truss'ing will probably resume. >> >> My experience for years has been that truss on FreeBSD is extremely >> buggy and cannot be relied upon (case in point). =C2=A0Such is still the= case >> on RELENG_8 as of today. >> >> Use ktrace(1) instead. =C2=A0You'll find it to work pretty much in every >> situation. >> What about using dtruss in place of truss is the dtrace implementation of truss any better then the old libkvm ? > > Thanks, that worked. I'll use ktrace from now on. > > Nikos > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 mark saad | nonesuch@longcount.org From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 13:38:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 610EB106566B for ; Tue, 27 Sep 2011 13:38:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 484EF8FC13 for ; Tue, 27 Sep 2011 13:38:24 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta04.emeryville.ca.mail.comcast.net with comcast id dnrg1h0021Y3wxoA4peJms; Tue, 27 Sep 2011 13:38:18 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta15.emeryville.ca.mail.comcast.net with comcast id dpep1h00X1t3BNj8bpepqg; Tue, 27 Sep 2011 13:38:50 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7382B102C19; Tue, 27 Sep 2011 06:38:23 -0700 (PDT) Date: Tue, 27 Sep 2011 06:38:23 -0700 From: Jeremy Chadwick To: Mark Saad Message-ID: <20110927133823.GA31329@icarus.home.lan> References: <4E819DF7.3060306@gmx.com> <20110927101008.GA27810@icarus.home.lan> <4E81A31B.6080300@gmx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: non-responding processes after truss(1)ing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 13:38:24 -0000 On Tue, Sep 27, 2011 at 09:28:56AM -0400, Mark Saad wrote: > On Tue, Sep 27, 2011 at 6:19 AM, Nikos Vassiliadis wrote: > > On 9/27/2011 1:10 PM, Jeremy Chadwick wrote: > >> > >> kill -9 your truss processes; the underlying processes which you are > >> truss'ing will probably resume. > >> > >> My experience for years has been that truss on FreeBSD is extremely > >> buggy and cannot be relied upon (case in point). ??Such is still the case > >> on RELENG_8 as of today. > >> > >> Use ktrace(1) instead. ??You'll find it to work pretty much in every > >> situation. > >> > > What about using dtruss in place of truss is the dtrace implementation > of truss any better then the old libkvm ? This pulls in a whole can of worms. Getting DTrace to work on FreeBSD is a little tricky, because certain commands/arguments must be provided manually during world/kernel "make" time and not via make.conf/src.conf. AFAIK this is still the case in RELENG_8, while "kludges and hacks" have been put in place on 9.x to work around this. I can provide some references to my claims if need be. There's also some segregation between DTrace-capable userland and DTrace-capable kernel, but the delineation between the two -- and how to accomplish one without the other -- is something I've never found any conclusive write-up on or otherwise. I think such an explanation would benefit many userland application authors/developers. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 00:06:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D96D1106566C for ; Wed, 28 Sep 2011 00:06:51 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7968FC08 for ; Wed, 28 Sep 2011 00:06:51 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag8BACRkgk6DaFvO/2dsb2JhbABBhGWUFg+PcIFTAQEBAQIBAQEBICsgCwUWBwcDBAEBAQICDRkCKQEJFAoIBggHBAEYBASHVwanTpFdgSyBbIJigREEkTqCGIoYhzg X-IronPort-AV: E=Sophos;i="4.68,452,1312171200"; d="scan'208";a="139349187" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 27 Sep 2011 20:06:50 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 0CFBCB3F22; Tue, 27 Sep 2011 20:06:50 -0400 (EDT) Date: Tue, 27 Sep 2011 20:06:50 -0400 (EDT) From: Rick Macklem To: Jeremy Chadwick Message-ID: <1581869926.2135728.1317168410034.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110927125955.GA30674@icarus.home.lan> 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, Kirill Yelizarov Subject: Re: NFSD hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 00:06:51 -0000 Jeremy Chadwick wrote: > On Tue, Sep 27, 2011 at 05:41:57AM -0700, Kirill Yelizarov wrote: > > From: Jeremy Chadwick > > To: Kirill Yelizarov > > Cc: rmacklem@uoguelph.ca; freebsd-stable@freebsd.org > > Sent: Tuesday, September 27, 2011 3:59 PM > > Subject: Re: NFSD hang > > > > On Tue, Sep 27, 2011 at 04:04:10AM -0700, Kirill Yelizarov wrote: > > > I found a had sync enabled on my server so I set? > > > zfs?set?sync=disabled data > > > and will look for failures. Are there any other setting for nfs > > > over zfs i can check or set? > > > > > > ________________________________ > > > > > > # uname -a > > > FreeBSD brat.faberlic.com 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu > > > Jun? 9 11:22:38 MSD 2011???? root@**:/usr/obj/usr/src/sys/BRAT? > > > amd64 Sources were taken at that time > > > > > > There are a lot of this. Should i paste them all here or part is > > > enough? > > > > > > brat# procstat -k -k 1666 > > > ? PID??? TID COMM???????????? TDNAME?????????? > > > KSTACK?????????????????????? > > > ?1666 100323 nfsd???????????? nfsd: master???? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 svc_run+0x8b > > > nfssvc_nfsd+0x97 nfssvc_nfsserver+0x53 nfssvc+0x44 > > > syscallenter+0x186 syscall+0x40 Xfast_syscall+0xe2 > > > ?1666 100391 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100392 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100393 nfsd???????????? nfsd: service??? > > > ??????????????????? > > > ?1666 100394 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100395 nfsd???????????? nfsd: service??? > > > ??????????????????? > > > ?1666 100396 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100397 nfsd???????????? nfsd: service??? > > > ??????????????????? > > > ?1666 100398 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100399 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100400 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100401 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100402 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100403 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100404 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100405 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100406 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100407 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100408 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100409 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100410 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100411 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100412 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100413 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100414 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100415 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100416 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100417 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100418 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100419 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100420 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100421 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100422 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100423 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100424 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100425 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100426 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100427 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100428 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100429 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100430 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100431 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100432 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100433 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100434 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100435 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100436 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100437 nfsd???????????? nfsd: service??? > > > ??????????????????? > > > ?1666 100438 nfsd???????????? nfsd: service??? > > > ??????????????????? > > > ?1666 100439 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100440 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100441 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100442 nfsd???????????? nfsd: service??? > > > ??????????????????? > > > ?1666 100443 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100444 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100445 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100446 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > ?1666 100447 nfsd???????????? nfsd: service??? mi_switch+0x176 > > > sleepq_catch_signals+0x309 sleepq_timedwait_sig+0x12 > > > _cv_timedwait_sig+0x11d svc_run_internal+0x939 > > > svc_thread_start+0xb fork_exit+0x114 fork_trampoline+0xe > > > > > > > > > > > > ________________________________ > > > From: Jeremy Chadwick > > > To: Kirill Yelizarov > > > Cc: "freebsd-stable@freebsd.org" > > > Sent: Monday, September 26, 2011 10:32 AM > > > Subject: Re: NFSD hang > > > > > > On Sun, Sep 25, 2011 at 11:14:30PM -0700, Kirill Yelizarov wrote: > > > > Good Day! > > > > I'v got a problem with nfs share on zfs volume. Everything > > > > worked fine for a few month and now it hang. This share stores > > > > logs from 9 servers at night, about 1-2Gb from each server. ZFS > > > > is filled to 26% and it is v28 > > > > > > > > last pid: 46573;? load averages: 195.82, 199.86, > > > > 200.12?????????????????????????????????????????????????????????????????????????????? > > > > up 108+21:56:50 10:05:06 > > > > 432 processes: 208 running, 224 sleeping > > > > CPU:? 0.0% user,? 0.0% nice,? 100% system,? 0.0% interrupt,? > > > > 0.0% idle > > > > Mem: 280M Active, 1469M Inact, 9584M Wired, 161M Cache, 1232M > > > > Buf, 311M Free > > > > Swap: 16G Total, 16G Free > > > > > > > > ? PID USERNAME????? THR PRI NICE?? SIZE??? RES STATE?? C?? > > > > TIME?? WCPU COMMAND > > > > ?1666 root????????? 256? 76??? 0? 5788K? 5120K RUN??? 14 476.8H > > > > 1508.64% nfsd > > > > > > > > # zpool list > > > > NAME?? SIZE? ALLOC?? FREE??? CAP? DEDUP? HEALTH? ALTROOT > > > > data? 3.62T?? 954G? 2.69T??? 25%? 1.00x? ONLINE? - > > > > > > > > # zfs list > > > > NAME?? USED? AVAIL? REFER? MOUNTPOINT > > > > data?? 954G? 2.64T?? 954G? /data > > > > > > > > # zfs mount > > > > data??????????????????????????? /data > > > > > > > > What should i look for to resolve it? > > > > > > What version of FreeBSD exactly, and what build date? > > > > > > Please provide output from "procstat -k -k 1666" (yes, two -k's). > > > > Can you explain the correlation between the "sync" parameter (which > > I > > have to assume was set to "standard" -- the default -- on all of > > your > > filesystems) and your nfsd issue?? I do not see the correlation. > > > > My intention of asking for procstat -k -k output (which you did > > provide; > > thank you) was for Rick Macklem (who's currently working on NFS on > > FreeBSD) to chime in with some insights.? He may be busy, but I've > > CC'd > > him here. > > > > I found it in the wiki http://wiki.freebsd.org/ZFSTuningGuide. So i > > gave it a try. I thought it is somehow related with zfs because i > > couldn't even run ls on zfs volume. I had to reset this server > > because it didn't respond to init commands. > > I still don't see any indication in the procstat output that your > problem is ZFS-related. To me looks like nfsd is spinning hard; on > what > I do not know, but I don't see any ZFS functions in the stack list. > > I would strongly recommend you reconsider tinkering with the "sync" > parameter, and instead wait for Rick to chime in with some information > or requests for further details. > Well, I didn't chime in because I don't really have anything useful to say. I don't think several nfsd threads should be in "run state", but I don't have any insight as to why they would be. (The other nfsd threads are just waiting for RPC requests from clients, which is normal.) I suspect something is making those threads loop, but I don't know how to figure out where? (In the bad old days, I would have exscaped to a debugger and looked where the program counter was, then repeated after a "cont" a few times, to see where they were executing. However, I have no idea how to do that on a multicore system, even if you still had the system sitting there? If someone does know how to do this, please feel free to chime in;-) Beyond the above, if it happens again, trying to look for some resource exhaustion might help. "vmstat -m" and "vmstat -z" gives you the dynamically allocated stuff. I know nothing about zfs, but if "sync=disable" makes it ignore VOP_SYNC() ops, it will be "risky" for NFS exported volumes. (NFS assumes everything related to a file is committed to stable storage such that it won't be lost upon a crash/reboot, once VOP_SYNC() has been called for the vnode. If that isn't the case and your server crashes, you could lose recent file modifications. Some care, some don't, but you need to be aware of this.) rick ps: You could try the new/experimental server by adding the "-e" option to both mountd and nfsd. It might make a difference, since it does certain things like the duplicate request cache, differently. > Furthermore, your reply removed Rick from the thread. I've put him > back > in the CC list. Please follow mailing list etiquette. Thank you. > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB | > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 02:04:30 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7505A106566C for ; Wed, 28 Sep 2011 02:04:29 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 323918FC08 for ; Wed, 28 Sep 2011 02:04:28 +0000 (UTC) Received: by yia13 with SMTP id 13so7505566yia.13 for ; Tue, 27 Sep 2011 19:04:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:content-transfer-encoding:organization :x-operating-system:user-agent; bh=GWz56CU24cLAlnMnNO1oQ7pxmloJanzBeql4dXoFyZk=; b=jp4qxV+vGP+2FKhadHlOn3PKrlGqOPRp/vUAWcy/9MFGBzqkt85oQ+s8H3WH0I74Us /qU9BksEFeCa5fs6V/eMmsnAXIv8dKnZgbbfNoRCvvbdRcKW5Ul1dwSewOQan4ZaMok+ GezP1b46w6FoLh/cX6A6KtA9oQddk5X0nVLFM= Received: by 10.68.21.103 with SMTP id u7mr40830618pbe.129.1317172152233; Tue, 27 Sep 2011 18:09:12 -0700 (PDT) Received: from fbsd.t60.cpu ([221.226.175.138]) by mx.google.com with ESMTPS id ji3sm2144926pbc.2.2011.09.27.18.09.08 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 27 Sep 2011 18:09:11 -0700 (PDT) Date: Wed, 28 Sep 2011 09:08:59 +0800 From: Yue Wu To: ml-freebsd-stable Message-ID: <20110928010859.GA17098@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit Organization: China Pharmaceutical University, Nanjing, China X-Operating-System: FreeBSD 9.0-BETA3 i386 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: luit -encoding gbk causes Segmentation fault (core dumped) in 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: Wed, 28 Sep 2011 02:04:30 -0000 Hello list, As the title said. When on 8-stable, luit -encdoding gbk works fine, anyone can figure it out what's wrong? I'm sure it's not a luit's bug because luit works fine and no any version updating happened before and after OS's upgrading, I just recompiled luit from ports after upgrade from 8-stable to 9-stable, with the same compiling options. -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University(中國藥科大學) No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 02:17:55 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8EEE106564A for ; Wed, 28 Sep 2011 02:17:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA9E8FC08 for ; Wed, 28 Sep 2011 02:17:55 +0000 (UTC) Received: by yia13 with SMTP id 13so7515603yia.13 for ; Tue, 27 Sep 2011 19:17:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lAoof3GR0L55oGDok/C93cQDscMWn7ejvs294yO1PrQ=; b=RygsqmRtj9N6wJsxG+rGlfNzXJO2e0CUoXnhEXXHuWXVmQCFc9jzrbg6G4FrKhMOAO EbdRDWSM7/DokzX8qXtgMrsWR+rJY6r+az2825s7jDZYmlOc3k5U1mVd+GGPVZZLqdvC Bgm4Yyzrl9KDrUXD4IBqpz88s+0PprbHZeBcY= MIME-Version: 1.0 Received: by 10.236.124.97 with SMTP id w61mr51681593yhh.106.1317176274514; Tue, 27 Sep 2011 19:17:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Tue, 27 Sep 2011 19:17:54 -0700 (PDT) In-Reply-To: <20110928010859.GA17098@fbsd.t60.cpu> References: <20110928010859.GA17098@fbsd.t60.cpu> Date: Wed, 28 Sep 2011 10:17:54 +0800 X-Google-Sender-Auth: H05gpoozG-VmKOZzWGtRlpt4xeQ Message-ID: From: Adrian Chadd To: Yue Wu Content-Type: text/plain; charset=ISO-8859-1 Cc: ml-freebsd-stable Subject: Re: luit -encoding gbk causes Segmentation fault (core dumped) in 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: Wed, 28 Sep 2011 02:17:55 -0000 On 28 September 2011 09:08, Yue Wu wrote: > Hello list, > > As the title said. When on 8-stable, luit -encdoding gbk works fine, > anyone can figure it out what's wrong? > > I'm sure it's not a luit's bug because luit works fine and no any > version updating happened before and after OS's upgrading, I just > recompiled luit from ports after upgrade from 8-stable to 9-stable, with > the same compiling options. Can you use gdb with the binary and core dump to investigate where it crashed? That may provide some clues. Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 04:43:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 189CA1065676 for ; Wed, 28 Sep 2011 04:43:44 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D00858FC15 for ; Wed, 28 Sep 2011 04:43:43 +0000 (UTC) Received: by iadk27 with SMTP id k27so10341189iad.13 for ; Tue, 27 Sep 2011 21:43:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:organization:x-operating-system:user-agent; bh=+CJOghmTQ0u89P5EVqNrYfuLe8KQGcUUTHW0bJHLy20=; b=vzSViIbRU0fKLo+B/tGbk3aNSX1BuTAFRQN8qmIjTYHJOhUs7CZfWzNOrekVFT32rX AApWt4Le2A0q24YIkTYl5QbTmLDz6LkjI3qqAmCCBAIIc/rPDmNcKLxJOfgsaqmavH/h 1EYzlS5LbTHElFYZSJgBz/O9/PfZ3bB2KDmpo= Received: by 10.68.10.70 with SMTP id g6mr41530437pbb.65.1317185022916; Tue, 27 Sep 2011 21:43:42 -0700 (PDT) Received: from fbsd.t60.cpu ([221.226.175.138]) by mx.google.com with ESMTPS id u1sm3699035pbr.9.2011.09.27.21.43.36 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 27 Sep 2011 21:43:41 -0700 (PDT) Date: Wed, 28 Sep 2011 12:43:27 +0800 From: Yue Wu To: ml-freebsd-stable Message-ID: <20110928044327.GA37166@fbsd.t60.cpu> References: <20110928010859.GA17098@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organization: China Pharmaceutical University, Nanjing, China X-Operating-System: FreeBSD 9.0-BETA3 i386 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: luit -encoding gbk causes Segmentation fault (core dumped) in 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: Wed, 28 Sep 2011 04:43:44 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit On Wed, Sep 28, 2011 at 10:17:54AM +0800, Adrian Chadd wrote: > On 28 September 2011 09:08, Yue Wu wrote: > > Hello list, > > > > As the title said. When on 8-stable, luit -encdoding gbk works fine, > > anyone can figure it out what's wrong? > > > > I'm sure it's not a luit's bug because luit works fine and no any > > version updating happened before and after OS's upgrading, I just > > recompiled luit from ports after upgrade from 8-stable to 9-stable, with > > the same compiling options. > > Can you use gdb with the binary and core dump to investigate where it crashed? > That may provide some clues. > Hi, attachment is the output of gdb. -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University(中國藥科大學) No.24, Tongjia Xiang Street, Nanjing 210009, China --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=output_gdbluit > gdb luit luit.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `luit'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libX11.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /usr/local/lib/libfontenc.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libfontenc.so.1 Reading symbols from /lib/libz.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.6 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/libxcb.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libxcb.so.2 Reading symbols from /usr/local/lib/libXau.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libXdmcp.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /usr/local/lib/libpthread-stubs.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpthread-stubs.so.0 Reading symbols from /usr/lib/librpcsvc.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/lib/librpcsvc.so.5 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000000 in ?? () (gdb) bt #0 0x00000000 in ?? () #1 0x0804a97e in ?? () #2 0x0000005e in ?? () #3 0x00000000 in ?? () #4 0x00000001 in ?? () #5 0x0804d4a2 in ?? () #6 0xbfbfe2d8 in ?? () #7 0x00000002 in ?? () #8 0xffffffff in ?? () #9 0x00000000 in ?? () #10 0x00000190 in ?? () #11 0xbfbfe314 in ?? () #12 0x5e000000 in ?? () #13 0x00000002 in ?? () #14 0x00000002 in ?? () #15 0x00000003 in ?? () #16 0xbfbfe528 in ?? () #17 0x0804b159 in ?? () #18 0x2840c0b0 in ?? () #19 0x00000000 in ?? () #20 0xbfbfe312 in ?? () #21 0x00000002 in ?? () #22 0x2808f800 in ?? () #23 0x2808f800 in ?? () #24 0xbfbfe31c in ?? () #25 0xbfbfe36c in ?? () #26 0x435ef26c in ?? () #27 0x2808f800 in ?? () #28 0x280547b2 in dlclose () from /libexec/ld-elf.so.1 Previous frame inner to this frame (corrupt stack?) (gdb) --nFreZHaLTZJo0R7j-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 10:41:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51701106564A for ; Wed, 28 Sep 2011 10:41:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id BF5578FC15 for ; Wed, 28 Sep 2011 10:41:46 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8SAfh2o012012 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2011 13:41:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8SAfh9e047297; Wed, 28 Sep 2011 13:41:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8SAfhJ6047296; Wed, 28 Sep 2011 13:41:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 28 Sep 2011 13:41:42 +0300 From: Kostik Belousov To: Rick Macklem Message-ID: <20110928104142.GX1511@deviant.kiev.zoral.com.ua> References: <20110927125955.GA30674@icarus.home.lan> <1581869926.2135728.1317168410034.JavaMail.root@erie.cs.uoguelph.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0Cw7BmXaMEMLlkEt" Content-Disposition: inline In-Reply-To: <1581869926.2135728.1317168410034.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org, Kirill Yelizarov , Jeremy Chadwick Subject: Re: NFSD hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 10:41:47 -0000 --0Cw7BmXaMEMLlkEt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Sep 27, 2011 at 08:06:50PM -0400, Rick Macklem wrote: > > I suspect something is making those threads loop, but I don't know how > to figure out where? (In the bad old days, I would have exscaped to a > debugger and looked where the program counter was, then repeated after > a "cont" a few times, to see where they were executing. However, I > have no idea how to do that on a multicore system, even if you still > had the system sitting there? If someone does know how to do this, > please feel free to chime in;-) Absolutely the same. Break into the debugger, use ps to find the pid/tid of the looping threads, then do "bt id" to get a backtrace for them. Repeat several time to get some idea where the loop is located. --0Cw7BmXaMEMLlkEt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6C+eYACgkQC3+MBN1Mb4haSwCgtmklVtLte8auDrClcy6lj7M2 RLAAoPalO0kWSLuIElEjTFQPOi096Cwt =ap6k -----END PGP SIGNATURE----- --0Cw7BmXaMEMLlkEt-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 12:06:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08DF1106564A; Wed, 28 Sep 2011 12:06:45 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 79F6E8FC14; Wed, 28 Sep 2011 12:06:43 +0000 (UTC) Received: by wwe3 with SMTP id 3so8160741wwe.31 for ; Wed, 28 Sep 2011 05:06:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=j9cgZHBCRSfMZZ+AILFfqBYUfRw7lLub3UKeqbAM2VY=; b=tY3HS/U5ZMpMjQZ4qApO4RnRRy7W/E2+9f0kRfwM9ULpTioaSm+XPq+NOcAHbbw8TL Iwc9CuLPJsjZwCoSKc6igl++gNjHZWqzDNVSolrRv5lyGrwec1XrAs58NeM2jxxqcaQt jrgPxAdvixr50CZiMy2raEGh4xmhjNN9PpPxo= MIME-Version: 1.0 Received: by 10.216.203.79 with SMTP id e57mr1008465weo.12.1317211601152; Wed, 28 Sep 2011 05:06:41 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.216.1.21 with HTTP; Wed, 28 Sep 2011 05:06:41 -0700 (PDT) In-Reply-To: <2ffb7b182a16c6ced96733b7a9f7c6d0@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> <2ffb7b182a16c6ced96733b7a9f7c6d0@i-pi.pl> Date: Wed, 28 Sep 2011 14:06:41 +0200 X-Google-Sender-Auth: Ncm04hNhUoFv-CNNS1UNS4rLDQ8 Message-ID: From: Attilio Rao To: "crsnet.pl" , Jack F Vogel Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-stable@freebsd.org, freebsd-drivers@freebsd.org, freebsd-current@freebsd.org, freebsd-hardware@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 2 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: Wed, 28 Sep 2011 12:06:45 -0000 2011/9/27 crsnet.pl : >> Hi, > > Hello, thanks for reply. >> >> Please try to do this without wlan loaded at all (not just down, but >> build your wifi support as a module.) >> Then try without X, see whether it's related to that or not. >> > First i make kldunload if_iwn. > When i try to suspend from X, Xorg close, i see console and laptop suspen= d. > When i resume it, i get console (any key dosent work), when i try to ALT+= F9 > i get black screen and beep;/ > > But when i try to suspen from console. I get : > pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP0: AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP1: AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP2: AE_BAD_PARAMETER > And laptop suspend, when i resume it. He hangs when i press any buttons i= t > does nothing. And than i see on console that info : > ugen0.2: ... disconnected > ugen4.2: ... disconnected > ubt0: at uhub0 ... disconnected > then i see this presed lethers > and > acpi0: suspend request ignored (not ready yet) and laptops langs and beep= ;/ > >> (And you haven't told us what your hardware is.) > > #dmesg (+WITNESS) > Copyright (c) 1992-2011 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > =C2=A0 =C2=A0 =C2=A0 =C2=A0The Regents of the University of California. A= ll rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-BETA3 #3: Tue Sep 27 10:47:57 CEST 2011 > =C2=A0 =C2=A0cr4sh@x300:/sys/amd64/compile/GENERIC amd64 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Intel(R) Core(TM)2 Duo CPU =C2=A0 =C2=A0 L7100 =C2=A0@ 1.20GHz (1197= .03-MHz K8-class > CPU) > =C2=A0Origin =3D "GenuineIntel" =C2=A0Id =3D 0x6fb =C2=A0Family =3D 6 =C2= =A0Model =3D f =C2=A0Stepping =3D 11 > =C2=A0Features=3D0xbfebfbff > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 BE> > =C2=A0Features2=3D0xe3bd > =C2=A0AMD Features=3D0x20100800 > =C2=A0AMD Features2=3D0x1 > =C2=A0TSC: P-state invariant, performance statistics > real memory =C2=A0=3D 2147483648 (2048 MB) > avail memory =3D 2019139584 (1925 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > =C2=A0cpu0 (BSP): APIC ID: =C2=A00 > =C2=A0cpu1 (AP): APIC ID: =C2=A01 > ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 > (20110527/tbfadt-556) > ACPI Warning: Optional field Gpe1Block has zero address or length: > 0x000000000000102C/0x0 (20110527/tbfadt-586) > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > CPU0: local APIC error 0x40 > acpi_ec0: port 0x62,0x66 on acpi0 > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 7ef00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: port 0x1800-0x1807 mem > 0xfa000000-0xfa0fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 > agp0: on vgapci0 > agp0: aperture size is 256M, detected 7676k stolen memory > vgapci1: mem 0xfa100000-0xfa1fffff at device 2.1= on > pci0 > pci0: at device 3.0 (no driver attached) > atapci0: port > 0x1828-0x182f,0x180c-0x180f,0x1820-0x1827,0x1808-0x180b,0x1810-0x181f irq= 18 > at device 3.2 on pci0 > ata2: on atapci0 > ata3: on atapci0 > pci0: at device 3.3 (no driver attached) > em0: port 0x1840-0x185f mem > 0xfa200000-0xfa21ffff,0xfa225000-0xfa225fff irq 20 at device 25.0 o > > =C2=A0 =C2=A0 =C2=A0 =C2=A0n pci0 > em0: Using an MSI interrupt > acquiring duplicate lock of same type: "network driver" > =C2=A01st &dev_spec->swflag_mutex @ dev/e1000/e1000_ich8lan.c:785 > =C2=A02nd &dev_spec->nvm_mutex @ dev/e1000/e1000_ich8lan.c:751 I think that MTX_NETWORK_LOCK is not suitable for this case as you will have 2 different locks with the same name in softc. I think that this patch should be good to go (and fixes the WITNESS warning= ): http://www.freebsd.org/~attilio/e1000_mutex_init.patch Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 12:55:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 336EE106564A for ; Wed, 28 Sep 2011 12:55:27 +0000 (UTC) (envelope-from kkv@insysnet.ru) Received: from insysnet.ru (cadillac2.insysnet.ru [77.72.138.216]) by mx1.freebsd.org (Postfix) with SMTP id 54CA48FC14 for ; Wed, 28 Sep 2011 12:55:25 +0000 (UTC) Received: (qmail 91601 invoked from network); 28 Sep 2011 16:55:24 +0400 Received: from frog.insysnet.ru (HELO ?192.168.100.21?) (77.72.142.1) by mail.insysnet.ru with SMTP; 28 Sep 2011 16:55:24 +0400 Message-ID: <4E83193B.8040105@insysnet.ru> Date: Wed, 28 Sep 2011 16:55:23 +0400 From: "Konstantin V. Krotov" Organization: InSys User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Andriy Gapon , freebsd-stable@freebsd.org References: <4E79D2BE.7070307@insysnet.ru> <4E7A3FA2.9090600@FreeBSD.org> <4E7AC342.2040906@insysnet.ru> In-Reply-To: <4E7AC342.2040906@insysnet.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: support for Oxford Semiconductor OXPCIe952 UARTs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 12:55:27 -0000 22.09.2011 09:10, Konstantin V. Krotov ÐÉÛÅÔ: > 21.09.2011 23:48, Andriy Gapon ÐÉÛÅÔ: >> on 21/09/2011 15:04 Konstantin V. Krotov said the following: >>> hello. >>> i'm have on fbsd RELENG_8 pci-e card with 1 rs-232 port. >>> and this card don't support. >>> >>> (after patch) >>> pciconf -lv >>> puc0@pci0:5:0:0: class=0x070002 card=0xc1381415 chip=0xc1381415 rev=0x00 >>> hdr=0x00 >>> vendor = 'Oxford Semiconductor Ltd - now part of PLX Technology' >>> class = simple comms >>> subclass = UART >>> >>> i wrote fast-hack patch: >> >> Does the device work correctly with this patch? > yes, work. > >> If yes, could you please submit the patch in a PR and also send a >> message about >> the PR to either current@ or stable@ mailing list depending on what >> version of >> FreeBSD you used? >> Thank you! >> >>> --- pucdata.c 2011-08-22 22:46:02.000000000 +0400 >>> +++ pucdata.c_ 2011-09-06 13:27:23.000000000 +0400 >>> @@ -739,6 +739,13 @@ >>> PUC_PORT_NONSTANDARD, 0x10, 0, -1, >>> .config_function = puc_config_oxford_pcie >>> }, >>> + >>> + { 0x1415, 0xc138, 0xffff, 0, >>> + "Oxford Semiconductor OXPCIe952 UARTs", >>> + DEFAULT_RCLK * 0x22, >>> + PUC_PORT_NONSTANDARD, 0x10, 0, -1, >>> + .config_function = puc_config_oxford_pcie >>> + }, >>> >>> { 0x1415, 0xc15d, 0xffff, 0, >>> "Oxford Semiconductor OXPCIe952 UARTs (function 1)", >>> >>> >> >> > PR 160895 -- WBR, Konstantin V. Krotov CJSs "Information Systems" mailto: kkv@insysnet.ru phone: +7 (8332) 51-35-95 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 13:09:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A7B9106566C for ; Wed, 28 Sep 2011 13:09:32 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id BE0078FC18 for ; Wed, 28 Sep 2011 13:09:31 +0000 (UTC) Received: by gyf2 with SMTP id 2so7864247gyf.13 for ; Wed, 28 Sep 2011 06:09:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=u6T9AHJ8Ikuxrp3FVSBdz7w/kbYJGqgb/DefAa6KfQY=; b=Qn3m0JFJfofZR1+kLcfEn72PdrfNbLVFvQft9OMsGt1SrK6oy2MFylJ+7ZzyvbTli7 c37nlnATcf1ZAiArt0hRdrXEPJkJholqgLmh317td0tiYP3uwUl0DdArlHDZhGKtv5Q+ 3rkP6NOvblIGMkMHwVWd7eHB0/Z5ZCbvBwLcI= MIME-Version: 1.0 Received: by 10.236.79.72 with SMTP id h48mr57139189yhe.4.1317215371035; Wed, 28 Sep 2011 06:09:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Wed, 28 Sep 2011 06:09:30 -0700 (PDT) In-Reply-To: <20110928044327.GA37166@fbsd.t60.cpu> References: <20110928010859.GA17098@fbsd.t60.cpu> <20110928044327.GA37166@fbsd.t60.cpu> Date: Wed, 28 Sep 2011 21:09:30 +0800 X-Google-Sender-Auth: ZbPJAcLGdh-A1Vnr4_eziOA3blg Message-ID: From: Adrian Chadd To: Yue Wu Content-Type: text/plain; charset=ISO-8859-1 Cc: ml-freebsd-stable Subject: Re: luit -encoding gbk causes Segmentation fault (core dumped) in 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: Wed, 28 Sep 2011 13:09:32 -0000 Hm, it's not all that useful. But it first calls dlopen(). Does it have shared modules? Do you have old copies of those somewhere lying around? Adrian From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 13:22:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91290106567C; Wed, 28 Sep 2011 13:22:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 097A38FC0A; Wed, 28 Sep 2011 13:22:23 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8SDMHOX035496 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2011 16:22:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8SDMGux047833; Wed, 28 Sep 2011 16:22:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8SDMGXb047832; Wed, 28 Sep 2011 16:22:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 28 Sep 2011 16:22:16 +0300 From: Kostik Belousov To: Adrian Chadd Message-ID: <20110928132216.GA1511@deviant.kiev.zoral.com.ua> References: <20110928010859.GA17098@fbsd.t60.cpu> <20110928044327.GA37166@fbsd.t60.cpu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MPRXw8klpfH35tNR" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ml-freebsd-stable , Yue Wu Subject: Re: luit -encoding gbk causes Segmentation fault (core dumped) in 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: Wed, 28 Sep 2011 13:22:24 -0000 --MPRXw8klpfH35tNR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Sep 28, 2011 at 09:09:30PM +0800, Adrian Chadd wrote: > Hm, it's not all that useful. But it first calls dlopen(). Does it > have shared modules? Do you have old copies of those somewhere lying > around? You need to build everything, i.e. base and the port, build with debug symbols. Otherwise, the backtrace give no useful information. --MPRXw8klpfH35tNR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6DH4gACgkQC3+MBN1Mb4iI9gCfd9WIgdIAPydMBgG46SUS8P6h Y8EAoOOgN+h0UDUlfGSgbsZetFcy5GGG =WWo1 -----END PGP SIGNATURE----- --MPRXw8klpfH35tNR-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 14:25:36 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBD5A106566B for ; Wed, 28 Sep 2011 14:25:36 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [IPv6:2a02:6b8:0:801::1]) by mx1.freebsd.org (Postfix) with ESMTP id 408B48FC08 for ; Wed, 28 Sep 2011 14:25:36 +0000 (UTC) Received: from web124.yandex.ru (web124.yandex.ru [95.108.130.102]) by forward11.mail.yandex.net (Yandex) with ESMTP id 98057E81BD5 for ; Wed, 28 Sep 2011 18:25:18 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317219918; bh=7oL069b5B+wpestdyna0XISYMBCGtJP33/MqHhek4/E=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=W7QHgEFNRBsmUsciEaGUofds5PET9R7PBtrNt/RIvp939HfWoCFOjUrYX373TI0X3 AmRnvdWhayFh7QrJfTwwV8G41jS5jk02060rMxjfA1dPkdEsI2j7YmL5dpHvoRFxgi +zHxZDB9BPWP5Zg3fWZD818BSjNM7EpskhWkAnfQ= Received: from localhost (localhost.localdomain [127.0.0.1]) by web124.yandex.ru (Yandex) with ESMTP id 81ECB4150037 for ; Wed, 28 Sep 2011 18:25:18 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317219918; bh=7oL069b5B+wpestdyna0XISYMBCGtJP33/MqHhek4/E=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=W7QHgEFNRBsmUsciEaGUofds5PET9R7PBtrNt/RIvp939HfWoCFOjUrYX373TI0X3 AmRnvdWhayFh7QrJfTwwV8G41jS5jk02060rMxjfA1dPkdEsI2j7YmL5dpHvoRFxgi +zHxZDB9BPWP5Zg3fWZD818BSjNM7EpskhWkAnfQ= X-Yandex-Spam: 1 Received: from [188.134.22.116] ([188.134.22.116]) by web124.yandex.ru with HTTP; Wed, 28 Sep 2011 18:25:17 +0400 From: S.N.Grigoriev To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-Id: <289481317219917@web124.yandex.ru> Date: Wed, 28 Sep 2011 18:25:17 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Subject: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 14:25:36 -0000 Hi list, I upgraded today kernel and world from fresh sources on my 8-stable amd64 system. I upgraded ports as well. After that both firefox and chromium do not see linux-f10-flashplugin. I reinstalled manually emulators/linux_base-f10, www/nspluginwrapper and www/linux-f10-flashplugin10 and did other actions as described in the chapter 6.2.3 of the FreeBSD Handbook. The following conditions are met: linprocfs is mounted on /usr/compat/linux/proc, there is a softlink from /usr/local/lib/browser_plugins/ pointing to /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so, ~/.mozilla/plugins/npwrapper.libflashplayer.so is created by the nspluginwrapper -v -a -i command. All browsers still treat the flash plugin as missing. What may be wrong? Thanks, Serguey. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 14:59:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8413D106566C for ; Wed, 28 Sep 2011 14:59:41 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (mail.tyknet.dk [IPv6:2a01:4f8:141:52a3:186::]) by mx1.freebsd.org (Postfix) with ESMTP id 1A2BF8FC17 for ; Wed, 28 Sep 2011 14:59:41 +0000 (UTC) Received: from tykburk.tyknet.cn.dom (unknown [IPv6:2002:d947:452:1:224:8cff:fe02:de01]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id 031FF720EE; Wed, 28 Sep 2011 16:59:39 +0200 (CEST) X-DKIM: OpenDKIM Filter v2.4.1 mail.tyknet.dk 031FF720EE DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1317221980; bh=l3rXGvS8USaobvQ2s8/R8OrKSeHlB7lLYwDqPAYTgtk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=V+LS6ipxbHV3WLOUn/O5OdL8cdm/vnIwEqdFjScQrS13UQoD5J0sQgRwT3CN9STX3 hyMkdrS+vhkb/Qik9Flijc5F6t+wINIESuG9BM+X+9c7l1UNCxpqLizDPcPmr7hUlf G4Sl9d7FyP436922VQ3p+1S/L39JQhyv6PO09WE0= Message-ID: <4E83365B.4000008@gibfest.dk> Date: Wed, 28 Sep 2011 16:59:39 +0200 From: Thomas Steen Rasmussen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110910 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <289481317219917@web124.yandex.ru> In-Reply-To: <289481317219917@web124.yandex.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "S.N.Grigoriev" Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 14:59:41 -0000 On 28.09.2011 16:25, S.N.Grigoriev wrote: > Hi list, > > I upgraded today kernel and world from fresh sources on my 8-stable amd64 system. > I upgraded ports as well. After that both firefox and chromium do not see linux-f10-flashplugin. > I reinstalled manually emulators/linux_base-f10, www/nspluginwrapper and > www/linux-f10-flashplugin10 and did other actions as described in the chapter 6.2.3 of the > FreeBSD Handbook. The following conditions are met: > linprocfs is mounted on /usr/compat/linux/proc, > there is a softlink from /usr/local/lib/browser_plugins/ pointing to > /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so, > ~/.mozilla/plugins/npwrapper.libflashplayer.so is created by the nspluginwrapper -v -a -i > command. > > All browsers still treat the flash plugin as missing. > What may be wrong? > Hello, Please see http://lists.freebsd.org/pipermail/freebsd-gecko/2011-September/001840.html Best regards, Thomas From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 15:27:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E201106564A for ; Wed, 28 Sep 2011 15:27:37 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3866C8FC12 for ; Wed, 28 Sep 2011 15:27:36 +0000 (UTC) Received: by wyj26 with SMTP id 26so153832wyj.13 for ; Wed, 28 Sep 2011 08:27:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=0iYUvmApm2MrrpWwE+kRxNW/pOnp/oASdq7Oq4q3Mnk=; b=BgpDMxtu+1M6cR92n/+bIvjkRvK1TsuZw4xoDrO6YWbkoJa0vPSwJkHqiCYF7r/vke JWPjqP1iC+WCBQlQPP2v7qx0JAp6q05aro1v0SGzvD3syKFqD8VsEqhE1VoLerU4T+a2 glYe1pywAaPmjrDt0vAVZ/olcDsIMFuRit3dw= Received: by 10.227.72.138 with SMTP id m10mr1671216wbj.90.1317221997148; Wed, 28 Sep 2011 07:59:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.208.16 with HTTP; Wed, 28 Sep 2011 07:59:27 -0700 (PDT) In-Reply-To: <289481317219917@web124.yandex.ru> References: <289481317219917@web124.yandex.ru> From: Eitan Adler Date: Wed, 28 Sep 2011 10:59:27 -0400 Message-ID: To: "S.N.Grigoriev" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 15:27:37 -0000 On Wed, Sep 28, 2011 at 10:25 AM, S.N.Grigoriev wrote: > All browsers still treat the flash plugin as missing. > What may be wrong? try nspluginwrapper -v -a -u -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 15:55:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B21A1065670 for ; Wed, 28 Sep 2011 15:55:28 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo102.cox.net (eastrmfepo102.cox.net [68.230.241.214]) by mx1.freebsd.org (Postfix) with ESMTP id 57DDA8FC0A for ; Wed, 28 Sep 2011 15:55:11 +0000 (UTC) Received: from eastrmimpo109.cox.net ([68.230.241.222]) by eastrmfepo203.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110928154232.VWFC3766.eastrmfepo203.cox.net@eastrmimpo109.cox.net>; Wed, 28 Sep 2011 11:42:32 -0400 Received: from serene.no-ip.org ([98.164.86.236]) by eastrmimpo109.cox.net with bizsmtp id eFiX1h00B55wwzE02FiX4l; Wed, 28 Sep 2011 11:42:31 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020206.4E834067.017F,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=6rx5rrop0B/3XsMRrR1KrzZMeFjRjT2p3ZIkrGo5W8Y= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=uAbGmPAyUfLL1M3oYAsfuA==:17 a=kviXuzpPAAAA:8 a=RIuqWnSb2nE3QjUZ1CcA:9 a=G3Avnapkvz51I0DKz8wA:7 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=PgEzlyrkqBxH-rHQ:21 a=uAbGmPAyUfLL1M3oYAsfuA==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p8SFgVOv064668; Wed, 28 Sep 2011 10:42:31 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 28 Sep 2011 10:42:26 -0500 From: "Conrad J. Sabatier" To: "S.N.Grigoriev" Message-ID: <20110928104226.2e53343f@cox.net> In-Reply-To: <289481317219917@web124.yandex.ru> References: <289481317219917@web124.yandex.ru> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 15:55:28 -0000 On Wed, 28 Sep 2011 18:25:17 +0400 "S.N.Grigoriev" wrote: > Hi list, > > I upgraded today kernel and world from fresh sources on my 8-stable > amd64 system. I upgraded ports as well. After that both firefox and > chromium do not see linux-f10-flashplugin. I reinstalled manually > emulators/linux_base-f10, www/nspluginwrapper and > www/linux-f10-flashplugin10 and did other actions as described in the > chapter 6.2.3 of the FreeBSD Handbook. The following conditions are > met: linprocfs is mounted on /usr/compat/linux/proc, there is a > softlink from /usr/local/lib/browser_plugins/ pointing > to /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so, > ~/.mozilla/plugins/npwrapper.libflashplayer.so is created by the > nspluginwrapper -v -a -i command. > > All browsers still treat the flash plugin as missing. > What may be wrong? Hmmm. What's the output of: /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig -l ^^^^^^ substitute appropriate architecture as needed Have you tried manually reinstalling the plugin with (ignore the linewrap below): /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so (again, substitute appropriate architecture in the path to npconfig as needed) -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 15:59:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 510A0106564A for ; Wed, 28 Sep 2011 15:59:46 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [IPv6:2a02:6b8:0:801::2]) by mx1.freebsd.org (Postfix) with ESMTP id B317D8FC14 for ; Wed, 28 Sep 2011 15:59:45 +0000 (UTC) Received: from web125.yandex.ru (web125.yandex.ru [95.108.130.103]) by forward12.mail.yandex.net (Yandex) with ESMTP id 13A1CC21D58; Wed, 28 Sep 2011 19:59:44 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317225584; bh=gpUhEKqFdnY6qjhGnXmLN/VOqp+yfKPCxaZT13pktSE=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=CM3s2KXn4rtg+5EpoP+oqRybM6Yo6ROskgV/oM02fjG5J2HdTXSVi4BKTlXFPUrDQ 11J0d4Mid/ritUXgncY9n8Y2ITeLui8Pdi+coDNYf5hCktxSrSBRQAQw90oWUK24C0 TkDN4/2imX3WVCGU3rdpccuDxIb2j4WqLfmcUey8= Received: from localhost (localhost.localdomain [127.0.0.1]) by web125.yandex.ru (Yandex) with ESMTP id E7AE85C50091; Wed, 28 Sep 2011 19:59:43 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317225583; bh=gpUhEKqFdnY6qjhGnXmLN/VOqp+yfKPCxaZT13pktSE=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=Gtrp+I5L5I5XQH9V4cHFMsL1cQZtmqQGXTUQVYrF6vXMCUO9BxqT2a4mvns2mtaQy Uqqp6CiFfg8h4taDjkYCY6N5zI992tZKpP7C1hqhwyNinpo5ogk9MCSaRE/wDqQg+a ccKSS/u6lkzER2KcvQwY91Own3CAHbO3l6OKOmpg= X-Yandex-Spam: 1 Received: from [188.134.22.116] ([188.134.22.116]) by web125.yandex.ru with HTTP; Wed, 28 Sep 2011 19:59:43 +0400 From: S.N.Grigoriev To: Conrad J. Sabatier In-Reply-To: <20110928104226.2e53343f@cox.net> References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> MIME-Version: 1.0 Message-Id: <587271317225583@web125.yandex.ru> Date: Wed, 28 Sep 2011 19:59:43 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 15:59:46 -0000 28.09.2011, 19:42, "Conrad J. Sabatier" : > On Wed, 28 Sep 2011 18:25:17 +0400 > "S.N.Grigoriev" wrote: > >> šHi list, >> >> šI upgraded today kernel and world from fresh sources on my 8-stable >> šamd64 system. I upgraded ports as šwell. After that both firefox and >> šchromium do not see linux-f10-flashplugin. I reinstalled manually >> šemulators/linux_base-f10, www/nspluginwrapper and >> šwww/linux-f10-flashplugin10 and did other actions as described in the >> šchapter 6.2.3 of the FreeBSD Handbook. The following conditions are >> šmet: linprocfs is mounted on /usr/compat/linux/proc, there is a >> šsoftlink from /usr/local/lib/browser_plugins/ pointing >> što /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so, >> š~/.mozilla/plugins/npwrapper.libflashplayer.so is created by the >> šnspluginwrapper -v -a -i command. >> >> šAll browsers still treat the flash plugin as missing. >> šWhat may be wrong? > > Hmmm. šWhat's the output of: > > /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig -l > ššššššššššššššššššššššššššššššš^^^^^^ > šššššššššššššššššššššššššššššššsubstitute appropriate architecture > šššššššššššššššššššššššššššššššas needed > > Have you tried manually reinstalling the plugin with (ignore the > linewrap below): > > /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig > -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so > > (again, substitute appropriate architecture in the path to npconfig as > needed) > > -- > Conrad J. Sabatier > conrads@cox.net Hi Conrad, after manual reinstalling as described above 'npconfig -l' output is: /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so Original plugin: /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so Plugin viewer: /usr/local/lib/nspluginwrapper/i386/linux/npviewer Wrapper version string: 1.4.4-1 Still no results. Regards, Serguey. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 16:08:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBF7A106566C for ; Wed, 28 Sep 2011 16:08:00 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [IPv6:2a02:6b8:0:801::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1B2A78FC0A for ; Wed, 28 Sep 2011 16:08:00 +0000 (UTC) Received: from web141.yandex.ru (web141.yandex.ru [95.108.130.9]) by forward11.mail.yandex.net (Yandex) with ESMTP id 1087BE81F04; Wed, 28 Sep 2011 20:07:59 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317226079; bh=gWkekQ7tksp9V4OUaeVO9PHc6DOPRuCuT7wOSC5Ajow=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=XaSS3zXv7oBNNpIlown1DQ/BsJzR4XwG2SsdsFj87kpkg6w9AN6INj305ZfvZgonH 8UqydB/nD7RD6u98s+dRch09rfWQ19I/K1L8uvS8o9pIjPqaExgMvOxQHYdR1l4UEB 8ojcpkWI36yE7gAVEiZPm9YrT2GKc8W9UGb5Q0Dk= Received: from localhost (localhost.localdomain [127.0.0.1]) by web141.yandex.ru (Yandex) with ESMTP id DFD8D41F0083; Wed, 28 Sep 2011 20:07:58 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317226078; bh=gWkekQ7tksp9V4OUaeVO9PHc6DOPRuCuT7wOSC5Ajow=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=bu1la/Nvq6CrlE5iM9hzIFOQvraW1ZAlVixBX6YG2Fx0ZLnTN/W/o44PQbpPkhu64 5/tYAEPmsPLG0PBa3y62IiELef8/aBbxy156vWaL0YRgHfYKtevZME+P+ddKp37G4L chQNItwvmLt3KZbB9gxN3G7oUEqP9V/5e1F92veg= X-Yandex-Spam: 1 Received: from [188.134.22.116] ([188.134.22.116]) by web141.yandex.ru with HTTP; Wed, 28 Sep 2011 20:07:57 +0400 From: S.N.Grigoriev To: Thomas Steen Rasmussen In-Reply-To: <4E83365B.4000008@gibfest.dk> References: <289481317219917@web124.yandex.ru> <4E83365B.4000008@gibfest.dk> MIME-Version: 1.0 Message-Id: <603571317226077@web141.yandex.ru> Date: Wed, 28 Sep 2011 20:07:57 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 16:08:00 -0000 28.09.2011, 18:59, "Thomas Steen Rasmussen" : > On 28.09.2011 16:25, S.N.Grigoriev wrote: > >> šHi list, >> >> šI upgraded today kernel and world from fresh sources on my 8-stable amd64 system. >> šI upgraded ports as šwell. After that both firefox and chromium do not see linux-f10-flashplugin. >> šI reinstalled manually emulators/linux_base-f10, www/nspluginwrapper and >> šwww/linux-f10-flashplugin10 and did other actions as described in the chapter 6.2.3 of the >> šFreeBSD Handbook. The following conditions are met: >> šlinprocfs is mounted on /usr/compat/linux/proc, >> šthere is a softlink from /usr/local/lib/browser_plugins/ pointing to >> š/usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so, >> š~/.mozilla/plugins/npwrapper.libflashplayer.so is created by the nspluginwrapper -v -a -i >> šcommand. >> >> šAll browsers still treat the flash plugin as missing. >> šWhat may be wrong? > > Hello, > > Please see > http://lists.freebsd.org/pipermail/freebsd-gecko/2011-September/001840.html > > Best regards, > > Thomas Thomas, thanks for your response. I saw the link above. What exactly should I change? -- Regards, S.Grigoriev. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 16:50:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96684106564A for ; Wed, 28 Sep 2011 16:50:20 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo202.cox.net (eastrmfepo202.cox.net [68.230.241.217]) by mx1.freebsd.org (Postfix) with ESMTP id 3F57F8FC12 for ; Wed, 28 Sep 2011 16:50:19 +0000 (UTC) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmfepo202.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110928165014.RPQ14088.eastrmfepo202.cox.net@eastrmimpo01.cox.net>; Wed, 28 Sep 2011 12:50:14 -0400 Received: from serene.no-ip.org ([98.164.86.236]) by eastrmimpo01.cox.net with bizsmtp id eGqD1h00d55wwzE02GqEdc; Wed, 28 Sep 2011 12:50:14 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020208.4E835046.014C,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=kweOr8hB1ys3B+Zj7Lpdl4nenZeOz2KuAsXcmmON/bg= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=uAbGmPAyUfLL1M3oYAsfuA==:17 a=kviXuzpPAAAA:8 a=ld3HcXVGyNDsFGrZc38A:9 a=j36-AZXZ8bpWrgY2YRkA:7 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=uAbGmPAyUfLL1M3oYAsfuA==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p8SGoDgd064991; Wed, 28 Sep 2011 11:50:13 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 28 Sep 2011 11:50:08 -0500 From: "Conrad J. Sabatier" To: "S.N.Grigoriev" Message-ID: <20110928115008.3d121d38@cox.net> In-Reply-To: <587271317225583@web125.yandex.ru> References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 16:50:20 -0000 On Wed, 28 Sep 2011 19:59:43 +0400 "S.N.Grigoriev" wrote: > > Hi Conrad, > > after manual reinstalling as described above 'npconfig -l' output is: > > /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so > Original > plugin: /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so > Plugin viewer: /usr/local/lib/nspluginwrapper/i386/linux/npviewer > Wrapper version string: 1.4.4-1 > > Still no results. > > Regards, > Serguey. OK, your output differs from mine in only one respect. Mine shows the following: /home/conrads/.mozilla/plugins/npwrapper.libflashplayer.so Original plugin: /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so Plugin viewer: /usr/local/lib/nspluginwrapper/i386/linux/npviewer Wrapper version string: 1.4.4-1 It was a while ago that I did the actual wrapper install, but if I remember right, I simply copied npwrapper.libflashplayer.so from /usr/local/lib/browser_plugins to /home/conrads/.mozilla/plugins. You may want to try doing that and see if firefox/chromium will then recognize it. In theory, the system-wide install under /usr/local/lib/browser_plugins *should* work, but I seem to recall having problems with it, which was why I tried putting it under ~/.mozilla/plugins. Maybe it has something to do with the fact that it's not a native plugin(?). I don't know, really. But this has worked fine for me ever since, even across upgrades. Hope this helps. Let us know how it turns out. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 17:10:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21E55106564A for ; Wed, 28 Sep 2011 17:10:48 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo103.cox.net (eastrmfepo103.cox.net [68.230.241.215]) by mx1.freebsd.org (Postfix) with ESMTP id B9F508FC12 for ; Wed, 28 Sep 2011 17:10:47 +0000 (UTC) Received: from eastrmimpo109.cox.net ([68.230.241.222]) by eastrmfepo103.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110928171042.BHJJ3815.eastrmfepo103.cox.net@eastrmimpo109.cox.net>; Wed, 28 Sep 2011 13:10:42 -0400 Received: from serene.no-ip.org ([98.164.86.236]) by eastrmimpo109.cox.net with bizsmtp id eHAh1h00C55wwzE02HAh8M; Wed, 28 Sep 2011 13:10:41 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020208.4E835511.01AC,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=6rx5rrop0B/3XsMRrR1KrzZMeFjRjT2p3ZIkrGo5W8Y= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=uAbGmPAyUfLL1M3oYAsfuA==:17 a=kviXuzpPAAAA:8 a=e9BvMgSn4hXAXtTxgKEA:9 a=FYRA1-t407f5KJC_KW8A:7 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=uAbGmPAyUfLL1M3oYAsfuA==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p8SHAeHY065116; Wed, 28 Sep 2011 12:10:41 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 28 Sep 2011 12:10:35 -0500 From: "Conrad J. Sabatier" To: "S.N.Grigoriev" Message-ID: <20110928121035.568ff6e6@cox.net> In-Reply-To: <20110928115008.3d121d38@cox.net> References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 17:10:48 -0000 On Wed, 28 Sep 2011 11:50:08 -0500 "Conrad J. Sabatier" wrote: > > It was a while ago that I did the actual wrapper install, but if I > remember right, I simply copied npwrapper.libflashplayer.so > from /usr/local/lib/browser_plugins to /home/conrads/.mozilla/plugins. > You may want to try doing that and see if firefox/chromium will then > recognize it. > > In theory, the system-wide install > under /usr/local/lib/browser_plugins *should* work, but I seem to > recall having problems with it, which was why I tried putting it > under ~/.mozilla/plugins. Maybe it has something to do with the fact > that it's not a native plugin(?). I don't know, really. But this > has worked fine for me ever since, even across upgrades. > > Hope this helps. Let us know how it turns out. Actually, now that I think of it, I think the way I did it was this: cd /home/conrads/.mozilla/plugins /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so And npwrapper.libflashplayer.so was created under /home/conrads/.mozilla/plugins. Hope this helps. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 17:46:18 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28DC91065679 for ; Wed, 28 Sep 2011 17:46:18 +0000 (UTC) (envelope-from poyopoyo@puripuri.plala.or.jp) Received: from msa03b.plala.or.jp (msa03.plala.or.jp [IPv6:2400:7800:0:5010::3]) by mx1.freebsd.org (Postfix) with ESMTP id A10098FC1C for ; Wed, 28 Sep 2011 17:46:17 +0000 (UTC) Received: from i220-109-122-8.s02.a026.ap.plala.or.jp ([220.109.122.8]) by msa03b.plala.or.jp with ESMTP id <20110928174616.CBAJ5763.msa03b.plala.or.jp@i220-109-122-8.s02.a026.ap.plala.or.jp>; Thu, 29 Sep 2011 02:46:16 +0900 Date: Thu, 29 Sep 2011 02:46:16 +0900 Message-ID: <8662kcsgpj.wl%poyopoyo@puripuri.plala.or.jp> From: poyopoyo@puripuri.plala.or.jp To: Thomas Steen Rasmussen In-Reply-To: <4E83365B.4000008@gibfest.dk> References: <289481317219917@web124.yandex.ru> <4E83365B.4000008@gibfest.dk> Mail-Followup-To: Thomas Steen Rasmussen , freebsd-stable@freebsd.org, "S.N.Grigoriev" , poyopoyo@puripuri.plala.or.jp User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.3 (amd64-portbld-freebsd9.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-VirusScan: Outbound; msa03b; Thu, 29 Sep 2011 02:46:16 +0900 X-Mailman-Approved-At: Wed, 28 Sep 2011 17:53:36 +0000 Cc: "S.N.Grigoriev" , freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 17:46:18 -0000 At Wed, 28 Sep 2011 16:59:39 +0200, Thomas Steen Rasmussen wrote: > Please see > http://lists.freebsd.org/pipermail/freebsd-gecko/2011-September/001840.html That post is not the case for the OP: - peculiar to firefox-7 implementation. He runs chromium. - wrapped linux-f10-flashplugin in $HOME/.mozilla/plugins works flawlessly in firefox-7. -- kuro From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 18:08:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13608106566C for ; Wed, 28 Sep 2011 18:08:28 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [IPv6:2a02:6b8:0:801::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4B4088FC12 for ; Wed, 28 Sep 2011 18:08:27 +0000 (UTC) Received: from web145.yandex.ru (web145.yandex.ru [95.108.131.160]) by forward11.mail.yandex.net (Yandex) with ESMTP id 9C0B3E8331E; Wed, 28 Sep 2011 22:08:25 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317233305; bh=OziSvU447gMt5CGBAWuxKrIwkAnFkcSl592FO9MP4hc=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=FPZh6miWIkGcQnCL6kTCTX6DzMeD6lN7Y8vRHQ+4MALEyypxBL23khrDP58E4Kk3U Vla3aFc3Vp4NM8Qe6mUFIp69/PtJJXtvx1mMiL/MWN/THL/TBjjvPDSJTmecXLHDAo +tyyYIK50216xBcH8LAWN2fHepW+XWzOi8fzegzc= Received: from localhost (localhost.localdomain [127.0.0.1]) by web145.yandex.ru (Yandex) with ESMTP id 7A5AB4100002; Wed, 28 Sep 2011 22:08:25 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317233305; bh=OziSvU447gMt5CGBAWuxKrIwkAnFkcSl592FO9MP4hc=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=FPZh6miWIkGcQnCL6kTCTX6DzMeD6lN7Y8vRHQ+4MALEyypxBL23khrDP58E4Kk3U Vla3aFc3Vp4NM8Qe6mUFIp69/PtJJXtvx1mMiL/MWN/THL/TBjjvPDSJTmecXLHDAo +tyyYIK50216xBcH8LAWN2fHepW+XWzOi8fzegzc= X-Yandex-Spam: 1 Received: from [188.134.22.116] ([188.134.22.116]) by web145.yandex.ru with HTTP; Wed, 28 Sep 2011 22:08:25 +0400 From: S.N.Grigoriev To: Conrad J. Sabatier In-Reply-To: <20110928121035.568ff6e6@cox.net> References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> MIME-Version: 1.0 Message-Id: <753371317233305@web145.yandex.ru> Date: Wed, 28 Sep 2011 22:08:25 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 18:08:28 -0000 28.09.2011, 21:10, "Conrad J. Sabatier" : > On Wed, 28 Sep 2011 11:50:08 -0500 > "Conrad J. Sabatier" wrote: > >> šIt was a while ago that I did the actual wrapper install, but if I >> šremember right, I simply copied npwrapper.libflashplayer.so >> šfrom /usr/local/lib/browser_plugins to /home/conrads/.mozilla/plugins. >> šYou may want to try doing that and see if firefox/chromium will then >> šrecognize it. >> >> šIn theory, the system-wide install >> šunder /usr/local/lib/browser_plugins *should* work, but I seem to >> šrecall having problems with it, which was why I tried putting it >> šunder ~/.mozilla/plugins. šMaybe it has something to do with the fact >> šthat it's not a native plugin(?). šI don't know, really. šBut this >> šhas worked fine for me ever since, even across upgrades. >> >> šHope this helps. šLet us know how it turns out. > > Actually, now that I think of it, I think the way I did it was this: > > cd /home/conrads/.mozilla/plugins > > /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig > -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so > > And npwrapper.libflashplayer.so was created > under /home/conrads/.mozilla/plugins. > > Hope this helps. I've done it. No results. -- Regards, Serguey. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 22:00:40 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F7591065679 for ; Wed, 28 Sep 2011 22:00:40 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E5DBD8FC15 for ; Wed, 28 Sep 2011 22:00:39 +0000 (UTC) Received: by iadk27 with SMTP id k27so11693844iad.13 for ; Wed, 28 Sep 2011 15:00:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=AnYHjynUEeAajfQaciOp0xjoVjt5WxV5NdWev9d1a7c=; b=vh6sfGFulvpaWUvkbCVpC/+ScLrPFsM94rnYlW2Dy8QopbWpet4Wpxzx5O9f1fzt4k flkCCqPbHis6RsKdi91iaOqP1xO58gv1Zv6E8aSNwxXPw9hSs1u5FwIRke+L3Sox4NUE RsHSLvNtRqzxP1D6lTivIx3FJPVJjExONDfmY= MIME-Version: 1.0 Received: by 10.231.0.221 with SMTP id 29mr13382745ibc.56.1317245773775; Wed, 28 Sep 2011 14:36:13 -0700 (PDT) Received: by 10.231.33.131 with HTTP; Wed, 28 Sep 2011 14:36:13 -0700 (PDT) Date: Thu, 29 Sep 2011 00:36:13 +0300 Message-ID: From: George Kontostanos To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Subject: 9.0-BETA3 and ports db X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 22:00:40 -0000 Hi everyone, Today I upgraded one of my servers from 8.2-STABLE to 9.0-BETA3. I noticed that after the upgrade portsnap does not fetch Index-9 and I had to manually issue the "make fetchindex" command. I remember that this was something I had to do when I was running 9-CURRENT a few months ago in my desktop PC but I thought that it would be solved by now. Am I doing something wrong or is this an expected behavior ? Thanks -- George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 22:08:21 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E96DE1065670; Wed, 28 Sep 2011 22:08:21 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 8E22A8FC12; Wed, 28 Sep 2011 22:08:21 +0000 (UTC) Received: from [212.182.167.131] (helo=sjakie.klop.ws) by smtp-out1.tiscali.nl with esmtp (Exim) (envelope-from ) id 1R92Ie-00017d-NC; Thu, 29 Sep 2011 00:08:20 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 203C843F; Thu, 29 Sep 2011 00:08:15 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "FreeBSD Stable" , "George Kontostanos" , "Colin Percival" References: Date: Thu, 29 Sep 2011 00:08:14 +0200 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.51 (FreeBSD) Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: 9.0-BETA3 and ports db X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 22:08:22 -0000 On Wed, 28 Sep 2011 23:36:13 +0200, George Kontostanos =20 wrote: > Hi everyone, > > Today I upgraded one of my servers from 8.2-STABLE to 9.0-BETA3. I > noticed that after the upgrade portsnap does not fetch Index-9 and I > had to manually issue the "make fetchindex" command. I remember that > this was something I had to do when I was running 9-CURRENT a few > months ago in my desktop PC but I thought that it would be solved by > now. > Am I doing something wrong or is this an expected behavior ? > > Thanks > It is known. But I don't know when it will be fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149232 Ronald. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 22:32:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C03F106566C; Wed, 28 Sep 2011 22:32:28 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E1E1E8FC19; Wed, 28 Sep 2011 22:32:27 +0000 (UTC) Received: by iadk27 with SMTP id k27so11728600iad.13 for ; Wed, 28 Sep 2011 15:32:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DKRKjp2gNQVMifl50mcZNpaGzkbNjP0Mdg7B1wZUT1o=; b=eS8JwQK5kkSm1RyVxe+rz5U3h9q4c32vhB9BkvXWsV9xzrZho4ithJivRNPKoLaXO4 aYyzYjUxCZ8Vs37Mnb/NJ8qWG1clJyPhI5EtsHkZzgpqVwSmzgeS53EVkIPVgE3mDOiA cTnbKMBO5R0a3pDjiy+Kukj7k1zJskowMJ/6Q= MIME-Version: 1.0 Received: by 10.231.0.221 with SMTP id 29mr13492804ibc.56.1317249147307; Wed, 28 Sep 2011 15:32:27 -0700 (PDT) Received: by 10.231.33.131 with HTTP; Wed, 28 Sep 2011 15:32:27 -0700 (PDT) In-Reply-To: References: Date: Thu, 29 Sep 2011 01:32:27 +0300 Message-ID: From: George Kontostanos To: Ronald Klop Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable , Colin Percival Subject: Re: 9.0-BETA3 and ports db X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 22:32:28 -0000 On Thu, Sep 29, 2011 at 1:08 AM, Ronald Klop wrote: > On Wed, 28 Sep 2011 23:36:13 +0200, George Kontostanos > wrote: > >> Hi everyone, >> >> Today I upgraded one of my servers from 8.2-STABLE to 9.0-BETA3. I >> noticed that after the upgrade portsnap does not fetch Index-9 and I >> had to manually issue the "make fetchindex" command. I remember that >> this was something I had to do when I was running 9-CURRENT a few >> months ago in my desktop PC but I thought that it would be solved by >> now. >> Am I doing something wrong or is this an expected behavior ? >> >> Thanks >> > > It is known. But I don't know when it will be fixed. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=149232 > > Ronald. > Ok thanks ! -- George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 01:58:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6311106566B; Thu, 29 Sep 2011 01:58:45 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmailb.acsu.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id A804D8FC0C; Thu, 29 Sep 2011 01:58:45 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 7FA705E86E; Wed, 28 Sep 2011 21:42:38 -0400 (EDT) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 47D755E927; Wed, 28 Sep 2011 21:42:37 -0400 (EDT) Received: from smtp2.acsu.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 415F75E86D; Wed, 28 Sep 2011 21:42:37 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp2.acsu.buffalo.edu (Postfix) with ESMTPSA id 9A64E45051; Wed, 28 Sep 2011 21:42:36 -0400 (EDT) From: Ken Smith To: freebsd-current , freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-znmqaznfxsKPhW2Vrrwd" Date: Wed, 28 Sep 2011 21:42:34 -0400 Message-ID: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: Subject: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 01:58:45 -0000 --=-znmqaznfxsKPhW2Vrrwd Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The third BETA build of the 9.0-RELEASE release cycle is now available. Since this is the first release of a brand new branch I cross-post the announcements on both -current and -stable. But just so you know most of the developers active in head pay more attention to the -current mailing list. If you notice problems you can report them through the normal Gnats PR system or on the -current mailing list. The 9.0-RELEASE cycle will be tracked here: http://wiki.freebsd.org/Releng/9.0TODO though the schedule listed there is still way off. We'll re-work the schedule some time soon. NOTE: The location of the FTP install tree and ISOs is the same as it had been for BETA2, though we are still deciding if this will be the layout we switch to for the release. ISO images for the following architectures are available, with pathnames given relative to the top-level of the FTP site: amd64: .../releases/amd64/amd64/ISO-IMAGES/9.0/ i386: .../releases/i386/i386/ISO-IMAGES/9.0/ ia64: .../releases/ia64/ia64/ISO-IMAGES/9.0/ powerpc: .../releases/powerpc/powerpc/ISO-IMAGES/9.0/ powerpc64: .../releases/powerpc/powerpc64/ISO-IMAGES/9.0/ sparc64: .../releases/sparc64/sparc64/ISO-IMAGES/9.0/ MD5/SHA256 checksums are tacked on below. If you would like to use csup/cvsup mechanisms to access the source tree the branch tag to use is now "RELENG_8", if you use "." (head) you will get 10-CURRENT. If you would like to access the source tree via SVN it is "svn://svn.freebsd.org/base/stable/9/". We still have the nit that the creation of a new SVN branch winds up causing what looks like a check-in of the entire tree in CVS (a side-effect of the svn2cvs exporter) so "mergemaster -F" is your friend if you are using csup/cvsup. At this point FreeBSD-Update is still not available, in part to help encourage testing the installer. We hope to start the Release Candidate phase of the release cycle with the next test build. Checksums: MD5 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) =3D 2ce7b93d28fd7ff37965893f1af3= f7fc MD5 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) =3D 4affc701f2052edc548274f090e49235 MD5 (FreeBSD-9.0-BETA3-amd64-memstick.img) =3D e260f2f2122326cb9a93ac83eb00= 6c1c MD5 (FreeBSD-9.0-BETA3-i386-bootonly.iso) =3D ef43977dbf1c8c0f40710985660ed= 55e MD5 (FreeBSD-9.0-BETA3-i386-dvd1.iso) =3D 95bc3b0c312b83a79752dce616075cdb MD5 (FreeBSD-9.0-BETA3-i386-memstick.img) =3D d86475510e34698e8077edac717ae= 73c MD5 (FreeBSD-9.0-BETA3-ia64-bootonly.iso) =3D 463ee0447dd96ab7fc6e61a6b4623= 128 MD5 (FreeBSD-9.0-BETA3-ia64-memstick) =3D 0d6ed910294fbf0afc1c34e9a55227b8 MD5 (FreeBSD-9.0-BETA3-ia64-release.iso) =3D 716ace96755ddc2965c76590253fb7= 56 MD5 (FreeBSD-9.0-BETA3-powerpc-bootonly.iso) =3D 6110fe69b92e40e4eab0316779= 5459d0 MD5 (FreeBSD-9.0-BETA3-powerpc-memstick) =3D 9a365252f3c347c0b465096aed3836= 79 MD5 (FreeBSD-9.0-BETA3-powerpc-release.iso) =3D 8c18ca00a9a8013a615c86c2a5d= f46be MD5 (FreeBSD-9.0-BETA3-powerpc64-bootonly.iso) =3D 2d9e2458116de2b89085fe41= 6e3ce2d5 MD5 (FreeBSD-9.0-BETA3-powerpc64-memstick) =3D 0b547b0375bfb2a53efc2185b61b= fc63 MD5 (FreeBSD-9.0-BETA3-powerpc64-release.iso) =3D cbc4ad7477bae80f0055e1160= 38d06c2 MD5 (FreeBSD-9.0-BETA3-sparc64-bootonly.iso) =3D cc1d53cbae4a00672bc0cce3e1= 1ba956 MD5 (FreeBSD-9.0-BETA3-sparc64-dvd1.iso) =3D 988b07e44a4cfeb39e0aca0a1239c2= d2 SHA256 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) =3D bd12e94d69c189efa15f4ccc5= c98d552d54ed204d6d811e9ac8a965dc8780c42 SHA256 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) =3D fd026f1d0bdddaff533a58b8c731e= cbc2b2b14d9d975e8771bebe07eba7a579c SHA256 (FreeBSD-9.0-BETA3-amd64-memstick.img) =3D 963326cc20ce81cfde062651d= 757fca1da2ae313fcb2aafcd92054970fdff3a6 SHA256 (FreeBSD-9.0-BETA3-i386-bootonly.iso) =3D 8a083b9859ca09eca944afc9b2= 0e93b167861b5d876a6ff2c791ad7ffe18f2ac SHA256 (FreeBSD-9.0-BETA3-i386-dvd1.iso) =3D 811e66efc14ba1a6184b787b09eb49= 7df3c72f38688f73e6b44ffce9e8b81b42 SHA256 (FreeBSD-9.0-BETA3-i386-memstick.img) =3D 8aca989b1c2837a21240a6c581= 24f19576cb322c183242e222999f59d99e6293 SHA256 (FreeBSD-9.0-BETA3-ia64-bootonly.iso) =3D 96c91419fd9a80ff5c3322ef3e= e99a4608bda3b39a630dca07869a2aa9c82f13 SHA256 (FreeBSD-9.0-BETA3-ia64-memstick) =3D 3d253650fdd0bcbecd4f0fb45844f6= 5f4e5a89120b66d16c2d3828370488d5fa SHA256 (FreeBSD-9.0-BETA3-ia64-release.iso) =3D ab8d322bedc28329298b520b155= 0940dc5ae75a04636f326baf0f9f5d7e933e2 SHA256 (FreeBSD-9.0-BETA3-powerpc-bootonly.iso) =3D 0fa3930add2b054ccc828ef= 9fbbec90efcd9781ad3c82a5ad8bae2d533f27cc5 SHA256 (FreeBSD-9.0-BETA3-powerpc-memstick) =3D d2c6e43d47021716ac3d0956acc= 5b9ecf0cf26bc452c1cdf7033d32dc2a66289 SHA256 (FreeBSD-9.0-BETA3-powerpc-release.iso) =3D 9791766756ecaaa536c2f4e1= 2f86fa99d8fc248d1457f36adafaf2a8865c95b2 SHA256 (FreeBSD-9.0-BETA3-powerpc64-bootonly.iso) =3D 2d05648ed1be716fd6422= ce81f5118424cd6fad7829144e58d64f88315c674e6 SHA256 (FreeBSD-9.0-BETA3-powerpc64-memstick) =3D f12447fba16b17a93483a22c8= dc6666270c3790707e01ad7b8b0bae9f9bcfeac SHA256 (FreeBSD-9.0-BETA3-powerpc64-release.iso) =3D 5ccb8b500b1c233077baf3= 8867f595ef753108886e092ba1efd88dfb24ebdbfc SHA256 (FreeBSD-9.0-BETA3-sparc64-bootonly.iso) =3D 6eddeb18514d063d809e5b6= 75413de43b6aa72815ebbe9f72fe548507f1e03cd SHA256 (FreeBSD-9.0-BETA3-sparc64-dvd1.iso) =3D 8b56423ed00cf9902366eeb7fd5= 1bf13f8702af51a8c031fbf295f68ca5df484 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-znmqaznfxsKPhW2Vrrwd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6DzQEACgkQ/G14VSmup/bdWQCeLUupbOl6Irfld3rEPDz52Gim gGgAn0QajPyBmL/Ms084Sh/EQYcYhyKd =IRYm -----END PGP SIGNATURE----- --=-znmqaznfxsKPhW2Vrrwd-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 02:02:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43BF2106566C; Thu, 29 Sep 2011 02:02:44 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id E53228FC15; Thu, 29 Sep 2011 02:02:40 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id DA51D5E971; Wed, 28 Sep 2011 22:02:39 -0400 (EDT) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 5D4202EA8C; Wed, 28 Sep 2011 22:02:39 -0400 (EDT) Received: from smtp3.acsu.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 5753117AF9; Wed, 28 Sep 2011 22:02:39 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp3.acsu.buffalo.edu (Postfix) with ESMTPSA id 3031746F80; Wed, 28 Sep 2011 22:02:39 -0400 (EDT) From: Ken Smith To: freebsd-current In-Reply-To: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-yl1sqWsjSh0du+vAVJbj" Date: Wed, 28 Sep 2011 22:02:38 -0400 Message-ID: <1317261758.93406.34.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 02:02:44 -0000 --=-yl1sqWsjSh0du+vAVJbj Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wed, 2011-09-28 at 21:42 -0400, Ken Smith wrote: > If you would like to use csup/cvsup mechanisms to access the source > tree the branch tag to use is now "RELENG_8", if you use "." (head) > you will get 10-CURRENT. Sigh. Sorry. It's late... RELENG_9... --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-yl1sqWsjSh0du+vAVJbj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6D0b4ACgkQ/G14VSmup/YdZwCfbOMOwTGNVoy0ZUyLSFuDtQw5 r7cAn092fVo3XnR3jhu4JkDS2SINYBBZ =atbR -----END PGP SIGNATURE----- --=-yl1sqWsjSh0du+vAVJbj-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 10:46:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA2D61065676 for ; Thu, 29 Sep 2011 10:46:24 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) by mx1.freebsd.org (Postfix) with ESMTP id 51B1A8FC0A for ; Thu, 29 Sep 2011 10:46:23 +0000 (UTC) Received: from P142.sics.se (P142.sics.se [193.10.66.253]) by sink.sics.se (8.14.3/8.14.3) with ESMTP id p8TAirA6003720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 29 Sep 2011 12:44:54 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.4/8.14.4) with ESMTP id p8TAjkig002607; Thu, 29 Sep 2011 12:45:46 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.4/8.14.4/Submit) id p8TAjiOg002606; Thu, 29 Sep 2011 12:45:44 +0200 (CEST) (envelope-from bengta@P142.sics.se) From: Bengt Ahlgren To: "crsnet.pl" In-Reply-To: (crsnet pl's message of "Tue, 27 Sep 2011 13:17:09 +0200") References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) Date: Thu, 29 Sep 2011 12:45:44 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Adrian Chadd , freebsd-stable@freebsd.org, smithi@nimnet.asn.au, freebsd-usb@freebsd.org Subject: Re: [Solved] FreeBSD 9-Beta3 on X300 2 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: Thu, 29 Sep 2011 10:46:24 -0000 "crsnet.pl" writes: > On Tue, 27 Sep 2011 08:21:23 +0800, Adrian Chadd > wrote: >> Hi, >> >> Please try to do this without wlan loaded at all (not just down, but >> build your wifi support as a module.) >> Then try without X, see whether it's related to that or not. >> (And you haven't told us what your hardware is.) > Gavin Atkinson send me this link : > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=96631+0+/usr/local/www/db/text/2011/freebsd-usb/20110605.freebsd-usb > suspend / resume works like a charm with this pathes. FYI: this patch also solves the resume stall problem (1 minute or so caused by uhci) on my Thinkpad X40 using 8.2-REL! See this thread on mobile@ for a problem description: http://lists.freebsd.org/pipermail/freebsd-mobile/2011-July/012392.html Bengt Ps. Trimmed cross-posting, but added usb, as I felt that was more appropriate. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 12:20:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF7101065672 for ; Thu, 29 Sep 2011 12:20:16 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5008FC1A for ; Thu, 29 Sep 2011 12:20:16 +0000 (UTC) Received: by wwn22 with SMTP id 22so2940761wwn.1 for ; Thu, 29 Sep 2011 05:20:15 -0700 (PDT) Received: by 10.227.197.210 with SMTP id el18mr6585529wbb.111.1317298815086; Thu, 29 Sep 2011 05:20:15 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id es5sm2229617wbb.11.2011.09.29.05.20.12 (version=SSLv3 cipher=OTHER); Thu, 29 Sep 2011 05:20:13 -0700 (PDT) Message-ID: <4E84627B.2050609@my.gd> Date: Thu, 29 Sep 2011 14:20:11 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0) Gecko/20110922 Thunderbird/7.0 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" References: <4E71C059.5060404@hi-media.com> In-Reply-To: <4E71C059.5060404@hi-media.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: CARP interfaces and mastership issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:20:17 -0000 On 9/15/11 11:07 AM, Damien FLEURIOT wrote: > Hello list, > > > > > TLDR: carp interface becomes MASTER for a split second after being > created, even if another MASTER exists on the network with faster > advertisements. Breaks connections. HOWTO prevent ? > > > > > We've been experiencing this double mastership problem with CARP interfaces. > > > Allow me to put some context here: > > 2 firewalls, PF1, PF2, each with 2 VLANs (for example, some have more) > on a lagg device (link aggregation). > These firewalls then share virtual IPs through CARP interfaces, let us > assume the following: > > PF1: > - vlan13 > - vlan410 > - carp13 (advskew 50) > - carp410 (advskew 50) > > PF2: > - vlan13 > - vlan410 > - carp13 (advskew 100) > - carp410 (advskew 100) > > CARP preemption is turned on, so that if vlan13 should fail on PF1, PF2 > would assume mastership on both CARP interfaces. > Syscontrols below: > net.inet.carp.allow: 1 > net.inet.carp.preempt: 1 > net.inet.carp.log: 1 > net.inet.carp.arpbalance: 0 > net.inet.carp.suppress_preempt: 0 > > > The problem we have is, say for example we reboot PF2. > When it comes back up, it will, even for a split second, assume CARP > mastership for its interfaces, at the same time as PF1. > > This breaks existing sessions, openvpn tunnels and new client connections. > > While I acknowledge the home-made demons should be built to support tiny > network outages, this doesn't solve our main problem. > > > > > > We have the same issue when destroying/creating said CARP interfaces. > > Recently we upgraded some switches' IOS version on our backup datacenter > (which also has 2 PF boxes, sharing the CARP IPs with the 2 PFs on our > production DC). > To prevent anything nasty happening, we forbade production VLANs on the > switches' uplink ports and only allowed management traffic to allow us > to perform the upgrade. > > Things went smoothly but when we brought the production VLANs up again > at layer 2 on the switches, when spanning-tree converged we had again a > double MASTER problem. > > I understand I could have avoided it by destroying/recreating the CARP > interfaces, but even in this case there is a split second during which > both firewalls are CARP MASTER. > > > > > Is there any way to force CARP to assume INIT state for some time when > coming up, and only after X seconds either become MASTER or BACKUP ? > > Any other idea how to solve this, guys ? > > > > _______________________________________________ > freebsd-pf@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-pf > To unsubscribe, send any mail to "freebsd-pf-unsubscribe@freebsd.org" Hello List, This is a follow-up to my original email quoted above. It seems that there is an existing bug in OpenBSD 3.8 and lower's CARP implementation which causes CARP interfaces to skip the INIT state altogether and start as MASTER if preempt is enabled. Source: https://calomel.org/pf_carp.html Quote: INIT : All CARP interfaces start in this state. Also, when a CARP interface is admin down, i.e. "ifconfig em0 down", it is put into this state. When a CARP interface is admin up, it immediately transitions to BACKUP. Note that in OpenBSD 3.8 and earlier, a bug exists which will cause the host to transition to MASTER right away if preempt is enabled. I have been able to verify and reproduce this behavior on boxes running both 8.1 and 8.2 FreeBSD. Does anyone know what version of OpenBSD's CARP implementation we're running on FreeBSD 8.x ? It seems like this is the same bug, to me. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 12:22:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DADA106567E; Thu, 29 Sep 2011 12:22:31 +0000 (UTC) (envelope-from alexandr.kovalenko@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 101858FC20; Thu, 29 Sep 2011 12:22:30 +0000 (UTC) Received: by ywp17 with SMTP id 17so599128ywp.13 for ; Thu, 29 Sep 2011 05:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=2XRL7w/N24ojQVcbBCa+j4qd+TOmG8R+wr2fAPOZL0M=; b=fHHrIrb67UuvC8qKXJA4kBe2y7/Z+dlY0yovx4YXJlXCE9d7fvQEdV0eHKrPGULJnY FK5hBuK7fNNK+Zmsdz29FJC/uWyudr2mgwE4ManPGdBJ4zvQRoezZFuZQ8EoR8yvbQz7 zsWKdCIkB3yfRrnWsqW0EDVvV/gTo9jypljYk= MIME-Version: 1.0 Received: by 10.101.24.6 with SMTP id b6mr5618579anj.128.1317297151182; Thu, 29 Sep 2011 04:52:31 -0700 (PDT) Received: by 10.101.37.14 with HTTP; Thu, 29 Sep 2011 04:52:31 -0700 (PDT) Date: Thu, 29 Sep 2011 14:52:31 +0300 Message-ID: From: Alexandr Kovalenko To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:22:31 -0000 Hello! I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports (I've upgraded from 8.2). I'm getting panic. Is it known problem/already fixed somewhere? FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 17:11:17 EEST 2011 root@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 i386 Unread portion of the kernel message buffer: panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero cpuid = 1 Uptime: 16h6m53s Physical memory: 1904 MB Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump (textdump=1) at pcpu.h:244 #1 0xc071e5cb in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xc071e82b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at /usr/src/sys/vm/vm_page.c:1905 #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) at /usr/src/sys/kern/vfs_bio.c:1638 #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, size=16384, maxsize=16384, gbflags=0) at /usr/src/sys/kern/vfs_bio.c:1949 #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, slpflag=0, slptimeo=0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/vfs_bio.c:2788 #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, lbn=2520, blkno=1209440, size=16384, run=Variable "run" is not available. ) at /usr/src/sys/kern/vfs_cluster.c:332 #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) at vnode_if.c:887 #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) at /usr/src/sys/kern/sys_generic.c:189 #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 #16 0xc0996db1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:266 #17 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) -- Alexandr Kovalenko http://uafug.org.ua/ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 12:30:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BEF4106566C; Thu, 29 Sep 2011 12:30:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id BB60B8FC12; Thu, 29 Sep 2011 12:30:22 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8TCUBNf050725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 15:30:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8TCUBZQ052737; Thu, 29 Sep 2011 15:30:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8TCUBI5052736; Thu, 29 Sep 2011 15:30:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Sep 2011 15:30:11 +0300 From: Kostik Belousov To: Alexandr Kovalenko Message-ID: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+10PrBpSX62Koh6T" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:30:23 -0000 --+10PrBpSX62Koh6T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > Hello! >=20 > I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > (I've upgraded from 8.2). I'm getting panic. Is it known > problem/already fixed somewhere? >=20 > FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 > 17:11:17 EEST 2011 root@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 > i386 >=20 > Unread portion of the kernel message buffer: > panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > cpuid =3D 1 > Uptime: 16h6m53s > Physical memory: 1904 MB > Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > 144 128 112 96 80 64 48 32 16 >=20 > #0 doadump (textdump=3D1) at pcpu.h:244 > #1 0xc071e5cb in kern_reboot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:442 > #2 0xc071e82b in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:607 > #3 0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) > at /usr/src/sys/vm/vm_page.c:1905 Please do "frame 2", then "p/x *m" and show the result. > #4 0xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) > at /usr/src/sys/kern/vfs_bio.c:1638 > #5 0xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptimeo=3D0, > size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys/kern/vfs_= bio.c:1949 > #6 0xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D16384, sl= pflag=3D0, > slptimeo=3D0, flags=3DVariable "flags" is not available. > ) at /usr/src/sys/kern/vfs_bio.c:2788 > #7 0xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D44505088, l= bn=3D2520, > blkno=3D1209440, size=3D16384, run=3DVariable "run" is not available. > ) at /usr/src/sys/kern/vfs_cluster.c:332 > #8 0xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44505088, > lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, seqcount=3D7, > bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > #9 0xc0934cf5 in ffs_read (ap=3D0xf5824bac) > at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) > at vnode_if.c:887 > #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, > active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vnode_if.h:3= 84 > #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5474508, > auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:254 > #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf5824c48, > offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 > #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) > at /usr/src/sys/kern/sys_generic.c:189 > #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 > #16 0xc0996db1 in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:266 > #17 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) >=20 > --=20 > Alexandr Kovalenko > http://uafug.org.ua/ > _______________________________________________ > 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" --+10PrBpSX62Koh6T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6EZNMACgkQC3+MBN1Mb4iq3ACcDP4ZgqzuHvA2U+Bn90mhijJG 29cAn367wjnze9mnChaC5HoHAxT1gTtj =t5Bk -----END PGP SIGNATURE----- --+10PrBpSX62Koh6T-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 12:47:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21C9E106564A; Thu, 29 Sep 2011 12:47:20 +0000 (UTC) (envelope-from alexandr.kovalenko@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id C10AF8FC0A; Thu, 29 Sep 2011 12:47:19 +0000 (UTC) Received: by ywp17 with SMTP id 17so624315ywp.13 for ; Thu, 29 Sep 2011 05:47:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=LRO7Epn1pTL9J6unRfgBSDMZ3O1bg2JBgyMIsBqsmYY=; b=s6NWLF96MTsx4D8E58rA9337FeShDVUdDrw+dxk/MQ5YTffIbBET+U/iSB2+WqoyxH 76QvC7A8PulcjWI9+s24rHKqelFSsjJv3ylQU048qeh+7gKPw/jISXwvAgLO6OETgC7d Tf9kFWKAuJFDXPv+OF2dS1AggnOhvgzdZXhNU= MIME-Version: 1.0 Received: by 10.101.165.2 with SMTP id s2mr2872511ano.58.1317300439122; Thu, 29 Sep 2011 05:47:19 -0700 (PDT) Received: by 10.101.37.14 with HTTP; Thu, 29 Sep 2011 05:47:19 -0700 (PDT) In-Reply-To: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> Date: Thu, 29 Sep 2011 15:47:19 +0300 Message-ID: From: Alexandr Kovalenko To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:47:20 -0000 On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wrot= e: > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: >> Hello! >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports >> (I've upgraded from 8.2). I'm getting panic. Is it known >> problem/already fixed somewhere? >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 >> 17:11:17 EEST 2011 =A0 =A0 root@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 >> i386 >> >> Unread portion of the kernel message buffer: >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero >> cpuid =3D 1 >> Uptime: 16h6m53s >> Physical memory: 1904 MB >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 >> 144 128 112 96 80 64 48 32 16 >> >> #0 =A0doadump (textdump=3D1) at pcpu.h:244 >> #1 =A00xc071e5cb in kern_reboot (howto=3D260) >> =A0 =A0 at /usr/src/sys/kern/kern_shutdown.c:442 >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:607 >> #3 =A00xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) >> =A0 =A0 at /usr/src/sys/vm/vm_page.c:1905 > Please do "frame 2", then "p/x *m" and show the result. (kgdb) frame 2 #2 0xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at /usr/src/sys/kern/kern_shutdown.c:607 607 kern_reboot(bootopt); (kgdb) p/x *m No symbol "m" in current context. >> #4 =A00xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) >> =A0 =A0 at /usr/src/sys/kern/vfs_bio.c:1638 >> #5 =A00xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptimeo=3D= 0, >> =A0 =A0 size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys/kern= /vfs_bio.c:1949 >> #6 =A00xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D16384,= slpflag=3D0, >> =A0 =A0 slptimeo=3D0, flags=3DVariable "flags" is not available. >> ) at /usr/src/sys/kern/vfs_bio.c:2788 >> #7 =A00xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D44505088= , lbn=3D2520, >> =A0 =A0 blkno=3D1209440, size=3D16384, run=3DVariable "run" is not avail= able. >> ) at /usr/src/sys/kern/vfs_cluster.c:332 >> #8 =A00xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44505088, >> =A0 =A0 lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, seqcoun= t=3D7, >> =A0 =A0 bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 >> #9 =A00xc0934cf5 in ffs_read (ap=3D0xf5824bac) >> =A0 =A0 at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) >> =A0 =A0 at vnode_if.c:887 >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, >> =A0 =A0 active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vnode_i= f.h:384 >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5474508, >> =A0 =A0 auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:254 >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf5824c4= 8, >> =A0 =A0 offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) >> =A0 =A0 at /usr/src/sys/kern/sys_generic.c:189 >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 >> #16 0xc0996db1 in Xint0x80_syscall () >> =A0 =A0 at /usr/src/sys/i386/i386/exception.s:266 >> #17 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> >> -- >> Alexandr Kovalenko >> http://uafug.org.ua/ >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " > --=20 Alexandr Kovalenko http://uafug.org.ua/ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 12:48:54 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7FE9106568F; Thu, 29 Sep 2011 12:48:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 724668FC16; Thu, 29 Sep 2011 12:48:54 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8TCmbFT052660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 15:48:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8TCmbfT052870; Thu, 29 Sep 2011 15:48:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8TCmb62052869; Thu, 29 Sep 2011 15:48:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Sep 2011 15:48:37 +0300 From: Kostik Belousov To: Alexandr Kovalenko Message-ID: <20110929124837.GM1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8V/AXrYGldrj4WKF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:48:54 -0000 --8V/AXrYGldrj4WKF Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: > On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wr= ote: > > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > >> Hello! > >> > >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > >> (I've upgraded from 8.2). I'm getting panic. Is it known > >> problem/already fixed somewhere? > >> > >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 > >> 17:11:17 EEST 2011 =9A =9A root@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 > >> i386 > >> > >> Unread portion of the kernel message buffer: > >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > >> cpuid =3D 1 > >> Uptime: 16h6m53s > >> Physical memory: 1904 MB > >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > >> 144 128 112 96 80 64 48 32 16 > >> > >> #0 =9Adoadump (textdump=3D1) at pcpu.h:244 > >> #1 =9A0xc071e5cb in kern_reboot (howto=3D260) > >> =9A =9A at /usr/src/sys/kern/kern_shutdown.c:442 > >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available. > >> ) at /usr/src/sys/kern/kern_shutdown.c:607 > >> #3 =9A0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) > >> =9A =9A at /usr/src/sys/vm/vm_page.c:1905 > > Please do "frame 2", then "p/x *m" and show the result. >=20 > (kgdb) frame 2 frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. > #2 0xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at > /usr/src/sys/kern/kern_shutdown.c:607 > 607 kern_reboot(bootopt); > (kgdb) p/x *m > No symbol "m" in current context. >=20 >=20 > >> #4 =9A0xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) > >> =9A =9A at /usr/src/sys/kern/vfs_bio.c:1638 > >> #5 =9A0xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptimeo= =3D0, > >> =9A =9A size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys/ke= rn/vfs_bio.c:1949 > >> #6 =9A0xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D1638= 4, slpflag=3D0, > >> =9A =9A slptimeo=3D0, flags=3DVariable "flags" is not available. > >> ) at /usr/src/sys/kern/vfs_bio.c:2788 > >> #7 =9A0xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D445050= 88, lbn=3D2520, > >> =9A =9A blkno=3D1209440, size=3D16384, run=3DVariable "run" is not ava= ilable. > >> ) at /usr/src/sys/kern/vfs_cluster.c:332 > >> #8 =9A0xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44505088, > >> =9A =9A lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, seqco= unt=3D7, > >> =9A =9A bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > >> #9 =9A0xc0934cf5 in ffs_read (ap=3D0xf5824bac) > >> =9A =9A at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) > >> =9A =9A at vnode_if.c:887 > >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, > >> =9A =9A active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vnode= _if.h:384 > >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5474508, > >> =9A =9A auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:254 > >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf5824= c48, > >> =9A =9A offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 > >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) > >> =9A =9A at /usr/src/sys/kern/sys_generic.c:189 > >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 > >> #16 0xc0996db1 in Xint0x80_syscall () > >> =9A =9A at /usr/src/sys/i386/i386/exception.s:266 > >> #17 0x00000033 in ?? () > >> Previous frame inner to this frame (corrupt stack?) > >> > >> -- > >> Alexandr Kovalenko > >> http://uafug.org.ua/ > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" > > >=20 >=20 >=20 > --=20 > Alexandr Kovalenko > http://uafug.org.ua/ --8V/AXrYGldrj4WKF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6EaSUACgkQC3+MBN1Mb4gdTACfc4/bIZob7Xrc/GfqGnMejl7C vggAnRiOP2fGjFgF/ssA/G0evdKPAy7E =MWps -----END PGP SIGNATURE----- --8V/AXrYGldrj4WKF-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 12:51:54 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A11BA1065673; Thu, 29 Sep 2011 12:51:54 +0000 (UTC) (envelope-from alexandr.kovalenko@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0AA8FC15; Thu, 29 Sep 2011 12:51:54 +0000 (UTC) Received: by ywp17 with SMTP id 17so628823ywp.13 for ; Thu, 29 Sep 2011 05:51:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zWnC57dzkMShb75CT2Sauf72lKMMYaioBy7UMwLeJO8=; b=jwBuYJ9064IG83QYfkprkLthDq+rR1+02j5bbimS0nDn8TIg3mcQ8b9KeWssi7BSH1 LbK3JktOe3VECsk/YTRZRvUQrMtbYMwEL5DROkJ7qSsSfXJPFde38yHkfhzsQ9lV38KR Jcwgm13l6jgt1eXS0vadbNSu+kA/nbkUiJBsI= MIME-Version: 1.0 Received: by 10.101.213.24 with SMTP id p24mr4144673anq.18.1317300713825; Thu, 29 Sep 2011 05:51:53 -0700 (PDT) Received: by 10.101.37.14 with HTTP; Thu, 29 Sep 2011 05:51:53 -0700 (PDT) In-Reply-To: <20110929124837.GM1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> <20110929124837.GM1511@deviant.kiev.zoral.com.ua> Date: Thu, 29 Sep 2011 15:51:53 +0300 Message-ID: From: Alexandr Kovalenko To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:51:54 -0000 2011/9/29 Kostik Belousov : > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov w= rote: >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: >> >> Hello! >> >> >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports >> >> (I've upgraded from 8.2). I'm getting panic. Is it known >> >> problem/already fixed somewhere? >> >> >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 2= 8 >> >> 17:11:17 EEST 2011 =A0 =A0 root@mile.xxx.ua:/usr/obj/usr/src/sys/mile= -9 >> >> i386 >> >> >> >> Unread portion of the kernel message buffer: >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero >> >> cpuid =3D 1 >> >> Uptime: 16h6m53s >> >> Physical memory: 1904 MB >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 >> >> 144 128 112 96 80 64 48 32 16 >> >> >> >> #0 =A0doadump (textdump=3D1) at pcpu.h:244 >> >> #1 =A00xc071e5cb in kern_reboot (howto=3D260) >> >> =A0 =A0 at /usr/src/sys/kern/kern_shutdown.c:442 >> >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not available. >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 >> >> #3 =A00xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) >> >> =A0 =A0 at /usr/src/sys/vm/vm_page.c:1905 >> > Please do "frame 2", then "p/x *m" and show the result. >> >> (kgdb) frame 2 > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. (kgdb) frame 3 #3 0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) at /usr/src/sys/vm/vm_page.c:1905 1905 panic("vm_page_unwire: page %p's wire count is zero", m); (kgdb) p/x *(struct vm_page *)0xc2a38dc8 $1 =3D {pageq =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b0}, listq= =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b8}, left =3D 0x0, right =3D 0x0, object =3D 0xc5725770, pindex =3D 0xbd3, phys_addr =3D 0x56a32000, md = =3D {pv_list =3D {tqh_first =3D 0xc3cc6418, tqh_last =3D 0xc3cc641c}, pat_mode =3D 0x6}, queue =3D 0x1, segind =3D 0x2, hold_count =3D 0x0, order =3D 0xb, pool =3D 0x0, cow =3D 0x0, wire_count =3D 0x0, aflags =3D 0x= 3, flags =3D 0x0, oflags =3D 0x0, act_count =3D 0x5, busy =3D 0x0, valid =3D 0= xff, dirty =3D 0xff} >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at >> /usr/src/sys/kern/kern_shutdown.c:607 >> 607 =A0 =A0 =A0 =A0 =A0 =A0 kern_reboot(bootopt); >> (kgdb) p/x *m >> No symbol "m" in current context. >> >> >> >> #4 =A00xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) >> >> =A0 =A0 at /usr/src/sys/kern/vfs_bio.c:1638 >> >> #5 =A00xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptimeo= =3D0, >> >> =A0 =A0 size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys/k= ern/vfs_bio.c:1949 >> >> #6 =A00xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D163= 84, slpflag=3D0, >> >> =A0 =A0 slptimeo=3D0, flags=3DVariable "flags" is not available. >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 >> >> #7 =A00xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D44505= 088, lbn=3D2520, >> >> =A0 =A0 blkno=3D1209440, size=3D16384, run=3DVariable "run" is not av= ailable. >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 >> >> #8 =A00xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D4450508= 8, >> >> =A0 =A0 lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, seqc= ount=3D7, >> >> =A0 =A0 bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 >> >> #9 =A00xc0934cf5 in ffs_read (ap=3D0xf5824bac) >> >> =A0 =A0 at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) >> >> =A0 =A0 at vnode_if.c:887 >> >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, >> >> =A0 =A0 active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vnod= e_if.h:384 >> >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc547450= 8, >> >> =A0 =A0 auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:25= 4 >> >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf582= 4c48, >> >> =A0 =A0 offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 >> >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) >> >> =A0 =A0 at /usr/src/sys/kern/sys_generic.c:189 >> >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 >> >> #16 0xc0996db1 in Xint0x80_syscall () >> >> =A0 =A0 at /usr/src/sys/i386/i386/exception.s:266 >> >> #17 0x00000033 in ?? () >> >> Previous frame inner to this frame (corrupt stack?) >> >> >> >> -- >> >> Alexandr Kovalenko >> >> http://uafug.org.ua/ >> >> _______________________________________________ >> >> 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" >> > >> >> >> >> -- >> Alexandr Kovalenko >> http://uafug.org.ua/ > --=20 Alexandr Kovalenko http://uafug.org.ua/ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 12:57:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69B63106566B for ; Thu, 29 Sep 2011 12:57:53 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 336758FC08 for ; Thu, 29 Sep 2011 12:57:52 +0000 (UTC) Received: by yia13 with SMTP id 13so634496yia.13 for ; Thu, 29 Sep 2011 05:57:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.146.53.36 with SMTP id b36mr9632129yaa.9.1317301071802; Thu, 29 Sep 2011 05:57:51 -0700 (PDT) Received: by 10.146.86.8 with HTTP; Thu, 29 Sep 2011 05:57:51 -0700 (PDT) In-Reply-To: <4E84627B.2050609@my.gd> References: <4E71C059.5060404@hi-media.com> <4E84627B.2050609@my.gd> Date: Thu, 29 Sep 2011 14:57:51 +0200 Message-ID: From: Damien Fleuriot To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: CARP interfaces and mastership issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:57:53 -0000 On 29 September 2011 14:20, Damien Fleuriot wrote: > > > On 9/15/11 11:07 AM, Damien FLEURIOT wrote: >> Hello list, >> >> >> >> >> TLDR: carp interface becomes MASTER for a split second after being >> created, even if another MASTER exists on the network with faster >> advertisements. Breaks connections. HOWTO prevent ? >> >> >> >> >> We've been experiencing this double mastership problem with CARP interfaces. >> >> >> Allow me to put some context here: >> >> 2 firewalls, PF1, PF2, each with 2 VLANs (for example, some have more) >> on a lagg device (link aggregation). >> These firewalls then share virtual IPs through CARP interfaces, let us >> assume the following: >> >> PF1: >> - vlan13 >> - vlan410 >> - carp13 (advskew 50) >> - carp410 (advskew 50) >> >> PF2: >> - vlan13 >> - vlan410 >> - carp13 (advskew 100) >> - carp410 (advskew 100) >> >> CARP preemption is turned on, so that if vlan13 should fail on PF1, PF2 >> would assume mastership on both CARP interfaces. >> Syscontrols below: >> net.inet.carp.allow: 1 >> net.inet.carp.preempt: 1 >> net.inet.carp.log: 1 >> net.inet.carp.arpbalance: 0 >> net.inet.carp.suppress_preempt: 0 >> >> >> The problem we have is, say for example we reboot PF2. >> When it comes back up, it will, even for a split second, assume CARP >> mastership for its interfaces, at the same time as PF1. >> >> This breaks existing sessions, openvpn tunnels and new client connections. >> >> While I acknowledge the home-made demons should be built to support tiny >> network outages, this doesn't solve our main problem. >> >> >> >> >> >> We have the same issue when destroying/creating said CARP interfaces. >> >> Recently we upgraded some switches' IOS version on our backup datacenter >> (which also has 2 PF boxes, sharing the CARP IPs with the 2 PFs on our >> production DC). >> To prevent anything nasty happening, we forbade production VLANs on the >> switches' uplink ports and only allowed management traffic to allow us >> to perform the upgrade. >> >> Things went smoothly but when we brought the production VLANs up again >> at layer 2 on the switches, when spanning-tree converged we had again a >> double MASTER problem. >> >> I understand I could have avoided it by destroying/recreating the CARP >> interfaces, but even in this case there is a split second during which >> both firewalls are CARP MASTER. >> >> >> >> >> Is there any way to force CARP to assume INIT state for some time when >> coming up, and only after X seconds either become MASTER or BACKUP ? >> >> Any other idea how to solve this, guys ? >> >> >> >> _______________________________________________ >> freebsd-pf@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-pf >> To unsubscribe, send any mail to "freebsd-pf-unsubscribe@freebsd.org" > > > > > Hello List, > > > > This is a follow-up to my original email quoted above. > > > > > It seems that there is an existing bug in OpenBSD 3.8 and lower's CARP > implementation which causes CARP interfaces to skip the INIT state > altogether and start as MASTER if preempt is enabled. > > Source: > https://calomel.org/pf_carp.html > > Quote: > INIT : All CARP interfaces start in this state. Also, when a CARP > interface is admin down, i.e. "ifconfig em0 down", it is put into this > state. When a CARP interface is admin up, it immediately transitions to > BACKUP. Note that in OpenBSD 3.8 and earlier, a bug exists which will > cause the host to transition to MASTER right away if preempt is enabled. > > > I have been able to verify and reproduce this behavior on boxes running > both 8.1 and 8.2 FreeBSD. > > > > > Does anyone know what version of OpenBSD's CARP implementation we're > running on FreeBSD 8.x ? > > It seems like this is the same bug, to me. > Quick follow-up again. This is the code for sys/netinet/ip_carp.c on FreeBSD 8.2, OpenBSD 3.8, OpenBSD 3.9 in function carp_setrun(struct carp_softc *sc, sa_family_t af) FREEBSD 8.2-PRERELEASE with init + preempt => auto MASTER bug Function starts at line 1371. --- switch (sc->sc_state) { case INIT: if (carp_opts[CARPCTL_PREEMPT] && !carp_suppress_preempt) { carp_send_ad_locked(sc); carp_send_arp(sc); #ifdef INET6 carp_send_na(sc); #endif /* INET6 */ CARP_LOG("%s: INIT -> MASTER (preempting)\n", SC2IFP(sc)->if_xname); carp_set_state(sc, MASTER); carp_setroute(sc, RTM_ADD); } else { CARP_LOG("%s: INIT -> BACKUP\n", SC2IFP(sc)->if_xname); carp_set_state(sc, BACKUP); carp_setroute(sc, RTM_DELETE); carp_setrun(sc, 0); } break; --- OPENBSD 3.8 with init + preempt => auto MASTER bug Function starts at line 1293. --- case INIT: if (carp_opts[CARPCTL_PREEMPT] && !carp_suppress_preempt) { carp_set_state(sc, MASTER); carp_setroute(sc, RTM_ADD); carp_send_ad(sc); carp_send_arp(sc); #ifdef INET6 carp_send_na(sc); #endif /* INET6 */ } else { carp_set_state(sc, BACKUP); carp_setroute(sc, RTM_DELETE); carp_setrun(sc, 0); } break; --- OPENBSD 3.9 with bug fixed Function starts at line 1348. --- switch (sc->sc_state) { case INIT: carp_set_state(sc, BACKUP); carp_setroute(sc, RTM_DELETE); carp_setrun(sc, 0); break; --- It looks like the root cause is there. I'll rebuild and test, keep you updated. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 13:01:07 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABD3A1065670; Thu, 29 Sep 2011 13:01:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0145C8FC0A; Thu, 29 Sep 2011 13:01:06 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8TD0xkE054201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 16:00:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8TD0wvD052948; Thu, 29 Sep 2011 16:00:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8TD0wf9052947; Thu, 29 Sep 2011 16:00:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Sep 2011 16:00:58 +0300 From: Kostik Belousov To: Alexandr Kovalenko Message-ID: <20110929130058.GN1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> <20110929124837.GM1511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b4TJccIV73PFtYC8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 13:01:07 -0000 --b4TJccIV73PFtYC8 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote: > 2011/9/29 Kostik Belousov : > > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: > >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov = wrote: > >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > >> >> Hello! > >> >> > >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > >> >> (I've upgraded from 8.2). I'm getting panic. Is it known > >> >> problem/already fixed somewhere? Do you use custom kernel config ? Is there a chance you have ZERO_COPY_SOCK= ETS option enabled ? > >> >> > >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep= 28 > >> >> 17:11:17 EEST 2011 =9A =9A root@mile.xxx.ua:/usr/obj/usr/src/sys/mi= le-9 > >> >> i386 > >> >> > >> >> Unread portion of the kernel message buffer: > >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > >> >> cpuid =3D 1 > >> >> Uptime: 16h6m53s > >> >> Physical memory: 1904 MB > >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > >> >> 144 128 112 96 80 64 48 32 16 > >> >> > >> >> #0 =9Adoadump (textdump=3D1) at pcpu.h:244 > >> >> #1 =9A0xc071e5cb in kern_reboot (howto=3D260) > >> >> =9A =9A at /usr/src/sys/kern/kern_shutdown.c:442 > >> >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available. > >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 > >> >> #3 =9A0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) > >> >> =9A =9A at /usr/src/sys/vm/vm_page.c:1905 > >> > Please do "frame 2", then "p/x *m" and show the result. > >> > >> (kgdb) frame 2 > > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. >=20 > (kgdb) frame 3 > #3 0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) at > /usr/src/sys/vm/vm_page.c:1905 > 1905 panic("vm_page_unwire: page %p's wire count is > zero", m); > (kgdb) p/x *(struct vm_page *)0xc2a38dc8 > $1 =3D {pageq =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b0}, lis= tq =3D > {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b8}, left =3D 0x0, right = =3D > 0x0, object =3D 0xc5725770, pindex =3D 0xbd3, phys_addr =3D 0x56a32000, m= d =3D > {pv_list =3D {tqh_first =3D 0xc3cc6418, tqh_last =3D 0xc3cc641c}, > pat_mode =3D 0x6}, queue =3D 0x1, segind =3D 0x2, hold_count =3D 0x0, > order =3D 0xb, pool =3D 0x0, cow =3D 0x0, wire_count =3D 0x0, aflags =3D = 0x3, > flags =3D 0x0, oflags =3D 0x0, act_count =3D 0x5, busy =3D 0x0, valid =3D= 0xff, > dirty =3D 0xff} Please show the output of "p *(struct vm_object *)0xc5725770" from kgdb. >=20 >=20 > >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at > >> /usr/src/sys/kern/kern_shutdown.c:607 > >> 607 =9A =9A =9A =9A =9A =9A kern_reboot(bootopt); > >> (kgdb) p/x *m > >> No symbol "m" in current context. > >> > >> > >> >> #4 =9A0xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) > >> >> =9A =9A at /usr/src/sys/kern/vfs_bio.c:1638 > >> >> #5 =9A0xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptim= eo=3D0, > >> >> =9A =9A size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys= /kern/vfs_bio.c:1949 > >> >> #6 =9A0xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D1= 6384, slpflag=3D0, > >> >> =9A =9A slptimeo=3D0, flags=3DVariable "flags" is not available. > >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 > >> >> #7 =9A0xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D445= 05088, lbn=3D2520, > >> >> =9A =9A blkno=3D1209440, size=3D16384, run=3DVariable "run" is not = available. > >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 > >> >> #8 =9A0xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44505= 088, > >> >> =9A =9A lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, se= qcount=3D7, > >> >> =9A =9A bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > >> >> #9 =9A0xc0934cf5 in ffs_read (ap=3D0xf5824bac) > >> >> =9A =9A at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) > >> >> =9A =9A at vnode_if.c:887 > >> >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, > >> >> =9A =9A active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vn= ode_if.h:384 > >> >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5474= 508, > >> >> =9A =9A auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:= 254 > >> >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf5= 824c48, > >> >> =9A =9A offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 > >> >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) > >> >> =9A =9A at /usr/src/sys/kern/sys_generic.c:189 > >> >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 > >> >> #16 0xc0996db1 in Xint0x80_syscall () > >> >> =9A =9A at /usr/src/sys/i386/i386/exception.s:266 > >> >> #17 0x00000033 in ?? () > >> >> Previous frame inner to this frame (corrupt stack?) > >> >> > >> >> -- > >> >> Alexandr Kovalenko > >> >> http://uafug.org.ua/ > >> >> _______________________________________________ > >> >> freebsd-stable@freebsd.org mailing list > >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebs= d.org" > >> > > >> > >> > >> > >> -- > >> Alexandr Kovalenko > >> http://uafug.org.ua/ > > >=20 >=20 >=20 > --=20 > Alexandr Kovalenko > http://uafug.org.ua/ --b4TJccIV73PFtYC8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6EbAoACgkQC3+MBN1Mb4hgygCfYHEPe7iFRka89EQPlenSzdHl RyYAoOzKhzrrtP9IYCQR+T1qSdWGnfy1 =XoR+ -----END PGP SIGNATURE----- --b4TJccIV73PFtYC8-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 13:12:21 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A33571065672; Thu, 29 Sep 2011 13:12:21 +0000 (UTC) (envelope-from alexandr.kovalenko@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 468E78FC12; Thu, 29 Sep 2011 13:12:20 +0000 (UTC) Received: by yia13 with SMTP id 13so650963yia.13 for ; Thu, 29 Sep 2011 06:12:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=s6a8q56TG+dLjWLoC+B3WkLhZY7g3SwXX5zHLJMnxS4=; b=Sb2AcFoS0SFgw7c7NpMcR7Y8I+fJrAPwabn+OG/xrwJOET+wkGBBarcXN7WM2qoBoD GWD8vS3Qo3KpYpqtWFwnq06tkvbU+aolEMslO/YRKiPIEaNCOlnRoHYN8MNysgVZHKyE gRN7ctR8QLkxQ6ozLmPCijMistW0IqmMMgcm4= MIME-Version: 1.0 Received: by 10.101.24.6 with SMTP id b6mr5710989anj.128.1317301939921; Thu, 29 Sep 2011 06:12:19 -0700 (PDT) Received: by 10.101.37.14 with HTTP; Thu, 29 Sep 2011 06:12:19 -0700 (PDT) In-Reply-To: <20110929130058.GN1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> <20110929124837.GM1511@deviant.kiev.zoral.com.ua> <20110929130058.GN1511@deviant.kiev.zoral.com.ua> Date: Thu, 29 Sep 2011 16:12:19 +0300 Message-ID: From: Alexandr Kovalenko To: Kostik Belousov Content-Type: multipart/mixed; boundary=00504502954f30e1db04ae144234 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 13:12:21 -0000 --00504502954f30e1db04ae144234 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 2011/9/29 Kostik Belousov : > On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote: >> 2011/9/29 Kostik Belousov : >> > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: >> >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wrote: >> >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: >> >> >> Hello! >> >> >> >> >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 por= ts >> >> >> (I've upgraded from 8.2). I'm getting panic. Is it known >> >> >> problem/already fixed somewhere? > Do you use custom kernel config ? Is there a chance you have ZERO_COPY_SO= CKETS > option enabled ? Yes, ZERO_COPY_SOCKETS is there. > >> >> >> >> >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Se= p 28 >> >> >> 17:11:17 EEST 2011 =A0 =A0 root@mile.xxx.ua:/usr/obj/usr/src/sys/m= ile-9 >> >> >> i386 >> >> >> >> >> >> Unread portion of the kernel message buffer: >> >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero >> >> >> cpuid =3D 1 >> >> >> Uptime: 16h6m53s >> >> >> Physical memory: 1904 MB >> >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 16= 0 >> >> >> 144 128 112 96 80 64 48 32 16 >> >> >> >> >> >> #0 =A0doadump (textdump=3D1) at pcpu.h:244 >> >> >> #1 =A00xc071e5cb in kern_reboot (howto=3D260) >> >> >> =A0 =A0 at /usr/src/sys/kern/kern_shutdown.c:442 >> >> >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not available. >> >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 >> >> >> #3 =A00xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) >> >> >> =A0 =A0 at /usr/src/sys/vm/vm_page.c:1905 >> >> > Please do "frame 2", then "p/x *m" and show the result. >> >> >> >> (kgdb) frame 2 >> > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well= . >> >> (kgdb) frame 3 >> #3 =A00xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) at >> /usr/src/sys/vm/vm_page.c:1905 >> 1905 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0panic("vm_page_unwire: page = %p's wire count is >> zero", m); >> (kgdb) p/x *(struct vm_page *)0xc2a38dc8 >> $1 =3D {pageq =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b0}, li= stq =3D >> {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b8}, left =3D 0x0, right = =3D >> 0x0, object =3D 0xc5725770, pindex =3D 0xbd3, phys_addr =3D 0x56a32000, = md =3D >> {pv_list =3D {tqh_first =3D 0xc3cc6418, tqh_last =3D 0xc3cc641c}, >> =A0 =A0 pat_mode =3D 0x6}, queue =3D 0x1, segind =3D 0x2, hold_count =3D= 0x0, >> order =3D 0xb, pool =3D 0x0, cow =3D 0x0, wire_count =3D 0x0, aflags =3D= 0x3, >> flags =3D 0x0, oflags =3D 0x0, act_count =3D 0x5, busy =3D 0x0, valid = =3D 0xff, >> dirty =3D 0xff} > > Please show the output of "p *(struct vm_object *)0xc5725770" from kgdb. >> >> >> >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at >> >> /usr/src/sys/kern/kern_shutdown.c:607 >> >> 607 =A0 =A0 =A0 =A0 =A0 =A0 kern_reboot(bootopt); >> >> (kgdb) p/x *m >> >> No symbol "m" in current context. >> >> >> >> >> >> >> #4 =A00xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) >> >> >> =A0 =A0 at /usr/src/sys/kern/vfs_bio.c:1638 >> >> >> #5 =A00xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slpti= meo=3D0, >> >> >> =A0 =A0 size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sy= s/kern/vfs_bio.c:1949 >> >> >> #6 =A00xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D= 16384, slpflag=3D0, >> >> >> =A0 =A0 slptimeo=3D0, flags=3DVariable "flags" is not available. >> >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 >> >> >> #7 =A00xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D44= 505088, lbn=3D2520, >> >> >> =A0 =A0 blkno=3D1209440, size=3D16384, run=3DVariable "run" is not= available. >> >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 >> >> >> #8 =A00xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D4450= 5088, >> >> >> =A0 =A0 lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, s= eqcount=3D7, >> >> >> =A0 =A0 bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 >> >> >> #9 =A00xc0934cf5 in ffs_read (ap=3D0xf5824bac) >> >> >> =A0 =A0 at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 >> >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) >> >> >> =A0 =A0 at vnode_if.c:887 >> >> >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, >> >> >> =A0 =A0 active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at v= node_if.h:384 >> >> >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc547= 4508, >> >> >> =A0 =A0 auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h= :254 >> >> >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf= 5824c48, >> >> >> =A0 =A0 offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 >> >> >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) >> >> >> =A0 =A0 at /usr/src/sys/kern/sys_generic.c:189 >> >> >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:1= 31 >> >> >> #16 0xc0996db1 in Xint0x80_syscall () >> >> >> =A0 =A0 at /usr/src/sys/i386/i386/exception.s:266 >> >> >> #17 0x00000033 in ?? () >> >> >> Previous frame inner to this frame (corrupt stack?) >> >> >> >> >> >> -- >> >> >> Alexandr Kovalenko >> >> >> http://uafug.org.ua/ >> >> >> _______________________________________________ >> >> >> freebsd-stable@freebsd.org mailing list >> >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> >> >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freeb= sd.org" >> >> > >> >> >> >> >> >> >> >> -- >> >> Alexandr Kovalenko >> >> http://uafug.org.ua/ >> > >> >> >> >> -- >> Alexandr Kovalenko >> http://uafug.org.ua/ > --=20 Alexandr Kovalenko http://uafug.org.ua/ --00504502954f30e1db04ae144234 Content-Type: application/octet-stream; name="mile-9-stripped.conf" Content-Disposition: attachment; filename="mile-9-stripped.conf" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gt5rjw7n1 Y3B1CQlJNjg2X0NQVQppZGVudAkJbWlsZQptYWtlb3B0aW9ucwlERUJVRz0tZwkJIyBCdWlsZCBr ZXJuZWwgd2l0aCBnZGIoMSkgZGVidWcgc3ltYm9scwpvcHRpb25zIAlTQ0hFRF9VTEUJCSMgVUxF IHNjaGVkdWxlcgpvcHRpb25zIAlQUkVFTVBUSU9OCQkjIEVuYWJsZSBrZXJuZWwgdGhyZWFkIHBy ZWVtcHRpb24Kb3B0aW9ucyAJSU5FVAkJCSMgSW50ZXJORVR3b3JraW5nCm9wdGlvbnMgCUlORVQ2 CQkJIyBJUHY2IGNvbW11bmljYXRpb25zIHByb3RvY29scwpvcHRpb25zIAlTQ1RQCQkJIyBTdHJl YW0gQ29udHJvbCBUcmFuc21pc3Npb24gUHJvdG9jb2wKb3B0aW9ucyAJRkZTCQkJIyBCZXJrZWxl eSBGYXN0IEZpbGVzeXN0ZW0Kb3B0aW9ucyAJU09GVFVQREFURVMJCSMgRW5hYmxlIEZGUyBzb2Z0 IHVwZGF0ZXMgc3VwcG9ydApvcHRpb25zIAlVRlNfQUNMCQkJIyBTdXBwb3J0IGZvciBhY2Nlc3Mg Y29udHJvbCBsaXN0cwpvcHRpb25zIAlVRlNfRElSSEFTSAkJIyBJbXByb3ZlIHBlcmZvcm1hbmNl IG9uIGJpZyBkaXJlY3RvcmllcwpvcHRpb25zIAlVRlNfR0pPVVJOQUwJCSMgRW5hYmxlIGdqb3Vy bmFsLWJhc2VkIFVGUyBqb3VybmFsaW5nCm9wdGlvbnMgCU1EX1JPT1QJCQkjIE1EIGlzIGEgcG90 ZW50aWFsIHJvb3QgZGV2aWNlCm9wdGlvbnMgCU5GU0NMCQkJIyBOZXcgTmV0d29yayBGaWxlc3lz dGVtIENsaWVudApvcHRpb25zIAlORlNECQkJIyBOZXcgTmV0d29yayBGaWxlc3lzdGVtIFNlcnZl cgpvcHRpb25zIAlORlNMT0NLRAkJIyBOZXR3b3JrIExvY2sgTWFuYWdlcgpvcHRpb25zIAlORlNf Uk9PVAkJIyBORlMgdXNhYmxlIGFzIC8sIHJlcXVpcmVzIE5GU0NMCm9wdGlvbnMgCU1TRE9TRlMJ CQkjIE1TRE9TIEZpbGVzeXN0ZW0Kb3B0aW9ucyAJQ0Q5NjYwCQkJIyBJU08gOTY2MCBGaWxlc3lz dGVtCm9wdGlvbnMgCVBST0NGUwkJCSMgUHJvY2VzcyBmaWxlc3lzdGVtIChyZXF1aXJlcyBQU0VV RE9GUykKb3B0aW9ucyAJUFNFVURPRlMJCSMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCm9w dGlvbnMgCUdFT01fUEFSVF9HUFQJCSMgR1VJRCBQYXJ0aXRpb24gVGFibGVzLgpvcHRpb25zIAlH RU9NX0xBQkVMCQkjIFByb3ZpZGVzIGxhYmVsaXphdGlvbgpvcHRpb25zIAlDT01QQVRfRlJFRUJT RDQJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q0Cm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENQkJ IyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDUKb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q2CQkjIENv bXBhdGlibGUgd2l0aCBGcmVlQlNENgpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDcJCSMgQ29tcGF0 aWJsZSB3aXRoIEZyZWVCU0Q3Cm9wdGlvbnMgCVNDU0lfREVMQVk9NTAwMAkJIyBEZWxheSAoaW4g bXMpIGJlZm9yZSBwcm9iaW5nIFNDU0kKb3B0aW9ucyAJS1RSQUNFCQkJIyBrdHJhY2UoMSkgc3Vw cG9ydApvcHRpb25zIAlTVEFDSwkJCSMgc3RhY2soOSkgc3VwcG9ydApvcHRpb25zIAlTWVNWU0hN CQkJIyBTWVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkKb3B0aW9ucyAJU1lTVk1TRwkJCSMgU1lTVi1z dHlsZSBtZXNzYWdlIHF1ZXVlcwpvcHRpb25zIAlTWVNWU0VNCQkJIyBTWVNWLXN0eWxlIHNlbWFw aG9yZXMKb3B0aW9ucyAJX0tQT1NJWF9QUklPUklUWV9TQ0hFRFVMSU5HICMgUE9TSVggUDEwMDNf MUIgcmVhbC10aW1lIGV4dGVuc2lvbnMKb3B0aW9ucyAJUFJJTlRGX0JVRlJfU0laRT0xMjgJIyBQ cmV2ZW50IHByaW50ZiBvdXRwdXQgYmVpbmcgaW50ZXJzcGVyc2VkLgpvcHRpb25zIAlLQkRfSU5T VEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2RldgpvcHRpb25zIAlIV1BNQ19I T09LUwkJIyBOZWNlc3Nhcnkga2VybmVsIGhvb2tzIGZvciBod3BtYyg0KQpvcHRpb25zIAlBVURJ VAkJCSMgU2VjdXJpdHkgZXZlbnQgYXVkaXRpbmcKb3B0aW9ucyAJTUFDCQkJIyBUcnVzdGVkQlNE IE1BQyBGcmFtZXdvcmsKb3B0aW9ucyAJSU5DTFVERV9DT05GSUdfRklMRSAgICAgIyBJbmNsdWRl IHRoaXMgZmlsZSBpbiBrZXJuZWwKb3B0aW9ucyAJU01QCQkJIyBTeW1tZXRyaWMgTXVsdGlQcm9j ZXNzb3IgS2VybmVsCmRldmljZQkJYXBpYwkJCSMgSS9PIEFQSUMKZGV2aWNlCQljcHVmcmVxCmRl dmljZQkJYWNwaQpkZXZpY2UJCWVpc2EKZGV2aWNlCQlwY2kKZGV2aWNlCQlmZGMKZGV2aWNlCQlh aGNpCQkjIEFIQ0ktY29tcGF0aWJsZSBTQVRBIGNvbnRyb2xsZXJzCmRldmljZQkJYXRhCQkjIExl Z2FjeSBBVEEvU0FUQSBjb250cm9sbGVycwpvcHRpb25zIAlBVEFfQ0FNCQkjIEhhbmRsZSBsZWdh Y3kgY29udHJvbGxlcnMgd2l0aCBDQU0Kb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkjIFN0YXRpYyBk ZXZpY2UgbnVtYmVyaW5nCmRldmljZQkJbXZzCQkjIE1hcnZlbGwgODhTWDUwWFgvODhTWDYwWFgv ODhTWDcwWFgvU29DIFNBVEEKZGV2aWNlCQlzaWlzCQkjIFNpbGljb25JbWFnZSBTaUkzMTI0L1Np STMxMzIvU2lJMzUzMSBTQVRBCmRldmljZQkJc2NidXMJCSMgU0NTSSBidXMgKHJlcXVpcmVkIGZv ciBBVEEvU0NTSSkKZGV2aWNlCQljaAkJIyBTQ1NJIG1lZGlhIGNoYW5nZXJzCmRldmljZQkJZGEJ CSMgRGlyZWN0IEFjY2VzcyAoZGlza3MpCmRldmljZQkJc2EJCSMgU2VxdWVudGlhbCBBY2Nlc3Mg KHRhcGUgZXRjKQpkZXZpY2UJCWNkCQkjIENECmRldmljZQkJcGFzcwkJIyBQYXNzdGhyb3VnaCBk ZXZpY2UgKGRpcmVjdCBBVEEvU0NTSSBhY2Nlc3MpCmRldmljZQkJc2VzCQkjIFNDU0kgRW52aXJv bm1lbnRhbCBTZXJ2aWNlcyAoYW5kIFNBRi1URSkKZGV2aWNlCQlhdGtiZGMJCSMgQVQga2V5Ym9h cmQgY29udHJvbGxlcgpkZXZpY2UJCWF0a2JkCQkjIEFUIGtleWJvYXJkCmRldmljZQkJcHNtCQkj IFBTLzIgbW91c2UKZGV2aWNlCQlrYmRtdXgJCSMga2V5Ym9hcmQgbXVsdGlwbGV4ZXIKZGV2aWNl CQl2Z2EJCSMgVkdBIHZpZGVvIGNhcmQgZHJpdmVyCmRldmljZQkJc2MKb3B0aW9ucyAJU0NfUElY RUxfTU9ERQkjIGFkZCBzdXBwb3J0IGZvciB0aGUgcmFzdGVyIHRleHQgbW9kZQpkZXZpY2UJCWFn cAkJIyBzdXBwb3J0IHNldmVyYWwgQUdQIGNoaXBzZXRzCmRldmljZQkJcG10aW1lcgpkZXZpY2UJ CXVhcnQJCSMgR2VuZXJpYyBVQVJUIGRyaXZlcgpkZXZpY2UJCXBwYwpkZXZpY2UJCXBwYnVzCQkj IFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1aXJlZCkKZGV2aWNlCQlscHQJCSMgUHJpbnRlcgpkZXZp Y2UJCXBwaQkJIyBQYXJhbGxlbCBwb3J0IGludGVyZmFjZSBkZXZpY2UKZGV2aWNlCQlwdWMJCSMg TXVsdGkgSS9PIGNhcmRzIGFuZCBtdWx0aS1jaGFubmVsIFVBUlRzCmRldmljZQkJbWlpYnVzCQkj IE1JSSBidXMgc3VwcG9ydApkZXZpY2UJCXJlCQkjIFJlYWxUZWsgODEzOUMrLzgxNjkvODE2OVMv ODExMFMKZGV2aWNlCQlsb29wCQkjIE5ldHdvcmsgbG9vcGJhY2sKZGV2aWNlCQlyYW5kb20JCSMg RW50cm9weSBkZXZpY2UKZGV2aWNlCQlldGhlcgkJIyBFdGhlcm5ldCBzdXBwb3J0CmRldmljZQkJ dmxhbgkJIyA4MDIuMVEgVkxBTiBzdXBwb3J0CmRldmljZQkJdHVuCQkjIFBhY2tldCB0dW5uZWwu CmRldmljZQkJcHR5CQkjIEJTRC1zdHlsZSBjb21wYXRpYmlsaXR5IHBzZXVkbyB0dHlzCmRldmlj ZQkJbWQJCSMgTWVtb3J5ICJkaXNrcyIKZGV2aWNlCQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5u ZWxpbmcKZGV2aWNlCQlmYWl0aAkJIyBJUHY2LXRvLUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9u KQpkZXZpY2UJCWZpcm13YXJlCSMgZmlybXdhcmUgYXNzaXN0IG1vZHVsZQpkZXZpY2UJCWJwZgkJ IyBCZXJrZWxleSBwYWNrZXQgZmlsdGVyCm9wdGlvbnMgCVVTQl9ERUJVRwkjIGVuYWJsZSBkZWJ1 ZyBtc2dzCmRldmljZQkJdWhjaQkJIyBVSENJIFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCW9o Y2kJCSMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKZGV2aWNlCQllaGNpCQkjIEVIQ0kgUENJLT5V U0IgaW50ZXJmYWNlIChVU0IgMi4wKQpkZXZpY2UJCXhoY2kJCSMgWEhDSSBQQ0ktPlVTQiBpbnRl cmZhY2UgKFVTQiAzLjApCmRldmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVkKQpkZXZpY2UJ CXVoaWQJCSMgIkh1bWFuIEludGVyZmFjZSBEZXZpY2VzIgpkZXZpY2UJCXVrYmQJCSMgS2V5Ym9h cmQKZGV2aWNlCQl1bHB0CQkjIFByaW50ZXIKZGV2aWNlCQl1bWFzcwkJIyBEaXNrcy9NYXNzIHN0 b3JhZ2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQgZGEKZGV2aWNlCQl1bXMJCSMgTW91c2UKZGV2aWNl CQl1YXJrCQkjIFRlY2hub2xvZ2llcyBBUkszMTE2IGJhc2VkIHNlcmlhbCBhZGFwdGVycwpkZXZp Y2UJCXVic2EJCSMgQmVsa2luIEY1VTEwMyBhbmQgY29tcGF0aWJsZSBzZXJpYWwgYWRhcHRlcnMK ZGV2aWNlCQl1ZnRkaQkJIyBGb3IgRlRESSB1c2Igc2VyaWFsIGFkYXB0ZXJzCmRldmljZQkJdXBs Y29tCQkjIFByb2xpZmljIFBMLTIzMDMgc2VyaWFsIGFkYXB0ZXJzCmRldmljZQkJdXNsY29tCQkj IFNJIExhYnMgQ1AyMTAxL0NQMjEwMiBzZXJpYWwgYWRhcHRlcnMKZGV2aWNlCQl1dmlzb3IJCSMg Vmlzb3IgYW5kIFBhbG0gZGV2aWNlcwpkZXZpY2UJCXV2c2NvbQkJIyBVU0Igc2VyaWFsIHN1cHBv cnQgZm9yIERESSBwb2NrZXQncyBQSFMKZGV2aWNlCQlzb3VuZAkJIyBHZW5lcmljIHNvdW5kIGRy aXZlciAocmVxdWlyZWQpCmRldmljZQkJc25kX2hkYQkJIyBJbnRlbCBIaWdoIERlZmluaXRpb24g QXVkaW8KZGV2aWNlCQlzbmRfaWNoCQkjIEludGVsLCBOVmlkaWEgYW5kIG90aGVyIElDSCBBQyc5 NyBBdWRpbwpvcHRpb25zIAlJUEZJUkVXQUxMCQkjZmlyZXdhbGwKb3B0aW9ucyAJSVBGSVJFV0FM TF9WRVJCT1NFCSNlbmFibGUgbG9nZ2luZyB0byBzeXNsb2dkKDgpCm9wdGlvbnMgCUlQRklSRVdB TExfVkVSQk9TRV9MSU1JVD0xMDAJI2xpbWl0IHZlcmJvc2l0eQpvcHRpb25zIAlJUEZJUkVXQUxM X0RFRkFVTFRfVE9fQUNDRVBUCSNhbGxvdyBldmVyeXRoaW5nIGJ5IGRlZmF1bHQKb3B0aW9ucyAJ SVBGSVJFV0FMTF9GT1JXQVJECSNwYWNrZXQgZGVzdGluYXRpb24gY2hhbmdlcwpvcHRpb25zIAlJ UERJVkVSVAkJI2RpdmVydCBzb2NrZXRzCm9wdGlvbnMgCUlQRklMVEVSCQkjaXBmaWx0ZXIgc3Vw cG9ydApvcHRpb25zIAlJUEZJTFRFUl9MT0cJCSNpcGZpbHRlciBsb2dnaW5nCm9wdGlvbnMgCUlQ RklMVEVSX0xPT0tVUAkJI2lwZmlsdGVyIHBvb2xzCm9wdGlvbnMgCUlQU1RFQUxUSAkJI3N1cHBv cnQgZm9yIHN0ZWFsdGggZm9yd2FyZGluZwpvcHRpb25zIAlEVU1NWU5FVApvcHRpb25zIAlaRVJP X0NPUFlfU09DS0VUUwpkZXZpY2UJCXBmCmRldmljZQkJcGZsb2cKZGV2aWNlCQlwZnN5bmMK --00504502954f30e1db04ae144234-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 13:16:16 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0748106566B; Thu, 29 Sep 2011 13:16:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1B98FC0C; Thu, 29 Sep 2011 13:16:16 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8TDG9Gs055726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 16:16:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8TDG9nd053020; Thu, 29 Sep 2011 16:16:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8TDG9O7053019; Thu, 29 Sep 2011 16:16:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Sep 2011 16:16:09 +0300 From: Kostik Belousov To: Alexandr Kovalenko Message-ID: <20110929131609.GP1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> <20110929124837.GM1511@deviant.kiev.zoral.com.ua> <20110929130058.GN1511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="56t0w02+0hM6p4Ad" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 13:16:16 -0000 --56t0w02+0hM6p4Ad Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 04:12:19PM +0300, Alexandr Kovalenko wrote: > 2011/9/29 Kostik Belousov : > > On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote: > >> 2011/9/29 Kostik Belousov : > >> > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: > >> >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wrote: > >> >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrot= e: > >> >> >> Hello! > >> >> >> > >> >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 p= orts > >> >> >> (I've upgraded from 8.2). I'm getting panic. Is it known > >> >> >> problem/already fixed somewhere? > > Do you use custom kernel config ? Is there a chance you have ZERO_COPY_= SOCKETS > > option enabled ? >=20 > Yes, ZERO_COPY_SOCKETS is there. Ok, this is the cause. Remove it. I asked for some additional data below, which you ignored, but I believe that I will not see anything new there, after we found the ZERO_COPY_SOCKETS in kernel config. >=20 >=20 >=20 > > > >> >> >> > >> >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed = Sep 28 > >> >> >> 17:11:17 EEST 2011 =9A =9A root@mile.xxx.ua:/usr/obj/usr/src/sys= /mile-9 > >> >> >> i386 > >> >> >> > >> >> >> Unread portion of the kernel message buffer: > >> >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > >> >> >> cpuid =3D 1 > >> >> >> Uptime: 16h6m53s > >> >> >> Physical memory: 1904 MB > >> >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 = 160 > >> >> >> 144 128 112 96 80 64 48 32 16 > >> >> >> > >> >> >> #0 =9Adoadump (textdump=3D1) at pcpu.h:244 > >> >> >> #1 =9A0xc071e5cb in kern_reboot (howto=3D260) > >> >> >> =9A =9A at /usr/src/sys/kern/kern_shutdown.c:442 > >> >> >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available. > >> >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 > >> >> >> #3 =9A0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) > >> >> >> =9A =9A at /usr/src/sys/vm/vm_page.c:1905 > >> >> > Please do "frame 2", then "p/x *m" and show the result. > >> >> > >> >> (kgdb) frame 2 > >> > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as we= ll. > >> > >> (kgdb) frame 3 > >> #3 =9A0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) at > >> /usr/src/sys/vm/vm_page.c:1905 > >> 1905 =9A =9A =9A =9A =9A =9A =9A =9A =9A =9Apanic("vm_page_unwire: pag= e %p's wire count is > >> zero", m); > >> (kgdb) p/x *(struct vm_page *)0xc2a38dc8 > >> $1 =3D {pageq =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b0}, = listq =3D > >> {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b8}, left =3D 0x0, righ= t =3D > >> 0x0, object =3D 0xc5725770, pindex =3D 0xbd3, phys_addr =3D 0x56a32000= , md =3D > >> {pv_list =3D {tqh_first =3D 0xc3cc6418, tqh_last =3D 0xc3cc641c}, > >> =9A =9A pat_mode =3D 0x6}, queue =3D 0x1, segind =3D 0x2, hold_count = =3D 0x0, > >> order =3D 0xb, pool =3D 0x0, cow =3D 0x0, wire_count =3D 0x0, aflags = =3D 0x3, > >> flags =3D 0x0, oflags =3D 0x0, act_count =3D 0x5, busy =3D 0x0, valid = =3D 0xff, > >> dirty =3D 0xff} > > > > Please show the output of "p *(struct vm_object *)0xc5725770" from kgdb. > >> > >> > >> >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available.) = at > >> >> /usr/src/sys/kern/kern_shutdown.c:607 > >> >> 607 =9A =9A =9A =9A =9A =9A kern_reboot(bootopt); > >> >> (kgdb) p/x *m > >> >> No symbol "m" in current context. > >> >> > >> >> > >> >> >> #4 =9A0xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) > >> >> >> =9A =9A at /usr/src/sys/kern/vfs_bio.c:1638 > >> >> >> #5 =9A0xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slp= timeo=3D0, > >> >> >> =9A =9A size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/= sys/kern/vfs_bio.c:1949 > >> >> >> #6 =9A0xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size= =3D16384, slpflag=3D0, > >> >> >> =9A =9A slptimeo=3D0, flags=3DVariable "flags" is not available. > >> >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 > >> >> >> #7 =9A0xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D= 44505088, lbn=3D2520, > >> >> >> =9A =9A blkno=3D1209440, size=3D16384, run=3DVariable "run" is n= ot available. > >> >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 > >> >> >> #8 =9A0xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44= 505088, > >> >> >> =9A =9A lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024,= seqcount=3D7, > >> >> >> =9A =9A bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > >> >> >> #9 =9A0xc0934cf5 in ffs_read (ap=3D0xf5824bac) > >> >> >> =9A =9A at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > >> >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) > >> >> >> =9A =9A at vnode_if.c:887 > >> >> >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, > >> >> >> =9A =9A active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at= vnode_if.h:384 > >> >> >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5= 474508, > >> >> >> =9A =9A auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file= .h:254 > >> >> >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0= xf5824c48, > >> >> >> =9A =9A offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 > >> >> >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) > >> >> >> =9A =9A at /usr/src/sys/kern/sys_generic.c:189 > >> >> >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c= :131 > >> >> >> #16 0xc0996db1 in Xint0x80_syscall () > >> >> >> =9A =9A at /usr/src/sys/i386/i386/exception.s:266 > >> >> >> #17 0x00000033 in ?? () > >> >> >> Previous frame inner to this frame (corrupt stack?) > >> >> >> > >> >> >> -- > >> >> >> Alexandr Kovalenko > >> >> >> http://uafug.org.ua/ > >> >> >> _______________________________________________ > >> >> >> freebsd-stable@freebsd.org mailing list > >> >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> >> >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@fre= ebsd.org" > >> >> > > >> >> > >> >> > >> >> > >> >> -- > >> >> Alexandr Kovalenko > >> >> http://uafug.org.ua/ > >> > > >> > >> > >> > >> -- > >> Alexandr Kovalenko > >> http://uafug.org.ua/ > > >=20 >=20 >=20 > --=20 > Alexandr Kovalenko > http://uafug.org.ua/ --56t0w02+0hM6p4Ad Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6Eb5kACgkQC3+MBN1Mb4gvRwCg0EmGY2HI9/QF5Xwo4WL5fQL1 hfgAnimj0o7GOi1DS5gh8Cfi7meqo5Fb =f7Jw -----END PGP SIGNATURE----- --56t0w02+0hM6p4Ad-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 13:20:02 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAB50106566B; Thu, 29 Sep 2011 13:20:02 +0000 (UTC) (envelope-from alexandr.kovalenko@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5E5298FC08; Thu, 29 Sep 2011 13:20:02 +0000 (UTC) Received: by ywp17 with SMTP id 17so660167ywp.13 for ; Thu, 29 Sep 2011 06:20:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=YUYANHR+9xbopJmj8mC2gnmZJR/TRrxl10OMRag8jtc=; b=Gu984XwALr6JtUY3yEAzj4PTwxfx/C5w6YKU0MVF/N93jof6PqD/FQ/qS1957Lh3Zi f6qaR+D0dgId9I249X36UDeVQxcXfK5G8vST3pUfoSy3QXFQgYBRsVqvv/Ljoac6ra5Y pCJg6/U+gtIJcUFrIxhfvg75+kacmxXpyuS2U= MIME-Version: 1.0 Received: by 10.101.52.3 with SMTP id e3mr9575716ank.40.1317302401497; Thu, 29 Sep 2011 06:20:01 -0700 (PDT) Received: by 10.101.37.14 with HTTP; Thu, 29 Sep 2011 06:20:01 -0700 (PDT) In-Reply-To: <20110929131609.GP1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> <20110929124837.GM1511@deviant.kiev.zoral.com.ua> <20110929130058.GN1511@deviant.kiev.zoral.com.ua> <20110929131609.GP1511@deviant.kiev.zoral.com.ua> Date: Thu, 29 Sep 2011 16:20:01 +0300 Message-ID: From: Alexandr Kovalenko To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 13:20:02 -0000 2011/9/29 Kostik Belousov : > On Thu, Sep 29, 2011 at 04:12:19PM +0300, Alexandr Kovalenko wrote: >> 2011/9/29 Kostik Belousov : >> > On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote: >> >> 2011/9/29 Kostik Belousov : >> >> > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: >> >> >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wrote: >> >> >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wro= te: >> >> >> >> Hello! >> >> >> >> >> >> >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 = ports >> >> >> >> (I've upgraded from 8.2). I'm getting panic. Is it known >> >> >> >> problem/already fixed somewhere? >> > Do you use custom kernel config ? Is there a chance you have ZERO_COPY= _SOCKETS >> > option enabled ? >> >> Yes, ZERO_COPY_SOCKETS is there. > Ok, this is the cause. Remove it. So, ZERO_COPY_SOCKETS is broken? > I asked for some additional data below, which you ignored, but I believe > that I will not see anything new there, after we found the ZERO_COPY_SOCK= ETS > in kernel config. Sorry, didn't noticed that. (kgdb) p *(struct vm_object *)0xc5725770 $1 =3D {mtx =3D {lock_object =3D {lo_name =3D 0xc0a3f26a "vm object", lo_fl= ags =3D 21168128, lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 4}, object_l= ist =3D {tqe_next =3D 0xc5725110, tqe_prev =3D 0xc61714dc}, shadow_head =3D {lh_first =3D 0x0}, shadow_list =3D {le_next =3D 0xc5af0c38, le_prev =3D 0xc11ac704}, memq =3D {tqh_first =3D 0xc2dc5168, tqh_last = =3D 0xc1719718}, root =3D 0xc2cf2fe8, size =3D 6576, generation =3D 1, ref_coun= t =3D 1, shadow_count =3D 0, memattr =3D 6 '\006', type =3D 1 '\001', flags = =3D 12288, pg_color =3D 45335, paging_in_progress =3D 0, resident_page_count =3D 6202, backing_object =3D 0x0, backing_object_offset =3D 0, pager_object_list =3D {tqe_next =3D 0x0, tqe_prev =3D 0x0}, rvq =3D {lh_first =3D 0x0}, cache =3D 0xc18f2390, handle= =3D 0x0, un_pager =3D {vnp =3D {vnp_size =3D 66}, devp =3D {devp_pglist =3D {tqh_first =3D 0x42, tqh_last =3D 0x0}}, sgp =3D {sgp_pglist =3D {tqh_first =3D 0x42, tqh_last =3D 0x0}}, swp =3D {swp_bcount =3D 66}}, cred =3D 0xc56a4280, char= ge =3D 26935296} > >> >> >> >> > >> >> >> >> >> >> >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed= Sep 28 >> >> >> >> 17:11:17 EEST 2011 =A0 =A0 root@mile.xxx.ua:/usr/obj/usr/src/sy= s/mile-9 >> >> >> >> i386 >> >> >> >> >> >> >> >> Unread portion of the kernel message buffer: >> >> >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero >> >> >> >> cpuid =3D 1 >> >> >> >> Uptime: 16h6m53s >> >> >> >> Physical memory: 1904 MB >> >> >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176= 160 >> >> >> >> 144 128 112 96 80 64 48 32 16 >> >> >> >> >> >> >> >> #0 =A0doadump (textdump=3D1) at pcpu.h:244 >> >> >> >> #1 =A00xc071e5cb in kern_reboot (howto=3D260) >> >> >> >> =A0 =A0 at /usr/src/sys/kern/kern_shutdown.c:442 >> >> >> >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not availabl= e. >> >> >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 >> >> >> >> #3 =A00xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D= 0) >> >> >> >> =A0 =A0 at /usr/src/sys/vm/vm_page.c:1905 >> >> >> > Please do "frame 2", then "p/x *m" and show the result. >> >> >> >> >> >> (kgdb) frame 2 >> >> > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as w= ell. >> >> >> >> (kgdb) frame 3 >> >> #3 =A00xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) at >> >> /usr/src/sys/vm/vm_page.c:1905 >> >> 1905 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0panic("vm_page_unwire: pa= ge %p's wire count is >> >> zero", m); >> >> (kgdb) p/x *(struct vm_page *)0xc2a38dc8 >> >> $1 =3D {pageq =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b0},= listq =3D >> >> {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b8}, left =3D 0x0, rig= ht =3D >> >> 0x0, object =3D 0xc5725770, pindex =3D 0xbd3, phys_addr =3D 0x56a3200= 0, md =3D >> >> {pv_list =3D {tqh_first =3D 0xc3cc6418, tqh_last =3D 0xc3cc641c}, >> >> =A0 =A0 pat_mode =3D 0x6}, queue =3D 0x1, segind =3D 0x2, hold_count = =3D 0x0, >> >> order =3D 0xb, pool =3D 0x0, cow =3D 0x0, wire_count =3D 0x0, aflags = =3D 0x3, >> >> flags =3D 0x0, oflags =3D 0x0, act_count =3D 0x5, busy =3D 0x0, valid= =3D 0xff, >> >> dirty =3D 0xff} >> > >> > Please show the output of "p *(struct vm_object *)0xc5725770" from kgd= b. >> >> >> >> >> >> >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not available.)= at >> >> >> /usr/src/sys/kern/kern_shutdown.c:607 >> >> >> 607 =A0 =A0 =A0 =A0 =A0 =A0 kern_reboot(bootopt); >> >> >> (kgdb) p/x *m >> >> >> No symbol "m" in current context. >> >> >> >> >> >> >> >> >> >> #4 =A00xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) >> >> >> >> =A0 =A0 at /usr/src/sys/kern/vfs_bio.c:1638 >> >> >> >> #5 =A00xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, sl= ptimeo=3D0, >> >> >> >> =A0 =A0 size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src= /sys/kern/vfs_bio.c:1949 >> >> >> >> #6 =A00xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size= =3D16384, slpflag=3D0, >> >> >> >> =A0 =A0 slptimeo=3D0, flags=3DVariable "flags" is not available= . >> >> >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 >> >> >> >> #7 =A00xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize= =3D44505088, lbn=3D2520, >> >> >> >> =A0 =A0 blkno=3D1209440, size=3D16384, run=3DVariable "run" is = not available. >> >> >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 >> >> >> >> #8 =A00xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D4= 4505088, >> >> >> >> =A0 =A0 lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024= , seqcount=3D7, >> >> >> >> =A0 =A0 bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:25= 4 >> >> >> >> #9 =A00xc0934cf5 in ffs_read (ap=3D0xf5824bac) >> >> >> >> =A0 =A0 at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 >> >> >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824ba= c) >> >> >> >> =A0 =A0 at vnode_if.c:887 >> >> >> >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, >> >> >> >> =A0 =A0 active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) a= t vnode_if.h:384 >> >> >> >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc= 5474508, >> >> >> >> =A0 =A0 auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at fil= e.h:254 >> >> >> >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D= 0xf5824c48, >> >> >> >> =A0 =A0 offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:2= 88 >> >> >> >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) >> >> >> >> =A0 =A0 at /usr/src/sys/kern/sys_generic.c:189 >> >> >> >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.= c:131 >> >> >> >> #16 0xc0996db1 in Xint0x80_syscall () >> >> >> >> =A0 =A0 at /usr/src/sys/i386/i386/exception.s:266 >> >> >> >> #17 0x00000033 in ?? () >> >> >> >> Previous frame inner to this frame (corrupt stack?) >> >> >> >> >> >> >> >> -- >> >> >> >> Alexandr Kovalenko >> >> >> >> http://uafug.org.ua/ >> >> >> >> _______________________________________________ >> >> >> >> freebsd-stable@freebsd.org mailing list >> >> >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> >> >> >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@fr= eebsd.org" >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> Alexandr Kovalenko >> >> >> http://uafug.org.ua/ >> >> > >> >> >> >> >> >> >> >> -- >> >> Alexandr Kovalenko >> >> http://uafug.org.ua/ >> > >> >> >> >> -- >> Alexandr Kovalenko >> http://uafug.org.ua/ > > > --=20 Alexandr Kovalenko http://uafug.org.ua/ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 14:49:58 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCA83106566C for ; Thu, 29 Sep 2011 14:49:58 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 55CA08FC0A for ; Thu, 29 Sep 2011 14:49:58 +0000 (UTC) Received: by wwe3 with SMTP id 3so1079651wwe.31 for ; Thu, 29 Sep 2011 07:49:57 -0700 (PDT) Received: by 10.227.6.11 with SMTP id 11mr11607271wbx.87.1317307797309; Thu, 29 Sep 2011 07:49:57 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id f26sm2821851wbp.7.2011.09.29.07.49.55 (version=SSLv3 cipher=OTHER); Thu, 29 Sep 2011 07:49:56 -0700 (PDT) Message-ID: <4E848592.5050300@my.gd> Date: Thu, 29 Sep 2011 16:49:54 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0) Gecko/20110922 Thunderbird/7.0 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" References: <4E71C059.5060404@hi-media.com> <4E84627B.2050609@my.gd> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: CARP interfaces and mastership issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 14:49:58 -0000 > > > > Quick follow-up again. > > This is the code for sys/netinet/ip_carp.c on FreeBSD 8.2, OpenBSD > 3.8, OpenBSD 3.9 in function carp_setrun(struct carp_softc *sc, > sa_family_t af) > > > > FREEBSD 8.2-PRERELEASE with init + preempt => auto MASTER bug > Function starts at line 1371. > --- > switch (sc->sc_state) { > case INIT: > if (carp_opts[CARPCTL_PREEMPT] && !carp_suppress_preempt) { > carp_send_ad_locked(sc); > carp_send_arp(sc); > #ifdef INET6 > carp_send_na(sc); > #endif /* INET6 */ > CARP_LOG("%s: INIT -> MASTER (preempting)\n", > SC2IFP(sc)->if_xname); > carp_set_state(sc, MASTER); > carp_setroute(sc, RTM_ADD); > } else { > CARP_LOG("%s: INIT -> BACKUP\n", SC2IFP(sc)->if_xname); > carp_set_state(sc, BACKUP); > carp_setroute(sc, RTM_DELETE); > carp_setrun(sc, 0); > } > break; > --- > > OPENBSD 3.8 with init + preempt => auto MASTER bug > Function starts at line 1293. > --- > case INIT: > if (carp_opts[CARPCTL_PREEMPT] && !carp_suppress_preempt) { > carp_set_state(sc, MASTER); > carp_setroute(sc, RTM_ADD); > carp_send_ad(sc); > carp_send_arp(sc); > #ifdef INET6 > carp_send_na(sc); > #endif /* INET6 */ > } else { > carp_set_state(sc, BACKUP); > carp_setroute(sc, RTM_DELETE); > carp_setrun(sc, 0); > } > break; > --- > > > > OPENBSD 3.9 with bug fixed > Function starts at line 1348. > --- > switch (sc->sc_state) { > case INIT: > carp_set_state(sc, BACKUP); > carp_setroute(sc, RTM_DELETE); > carp_setrun(sc, 0); > break; > --- > > > It looks like the root cause is there. > > I'll rebuild and test, keep you updated. Find below my test results with the OpenBSD39 implementation which forces an INIT -> BACKUP transition regardless of preempt. # sysctl net.inet.carp.preempt net.inet.carp.preempt: 1 # sysctl net.inet.carp.suppress_preempt net.inet.carp.suppress_preempt: 0 # ifconfig carp17 carp17: flags=8 metric 0 mtu 1500 inet 46.182.[snip] netmask 0xffffffff inet 46.182.[snip] netmask 0xffffffff inet 46.182.[snip] netmask 0xffffffff inet 46.182.[snip] netmask 0xffffffff inet 46.182.[snip] netmask 0xffffffff carp: INIT vhid 117 advbase 1 advskew 200 # ifconfig carp17 up; ./check_carp17_status.sh count: 0 carp: BACKUP vhid 117 advbase 1 advskew 200 count: 1 carp: BACKUP vhid 117 advbase 1 advskew 200 count: 2 carp: BACKUP vhid 117 advbase 1 advskew 200 count: 3 carp: BACKUP vhid 117 advbase 1 advskew 200 count: 4 carp: BACKUP vhid 117 advbase 1 advskew 200 count: 5 carp: BACKUP vhid 117 advbase 1 advskew 200 count: 6 carp: BACKUP vhid 117 advbase 1 advskew 200 count: 7 carp: BACKUP vhid 117 advbase 1 advskew 200 count: 8 carp: BACKUP vhid 117 advbase 1 advskew 200 count: 9 carp: BACKUP vhid 117 advbase 1 advskew 200 count: 10 carp: BACKUP vhid 117 advbase 1 advskew 200 # dmesg carp17: INIT -> BACKUP carp17: link state changed to DOWN Looks like it works. I'm afraid I cannot test actual preemption by shutting down a physical interface on the MASTER, because they're actually used in production and I've got users logged in to their VPN on pf1. I see no reason this should break anything however, it only forces the CARP interface to assume a BACKUP state right after INIT, as it normally should, regardless of preemption. I'm filling a PR + patch. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 16:02:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0284E106564A for ; Thu, 29 Sep 2011 16:02:53 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 921588FC18 for ; Thu, 29 Sep 2011 16:02:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id 30F9E38AB4 for ; Thu, 29 Sep 2011 18:03:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TC0qln8cNNQK for ; Thu, 29 Sep 2011 18:03:14 +0200 (CEST) Received: from mac.fritz.box (ip-92-50-81-210.unitymediagroup.de [92.50.81.210]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id CF51438997 for ; Thu, 29 Sep 2011 18:03:13 +0200 (CEST) From: Denny Schierz Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 29 Sep 2011 18:02:45 +0200 Message-Id: To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: How to update like Debian X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 16:02:53 -0000 hi, I think, I do not understand, how to update (security/bugfixes) my 8.2 = machines :-) I searched a lot and tried, what I have found in the docs, = but I had trouble ... What I have done (one thing was working, but didn't know, if it is = correct): =46rom the Docs: # /usr/sbin/freebsd-update fetch =20 Looking up update.FreeBSD.org mirrors... 4 mirrors found. Fetching public key from update4.FreeBSD.org... failed. Fetching public key from update2.FreeBSD.org... failed. Fetching public key from update5.FreeBSD.org... failed. Fetching public key from update3.FreeBSD.org... failed. No mirrors remaining, giving up. Other docs: # portsnap fetch update Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. Fetching snapshot tag from portsnap2.FreeBSD.org... done. Fetching snapshot metadata... done. Updating from Tue Sep 13 12:54:18 CEST 2011 to Thu Sep 29 17:30:27 CEST = 2011. Fetching 3 metadata patches.. done. Applying metadata patches... done. Fetching 3 metadata files... done. Fetching 3679 patches.....10....20....30....40.... (a lot of output) # portsnap extract pkg_add -r portmanager portmanager -u [...] my problem is especial, that portmanager asks me a lot, like "Include = support for X" or opengl, LaTeX ... questions I don't want. My problem = is now, that I have now a lot of programs installed, on a ISCSI target = only machine. I want something like Debian with "apt-get update && apt-get upgrade" So I'm sure that I have done something in a wrong way. I also know, that I can use /etc/make.conf: WITHOUT_X11=3Dyes USE_NONDEFAULT_X11BASE=3Dyes [...] but, is this needed to _keep_ a minimal system? cu denny= From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 16:58:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72A87106564A for ; Thu, 29 Sep 2011 16:58:51 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2ADB48FC1E for ; Thu, 29 Sep 2011 16:58:50 +0000 (UTC) Received: by vws11 with SMTP id 11so913221vws.13 for ; Thu, 29 Sep 2011 09:58:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/N8jNekufD1x5YmfkSJI6vLSOylGQv1fZBmbNquG1gw=; b=LgAsMceWjZA4f2N3+7Js6+6x74b4n8jyXpl200PPZbVx8RNXS+QBcJdOaJNYtdBLH0 JuyQ6SckhW+xbXgL3RBJDU6uynU/fZfrtzP36lOoxLxiHBGokqiYR9jAB4qwPrLoaST2 xF58Q1/RQT5hb5HC0JYRGljsAtTer89d7qacU= MIME-Version: 1.0 Received: by 10.52.29.103 with SMTP id j7mr10514574vdh.235.1317314134075; Thu, 29 Sep 2011 09:35:34 -0700 (PDT) Received: by 10.220.186.196 with HTTP; Thu, 29 Sep 2011 09:35:34 -0700 (PDT) In-Reply-To: References: Date: Thu, 29 Sep 2011 09:35:34 -0700 Message-ID: From: Freddie Cash To: Denny Schierz Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: How to update like Debian X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 16:58:51 -0000 On Thu, Sep 29, 2011 at 9:02 AM, Denny Schierz wrote: > I think, I do not understand, how to update (security/bugfixes) my 8.2 > machines :-) I searched a lot and tried, what I have found in the docs, but > I had trouble ... > > What I have done (one thing was working, but didn't know, if it is > correct): > > Updating FreeBSD is done is two separate processes, which can be done independently of one another. There is a clear separation between "the base FreeBSD OS" and "third-party apps installed on top". This is something that is missing in the land of the penguin, and tends to trip people up as they switch between FreeBSD and Linux (in either direction). To do a binary upgrade of the base OS, you use freebsd-update: # freebsd-update fetch # freebsd-update update See the freebsd-update man page for more details and options. That updates only the base OS (stuff under / and /usr; it does not touch anything under /usr/local). There are several different ways to update your installed third-party software (stuff installed via either pkg_add or the ports tree), depending on whether or not you want to compile software. Since you want have a Debian-like experience, then you want to install via binary packages as much as possible. See the man page for pkg_add for information on doing the initial install of software, including remotely fetching software (this would be similar to "apt-get install" without any upgrade support). A nice tool for handling upgrades of binary packages, using only binary packages, is pkg_upgrade. This is part of the bsdadminscripts package, so you'll need to install that first. Using pkg_add and pkg_upgrade, you do not even need to install the ports tree (and can even "rm -rf /usr/ports/*"). That's about as close to a Debian-like experience as you'll get. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 17:10:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8805106566B for ; Thu, 29 Sep 2011 17:10:11 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 599E68FC16 for ; Thu, 29 Sep 2011 17:10:02 +0000 (UTC) Received: by fxg9 with SMTP id 9so2713587fxg.13 for ; Thu, 29 Sep 2011 10:10:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.14.133 with SMTP id g5mr2658647faa.69.1317316202150; Thu, 29 Sep 2011 10:10:02 -0700 (PDT) Received: by 10.223.83.204 with HTTP; Thu, 29 Sep 2011 10:10:02 -0700 (PDT) X-Originating-IP: [209.66.78.50] In-Reply-To: References: Date: Thu, 29 Sep 2011 13:10:02 -0400 Message-ID: From: Mark Saad To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: How to update like Debian X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 17:10:11 -0000 On Thu, Sep 29, 2011 at 12:35 PM, Freddie Cash wrote: > On Thu, Sep 29, 2011 at 9:02 AM, Denny Schierz wrote= : > >> I think, I do not understand, how to update (security/bugfixes) my 8.2 >> machines :-) I searched a lot and tried, what I have found in the docs, = but >> I had trouble ... >> >> What I have done (one thing was working, but didn't know, if it is >> correct): >> >> > Updating FreeBSD is done is two separate processes, which can be done > independently of one another. > > There is a clear separation between "the base FreeBSD OS" and "third-part= y > apps installed on top". =C2=A0This is something that is missing in the la= nd of > the penguin, and tends to trip people up as they switch between FreeBSD a= nd > Linux (in either direction). > > To do a binary upgrade of the base OS, you use freebsd-update: > =C2=A0# freebsd-update fetch > =C2=A0# freebsd-update update > > See the freebsd-update man page for more details and options. > > That updates only the base OS (stuff under / and /usr; it does not touch > anything under /usr/local). > > > There are several different ways to update your installed third-party > software (stuff installed via either pkg_add or the ports tree), dependin= g > on whether or not you want to compile software. =C2=A0Since you want have= a > Debian-like experience, then you want to install via binary packages as m= uch > as possible. > > See the man page for pkg_add for information on doing the initial install= of > software, including remotely fetching software (this would be similar to > "apt-get install" without any upgrade support). > Two other options to keep ports up to date are portupgrade in ports-mgmt/portupgrade and portmaster in ports-mgmt/portmaster . To see some real world example of using it check the man page for each and take a look at /usr/ports/UPDATING you will see some example of how to upgrade major port changes Check out the entry from 20110517 about upgrading to perl 5.14 and removing the older version and fixing all the depends. In the debian world there is no exact comparison for this , major changes like this could/would be done by the maintainers and pushed out as debs with some warnings. portmaster and portupgrade both do the same relative tasks, the best advice would be to try both and see which you like. Also stick to using one port management tool . If you want to manually upgrade try to do that, if you want a wrapper like portupgrade use portinstall / portupgrade . Mixing and matching ports management tools for me imho a bad idea for beginners. > A nice tool for handling upgrades of binary packages, using only binary > packages, is pkg_upgrade. =C2=A0This is part of the bsdadminscripts packa= ge, so > you'll need to install that first. =C2=A0Using pkg_add and pkg_upgrade, y= ou do > not even need to install the ports tree (and can even "rm -rf > /usr/ports/*"). > > That's about as close to a Debian-like experience as you'll get. > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 mark saad | nonesuch@longcount.org From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 17:45:34 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB293106566B for ; Thu, 29 Sep 2011 17:45:34 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id 634E98FC0C for ; Thu, 29 Sep 2011 17:45:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id B5D2D38AC7 for ; Thu, 29 Sep 2011 19:45:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TfKj4rvmgARa for ; Thu, 29 Sep 2011 19:45:48 +0200 (CEST) Received: from mac.fritz.box (ip-92-50-81-210.unitymediagroup.de [92.50.81.210]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 7235D38ABC for ; Thu, 29 Sep 2011 19:45:48 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) From: Denny Schierz In-Reply-To: Date: Thu, 29 Sep 2011 19:45:18 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6655F2BE-3782-4121-863A-243ACFEF3C2C@4lin.net> References: To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1084) Subject: Re: How to update like Debian X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 17:45:34 -0000 Am 29.09.2011 um 18:35 schrieb Freddie Cash: > To do a binary upgrade of the base OS, you use freebsd-update: > # freebsd-update fetch > # freebsd-update update That was the first, what I have found, but I get only errors: # freebsd-update fetch Looking up update.FreeBSD.org mirrors... 4 mirrors found. Fetching public key from update4.FreeBSD.org... failed. Fetching public key from update5.FreeBSD.org... failed. Fetching public key from update2.FreeBSD.org... failed. Fetching public key from update3.FreeBSD.org... failed. No mirrors remaining, giving up. There was also no solution for this problem. I think it has something = to do with the release I run: 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Jul 7 13:20:14 CEST 2011 =20 and freebsd-updated wants to fetch GPG files, without success. cu denny= From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 18:25:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B182106566C for ; Thu, 29 Sep 2011 18:25:25 +0000 (UTC) (envelope-from trebron@augenstein.net) Received: from www33.your-server.de (www33.your-server.de [213.133.104.33]) by mx1.freebsd.org (Postfix) with ESMTP id 04B888FC0A for ; Thu, 29 Sep 2011 18:25:24 +0000 (UTC) Received: from [88.217.44.136] (helo=callisto.augenstein.ten) by www33.your-server.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1R9KrB-0006ME-MK for freebsd-stable@freebsd.org; Thu, 29 Sep 2011 19:57:13 +0200 Received: from auge (uid 666) (envelope-from trebron@augenstein.net) id 4ac4d by callisto.augenstein.ten (DragonFly Mail Agent) Thu, 29 Sep 2011 19:57:55 +0200 Date: Thu, 29 Sep 2011 19:57:55 +0200 From: Norbert Augenstein To: freebsd-stable@freebsd.org Message-ID: <20110929175755.GA1694@callisto.augenstein.ten> Mail-Followup-To: freebsd-stable@freebsd.org References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <753371317233305@web145.yandex.ru> X-Operating-System: FreeBSD 8.2-RELEASE amd64 X-Copyright: (c) auge -> Norbert Augenstein, Kissing, Germany User-Agent: Mutt/1.5.21 (2010-09-15) X-Authenticated-Sender: es11arm@augenstein.net X-Virus-Scanned: Clear (ClamAV 0.97.2/13709/Thu Sep 29 18:57:42 2011) Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 18:25:25 -0000 On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: > > > 28.09.2011, 21:10, "Conrad J. Sabatier" : > > On Wed, 28 Sep 2011 11:50:08 -0500 > > "Conrad J. Sabatier" wrote: > > > >>  It was a while ago that I did the actual wrapper install, but if I > >>  remember right, I simply copied npwrapper.libflashplayer.so > >>  from /usr/local/lib/browser_plugins to /home/conrads/.mozilla/plugins. > >>  You may want to try doing that and see if firefox/chromium will then > >>  recognize it. > >> > >>  In theory, the system-wide install > >>  under /usr/local/lib/browser_plugins *should* work, but I seem to > >>  recall having problems with it, which was why I tried putting it > >>  under ~/.mozilla/plugins.  Maybe it has something to do with the fact > >>  that it's not a native plugin(?).  I don't know, really.  But this > >>  has worked fine for me ever since, even across upgrades. > >> > >>  Hope this helps.  Let us know how it turns out. > > > > Actually, now that I think of it, I think the way I did it was this: > > > > cd /home/conrads/.mozilla/plugins > > > > /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig > > -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so > > > > And npwrapper.libflashplayer.so was created > > under /home/conrads/.mozilla/plugins. > > > > Hope this helps. > > I've done it. No results. > ... same problem here, but the last i did yesterday was a 'freebsd-update' to 8.2-RELEASEp3 after 'freebsd-update rollback' flash is working again. can someone look at this? --> auge From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 18:41:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60F651065670 for ; Thu, 29 Sep 2011 18:41:44 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 272EE8FC0C for ; Thu, 29 Sep 2011 18:41:44 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 1FB746108 for ; Thu, 29 Sep 2011 14:41:43 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1317321703; bh=wKl6ocxwQK7vvRgzPBZoladmV4VnU0PsIgKUy1fJFHI=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=bQaZaYzYnglR34BfvZCahd2QPT+npx9Iq0kq2sDHwA9vd2QEriKUGCDEjIbWCMS5J cL97IGkkGjN2EPSnXh2+vOu7Qn3wHzc1nI3bNVVpP4g66yLTVqeLCuNN+Dt0Mm8 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:content-type:content-transfer-encoding; b=FsMuAhc3bsqpcNTrOLipch0ER3nIVeR/agOCZ7Tl6gvqbdjiKVr9ckkZf3OzKbJmn 41gZYCk+4ECRiOTYRVI7VRBio+NP7PCscOwVS87K4cqz+YcKeOqjEPdYzHMfBUx Message-ID: <4E84BBE3.1090701@protected-networks.net> Date: Thu, 29 Sep 2011 14:41:39 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> In-Reply-To: <20110929175755.GA1694@callisto.augenstein.ten> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 18:41:44 -0000 On 09/29/11 13:57, Norbert Augenstein wrote: > On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: >> 28.09.2011, 21:10, "Conrad J. Sabatier": >>> On Wed, 28 Sep 2011 11:50:08 -0500 >>> "Conrad J. Sabatier" wrote: [ .. snip .. ] >>> >>> Actually, now that I think of it, I think the way I did it was this: >>> >>> cd /home/conrads/.mozilla/plugins >>> >>> /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig >>> -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so >>> >>> And npwrapper.libflashplayer.so was created >>> under /home/conrads/.mozilla/plugins. >>> >>> Hope this helps. >> >> I've done it. No results. > > ... same problem here, but the last i did yesterday was a > 'freebsd-update' to 8.2-RELEASEp3 > > after 'freebsd-update rollback' flash is working again. > can someone look at this? Another data-point; when it fails, it records .. (npviewer.bin:62652): Gtk-WARNING **: cannot open display: :0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down .. in .xsession-errors :-( imb From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 18:55:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5E0A106564A for ; Thu, 29 Sep 2011 18:55:46 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9BFD98FC0A for ; Thu, 29 Sep 2011 18:55:46 +0000 (UTC) Received: by qyk4 with SMTP id 4so1338330qyk.13 for ; Thu, 29 Sep 2011 11:55:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=W2kAZqNH61XR5TvcPIeoZ76J6/A2JrrkjM6SKVm7Z70=; b=BY5/58n4ak4zVdFNZ9adzXU4nG2utwJ3sDmLfIT7vWO4BHOvBJevsKhQ3lXWsj89LW 33kZTzMrdt04Pa0GQbCiBakbWHWtBTVq1a4rllfYStthtnvkZrAVq9tFKTJ1Z66IgdcH BYKMwqZWen+z4ESRoT7DZtnKcItas2sEtX75c= Received: by 10.229.40.75 with SMTP id j11mr7829721qce.203.1317320796666; Thu, 29 Sep 2011 11:26:36 -0700 (PDT) Received: from schism.local (75-146-225-65-Philadelphia.hfc.comcastbusiness.net. [75.146.225.65]) by mx.google.com with ESMTPS id du5sm2609713qab.14.2011.09.29.11.26.34 (version=SSLv3 cipher=OTHER); Thu, 29 Sep 2011 11:26:34 -0700 (PDT) Message-ID: <4E84B85D.8040906@gmail.com> Date: Thu, 29 Sep 2011 14:26:37 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Denny Schierz References: <6655F2BE-3782-4121-863A-243ACFEF3C2C@4lin.net> In-Reply-To: <6655F2BE-3782-4121-863A-243ACFEF3C2C@4lin.net> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: How to update like Debian X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 18:55:47 -0000 Hi, On 9/29/11 1:45 PM, Denny Schierz wrote: > # freebsd-update fetch > Looking up update.FreeBSD.org mirrors... 4 mirrors found. > Fetching public key from update4.FreeBSD.org... failed. > Fetching public key from update5.FreeBSD.org... failed. > Fetching public key from update2.FreeBSD.org... failed. > Fetching public key from update3.FreeBSD.org... failed. > No mirrors remaining, giving up. > > > There was also no solution for this problem. I think it has something to do with the release I run: > > 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Jul 7 13:20:14 CEST 2011 > This is indeed correct. freebsd-update(8) does not provide binary updates for the -STABLE branches (outside of -RC release candidates occasionally). Regards, Glen -- Glen Barber From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 19:07:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65520106566B for ; Thu, 29 Sep 2011 19:07:17 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id C1F1D8FC0C for ; Thu, 29 Sep 2011 19:07:16 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id p8TJ725O079400 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 20:07:09 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk p8TJ725O079400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1317323229; bh=VlUuLGEtH/AgQUWBIArGKuyZY5/mtDhxULVf1wMCn48=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4E84C1CE.8080706@infracaninophile.co.uk>|Date:=20T hu,=2029=20Sep=202011=2020:06:54=20+0100|From:=20Matthew=20Seaman= 20|User-Agent:=20Mozilla/5.0=20(M acintosh=3B=20Intel=20Mac=20OS=20X=2010.6=3B=20rv:7.0)=20Gecko/201 10922=20Thunderbird/7.0|MIME-Version:=201.0|To:=20Denny=20Schierz= 20|CC:=20freebsd-stable@freebsd.org|Subject:=2 0Re:=20How=20to=20update=20like=20Debian|References:=20=20=20<6655F2BE-3782-4121- 863A-243ACFEF3C2C@4lin.net>|In-Reply-To:=20<6655F2BE-3782-4121-863 A-243ACFEF3C2C@4lin.net>|X-Enigmail-Version:=201.3.2|OpenPGP:=20id =3D60AE908C|Content-Type:=20multipart/signed=3B=20micalg=3Dpgp-sha 1=3B=0D=0A=20protocol=3D"application/pgp-signature"=3B=0D=0A=20bou ndary=3D"------------enig9EE8ABB16AD1CAF5AA1B24E9"; b=0aONGgZmR9Hw0oZQUtr5AECFt7KEfZjwr1RQT3fFz6GoKKAg1tp/L3C0zAn6rnq1p kcJ+s5WjhUU36JDSGiRJWgdw5MOPsQycvGRGOreWS0GmdxV4BepkEjzlAkenPi695x +3obl6Pa1nrXpO439tFN+XitVGl4sV4xXVKQ2c8c= Message-ID: <4E84C1CE.8080706@infracaninophile.co.uk> Date: Thu, 29 Sep 2011 20:06:54 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0) Gecko/20110922 Thunderbird/7.0 MIME-Version: 1.0 To: Denny Schierz References: <6655F2BE-3782-4121-863A-243ACFEF3C2C@4lin.net> In-Reply-To: <6655F2BE-3782-4121-863A-243ACFEF3C2C@4lin.net> X-Enigmail-Version: 1.3.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9EE8ABB16AD1CAF5AA1B24E9" X-Virus-Scanned: clamav-milter 0.97.2 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_05,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: How to update like Debian X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 19:07:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9EE8ABB16AD1CAF5AA1B24E9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 29/09/2011 18:45, Denny Schierz wrote: > There was also no solution for this problem. I think it has something = to do with the release I run: >=20 > 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Jul 7 13:20:14 CEST 2011 =20 >=20 8.2-STABLE isn't a release. It's from a development branch. You need to download sources in some fashion and rebuild the system yourself if you're going to track STABLE. There are numerous ways of pulling down the FreeBSD sources, well documented in the Handbook. The Handbook also covers building and updating your system by compiling those sources. The Handbook is your friend. If you want a more Debian-like experience, then you need to be running an actual released version of the OS. Releases are called things like 8.2-RELEASE-p2 In general, if it doesn't have 'RELEASE' in the name then it isn't one, and usually it won't be supported through freebsd-update(8). (Exceptions are -BETAx and -RCx (release candidate) versions generated for testing by freebsd-update users during the release process, but those only have a very limited lifespan.) Unfortunately to get from -STABLE to -RELEASE and to have that work with freebsd-update(8), you will basically have to reinstall your system from install media downloaded from one of the FreeBSD FTP sites. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig9EE8ABB16AD1CAF5AA1B24E9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6EwdYACgkQ8Mjk52CukIyYegCfX4WvCO5UsagU0gjg01juvLJn HRoAnjv5j+Q1QOqJt/ejxuwhNEpQ/IzR =MM1a -----END PGP SIGNATURE----- --------------enig9EE8ABB16AD1CAF5AA1B24E9-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 19:50:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15E581065670 for ; Thu, 29 Sep 2011 19:50:03 +0000 (UTC) (envelope-from faber@isi.edu) Received: from vim.isi.edu (unknown [IPv6:2001:1878:400:1:16fe:b5ff:fee4:12d]) by mx1.freebsd.org (Postfix) with ESMTP id E56008FC14 for ; Thu, 29 Sep 2011 19:50:02 +0000 (UTC) Received: from vim.isi.edu (localhost [127.0.0.1]) by vim.isi.edu (8.14.5/8.14.5) with ESMTP id p8TJo2PZ005483 for ; Thu, 29 Sep 2011 12:50:02 -0700 (PDT) (envelope-from faber@isi.edu) Date: Thu, 29 Sep 2011 12:50:01 -0700 From: Ted Faber Cc: freebsd-stable@freebsd.org Message-ID: <20110929195001.GF2677@vim.isi.edu> References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6v9BRtpmy+umdQlo" Content-Disposition: inline In-Reply-To: <4E84BBE3.1090701@protected-networks.net> X-url: http://www.isi.edu/~faber User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 19:50:03 -0000 --6v9BRtpmy+umdQlo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: > On 09/29/11 13:57, Norbert Augenstein wrote: > > On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: > >> 28.09.2011, 21:10, "Conrad J. Sabatier": > >>> On Wed, 28 Sep 2011 11:50:08 -0500 > >>> "Conrad J. Sabatier" wrote: >=20 > [ .. snip .. ] >=20 > >>> > >>> Actually, now that I think of it, I think the way I did it was this: > >>> > >>> cd /home/conrads/.mozilla/plugins > >>> > >>> /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig > >>> -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so > >>> > >>> And npwrapper.libflashplayer.so was created > >>> under /home/conrads/.mozilla/plugins. > >>> > >>> Hope this helps. > >> > >> I've done it. No results. > > > > ... same problem here, but the last i did yesterday was a > > 'freebsd-update' to 8.2-RELEASEp3 > > > > after 'freebsd-update rollback' flash is working again. > > can someone look at this? >=20 > Another data-point; when it fails, it records .. >=20 > (npviewer.bin:62652): Gtk-WARNING **: cannot open display: :0 > *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC=20 > client connection > NOTE: child process received `Goodbye', closing down >=20 > .. in .xsession-errors :-( I see that as well as: (process:5430): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (2139) (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down I haven't explored the getpwuid_r thing. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --6v9BRtpmy+umdQlo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6Ey+kACgkQaUz3f+Zf+XvGTQCgiAPj0wGkYYAbDSWaUtj3qFTn UB4AoLU8QaawllupR3vsTiR9IHVBBKGR =XtXL -----END PGP SIGNATURE----- --6v9BRtpmy+umdQlo-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 20:05:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7565C1065670 for ; Thu, 29 Sep 2011 20:05:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id 205B78FC15 for ; Thu, 29 Sep 2011 20:05:42 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by QMTA11.westchester.pa.mail.comcast.net with comcast id ebev1h0051swQuc5Bk5ja9; Thu, 29 Sep 2011 20:05:43 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta15.westchester.pa.mail.comcast.net with comcast id ek5h1h0131t3BNj3bk5iKJ; Thu, 29 Sep 2011 20:05:42 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0FFAD102C1C; Thu, 29 Sep 2011 13:05:40 -0700 (PDT) Date: Thu, 29 Sep 2011 13:05:40 -0700 From: Jeremy Chadwick To: Ted Faber Message-ID: <20110929200539.GA24098@icarus.home.lan> References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110929195001.GF2677@vim.isi.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 20:05:43 -0000 On Thu, Sep 29, 2011 at 12:50:01PM -0700, Ted Faber wrote: > On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: > > On 09/29/11 13:57, Norbert Augenstein wrote: > > > On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: > > >> 28.09.2011, 21:10, "Conrad J. Sabatier": > > >>> On Wed, 28 Sep 2011 11:50:08 -0500 > > >>> "Conrad J. Sabatier" wrote: > > > > [ .. snip .. ] > > > > >>> > > >>> Actually, now that I think of it, I think the way I did it was this: > > >>> > > >>> cd /home/conrads/.mozilla/plugins > > >>> > > >>> /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig > > >>> -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so > > >>> > > >>> And npwrapper.libflashplayer.so was created > > >>> under /home/conrads/.mozilla/plugins. > > >>> > > >>> Hope this helps. > > >> > > >> I've done it. No results. > > > > > > ... same problem here, but the last i did yesterday was a > > > 'freebsd-update' to 8.2-RELEASEp3 > > > > > > after 'freebsd-update rollback' flash is working again. > > > can someone look at this? > > > > Another data-point; when it fails, it records .. > > > > (npviewer.bin:62652): Gtk-WARNING **: cannot open display: :0 > > *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC > > client connection > > NOTE: child process received `Goodbye', closing down > > > > .. in .xsession-errors :-( > > I see that as well as: > > (process:5430): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. This would indicate you're messing with LANG, LC_*, or similar environment variables and that the locale you've chosen isn't valid. "env" in your shell should show them all, unless you're doing environment setting changes in X-related dotfiles (if that's possible; I do not jack squat about X, Gtk, etc.) > (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due > to unknown user id (2139) > ... > I haven't explored the getpwuid_r thing. Running "id 2139" should return something other than "no such user". If not, your environment is looking up something that has such ownership. I don't know if it's a file or a piece of C code that is intentionally looking for UID 2139. This UID is not defined in /usr/ports/UIDs so it's not coming from a port using the existing USERS/GROUPS ports framework. If it's a file it's keying off of, meaning file ownership, then possibly "find / -user 2139 -ls" might turn up something. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 20:24:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DA051065670 for ; Thu, 29 Sep 2011 20:24:05 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 359198FC13 for ; Thu, 29 Sep 2011 20:24:05 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC42C85.dip.t-dialin.net [79.196.44.133]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id E70EE84400D; Thu, 29 Sep 2011 22:07:01 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTP id C5E04142F; Thu, 29 Sep 2011 22:06:58 +0200 (CEST) Date: Thu, 29 Sep 2011 22:06:59 +0200 From: Alexander Leidinger To: Ted Faber Message-ID: <20110929220659.00002e73@unknown> In-Reply-To: <20110929195001.GF2677@vim.isi.edu> References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> X-Mailer: Claws Mail 3.7.8cvs47 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: E70EE84400D.A16CC X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.769, required 6, autolearn=disabled, ALL_TRUSTED -1.00, TW_PW 0.08, TW_TP 0.08, TW_WU 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1317931624.7446@wfFgGwBjf7urkPaiszzGFQ X-EBL-Spam-Status: No Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 20:24:05 -0000 On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber wrote: > On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: > > On 09/29/11 13:57, Norbert Augenstein wrote: > > > On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: > > >> 28.09.2011, 21:10, "Conrad J. Sabatier": > > >>> On Wed, 28 Sep 2011 11:50:08 -0500 > > >>> "Conrad J. Sabatier" wrote: > I see that as well as: > > (process:5430): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > > (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due > to unknown user id (2139) > > (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 > *** NSPlugin Wrapper *** ERROR: failed to initialize > plugin-side RPC client connection > NOTE: child process received `Goodbye', closing down > > > I haven't explored the getpwuid_r thing. > Can you all please confirm that you run the most recent FreeBSD version (of your branch), as in "with the recent security fixes"? There are reports that one of them may have caused what you see. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 20:30:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4858B1065672 for ; Thu, 29 Sep 2011 20:30:25 +0000 (UTC) (envelope-from linuxmail@4lin.net) Received: from mail.4lin.net (mail.4lin.net [IPv6:2a01:4f8:130:6021::50]) by mx1.freebsd.org (Postfix) with ESMTP id D37C78FC12 for ; Thu, 29 Sep 2011 20:30:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.4lin.net (Postfix) with ESMTP id D4ADF38ADD for ; Thu, 29 Sep 2011 22:30:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.4lin.net Received: from mail.4lin.net ([127.0.0.1]) by localhost (mail.4lin.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jrqM1q4f0jSz for ; Thu, 29 Sep 2011 22:30:48 +0200 (CEST) Received: from [192.168.3.34] (ip-92-50-81-210.unitymediagroup.de [92.50.81.210]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.4lin.net (Postfix) with ESMTPSA id 5CF4738AE7 for ; Thu, 29 Sep 2011 22:30:48 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) From: Denny Schierz In-Reply-To: <4E84C1CE.8080706@infracaninophile.co.uk> Date: Thu, 29 Sep 2011 22:30:20 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <6655F2BE-3782-4121-863A-243ACFEF3C2C@4lin.net> <4E84C1CE.8080706@infracaninophile.co.uk> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1084) Subject: Re: How to update like Debian X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 20:30:25 -0000 hi, Am 29.09.2011 um 21:06 schrieb Matthew Seaman: > Releases are called things like 8.2-RELEASE-p2 In general, if it > doesn't have 'RELEASE' in the name then it isn't one, and usually it Ah, ok, it's getting more clearly. We have some jbods connected on a LSI = 9200-8e which uses the mps driver and this driver isn't in the RELEASE = version, only in STABLE ... that could be the problem. Thanks cu denny= From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 20:31:41 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48AF3106566C for ; Thu, 29 Sep 2011 20:31:41 +0000 (UTC) (envelope-from pkubaj@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 106E48FC16 for ; Thu, 29 Sep 2011 20:31:40 +0000 (UTC) Received: by ggeq3 with SMTP id q3so109399gge.13 for ; Thu, 29 Sep 2011 13:31:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=jfMqg7tLx3w5F/6p6qZzCjEXUOHM/8aDZp/6cjgFdv4=; b=EXoPCywWRdZuVrNX/mBbXkIZw3v8wGOJte6TFtGyA9SmSX4WnH985B/jiCCIVKcs8k Pc2ioVrZqZ8D6Z50n0TC5O0cpLg3CL0GIQH4I+ABPiXcY7rLzWiqxNBPk2SuARGXYKJu eniqkM61G6jVZbKmpfzXczyx0IeeGU/L7aJHY= MIME-Version: 1.0 Received: by 10.236.76.38 with SMTP id a26mr68133052yhe.53.1317326745995; Thu, 29 Sep 2011 13:05:45 -0700 (PDT) Received: by 10.147.182.8 with HTTP; Thu, 29 Sep 2011 13:05:45 -0700 (PDT) Date: Thu, 29 Sep 2011 22:05:45 +0200 Message-ID: From: Piotr Kubaj To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 20:31:41 -0000 >28.09.2011, 21:10, "Conrad J. Sabatier" : >> On Wed, 28 Sep 2011 11:50:08 -0500 >> "Conrad J. Sabatier" wrote: >> >>> It was a while ago that I did the actual wrapper install, but if I >>> remember right, I simply copied npwrapper.libflashplayer.so >>> from /usr/local/lib/browser_plugins to /home/conrads/.mozilla/plugins. >>> You may want to try doing that and see if firefox/chromium will then >>> recognize it. >>> >>> In theory, the system-wide install >>> under /usr/local/lib/browser_plugins *should* work, but I seem to >>> recall having problems with it, which was why I tried putting it >>> under ~/.mozilla/plugins. Maybe it has something to do with the fact >>> that it's not a native plugin(?). I don't know, really. But this >>> has worked fine for me ever since, even across upgrades. >>> >>> Hope this helps. Let us know how it turns out. >> >> Actually, now that I think of it, I think the way I did it was this: >> >> cd /home/conrads/.mozilla/plugins >> >> /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig >> -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so >> >> And npwrapper.libflashplayer.so was created >> under /home/conrads/.mozilla/plugins. >> >> Hope this helps. > >I've done it. No results. > >-- >Regards, >Serguey. I also have the same error on 2 computers using 9.0-BETA3. Before the yesterday upgrade, everything was fine, however. I have linsys and linproc mounted, linux module compiled into the kernel and Firefox, Chromium and Opera all show Flash Player in about:plugins. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 21:16:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCDDD106568A for ; Thu, 29 Sep 2011 21:16:51 +0000 (UTC) (envelope-from faber@isi.edu) Received: from vim.isi.edu (unknown [IPv6:2001:1878:400:1:16fe:b5ff:fee4:12d]) by mx1.freebsd.org (Postfix) with ESMTP id AE8718FC1D for ; Thu, 29 Sep 2011 21:16:51 +0000 (UTC) Received: from vim.isi.edu (localhost [127.0.0.1]) by vim.isi.edu (8.14.5/8.14.5) with ESMTP id p8TLGpG0006627; Thu, 29 Sep 2011 14:16:51 -0700 (PDT) (envelope-from faber@isi.edu) Date: Thu, 29 Sep 2011 14:16:50 -0700 From: Ted Faber To: Alexander Leidinger Message-ID: <20110929211650.GG2677@vim.isi.edu> References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929220659.00002e73@unknown> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="64j1qyTOoGvYcHb1" Content-Disposition: inline In-Reply-To: <20110929220659.00002e73@unknown> X-url: http://www.isi.edu/~faber User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 21:16:51 -0000 --64j1qyTOoGvYcHb1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 10:06:59PM +0200, Alexander Leidinger wrote: > On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber wrote: >=20 > > On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: > > > On 09/29/11 13:57, Norbert Augenstein wrote: > > > > On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: > > > >> 28.09.2011, 21:10, "Conrad J. Sabatier": > > > >>> On Wed, 28 Sep 2011 11:50:08 -0500 > > > >>> "Conrad J. Sabatier" wrote: >=20 >=20 > > I see that as well as: > >=20 > > (process:5430): Gtk-WARNING **: Locale not supported by C library. > > Using the fallback 'C' locale. > >=20 > > (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due > > to unknown user id (2139) > >=20 > > (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 > > *** NSPlugin Wrapper *** ERROR: failed to initialize > > plugin-side RPC client connection > > NOTE: child process received `Goodbye', closing down > >=20 > >=20 > > I haven't explored the getpwuid_r thing. > >=20 >=20 > Can you all please confirm that you run the most recent FreeBSD version > (of your branch), as in "with the recent security fixes"? There are > reports that one of them may have caused what you see. $ uname -a FreeBSD vim.isi.edu 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 09:08:38 P= DT 2011 root@vim.isi.edu:/usr/obj/usr/src/sys/GENERIC amd64 I did a make update and then compiled and installed, which took about 40 minutes. The update was triggered by seeing the security fixes on the RSS feed. I can grab new sources and reinstall if you think it's worth it. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --64j1qyTOoGvYcHb1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6E4EIACgkQaUz3f+Zf+Xs/3wCgkyWFPn4kGGVmebVJgGX57rg8 WpsAoLZtMkusEx29qzDVGhwgNgKOH7Sg =+21u -----END PGP SIGNATURE----- --64j1qyTOoGvYcHb1-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 21:32:01 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9330C106566C for ; Thu, 29 Sep 2011 21:32:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 7688A8FC0C for ; Thu, 29 Sep 2011 21:32:01 +0000 (UTC) Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta10.emeryville.ca.mail.comcast.net with comcast id ed3r1h0031ZMdJ4AAlXu7J; Thu, 29 Sep 2011 21:31:54 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta16.emeryville.ca.mail.comcast.net with comcast id elXB1h00A1t3BNj8clXBzm; Thu, 29 Sep 2011 21:31:13 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5ADF0102C19; Thu, 29 Sep 2011 14:31:59 -0700 (PDT) Date: Thu, 29 Sep 2011 14:31:59 -0700 From: Jeremy Chadwick To: Ted Faber Message-ID: <20110929213159.GA2806@icarus.home.lan> References: <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929220659.00002e73@unknown> <20110929211650.GG2677@vim.isi.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110929211650.GG2677@vim.isi.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alexander Leidinger , freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 21:32:01 -0000 On Thu, Sep 29, 2011 at 02:16:50PM -0700, Ted Faber wrote: > On Thu, Sep 29, 2011 at 10:06:59PM +0200, Alexander Leidinger wrote: > > On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber wrote: > > > > > On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: > > > > On 09/29/11 13:57, Norbert Augenstein wrote: > > > > > On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: > > > > >> 28.09.2011, 21:10, "Conrad J. Sabatier": > > > > >>> On Wed, 28 Sep 2011 11:50:08 -0500 > > > > >>> "Conrad J. Sabatier" wrote: > > > > > > > I see that as well as: > > > > > > (process:5430): Gtk-WARNING **: Locale not supported by C library. > > > Using the fallback 'C' locale. > > > > > > (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due > > > to unknown user id (2139) > > > > > > (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 > > > *** NSPlugin Wrapper *** ERROR: failed to initialize > > > plugin-side RPC client connection > > > NOTE: child process received `Goodbye', closing down > > > > > > > > > I haven't explored the getpwuid_r thing. > > > > > > > Can you all please confirm that you run the most recent FreeBSD version > > (of your branch), as in "with the recent security fixes"? There are > > reports that one of them may have caused what you see. > > $ uname -a > FreeBSD vim.isi.edu 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 09:08:38 PDT 2011 root@vim.isi.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > I did a make update and then compiled and installed, which took about 40 > minutes. The update was triggered by seeing the security fixes on the > RSS feed. > > I can grab new sources and reinstall if you think it's worth it. Did you rebuild ports (particularly glib, which appears to be what's spitting out the getpwuid_r() error) after you did this? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 21:40:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 470A8106564A for ; Thu, 29 Sep 2011 21:40:11 +0000 (UTC) (envelope-from faber@isi.edu) Received: from vim.isi.edu (unknown [IPv6:2001:1878:400:1:16fe:b5ff:fee4:12d]) by mx1.freebsd.org (Postfix) with ESMTP id 2847D8FC0C for ; Thu, 29 Sep 2011 21:40:11 +0000 (UTC) Received: from vim.isi.edu (localhost [127.0.0.1]) by vim.isi.edu (8.14.5/8.14.5) with ESMTP id p8TLeAWd006998; Thu, 29 Sep 2011 14:40:10 -0700 (PDT) (envelope-from faber@isi.edu) Date: Thu, 29 Sep 2011 14:40:09 -0700 From: Ted Faber To: Jeremy Chadwick Message-ID: <20110929214009.GH2677@vim.isi.edu> References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929200539.GA24098@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82evfD9Ogz2JrdWZ" Content-Disposition: inline In-Reply-To: <20110929200539.GA24098@icarus.home.lan> X-url: http://www.isi.edu/~faber User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 21:40:11 -0000 --82evfD9Ogz2JrdWZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 01:05:40PM -0700, Jeremy Chadwick wrote: > On Thu, Sep 29, 2011 at 12:50:01PM -0700, Ted Faber wrote: > >=20 > > (process:5430): Gtk-WARNING **: Locale not supported by C library. > > Using the fallback 'C' locale. >=20 > This would indicate you're messing with LANG, LC_*, or similar > environment variables and that the locale you've chosen isn't valid. > "env" in your shell should show them all, unless you're doing > environment setting changes in X-related dotfiles (if that's possible; I > do not jack squat about X, Gtk, etc.) Well, all together now: "I didn't change anything." That is, I have not modified my LC_ALL setting: $ /usr/bin/env | grep LC LC_ALL=3Den_US.UTF-8 $ /compat/linux/usr/bin/env | grep LC LC_ALL=3Den_US.UTF-8 >=20 > > (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due > > to unknown user id (2139) > > ... > > I haven't explored the getpwuid_r thing. >=20 > Running "id 2139" should return something other than "no such user". If > not, your environment is looking up something that has such ownership. 2139 is my uid, and both linux and native FreeBSD seem to agree: $ /usr/bin/id uid=3D2139(faber) gid=3D134(div7) groups=3D134(div7),0(wheel),5(operator),80(www),169(dartgrp),259(sys413),33= 5(cs555fac),356(arpisi),387(crisis),402(ilense),546(xcp),584(webdiv7),605(r= fcdev),7001(abac) $ /compat/linux/usr/bin/id uid=3D2139 gid=3D134(div7) groups=3D0(wheel),5(operator),80(www),169,259,33= 5,356,387,402,546,584,605,7001(abac) > I don't know if it's a file or a piece of C code that is intentionally > looking for UID 2139. This UID is not defined in /usr/ports/UIDs so > it's not coming from a port using the existing USERS/GROUPS ports > framework. If it's a file it's keying off of, meaning file ownership, > then possibly "find / -user 2139 -ls" might turn up something. 2139 is my id: the id of the user running firefox (and presumably the plugin). --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --82evfD9Ogz2JrdWZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6E5bkACgkQaUz3f+Zf+XuI4gCbBFrIC6HZr2Ex3xIAqNCGXr8F FwoAn0B1q6/ZVqVdr7WD3BcFgUKmebdY =K/C4 -----END PGP SIGNATURE----- --82evfD9Ogz2JrdWZ-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 21:42:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA9C51065670 for ; Thu, 29 Sep 2011 21:42:19 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from sink.sics.se (sink.sics.se [193.10.64.88]) by mx1.freebsd.org (Postfix) with ESMTP id 52B788FC17 for ; Thu, 29 Sep 2011 21:42:19 +0000 (UTC) Received: from P142.sics.se (h139n3-u-d1.ias.bredband.telia.com [90.228.197.139]) by sink.sics.se (8.14.3/8.14.3) with ESMTP id p8TLgGrA007600 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 29 Sep 2011 23:42:17 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.14.4/8.14.4) with ESMTP id p8TLh4Z4005385; Thu, 29 Sep 2011 23:43:04 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.14.4/8.14.4/Submit) id p8TLh4d9005384; Thu, 29 Sep 2011 23:43:04 +0200 (CEST) (envelope-from bengta@P142.sics.se) From: Bengt Ahlgren To: Ted Faber In-Reply-To: <20110929195001.GF2677@vim.isi.edu> (Ted Faber's message of "Thu, 29 Sep 2011 12:50:01 -0700") References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) Date: Thu, 29 Sep 2011 23:43:03 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 21:42:20 -0000 Ted Faber writes: > On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: >> On 09/29/11 13:57, Norbert Augenstein wrote: >> > On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: >> >> 28.09.2011, 21:10, "Conrad J. Sabatier": >> >>> On Wed, 28 Sep 2011 11:50:08 -0500 >> >>> "Conrad J. Sabatier" wrote: >> >> [ .. snip .. ] >> >> >>> >> >>> Actually, now that I think of it, I think the way I did it was this: >> >>> >> >>> cd /home/conrads/.mozilla/plugins >> >>> >> >>> /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig >> >>> -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so >> >>> >> >>> And npwrapper.libflashplayer.so was created >> >>> under /home/conrads/.mozilla/plugins. >> >>> >> >>> Hope this helps. >> >> >> >> I've done it. No results. >> > >> > ... same problem here, but the last i did yesterday was a >> > 'freebsd-update' to 8.2-RELEASEp3 >> > >> > after 'freebsd-update rollback' flash is working again. >> > can someone look at this? >> >> Another data-point; when it fails, it records .. >> >> (npviewer.bin:62652): Gtk-WARNING **: cannot open display: :0 >> *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC >> client connection >> NOTE: child process received `Goodbye', closing down >> >> .. in .xsession-errors :-( > > I see that as well as: > > (process:5430): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > > (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due > to unknown user id (2139) > > (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 > *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side > RPC client connection > NOTE: child process received `Goodbye', closing down > > > I haven't explored the getpwuid_r thing. After installing the recent uipc_socket security patch, acroread also fails with "cannot open display: :0.0". That leads me to think that the recent uipc_socket security patch broke Unix-domain sockets in the Linux ABI in some way. (I'm on 8.2-REL.) Bengt From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 21:48:26 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 015B91065670 for ; Thu, 29 Sep 2011 21:48:26 +0000 (UTC) (envelope-from faber@isi.edu) Received: from vim.isi.edu (unknown [IPv6:2001:1878:400:1:16fe:b5ff:fee4:12d]) by mx1.freebsd.org (Postfix) with ESMTP id D65CE8FC13 for ; Thu, 29 Sep 2011 21:48:25 +0000 (UTC) Received: from vim.isi.edu (localhost [127.0.0.1]) by vim.isi.edu (8.14.5/8.14.5) with ESMTP id p8TLmPt8051807; Thu, 29 Sep 2011 14:48:25 -0700 (PDT) (envelope-from faber@isi.edu) Date: Thu, 29 Sep 2011 14:48:24 -0700 From: Ted Faber To: Jeremy Chadwick Message-ID: <20110929214824.GI2677@vim.isi.edu> References: <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929220659.00002e73@unknown> <20110929211650.GG2677@vim.isi.edu> <20110929213159.GA2806@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nO3oAMapP4dBpMZi" Content-Disposition: inline In-Reply-To: <20110929213159.GA2806@icarus.home.lan> X-url: http://www.isi.edu/~faber User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alexander Leidinger , freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 21:48:26 -0000 --nO3oAMapP4dBpMZi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 02:31:59PM -0700, Jeremy Chadwick wrote: > > I can grab new sources and reinstall if you think it's worth it. >=20 > Did you rebuild ports (particularly glib, which appears to be what's > spitting out the getpwuid_r() error) after you did this? I've rebuilt firefox and glib, still the same. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --nO3oAMapP4dBpMZi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6E56gACgkQaUz3f+Zf+XvD6ACcCjM8F/FJJ+DMsdUqM5ykIOXF XJ8AoIjGADrBtejkzCjLA3EwGsbYr0rZ =PPIr -----END PGP SIGNATURE----- --nO3oAMapP4dBpMZi-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 22:01:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02C731065675 for ; Thu, 29 Sep 2011 22:01:45 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id DBE838FC17 for ; Thu, 29 Sep 2011 22:01:44 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta13.emeryville.ca.mail.comcast.net with comcast id ejFw1h0011Y3wxoADm1ej1; Thu, 29 Sep 2011 22:01:38 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta15.emeryville.ca.mail.comcast.net with comcast id em311h00E1t3BNj8bm31m5; Thu, 29 Sep 2011 22:03:01 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2BB9F102C19; Thu, 29 Sep 2011 15:01:44 -0700 (PDT) Date: Thu, 29 Sep 2011 15:01:44 -0700 From: Jeremy Chadwick To: Ted Faber Message-ID: <20110929220144.GA3204@icarus.home.lan> References: <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929200539.GA24098@icarus.home.lan> <20110929214009.GH2677@vim.isi.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110929214009.GH2677@vim.isi.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 22:01:45 -0000 On Thu, Sep 29, 2011 at 02:40:09PM -0700, Ted Faber wrote: > On Thu, Sep 29, 2011 at 01:05:40PM -0700, Jeremy Chadwick wrote: > > On Thu, Sep 29, 2011 at 12:50:01PM -0700, Ted Faber wrote: > > > (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due > > > to unknown user id (2139) > > > ... > > > I haven't explored the getpwuid_r thing. > > > > Running "id 2139" should return something other than "no such user". If > > not, your environment is looking up something that has such ownership. > > 2139 is my uid, and both linux and native FreeBSD seem to agree: > > $ /usr/bin/id > uid=2139(faber) gid=134(div7) > groups=134(div7),0(wheel),5(operator),80(www),169(dartgrp),259(sys413),335(cs555fac),356(arpisi),387(crisis),402(ilense),546(xcp),584(webdiv7),605(rfcdev),7001(abac) > $ /compat/linux/usr/bin/id > uid=2139 gid=134(div7) groups=0(wheel),5(operator),80(www),169,259,335,356,387,402,546,584,605,7001(abac) I can only speculate what's going on here, but there's a lot of inconsistencies in UID<->username and GID<->group name mappings shown in the Linux "id" program there. On a native CentOS box, /usr/bin/id *does* return a username alongside the uid number. Example: $ /usr/bin/id uid=1535(jdc) gid=1535(jdc) groups=101(cvsusers),110(netops),{snipped} So what I'm getting at: I don't know if the error from glib complaining about getpwuid_r() "unknown user id" is actually saying "the UID 2139 is unknown", or if it's saying the passwd struct details aren't filled in completely. Taken from getpwuid_r(3) RETURN VALUES section: The functions getpwent_r(), getpwnam_r(), and getpwuid_r() return 0 if no error occurred, or an error number to indicate failure. It is not an error if a matching entry is not found. (Thus, if result is NULL and the return value is 0, no matching entry exists.) Likewise I would expect the group names to be expanded as well -- it's expanding some of them, but not all. Why doesn't it know about GIDs 169, 259, 335, 356, 387, 402, 546, 584, and 605? Does Linux emulation on FreeBSD require a separate passwd(5) file compared to /etc/passwd? I am not familiar with Linux emulation on FreeBSD, which is why I find the above output weird. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 22:25:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA845106566B for ; Thu, 29 Sep 2011 22:25:31 +0000 (UTC) (envelope-from lists@augenstein.net) Received: from www33.your-server.de (www33.your-server.de [213.133.104.33]) by mx1.freebsd.org (Postfix) with ESMTP id 7403F8FC0C for ; Thu, 29 Sep 2011 22:25:31 +0000 (UTC) Received: from [88.217.44.136] (helo=callisto.augenstein.ten) by www33.your-server.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.72) (envelope-from ) id 1R9OaM-00050G-7z for freebsd-stable@freebsd.org; Thu, 29 Sep 2011 23:56:06 +0200 Date: Thu, 29 Sep 2011 23:56:48 +0200 From: Norbert Augenstein To: freebsd-stable@freebsd.org Message-ID: <20110929235648.50d921f1@callisto.augenstein.ten> In-Reply-To: <20110929220659.00002e73@unknown> References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929220659.00002e73@unknown> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) X-Operating-System: FreeBSD 8.2-RELEASE amd64 X-Copyright: (c) auge -> Norbert Augenstein, Kissing, Germany Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Authenticated-Sender: es11arm@augenstein.net X-Virus-Scanned: Clear (ClamAV 0.97.2/13710/Thu Sep 29 20:22:49 2011) Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 22:25:31 -0000 On Thu, 29 Sep 2011 22:06:59 +0200 Alexander Leidinger wrote: > On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber wrote: > > > On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: > > > On 09/29/11 13:57, Norbert Augenstein wrote: > > > > On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: > > > >> 28.09.2011, 21:10, "Conrad J. Sabatier": > > > >>> On Wed, 28 Sep 2011 11:50:08 -0500 > > > >>> "Conrad J. Sabatier" wrote: > > > > I see that as well as: > > > > (process:5430): Gtk-WARNING **: Locale not supported by C library. > > Using the fallback 'C' locale. > > > > (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed > > due to unknown user id (2139) > > > > (npviewer.bin:5430): Gtk-WARNING **: cannot open > > display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize > > plugin-side RPC client connection > > NOTE: child process received `Goodbye', closing down > > > > > > I haven't explored the getpwuid_r thing. > > > > Can you all please confirm that you run the most recent FreeBSD > version (of your branch), as in "with the recent security fixes"? > There are reports that one of them may have caused what you see. > > Bye, > Alexander. > Hi list, it seems that http://security.freebsd.org/advisories/FreeBSD-SA-11:05.unix.asc is the culprit. --> auge From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 22:30:50 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7485A1065797 for ; Thu, 29 Sep 2011 22:30:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1EA748FC14 for ; Thu, 29 Sep 2011 22:30:49 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta12.westchester.pa.mail.comcast.net with comcast id eczC1h0021ei1Bg5CmWq9V; Thu, 29 Sep 2011 22:30:50 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta24.westchester.pa.mail.comcast.net with comcast id emWo1h00v1t3BNj3kmWpSH; Thu, 29 Sep 2011 22:30:50 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6B92C102C19; Thu, 29 Sep 2011 15:30:47 -0700 (PDT) Date: Thu, 29 Sep 2011 15:30:47 -0700 From: Jeremy Chadwick To: Norbert Augenstein Message-ID: <20110929223047.GA3868@icarus.home.lan> References: <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929220659.00002e73@unknown> <20110929235648.50d921f1@callisto.augenstein.ten> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110929235648.50d921f1@callisto.augenstein.ten> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 22:30:50 -0000 On Thu, Sep 29, 2011 at 11:56:48PM +0200, Norbert Augenstein wrote: > On Thu, 29 Sep 2011 22:06:59 +0200 > Alexander Leidinger wrote: > > > On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber wrote: > > > > > On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: > > > > On 09/29/11 13:57, Norbert Augenstein wrote: > > > > > On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: > > > > >> 28.09.2011, 21:10, "Conrad J. Sabatier": > > > > >>> On Wed, 28 Sep 2011 11:50:08 -0500 > > > > >>> "Conrad J. Sabatier" wrote: > > > > > > > I see that as well as: > > > > > > (process:5430): Gtk-WARNING **: Locale not supported by C library. > > > Using the fallback 'C' locale. > > > > > > (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed > > > due to unknown user id (2139) > > > > > > (npviewer.bin:5430): Gtk-WARNING **: cannot open > > > display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize > > > plugin-side RPC client connection > > > NOTE: child process received `Goodbye', closing down > > > > > > > > > I haven't explored the getpwuid_r thing. > > > > > > > Can you all please confirm that you run the most recent FreeBSD > > version (of your branch), as in "with the recent security fixes"? > > There are reports that one of them may have caused what you see. > > > > Bye, > > Alexander. > > > > Hi list, > > it seems that > http://security.freebsd.org/advisories/FreeBSD-SA-11:05.unix.asc > is the culprit. Just for clarification: Said fix might explain the "ERROR: failed to initialize plugin-side RPC client connection" problem, but would not explain the getpwuid_r() problem. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 23:13:51 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F451106566B for ; Thu, 29 Sep 2011 23:13:51 +0000 (UTC) (envelope-from faber@isi.edu) Received: from vim.isi.edu (unknown [IPv6:2001:1878:400:1:16fe:b5ff:fee4:12d]) by mx1.freebsd.org (Postfix) with ESMTP id 609408FC12 for ; Thu, 29 Sep 2011 23:13:51 +0000 (UTC) Received: from vim.isi.edu (localhost [127.0.0.1]) by vim.isi.edu (8.14.5/8.14.5) with ESMTP id p8TNDpaw053035; Thu, 29 Sep 2011 16:13:51 -0700 (PDT) (envelope-from faber@isi.edu) Date: Thu, 29 Sep 2011 16:13:50 -0700 From: Ted Faber To: Jeremy Chadwick Message-ID: <20110929231349.GK2677@vim.isi.edu> References: <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929200539.GA24098@icarus.home.lan> <20110929214009.GH2677@vim.isi.edu> <20110929220144.GA3204@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+RZeZVNR8VILNfK" Content-Disposition: inline In-Reply-To: <20110929220144.GA3204@icarus.home.lan> X-url: http://www.isi.edu/~faber User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 23:13:51 -0000 --x+RZeZVNR8VILNfK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 03:01:44PM -0700, Jeremy Chadwick wrote: > On Thu, Sep 29, 2011 at 02:40:09PM -0700, Ted Faber wrote: > > On Thu, Sep 29, 2011 at 01:05:40PM -0700, Jeremy Chadwick wrote: > > > On Thu, Sep 29, 2011 at 12:50:01PM -0700, Ted Faber wrote: > > > > (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due > > > > to unknown user id (2139) > > > > ... > > > > I haven't explored the getpwuid_r thing. > > >=20 > > > Running "id 2139" should return something other than "no such user". = If > > > not, your environment is looking up something that has such ownership. > >=20 > > 2139 is my uid, and both linux and native FreeBSD seem to agree: > >=20 > > $ /usr/bin/id > > uid=3D2139(faber) gid=3D134(div7) > > groups=3D134(div7),0(wheel),5(operator),80(www),169(dartgrp),259(sys413= ),335(cs555fac),356(arpisi),387(crisis),402(ilense),546(xcp),584(webdiv7),6= 05(rfcdev),7001(abac) > > $ /compat/linux/usr/bin/id > > uid=3D2139 gid=3D134(div7) groups=3D0(wheel),5(operator),80(www),169,25= 9,335,356,387,402,546,584,605,7001(abac) >=20 > I can only speculate what's going on here, but there's a lot of > inconsistencies in UID<->username and GID<->group name mappings shown in > the Linux "id" program there. >=20 > On a native CentOS box, /usr/bin/id *does* return a username alongside > the uid number. Example: >=20 > $ /usr/bin/id > uid=3D1535(jdc) gid=3D1535(jdc) groups=3D101(cvsusers),110(netops),{snipp= ed} >=20 > So what I'm getting at: I don't know if the error from glib complaining > about getpwuid_r() "unknown user id" is actually saying "the UID 2139 > is unknown", or if it's saying the passwd struct details aren't filled > in completely. Taken from getpwuid_r(3) RETURN VALUES section: >=20 > The functions getpwent_r(), getpwnam_r(), and getpwuid_r() return 0 > if no error occurred, or an error number to indicate failure. > It is not an error if a matching entry is not found. (Thus, if > result is NULL and the return value is 0, no matching entry exists.) >=20 > Likewise I would expect the group names to be expanded as well -- it's > expanding some of them, but not all. Why doesn't it know about GIDs > 169, 259, 335, 356, 387, 402, 546, 584, and 605? Um, because my NIS was incorrectly configured. Sorry for the blind alley. Adding nis and nisplus to the relevant entries in /compat/linux/etc/nsswitch.conf means that linux id works dandy: $ /compat/linux/usr/bin/id uid=3D2139(faber) gid=3D134(div7) groups=3D0(wheel),5(operator),80(www),169= (dartgrp),259(sys413),335(cs555fac),356(arpisi),387(crisis),402(ilense),546= (xcp),584(webdiv7),605(rfcdev),7001(abac) and the getpwnam_r error disappears. The flashplugin still fails with the errors: --- (process:52959): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:52959): Gtk-WARNING **: cannot open display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client= connection NOTE: child process received `Goodbye', closing down (process:52979): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (npviewer.bin:52979): Gtk-WARNING **: cannot open display: :0.0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client= connection NOTE: child process received `Goodbye', closing down --- Sorry for the NIS noise. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --x+RZeZVNR8VILNfK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6E+60ACgkQaUz3f+Zf+Xv5ZwCguGmqpqGpZknXR9jhFcUJHE/v j70An1hDqQv0+x7g54BGHOd7ZCXmLuzT =j1J3 -----END PGP SIGNATURE----- --x+RZeZVNR8VILNfK-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 23:29:23 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id F18ED106566B; Thu, 29 Sep 2011 23:29:22 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Thu, 29 Sep 2011 19:29:10 -0400 User-Agent: KMail/1.6.2 References: <289481317219917@web124.yandex.ru> <20110929195001.GF2677@vim.isi.edu> <20110929220659.00002e73@unknown> In-Reply-To: <20110929220659.00002e73@unknown> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109291929.12766.jkim@FreeBSD.org> Cc: Alexander Leidinger , Ted Faber Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 23:29:23 -0000 On Thursday 29 September 2011 04:06 pm, Alexander Leidinger wrote: > On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber wrote: > > On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: > > > On 09/29/11 13:57, Norbert Augenstein wrote: > > > > On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: > > > >> 28.09.2011, 21:10, "Conrad J. Sabatier": > > > >>> On Wed, 28 Sep 2011 11:50:08 -0500 > > > >>> "Conrad J. Sabatier" wrote: > > > > I see that as well as: > > > > (process:5430): Gtk-WARNING **: Locale not supported by C > > library. Using the fallback 'C' locale. > > > > (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed due > > to unknown user id (2139) > > > > (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0.0 > > *** NSPlugin Wrapper *** ERROR: failed to initialize > > plugin-side RPC client connection > > NOTE: child process received `Goodbye', closing down > > > > > > I haven't explored the getpwuid_r thing. > > Can you all please confirm that you run the most recent FreeBSD > version (of your branch), as in "with the recent security fixes"? > There are reports that one of them may have caused what you see. Linux does not have sun_len field for Unix domain socket and it does not care when sa_family is AF_UNIX. One example from nspluginwrapper itself: nspluginwrapper-1.4.4/src/rpc.c: 709: #ifdef HAVE_SOCKADDR_UN_SUN_LEN 710: connection->socket_addr.sun_len = connection->socket_addr_len; 711: #endif We can hack up nspluginwrapper and rebuild Linux binary but Linuxulator has to correct it now, I guess. Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 23:51:49 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92232106566C for ; Thu, 29 Sep 2011 23:51:49 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 516328FC08 for ; Thu, 29 Sep 2011 23:51:48 +0000 (UTC) Received: by yia13 with SMTP id 13so1319174yia.13 for ; Thu, 29 Sep 2011 16:51:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=UeAZ7ExAQcCgfRFw8KKS2EfKqlVLLKuC9wlGRUwwjs0=; b=vekETT0l4uChKl67wZ54xsLEmIKLldXzA7AUTIdBGdzueo2xT8Y6uA6zzmR/fu+n68 08z3yu4MMj2Xr87PifE8wScllLJ0MyTpAzEwjTNlcDyrbpIx+m7sf5fhC3FCoLM+ZnwV /S3qzSNntAbzkdVtDMETkbg4XYzH/btGPl4Xg= MIME-Version: 1.0 Received: by 10.150.47.35 with SMTP id u35mr7899422ybu.214.1317338923371; Thu, 29 Sep 2011 16:28:43 -0700 (PDT) Received: by 10.151.6.18 with HTTP; Thu, 29 Sep 2011 16:28:43 -0700 (PDT) In-Reply-To: <20110929220659.00002e73@unknown> References: <289481317219917@web124.yandex.ru> <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929220659.00002e73@unknown> Date: Fri, 30 Sep 2011 01:28:43 +0200 Message-ID: From: Mateusz Guzik To: Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Ted Faber Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 23:51:49 -0000 On Thu, Sep 29, 2011 at 10:06 PM, Alexander Leidinger wrote: > On Thu, 29 Sep 2011 12:50:01 -0700 Ted Faber wrote: > >> On Thu, Sep 29, 2011 at 02:41:39PM -0400, Michael Butler wrote: >> > On 09/29/11 13:57, Norbert Augenstein wrote: >> > > On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: >> > >> 28.09.2011, 21:10, "Conrad J. Sabatier": >> > >>> On Wed, 28 Sep 2011 11:50:08 -0500 >> > >>> "Conrad J. Sabatier" =A0wrote: > > >> I see that as well as: >> >> (process:5430): Gtk-WARNING **: Locale not supported by C library. >> =A0 =A0 =A0 Using the fallback 'C' locale. >> >> =A0 =A0 =A0 (npviewer.bin:5430): GLib-WARNING **: getpwuid_r(): failed d= ue >> =A0 =A0 =A0 to unknown user id (2139) >> >> =A0 =A0 =A0 (npviewer.bin:5430): Gtk-WARNING **: cannot open display: :0= .0 >> =A0 =A0 =A0 *** NSPlugin Wrapper *** ERROR: failed to initialize >> plugin-side RPC client connection >> =A0 =A0 =A0 NOTE: child process received `Goodbye', closing down >> >> >> I haven't explored the getpwuid_r thing. >> > > Can you all please confirm that you run the most recent FreeBSD version > (of your branch), as in "with the recent security fixes"? There are > reports that one of them may have caused what you see. > sun_path from sockaddr_un on Linux is 108 bytes long, while on FreeBSD it is 104. With recent security patch anything bigger than 104 is disallowed, so support for unix sockets in linuxolator is broken. I propose the following patch: http://student.agh.edu.pl/~mjguzik/linux_sockaddr_un.patch Thanks, --=20 Mateusz Guzik From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 01:05:40 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96FC71065678 for ; Fri, 30 Sep 2011 01:05:40 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5BBB18FC12 for ; Fri, 30 Sep 2011 01:05:40 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 156846108; Thu, 29 Sep 2011 21:05:38 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1317344739; bh=OkD+eSpfBmyUhA2/DeB6B8jAiqEALSID8YA/zt24mOg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=hhVClcCVj0TEHzZ+Kf9kSsyG/sCAhDAIiVv/9S7J2mvuhZ7hNMDmpIRw4YmLuzD8V LWBJroEHe7ZN6IxyKJ9MhKQ2syl4GIYjnLSHBljl1vRZoPRIYmHQvPsaNjvzmks DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=Rq40/FNTtEps+9C+9qg5TtYXNBH8bnhrt7gocPAkVrFPVdLnXPnz672kxNPrsGhlY r9KvTyefxs8ylU17nt6Z7wU7qkzA360Qk51S2FqkblgMNDEA0spn76cn/QdD/KU Message-ID: <4E8515E1.6050902@protected-networks.net> Date: Thu, 29 Sep 2011 21:05:37 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <20110928104226.2e53343f@cox.net> <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929220659.00002e73@unknown> <20110929235648.50d921f1@callisto.augenstein.ten> <20110929223047.GA3868@icarus.home.lan> In-Reply-To: <20110929223047.GA3868@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 01:05:40 -0000 On 09/29/11 18:30, Jeremy Chadwick wrote: > On Thu, Sep 29, 2011 at 11:56:48PM +0200, Norbert Augenstein wrote: [ .. snip .. ] >> it seems that >> http://security.freebsd.org/advisories/FreeBSD-SA-11:05.unix.asc >> is the culprit. > > Just for clarification: > > Said fix might explain the "ERROR: failed to initialize plugin-side RPC > client connection" problem, but would not explain the getpwuid_r() > problem. I reverted this piece of r225827 below against 10-CURRENT (at r225881) and flash works once again. Index: uipc_usrreq.c =================================================================== --- uipc_usrreq.c (revision 225826) +++ uipc_usrreq.c (revision 225827) @@ -462,6 +462,8 @@ unp = sotounpcb(so); KASSERT(unp != NULL, ("uipc_bind: unp == NULL")); + if (soun->sun_len > sizeof(struct sockaddr_un)) + return (EINVAL); namelen = soun->sun_len - offsetof(struct sockaddr_un, sun_path); if (namelen <= 0) return (EINVAL); @@ -1252,6 +1254,8 @@ unp = sotounpcb(so); KASSERT(unp != NULL, ("unp_connect: unp == NULL")); + if (nam->sa_len > sizeof(struct sockaddr_un)) + return (EINVAL); len = nam->sa_len - offsetof(struct sockaddr_un, sun_path); if (len <= 0) return (EINVAL); From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 12:28:55 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BEB81065677 for ; Fri, 30 Sep 2011 12:28:55 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [IPv6:2a02:6b8:0:801::5]) by mx1.freebsd.org (Postfix) with ESMTP id 9918A8FC08 for ; Fri, 30 Sep 2011 12:28:54 +0000 (UTC) Received: from web148.yandex.ru (web148.yandex.ru [95.108.131.163]) by forward15.mail.yandex.net (Yandex) with ESMTP id 401F99E361E; Fri, 30 Sep 2011 16:28:53 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317385733; bh=/oD8bBUUTkK80FBPD1SsqE8KEBvd1zej2mIBj3CoPOk=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=vqvc+huAhBBQk1BpancwFZBBJXz+3+TheTuUpXGuXPmorlctXqzRoFpogj7dYFMeB gcGTyhpTtraCWAZMEY3LmaaTdaKPE220L3/c2YQ9u+LpRRCd9OWalPQVw4wNzUBW9I 8Cdt2jXAZdumgHimQJirYTDj0f/HfUR7UiYe70/c= Received: from localhost (localhost.localdomain [127.0.0.1]) by web148.yandex.ru (Yandex) with ESMTP id 1F20429D803B; Fri, 30 Sep 2011 16:28:53 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317385733; bh=/oD8bBUUTkK80FBPD1SsqE8KEBvd1zej2mIBj3CoPOk=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=vqvc+huAhBBQk1BpancwFZBBJXz+3+TheTuUpXGuXPmorlctXqzRoFpogj7dYFMeB gcGTyhpTtraCWAZMEY3LmaaTdaKPE220L3/c2YQ9u+LpRRCd9OWalPQVw4wNzUBW9I 8Cdt2jXAZdumgHimQJirYTDj0f/HfUR7UiYe70/c= X-Yandex-Spam: 1 Received: from [188.134.22.116] ([188.134.22.116]) by web148.yandex.ru with HTTP; Fri, 30 Sep 2011 16:28:51 +0400 From: S.N.Grigoriev To: Piotr Kubaj In-Reply-To: References: MIME-Version: 1.0 Message-Id: <567281317385731@web148.yandex.ru> Date: Fri, 30 Sep 2011 16:28:51 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: freebsd-stable@freebsd.org Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 12:28:55 -0000 30.09.2011, 00:05, "Piotr Kubaj" : >> š28.09.2011, 21:10, "Conrad J. Sabatier" : >>> ššOn Wed, 28 Sep 2011 11:50:08 -0500 >>> šš"Conrad J. Sabatier" wrote: >>>> šššIt was a while ago that I did the actual wrapper install, but if I >>>> ššremember right, I simply copied npwrapper.libflashplayer.so >>>> šššfrom /usr/local/lib/browser_plugins to /home/conrads/.mozilla/plugins. >>>> šššYou may want to try doing that and see if firefox/chromium will then >>>> šššrecognize it. >>>> >>>> šššIn theory, the system-wide install >>>>> šššunder /usr/local/lib/browser_plugins *should* work, but I seem to >>>> šššrecall having problems with it, which was why I tried putting it >>>> šššunder ~/.mozilla/plugins. šMaybe it has something to do with the fact >>>> šššthat it's not a native plugin(?). šI don't know, really. šBut this >>>> šššhas worked fine for me ever since, even across upgrades. >>>> >>>> šššHope this helps. šLet us know how it turns out. >>> ššActually, now that I think of it, I think the way I did it was this: >>> >>> ššcd /home/conrads/.mozilla/plugins >>> >>> šš/usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig >>> šš-i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so >>> >>> ššAnd npwrapper.libflashplayer.so was created >>> ššunder /home/conrads/.mozilla/plugins. >>> >>> ššHope this helps. >> š> I've done it. No results. > šI also have the same error on 2 computers using 9.0-BETA3. Before the > šyesterday upgrade, everything was fine, however. I have linsys and > šlinproc mounted, linux module compiled into the kernel and Firefox, > šChromium and Opera all show Flash Player in about:plugins. I tested linux-f10-flashplugin on 9.0-BETA3 amd64 yesterday. The system was compiled from fresh sources as well as ports. Firefox 7 and Chromium 14 work fine with the Linux flash plugin. The flash plugin configuration has been created strictly in accordance with the FreeBSD Hanbook. No additional actions required. The problem exists for me with 8-STABLE only. -- Regards, Serguey. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 15:01:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CF58106564A for ; Fri, 30 Sep 2011 15:01:03 +0000 (UTC) (envelope-from raespi@uci.cu) Received: from mx3.uci.cu (mx3.uci.cu [200.55.140.180]) by mx1.freebsd.org (Postfix) with SMTP id A77DA8FC15 for ; Fri, 30 Sep 2011 15:01:00 +0000 (UTC) Received: (qmail 20774 invoked by uid 507); 30 Sep 2011 14:00:57 -0000 Received: from 10.0.0.185 by ns3.uci.cu (envelope-from , uid 501) with qmail-scanner-2.01st (avp: 5.0.2.0. spamassassin: 3.0.6. perlscan: 2.01st. Clear:RC:1(10.0.0.185):. Processed in 0.023195 secs); 30 Sep 2011 14:00:57 -0000 Received: from unknown (HELO ucimail4.uci.cu) (10.0.0.185) by 0 with SMTP; 30 Sep 2011 14:00:57 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by ucimail4.uci.cu (Postfix) with ESMTP id B0D221324520 for ; Fri, 30 Sep 2011 10:00:56 -0400 (CDT) X-Virus-Scanned: amavisd-new at uci.cu Received: from ucimail4.uci.cu ([127.0.0.1]) by localhost (ucimail4.uci.cu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jZaujKK2nzUv; Fri, 30 Sep 2011 10:00:56 -0400 (CDT) Received: from [10.7.20.2] (unknown [10.7.20.2]) by ucimail4.uci.cu (Postfix) with ESMTP id 473511324522 for ; Fri, 30 Sep 2011 10:00:56 -0400 (CDT) Message-ID: <4E85CB98.7040904@uci.cu> Date: Fri, 30 Sep 2011 10:00:56 -0400 From: Teratux User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110424 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: nsswitch problem ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 15:01:03 -0000 Hi ... I've been trying for some time now to allow offline logging in my pc which connects to a LDAP server. I've configured my nsswitch.conf like so: passwd: cache files ldap #compat group: cache files ldap #compat shadow: cache files ldap #compat hosts: cache files mdns4_minimal [NOTFOUND=return] dns mdns4 networks: cache files protocols: db files services: cache db files ethers: db files rpc: db files netgroup: nis My nscd daemon is also configured to hold it's cache for a long period of time. When I reboot my machine I cannot login as an LDAP user eventhough the nscd is running ( using the $id command ). I'm simulating an offline environment shutting down the ethernet link so there's no connection with the ldap server and to test if the nsswitch mechanism works. Unfortunately it doesn't. Checking the /var/log/auth.log when I try to login as an LDAP user I see messages of nss_ldap trying to locate the ldap server, and ignoring my cache. Can anyone help me ?? Thanks ... From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 15:46:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56588106566C for ; Fri, 30 Sep 2011 15:46:38 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id C3FE48FC13 for ; Fri, 30 Sep 2011 15:46:36 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id p8UFKIiL023323; Fri, 30 Sep 2011 17:20:18 +0200 (CEST) Received: from [217.29.46.8] ([217.29.46.8]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id p8UFKIut047798; Fri, 30 Sep 2011 17:20:18 +0200 (CEST) (envelope-from hausen@punkt.de) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=iso-8859-1 From: "Patrick M. Hausen" In-Reply-To: <4E85CB98.7040904@uci.cu> Date: Fri, 30 Sep 2011 17:20:18 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <848E997F-727B-494D-95F2-CC81B069B1EA@punkt.de> References: <4E85CB98.7040904@uci.cu> To: Teratux X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@freebsd.org Subject: Re: nsswitch problem ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 15:46:38 -0000 Hello, Am 30.09.2011 um 16:00 schrieb Teratux: > My nscd daemon is also configured to hold it's cache for a long period = of time. > When I reboot my machine I cannot login ... reboot =3D=3D restart of nscd =3D=3D empty cache, if I'm not mistaken. If nscd has a persistent storage for cache entries, that would be news to me. IIRC it uses only memory. HTH, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 15:55:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3EFF106566B for ; Fri, 30 Sep 2011 15:55:57 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 96CD98FC15 for ; Fri, 30 Sep 2011 15:55:57 +0000 (UTC) Received: by ywp17 with SMTP id 17so2062803ywp.13 for ; Fri, 30 Sep 2011 08:55:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Fm1CZdBvZeSYVk3XYU4q8stBd62GRu9EF00AO4Ot4nc=; b=eLjYRbLJpzV9K/l80PRldhGud1hz36MX4c85Jl7kkxQbSZl9kyW7uewXJ+AP567fn7 6PwLEKu+XFB9f09U4ve/fEdBvxg60zRm2Q7NT8CEmes6IWGZIO5KQh73jyjnYM+GEw15 YzqI3GQPRsUu4ApEOa8Bte40DyyJt664i67fU= MIME-Version: 1.0 Received: by 10.150.97.20 with SMTP id u20mr5852080ybb.194.1317398156651; Fri, 30 Sep 2011 08:55:56 -0700 (PDT) Received: by 10.150.215.12 with HTTP; Fri, 30 Sep 2011 08:55:56 -0700 (PDT) In-Reply-To: <567281317385731@web148.yandex.ru> References: <567281317385731@web148.yandex.ru> Date: Fri, 30 Sep 2011 08:55:56 -0700 Message-ID: From: Kevin Oberman To: "S.N.Grigoriev" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Piotr Kubaj Subject: Re: linux-f10-flashplugin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 15:55:58 -0000 2011/9/30 S.N.Grigoriev : > > 30.09.2011, 00:05, "Piotr Kubaj" : > >>> =A028.09.2011, 21:10, "Conrad J. Sabatier" : >>>> =A0=A0On Wed, 28 Sep 2011 11:50:08 -0500 >>>> =A0=A0"Conrad J. Sabatier" wrote: >>>>> =A0=A0=A0It was a while ago that I did the actual wrapper install, bu= t if I >>>>> =A0=A0remember right, I simply copied npwrapper.libflashplayer.so >>>>> =A0=A0=A0from /usr/local/lib/browser_plugins to /home/conrads/.mozill= a/plugins. >>>>> =A0=A0=A0You may want to try doing that and see if firefox/chromium w= ill then >>>>> =A0=A0=A0recognize it. >>>>> >>>>> =A0=A0=A0In theory, the system-wide install >>>>>> =A0=A0=A0under /usr/local/lib/browser_plugins *should* work, but I s= eem to >>>>> =A0=A0=A0recall having problems with it, which was why I tried puttin= g it >>>>> =A0=A0=A0under ~/.mozilla/plugins. =A0Maybe it has something to do wi= th the fact >>>>> =A0=A0=A0that it's not a native plugin(?). =A0I don't know, really. = =A0But this >>>>> =A0=A0=A0has worked fine for me ever since, even across upgrades. >>>>> >>>>> =A0=A0=A0Hope this helps. =A0Let us know how it turns out. >>>> =A0=A0Actually, now that I think of it, I think the way I did it was t= his: >>>> >>>> =A0=A0cd /home/conrads/.mozilla/plugins >>>> >>>> =A0=A0/usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig >>>> =A0=A0-i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so >>>> >>>> =A0=A0And npwrapper.libflashplayer.so was created >>>> =A0=A0under /home/conrads/.mozilla/plugins. >>>> >>>> =A0=A0Hope this helps. >>> =A0> I've done it. No results. >> =A0I also have the same error on 2 computers using 9.0-BETA3. Before the >> =A0yesterday upgrade, everything was fine, however. I have linsys and >> =A0linproc mounted, linux module compiled into the kernel and Firefox, >> =A0Chromium and Opera all show Flash Player in about:plugins. > > I tested linux-f10-flashplugin on 9.0-BETA3 amd64 yesterday. > The system was compiled from fresh sources as well as ports. > Firefox 7 and Chromium 14 work fine with the Linux flash plugin. > The flash plugin configuration has been created strictly in accordance > with the FreeBSD Handbook. No additional actions required. > The problem exists for me with 8-STABLE only. For those who missed it, this is a problem in the Linux emulation. See the announcement from the the FreeBSD Security Officer. for details, but the recent security patch triggered the problem by adding check for the _UN data structure which is 4 bytes longer in Linux than on FreeBSD. The emulation layer has been passing the structure unmodified to the kernel and it is now being rejected.The message states that Colin is working on a patch to the emulation code which should be available shortly. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D14130+0+current/freebsd-emul= ation --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 19:21:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E419B106566B for ; Fri, 30 Sep 2011 19:21:27 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4BE8FC08 for ; Fri, 30 Sep 2011 19:21:27 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC42D5C.dip.t-dialin.net [79.196.45.92]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 598A184400D; Fri, 30 Sep 2011 21:21:15 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTP id 8B5A014FB; Fri, 30 Sep 2011 21:21:12 +0200 (CEST) Date: Fri, 30 Sep 2011 21:21:12 +0200 From: Alexander Leidinger To: Ted Faber Message-ID: <20110930212112.00001068@unknown> In-Reply-To: <20110929231349.GK2677@vim.isi.edu> References: <587271317225583@web125.yandex.ru> <20110928115008.3d121d38@cox.net> <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929200539.GA24098@icarus.home.lan> <20110929214009.GH2677@vim.isi.edu> <20110929220144.GA3204@icarus.home.lan> <20110929231349.GK2677@vim.isi.edu> X-Mailer: Claws Mail 3.7.8cvs47 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 598A184400D.AEC26 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1, required 6, autolearn=disabled, ALL_TRUSTED -1.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1318015275.64326@YdRZPkKTXaGGRC5mdnzBNw X-EBL-Spam-Status: No Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: linux-f10-flashplugin (unrelated "Locale not supported" message) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 19:21:28 -0000 On Thu, 29 Sep 2011 16:13:50 -0700 Ted Faber wrote: > (process:52979): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. I would expect something like this if you use a valid FreeBSD locale specification which is not valid on Linux. For example on FreeBSD the iso 8859-XX locales have to be written differently. Maybe in your case we have something similar, a locale which exists in FreeBSD with a slightly different name than on Linux (Fedora 10 in the case of the linuxulator). Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 19:32:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 892E81065670 for ; Fri, 30 Sep 2011 19:32:11 +0000 (UTC) (envelope-from faber@isi.edu) Received: from vim.isi.edu (unknown [IPv6:2001:1878:400:1:16fe:b5ff:fee4:12d]) by mx1.freebsd.org (Postfix) with ESMTP id 696B28FC0A for ; Fri, 30 Sep 2011 19:32:11 +0000 (UTC) Received: from vim.isi.edu (localhost [127.0.0.1]) by vim.isi.edu (8.14.5/8.14.5) with ESMTP id p8UJWBqr070852; Fri, 30 Sep 2011 12:32:11 -0700 (PDT) (envelope-from faber@isi.edu) Date: Fri, 30 Sep 2011 12:32:10 -0700 From: Ted Faber To: Alexander Leidinger Message-ID: <20110930193210.GL67578@vim.isi.edu> References: <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929200539.GA24098@icarus.home.lan> <20110929214009.GH2677@vim.isi.edu> <20110929220144.GA3204@icarus.home.lan> <20110929231349.GK2677@vim.isi.edu> <20110930212112.00001068@unknown> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JvUS8mwutKMHKosv" Content-Disposition: inline In-Reply-To: <20110930212112.00001068@unknown> X-url: http://www.isi.edu/~faber User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: linux-f10-flashplugin (unrelated "Locale not supported" message) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 19:32:11 -0000 --JvUS8mwutKMHKosv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 30, 2011 at 09:21:12PM +0200, Alexander Leidinger wrote: > On Thu, 29 Sep 2011 16:13:50 -0700 Ted Faber wrote: >=20 > > (process:52979): Gtk-WARNING **: Locale not supported by C library. > > Using the fallback 'C' locale. >=20 > I would expect something like this if you use a valid FreeBSD locale > specification which is not valid on Linux. For example on FreeBSD the > iso 8859-XX locales have to be written differently. Maybe in your case > we have something similar, a locale which exists in FreeBSD with a > slightly different name than on Linux (Fedora 10 in the case of the > linuxulator). FWIW, I use: $ echo $LC_ALL en_US.UTF-8 --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --JvUS8mwutKMHKosv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6GGToACgkQaUz3f+Zf+Xs4SACghJOo+YofIUgms6srN3Td//B9 f2gAmwd6FjcYi82Q/hOiI2RL3TsGLLg9 =yUXE -----END PGP SIGNATURE----- --JvUS8mwutKMHKosv-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 19:58:30 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 679AB106566C for ; Fri, 30 Sep 2011 19:58:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id F03FB8FC15 for ; Fri, 30 Sep 2011 19:58:29 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC42D5C.dip.t-dialin.net [79.196.45.92]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 4A2CA84400D; Fri, 30 Sep 2011 21:58:16 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTP id A011B1500; Fri, 30 Sep 2011 21:58:13 +0200 (CEST) Date: Fri, 30 Sep 2011 21:58:14 +0200 From: Alexander Leidinger To: Ted Faber Message-ID: <20110930215814.00002c41@unknown> In-Reply-To: <20110930193210.GL67578@vim.isi.edu> References: <20110928121035.568ff6e6@cox.net> <753371317233305@web145.yandex.ru> <20110929175755.GA1694@callisto.augenstein.ten> <4E84BBE3.1090701@protected-networks.net> <20110929195001.GF2677@vim.isi.edu> <20110929200539.GA24098@icarus.home.lan> <20110929214009.GH2677@vim.isi.edu> <20110929220144.GA3204@icarus.home.lan> <20110929231349.GK2677@vim.isi.edu> <20110930212112.00001068@unknown> <20110930193210.GL67578@vim.isi.edu> X-Mailer: Claws Mail 3.7.10cvs7 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 4A2CA84400D.A1C56 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.846, required 6, autolearn=disabled, ALL_TRUSTED -1.00, TW_RW 0.08, TW_WX 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1318017496.98812@nNpHah67rGWkih/iztX6Nw X-EBL-Spam-Status: No Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: linux-f10-flashplugin (unrelated "Locale not supported" message) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 19:58:30 -0000 On Fri, 30 Sep 2011 12:32:10 -0700 Ted Faber wrote: > On Fri, Sep 30, 2011 at 09:21:12PM +0200, Alexander Leidinger wrote: > > On Thu, 29 Sep 2011 16:13:50 -0700 Ted Faber wrote: > > > > > (process:52979): Gtk-WARNING **: Locale not supported by C > > > library. Using the fallback 'C' locale. > > > > I would expect something like this if you use a valid FreeBSD locale > > specification which is not valid on Linux. For example on FreeBSD > > the iso 8859-XX locales have to be written differently. Maybe in > > your case we have something similar, a locale which exists in > > FreeBSD with a slightly different name than on Linux (Fedora 10 in > > the case of the linuxulator). > > FWIW, I use: > > $ echo $LC_ALL > en_US.UTF-8 FreeBSD /usr/share/locale (en only): ---snip--- drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_AU.ISO8859-1/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_AU.ISO8859-15/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_AU.US-ASCII/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_AU.UTF-8/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_CA.ISO8859-1/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_CA.ISO8859-15/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_CA.US-ASCII/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_CA.UTF-8/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_GB.ISO8859-1/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_GB.ISO8859-15/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_GB.US-ASCII/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_GB.UTF-8/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_IE.UTF-8/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_NZ.ISO8859-1/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_NZ.ISO8859-15/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_NZ.US-ASCII/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_NZ.UTF-8/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_US.ISO8859-1/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_US.ISO8859-15/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_US.US-ASCII/ drwxr-xr-x 2 root wheel 8B 20 Apr 15:32 en_US.UTF-8/ ---snip--- FreeBSD /usr/local/share/locale (en only): ---snip--- drwxr-xr-x 3 root wheel 3B 2 Jul 2010 ca@valencia/ drwxr-xr-x 3 root wheel 3B 11 Feb 2010 en/ drwxr-xr-x 3 root wheel 3B 1 Jul 2010 en@boldquot/ drwxr-xr-x 3 root wheel 3B 1 Jul 2010 en@quot/ drwxr-xr-x 3 root wheel 3B 2 Jul 2010 en@shaw/ drwxr-xr-x 3 root wheel 3B 11 Feb 2010 en_AU/ drwxr-xr-x 3 root wheel 3B 11 Feb 2010 en_CA/ drwxr-xr-x 3 root wheel 3B 11 Feb 2010 en_GB/ drwxr-xr-x 3 root wheel 3B 31 Jan 2011 en_NZ/ drwxr-xr-x 3 root wheel 3B 8 Dez 2010 en_US/ ---snip--- Linuxulator (/comapt/linux)/usr/share (en only): ---snip--- drwxr-xr-x 3 root wheel 3B 21 Nov 2010 ca_ES@valencian/ drwxr-xr-x 3 root wheel 3B 21 Nov 2010 den/ drwxr-xr-x 3 root wheel 3B 21 Nov 2010 en/ drwxr-xr-x 3 root wheel 3B 21 Nov 2010 en@boldquot/ drwxr-xr-x 3 root wheel 3B 21 Nov 2010 en@quot/ drwxr-xr-x 3 root wheel 3B 21 Nov 2010 en_AU/ drwxr-xr-x 3 root wheel 3B 21 Nov 2010 en_CA/ drwxr-xr-x 3 root wheel 3B 21 Nov 2010 en_GB/ drwxr-xr-x 3 root wheel 3B 21 Nov 2010 en_US/ drwxr-xr-x 3 root wheel 3B 21 Nov 2010 enm/ drwxr-xr-x 3 root wheel 3B 21 Nov 2010 men/ drwxr-xr-x 3 root wheel 3B 21 Nov 2010 wen/ drwxr-xr-x 3 root wheel 3B 21 Nov 2010 zen/ ---snip--- A while ago (to be honest, I have to tell some years ago), I was thinking about adding a link-farm to the linux_base which links the FreeBSD names to more or less suitable Linux names. As you can see I never took the time to actually do it. I also never set the locale to some value suitable for linux, so it may be the case that it is not enough to do this... anyone out there willing to have a look at the gtk/glib code which produces this output? The goal is to have a look how gtk/glib determines if the locale is incorrectly set. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 23:31:19 2011 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 C2D8C106566C for ; Fri, 30 Sep 2011 23:31:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 4F21014F32F; Fri, 30 Sep 2011 23:31:19 +0000 (UTC) Message-ID: <4E865146.8090108@FreeBSD.org> Date: Fri, 30 Sep 2011 16:31:18 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: 7.3 + kqueue + apache/php + DNS lookup problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 23:31:19 -0000 Howdy, So, this is a bit of an odd one .... I've got a web server running apache 2.2.17 and php 5.3.5. The host itself is running 7.3-RELEASE, i386, and is not busy. I can do DNS queries on the command line all day long and they are very snappy. Using nslookup, dig, whatever. The weirdness comes in when the httpd process needs to do a DNS lookup. With a local cache I'm getting the following: 97625 httpd 0.031139 CALL connect(0x55,0x284fd590,0x10) 97625 httpd 0.031142 STRU struct sockaddr { AF_INET, 127.0.0.1:53 } 97625 httpd 0.031150 RET connect 0 97625 httpd 0.031153 CALL sendto(0x55,0x2a7d1000,0x1e,0,0,0) 97625 httpd 0.031169 GIO fd 85 wrote 30 bytes 97625 httpd 0.031173 RET sendto 30/0x1e 97625 httpd 0.031179 CALL clock_gettime(0,0xbfbfb58c) 97625 httpd 0.031184 RET clock_gettime 0 97625 httpd 0.031188 CALL kevent(0x54,0xbfbfb678,0x1,0xbfbfb678,0x1,0xbfbfb68c) 97625 httpd 3.064266 GIO fd 84 wrote 20 bytes .... note the 3 second delay here. 97625 httpd 3.064277 GIO fd 84 read 20 bytes 97625 httpd 3.064281 RET kevent 1 97625 httpd 3.064287 CALL recvfrom(0x55,0x2a6c4000,0x10000,0,0xbfbfb5f8,0xbfbfb694) 97625 httpd 3.064293 GIO fd 85 read 30 bytes 97625 httpd 3.064296 STRU struct sockaddr { AF_INET, 127.0.0.1:53 } 97625 httpd 3.064299 RET recvfrom 30/0x1e 97625 httpd 3.064308 CALL close(0x55) I'm open to suggestions on where to look to improve this situation. Thanks, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 00:37:36 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85479106566B for ; Sat, 1 Oct 2011 00:37:36 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8C98FC16 for ; Sat, 1 Oct 2011 00:37:35 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta09.emeryville.ca.mail.comcast.net with comcast id fA4F1h01U1u4NiLA9CdVuu; Sat, 01 Oct 2011 00:37:29 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta21.emeryville.ca.mail.comcast.net with comcast id fCfe1h00E1t3BNj8hCfebS; Sat, 01 Oct 2011 00:39:38 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 43D94102C19; Fri, 30 Sep 2011 17:37:35 -0700 (PDT) Date: Fri, 30 Sep 2011 17:37:35 -0700 From: Jeremy Chadwick To: Doug Barton Message-ID: <20111001003735.GA28346@icarus.home.lan> References: <4E865146.8090108@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E865146.8090108@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@FreeBSD.org Subject: Re: 7.3 + kqueue + apache/php + DNS lookup problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 00:37:36 -0000 On Fri, Sep 30, 2011 at 04:31:18PM -0700, Doug Barton wrote: > Howdy, > > So, this is a bit of an odd one .... I've got a web server running > apache 2.2.17 and php 5.3.5. The host itself is running 7.3-RELEASE, > i386, and is not busy. I can do DNS queries on the command line all day > long and they are very snappy. Using nslookup, dig, whatever. > > The weirdness comes in when the httpd process needs to do a DNS lookup. > With a local cache I'm getting the following: > > 97625 httpd 0.031139 CALL connect(0x55,0x284fd590,0x10) > 97625 httpd 0.031142 STRU struct sockaddr { AF_INET, 127.0.0.1:53 } > 97625 httpd 0.031150 RET connect 0 > 97625 httpd 0.031153 CALL sendto(0x55,0x2a7d1000,0x1e,0,0,0) > 97625 httpd 0.031169 GIO fd 85 wrote 30 bytes > 97625 httpd 0.031173 RET sendto 30/0x1e > 97625 httpd 0.031179 CALL clock_gettime(0,0xbfbfb58c) > 97625 httpd 0.031184 RET clock_gettime 0 > 97625 httpd 0.031188 CALL > kevent(0x54,0xbfbfb678,0x1,0xbfbfb678,0x1,0xbfbfb68c) > 97625 httpd 3.064266 GIO fd 84 wrote 20 bytes > > .... note the 3 second delay here. > > 97625 httpd 3.064277 GIO fd 84 read 20 bytes > 97625 httpd 3.064281 RET kevent 1 > 97625 httpd 3.064287 CALL > recvfrom(0x55,0x2a6c4000,0x10000,0,0xbfbfb5f8,0xbfbfb694) > 97625 httpd 3.064293 GIO fd 85 read 30 bytes > 97625 httpd 3.064296 STRU struct sockaddr { AF_INET, 127.0.0.1:53 } > 97625 httpd 3.064299 RET recvfrom 30/0x1e > 97625 httpd 3.064308 CALL close(0x55) > > I'm open to suggestions on where to look to improve this situation. I'm not familiar with the kqueue event mechanism in BSD. I know it's great, but I'm just not familiar with how to use it/etc.. If I'm reading the syscall trace correctly, it looks like the daemon opens up a socket to 127.0.0.1:53 (named) on fd 0x55/85, writes 30 bytes of data to it, initiates a kernel event that writes 20 bytes of data to a different descriptor 0x54/84, reads 20 bytes back from that fd, then reads 30 bytes from descriptor 0x55/85. I wonder what the kevent() is actually accomplishing here. I wish I could see within the kevent structs at 0xbfbfb678 and 0xbfbfb678, and the timespec struct at 0xbfbfb68c. There's also a part of me that remembers some sort of kevent/kqueue problem on older FreeBSD that got fixed at one point. The problem is that I can't remember what that problem was, nor what release fixed it. As such I don't want to resort to a "upgrade your OS!" response. Does this happen when httpd tries to do DNS resolution for, say, an incoming connection to the web server (e.g. trying to resolve the incoming IP address of the client to an FQDN), or is it happening within some PHP code (assuming PHP is installed/used as an Apache module) that's trying to do DNS resolution of some kind? Are the delays always 3 seconds? If so, that almost sounds like a timeout of some kind. That's the thing about the kevent() call: I wish I could see what's in the timespec struct, since that's what defines the timeout values. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 00:50:16 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D35D106564A; Sat, 1 Oct 2011 00:50:16 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout018.mac.com (asmtpout018.mac.com [17.148.16.93]) by mx1.freebsd.org (Postfix) with ESMTP id 55E008FC0A; Sat, 1 Oct 2011 00:50:16 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp018.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LSD00KPM0VL2Y20@asmtp018.mac.com>; Fri, 30 Sep 2011 16:50:09 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000 definitions=2011-09-30_08:2011-09-30, 2011-09-30, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1109300290 From: Chuck Swiger In-reply-to: <4E865146.8090108@FreeBSD.org> Date: Fri, 30 Sep 2011 16:50:09 -0700 Message-id: <44206D3D-B15C-4A47-A812-67C81C13CDDA@mac.com> References: <4E865146.8090108@FreeBSD.org> To: Doug Barton X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@FreeBSD.org Subject: Re: 7.3 + kqueue + apache/php + DNS lookup problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 00:50:16 -0000 On Sep 30, 2011, at 4:31 PM, Doug Barton wrote: > o, this is a bit of an odd one .... I've got a web server running > apache 2.2.17 and php 5.3.5. The host itself is running 7.3-RELEASE, > i386, and is not busy. I can do DNS queries on the command line all day > long and they are very snappy. Using nslookup, dig, whatever. Are you using prefork or worker/threaded MPM with Apache? While some PHP modules claim to be threadsafe, experience has left me convinced that neither threaded PHP nor threaded mod_perl is reliable under even minimal load. If you haven't tried using prefork MPM, consider using it, and maybe add fastcgi if you need to. > The weirdness comes in when the httpd process needs to do a DNS lookup. [ ... ] > I'm open to suggestions on where to look to improve this situation. One of the major problems with doing any DNS lookups in Apache is that you can easily encounter a DoS as all of the child processes try to resolve addresses; a malware scan coming from an IP with broken reverse DNS can cause things to grind to a halt for a few seconds. If at all possible, do not perform any DNS resolution in Apache, either for Allow/Deny rules in Location blocks, or for log processing. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 01:18:41 2011 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 8D8EA1065674 for ; Sat, 1 Oct 2011 01:18:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id AE47B152470; Sat, 1 Oct 2011 01:18:40 +0000 (UTC) Message-ID: <4E866A70.8060203@FreeBSD.org> Date: Fri, 30 Sep 2011 18:18:40 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <4E865146.8090108@FreeBSD.org> <20111001003735.GA28346@icarus.home.lan> In-Reply-To: <20111001003735.GA28346@icarus.home.lan> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: 7.3 + kqueue + apache/php + DNS lookup problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 01:18:41 -0000 Thanks Jeremy and Chuck. Answers below. On 09/30/2011 17:37, Jeremy Chadwick wrote: > On Fri, Sep 30, 2011 at 04:31:18PM -0700, Doug Barton wrote: >> Howdy, >> >> So, this is a bit of an odd one .... I've got a web server running >> apache 2.2.17 and php 5.3.5. The host itself is running 7.3-RELEASE, >> i386, and is not busy. I can do DNS queries on the command line all day >> long and they are very snappy. Using nslookup, dig, whatever. >> >> The weirdness comes in when the httpd process needs to do a DNS lookup. >> With a local cache I'm getting the following: >> >> 97625 httpd 0.031139 CALL connect(0x55,0x284fd590,0x10) >> 97625 httpd 0.031142 STRU struct sockaddr { AF_INET, 127.0.0.1:53 } >> 97625 httpd 0.031150 RET connect 0 >> 97625 httpd 0.031153 CALL sendto(0x55,0x2a7d1000,0x1e,0,0,0) >> 97625 httpd 0.031169 GIO fd 85 wrote 30 bytes >> 97625 httpd 0.031173 RET sendto 30/0x1e >> 97625 httpd 0.031179 CALL clock_gettime(0,0xbfbfb58c) >> 97625 httpd 0.031184 RET clock_gettime 0 >> 97625 httpd 0.031188 CALL >> kevent(0x54,0xbfbfb678,0x1,0xbfbfb678,0x1,0xbfbfb68c) >> 97625 httpd 3.064266 GIO fd 84 wrote 20 bytes >> >> .... note the 3 second delay here. >> >> 97625 httpd 3.064277 GIO fd 84 read 20 bytes >> 97625 httpd 3.064281 RET kevent 1 >> 97625 httpd 3.064287 CALL >> recvfrom(0x55,0x2a6c4000,0x10000,0,0xbfbfb5f8,0xbfbfb694) >> 97625 httpd 3.064293 GIO fd 85 read 30 bytes >> 97625 httpd 3.064296 STRU struct sockaddr { AF_INET, 127.0.0.1:53 } >> 97625 httpd 3.064299 RET recvfrom 30/0x1e >> 97625 httpd 3.064308 CALL close(0x55) >> >> I'm open to suggestions on where to look to improve this situation. > > I'm not familiar with the kqueue event mechanism in BSD. I know it's > great, but I'm just not familiar with how to use it/etc.. If I'm > reading the syscall trace correctly, it looks like the daemon opens up a > socket to 127.0.0.1:53 (named) on fd 0x55/85, writes 30 bytes of data to > it, initiates a kernel event that writes 20 bytes of data to a different > descriptor 0x54/84, reads 20 bytes back from that fd, then reads 30 > bytes from descriptor 0x55/85. > > I wonder what the kevent() is actually accomplishing here. I wish I > could see within the kevent structs at 0xbfbfb678 and 0xbfbfb678, and > the timespec struct at 0xbfbfb68c. > > There's also a part of me that remembers some sort of kevent/kqueue > problem on older FreeBSD that got fixed at one point. The problem is > that I can't remember what that problem was, nor what release fixed it. > As such I don't want to resort to a "upgrade your OS!" response. That's not necessarily off the table, but doing that would have to be because we're sure it would fix the problem. > Does this happen when httpd tries to do DNS resolution for, say, an > incoming connection to the web server (e.g. trying to resolve the > incoming IP address of the client to an FQDN), or is it happening within > some PHP code (assuming PHP is installed/used as an Apache module) > that's trying to do DNS resolution of some kind? It's a php module doing a lookup for the hostname of the back-end mysql server. > Are the delays always 3 seconds? Pretty much. > If so, that almost sounds like a timeout of some kind. That was my first thought, but the answer always comes eventually. To answer Chuck's questions, no threading is involved, and it's not apache doing the lookups. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 09:04:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8852F106566B for ; Sat, 1 Oct 2011 09:04:11 +0000 (UTC) (envelope-from joh.hendriks@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 1CD718FC0A for ; Sat, 1 Oct 2011 09:04:10 +0000 (UTC) Received: by eyg7 with SMTP id 7so2180146eyg.13 for ; Sat, 01 Oct 2011 02:04:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=MrMmAqlQysfnEkOc428qU8Wqz3P/lfU7fjWA/o6OKRI=; b=hxmiSrE/wV2HP5lqAI3ehl/rvxSWqGj1v22cLPOtOVk9WW8kmc1Gr5gSi8XVoVSD9g O1xfiw/ptpV3LcFpPFIbup8kaIAgNalfO9yJTRSm5TDdaM9KS6aD+2dAOtC96ejUdFsl /dgdzjhqQpowypPLOCdoDJIWs65l+79LiTcFk= Received: by 10.213.113.194 with SMTP id b2mr171918ebq.129.1317459849977; Sat, 01 Oct 2011 02:04:09 -0700 (PDT) Received: from [192.168.1.13] (5ED0E470.cm-7-1d.dynamic.ziggo.nl. [94.208.228.112]) by mx.google.com with ESMTPS id z54sm14454631eef.2.2011.10.01.02.04.08 (version=SSLv3 cipher=OTHER); Sat, 01 Oct 2011 02:04:08 -0700 (PDT) Message-ID: <4E86D787.9050207@gmail.com> Date: Sat, 01 Oct 2011 11:04:07 +0200 From: johan Hendriks User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: Damien Fleuriot , freebsd-stable@freebsd.org References: <4E71C059.5060404@hi-media.com> <4E84627B.2050609@my.gd> <4E848592.5050300@my.gd> In-Reply-To: <4E848592.5050300@my.gd> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: CARP interfaces and mastership issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 09:04:11 -0000 Op 29-09-11 16:49, Damien Fleuriot schreef: >> >> >> Quick follow-up again. >> >> This is the code for sys/netinet/ip_carp.c on FreeBSD 8.2, OpenBSD >> 3.8, OpenBSD 3.9 in function carp_setrun(struct carp_softc *sc, >> sa_family_t af) >> >> >> >> FREEBSD 8.2-PRERELEASE with init + preempt => auto MASTER bug >> Function starts at line 1371. >> --- >> switch (sc->sc_state) { >> case INIT: >> if (carp_opts[CARPCTL_PREEMPT]&& !carp_suppress_preempt) { >> carp_send_ad_locked(sc); >> carp_send_arp(sc); >> #ifdef INET6 >> carp_send_na(sc); >> #endif /* INET6 */ >> CARP_LOG("%s: INIT -> MASTER (preempting)\n", >> SC2IFP(sc)->if_xname); >> carp_set_state(sc, MASTER); >> carp_setroute(sc, RTM_ADD); >> } else { >> CARP_LOG("%s: INIT -> BACKUP\n", SC2IFP(sc)->if_xname); >> carp_set_state(sc, BACKUP); >> carp_setroute(sc, RTM_DELETE); >> carp_setrun(sc, 0); >> } >> break; >> --- >> >> OPENBSD 3.8 with init + preempt => auto MASTER bug >> Function starts at line 1293. >> --- >> case INIT: >> if (carp_opts[CARPCTL_PREEMPT]&& !carp_suppress_preempt) { >> carp_set_state(sc, MASTER); >> carp_setroute(sc, RTM_ADD); >> carp_send_ad(sc); >> carp_send_arp(sc); >> #ifdef INET6 >> carp_send_na(sc); >> #endif /* INET6 */ >> } else { >> carp_set_state(sc, BACKUP); >> carp_setroute(sc, RTM_DELETE); >> carp_setrun(sc, 0); >> } >> break; >> --- >> >> >> >> OPENBSD 3.9 with bug fixed >> Function starts at line 1348. >> --- >> switch (sc->sc_state) { >> case INIT: >> carp_set_state(sc, BACKUP); >> carp_setroute(sc, RTM_DELETE); >> carp_setrun(sc, 0); >> break; >> --- >> >> >> It looks like the root cause is there. >> >> I'll rebuild and test, keep you updated. > > > > Find below my test results with the OpenBSD39 implementation which > forces an INIT -> BACKUP transition regardless of preempt. > > > > > > > # sysctl net.inet.carp.preempt > net.inet.carp.preempt: 1 > > # sysctl net.inet.carp.suppress_preempt > net.inet.carp.suppress_preempt: 0 > > # ifconfig carp17 > carp17: flags=8 metric 0 mtu 1500 > inet 46.182.[snip] netmask 0xffffffff > inet 46.182.[snip] netmask 0xffffffff > inet 46.182.[snip] netmask 0xffffffff > inet 46.182.[snip] netmask 0xffffffff > inet 46.182.[snip] netmask 0xffffffff > carp: INIT vhid 117 advbase 1 advskew 200 > > # ifconfig carp17 up; ./check_carp17_status.sh > count: 0 carp: BACKUP vhid 117 advbase 1 advskew 200 > count: 1 carp: BACKUP vhid 117 advbase 1 advskew 200 > count: 2 carp: BACKUP vhid 117 advbase 1 advskew 200 > count: 3 carp: BACKUP vhid 117 advbase 1 advskew 200 > count: 4 carp: BACKUP vhid 117 advbase 1 advskew 200 > count: 5 carp: BACKUP vhid 117 advbase 1 advskew 200 > count: 6 carp: BACKUP vhid 117 advbase 1 advskew 200 > count: 7 carp: BACKUP vhid 117 advbase 1 advskew 200 > count: 8 carp: BACKUP vhid 117 advbase 1 advskew 200 > count: 9 carp: BACKUP vhid 117 advbase 1 advskew 200 > count: 10 carp: BACKUP vhid 117 advbase 1 advskew 200 > > # dmesg > carp17: INIT -> BACKUP > carp17: link state changed to DOWN > > > > Looks like it works. > > I'm afraid I cannot test actual preemption by shutting down a physical > interface on the MASTER, because they're actually used in production and > I've got users logged in to their VPN on pf1. > > I see no reason this should break anything however, it only forces the > CARP interface to assume a BACKUP state right after INIT, as it normally > should, regardless of preemption. > > I'm filling a PR + patch. > _______________________________________________ > 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" Do you have the PR number for me and the patch, i have the same problem and like it to be fixed. regards Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 09:38:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB5051065672 for ; Sat, 1 Oct 2011 09:38:23 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.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 8AD028FC12 for ; Sat, 1 Oct 2011 09:38:23 +0000 (UTC) Received: by eyg7 with SMTP id 7so2195272eyg.13 for ; Sat, 01 Oct 2011 02:38:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=R+yKDlsDzZ3wowBN8PFHGcuZB7uzI8222dkP4o+t/1Q=; b=A9kVAnEOP416WDHfeUmd5Tl2cXLwcQxHGCzMkI3CHHYZqp8IkPRomvbqpe0axzPF+r VYwlZh8+ECuYdtenUiHN5JvZwqeoq/R4tIpMljf7TJsrYKZmr3mhy8zWgtSPPAoZhnH1 PQkNIoJu7whY6gSwMjSqGOZAPalzAdT+8nVrQ= MIME-Version: 1.0 Received: by 10.14.3.136 with SMTP id 8mr4492508eeh.126.1317460092546; Sat, 01 Oct 2011 02:08:12 -0700 (PDT) Received: by 10.14.127.76 with HTTP; Sat, 1 Oct 2011 02:08:12 -0700 (PDT) Date: Sat, 1 Oct 2011 11:08:12 +0200 Message-ID: From: Thomas Zander To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: Interpreting MCA error output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 09:38:24 -0000 Good morning, just spotted this MCA event (and subsequently kernel panic): Oct 1 10:43:42 marvin kernel: MCA: Bank 4, Status 0xf41b210030080a13 Oct 1 10:43:42 marvin kernel: MCA: Global Cap 0x0000000000000105, Status 0x0000000000000007 Oct 1 10:43:42 marvin kernel: MCA: Vendor "AuthenticAMD", ID 0x40fb2, APIC ID 0 Oct 1 10:43:42 marvin kernel: MCA: CPU 0 UNCOR OVER BUSLG Responder RD Memory Oct 1 10:43:42 marvin kernel: MCA: Address 0xbfa478a0 I'd appreciate if somebody helped in interpreting these messages. Thank you in advance, Riggs From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 10:23:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E1DE106566C for ; Sat, 1 Oct 2011 10:23:28 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 258498FC0A for ; Sat, 1 Oct 2011 10:23:27 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta10.emeryville.ca.mail.comcast.net with comcast id fNJp1h0061vN32cAANPMJP; Sat, 01 Oct 2011 10:23:21 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta22.emeryville.ca.mail.comcast.net with comcast id fNRF1h00K1t3BNj8iNRF8w; Sat, 01 Oct 2011 10:25:16 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 1E614102C19; Sat, 1 Oct 2011 03:23:27 -0700 (PDT) Date: Sat, 1 Oct 2011 03:23:27 -0700 From: Jeremy Chadwick To: Thomas Zander Message-ID: <20111001102327.GA37434@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable Subject: Re: Interpreting MCA error output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 10:23:28 -0000 On Sat, Oct 01, 2011 at 11:08:12AM +0200, Thomas Zander wrote: > just spotted this MCA event (and subsequently kernel panic): > > Oct 1 10:43:42 marvin kernel: MCA: Bank 4, Status 0xf41b210030080a13 > Oct 1 10:43:42 marvin kernel: MCA: Global Cap 0x0000000000000105, > Status 0x0000000000000007 > Oct 1 10:43:42 marvin kernel: MCA: Vendor "AuthenticAMD", ID 0x40fb2, APIC ID 0 > Oct 1 10:43:42 marvin kernel: MCA: CPU 0 UNCOR OVER BUSLG Responder RD Memory > Oct 1 10:43:42 marvin kernel: MCA: Address 0xbfa478a0 > > I'd appreciate if somebody helped in interpreting these messages. Decoded (more on how to do that later): HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor CPU 0 4 northbridge ADDR bfa478a0 Northbridge RAM Chipkill ECC error Chipkill ECC syndrome = 3036 bit40 = error found by scrub bit45 = uncorrected ecc error bit61 = error uncorrected bit62 = error overflow (multiple errors) bus error 'local node response, request didn't time out generic read mem transaction memory access, level generic' STATUS f41b210030080a13 MCGSTATUS 0 APICID 0 SOCKETID 0 CPUID Vendor AMD Family 15 Model 75 (Fields were incomplete) Explanation, as I understand it. First here's a technical ref: http://www.amd.com/us/Documents/47644A_ecc_embedded.pdf This is probably the only feature of AMD northbridges and systems I'm remotely familiar with (I mainly do Intel): your RAM exhibited multiple multi-bit errors. For "how much" can be corrected vs. detected, you'll need to read the technical document (re: ChipKill + Hamming code combination). I do not believe FreeBSD has the code to handle ChipKill MCEs gracefully, so as a result FreeBSD simply panics (this is normal; all OSes will panic on an MCE they do not know how to handle. I deal with this on Solaris 10 at work on a weekly basis, usually due to cooling/heating problems as a result of bad datacenter cooling). I know that on Solaris, some forms of ChipKill can be handled gracefully, which results in the system ceasing to use certain pages (addressing ranges) of RAM going forward. In summary don't be too surprised by the panic. The "Fields were incomplete" part I'm not sure about; maybe the ASCII parser expected more data than FreeBSD provides. Not sure. So what should you do? Replace the RAM. Which DIMM? Sadly I don't know how to determine that. Some system BIOSes (particularly on AMD systems I've used) let you do memory tests (similar to memtest86) within the BIOS which can then tell you which DIMM slot experienced a problem. If yours doesn't have that, I would have to say purchase all new RAM (yes, all of it) and test the individual DIMMs later so you can determine which is bad. Decoding the MCE can be done using Linux's mcelog program -- you'll need to download the source and apply the patch by hand *and* put in place a heavily modified version of memstream.c -- which requires a lot of patching to work on FreeBSD, and can only be used to decode ASCII-provided MCEs; DMI support does not work. So, you have to apply patches then use "mcelog --no-dmi --ascii" and provide the MCE text via stdin (or use --file). John Baldwin tends to keep up-to-date patches for mcelog here: http://people.freebsd.org/~jhb/mcelog/ The last build of mcelog I did on FreeBSD was for mcelog-1.0pre2, which John's patch (at the time) did not work with. I made my own patch (dated 2011/02/11), but it looks like John has since updated his patch. If you need/want mine, I can put it up on the web. A few moments ago I tried to download mcelog from the official site, but ftp.kernel.org is presently returning NXDOMAIN for me (e.g. A record not found). The same goes for git.kernel.org. Great..... I should really work with John to make mcelog a FreeBSD port and just regularly update it with patches, etc. to work on FreeBSD. DMI support and so on I don't think can be added (at least not by me), but simple ASCII decoding? Very possible. An alternative would be for me to make a CGI version where you could just go my site and paste in the FreeBSD MCE and it would siphon it through mcelog and give you the output. Anyway now I'm rambling, but there ya go. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 16:18:35 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDFFC106566C for ; Sat, 1 Oct 2011 16:18:35 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 862588FC13 for ; Sat, 1 Oct 2011 16:18:35 +0000 (UTC) Received: by ywp17 with SMTP id 17so2965614ywp.13 for ; Sat, 01 Oct 2011 09:18:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.185.4 with SMTP id t4mr79477892yhm.121.1317485914753; Sat, 01 Oct 2011 09:18:34 -0700 (PDT) Received: by 10.146.86.8 with HTTP; Sat, 1 Oct 2011 09:18:34 -0700 (PDT) In-Reply-To: <4E86D787.9050207@gmail.com> References: <4E71C059.5060404@hi-media.com> <4E84627B.2050609@my.gd> <4E848592.5050300@my.gd> <4E86D787.9050207@gmail.com> Date: Sat, 1 Oct 2011 18:18:34 +0200 Message-ID: From: Damien Fleuriot To: johan Hendriks Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: CARP interfaces and mastership issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 16:18:35 -0000 On 1 October 2011 11:04, johan Hendriks wrote: > Op 29-09-11 16:49, Damien Fleuriot schreef: >>> >>> >>> Quick follow-up again. >>> >>> This is the code for sys/netinet/ip_carp.c on FreeBSD 8.2, OpenBSD >>> 3.8, OpenBSD 3.9 in function carp_setrun(struct carp_softc *sc, >>> sa_family_t af) >>> >>> >>> >>> FREEBSD 8.2-PRERELEASE with init + preempt =3D> =A0auto MASTER bug >>> Function starts at line 1371. >>> --- >>> =A0 =A0 =A0 =A0 switch (sc->sc_state) { >>> =A0 =A0 =A0 =A0 case INIT: >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (carp_opts[CARPCTL_PREEMPT]&& =A0!ca= rp_suppress_preempt) >>> { >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_send_ad_locked(sc)= ; >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_send_arp(sc); >>> #ifdef INET6 >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_send_na(sc); >>> #endif /* INET6 */ >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 CARP_LOG("%s: INIT -> = =A0MASTER (preempting)\n", >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 SC2IFP(sc)->if_= xname); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_set_state(sc, MAST= ER); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_setroute(sc, RTM_A= DD); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } else { >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 CARP_LOG("%s: INIT -> = =A0BACKUP\n", >>> SC2IFP(sc)->if_xname); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_set_state(sc, BACK= UP); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_setroute(sc, RTM_D= ELETE); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_setrun(sc, 0); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 break; >>> --- >>> >>> OPENBSD 3.8 with init + preempt =3D> =A0auto MASTER bug >>> Function starts at line 1293. >>> --- >>> =A0 =A0 =A0 =A0 case INIT: >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (carp_opts[CARPCTL_PREEMPT]&& =A0!ca= rp_suppress_preempt) >>> { >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_set_state(sc, MAST= ER); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_setroute(sc, RTM_A= DD); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_send_ad(sc); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_send_arp(sc); >>> #ifdef INET6 >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_send_na(sc); >>> #endif /* INET6 */ >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } else { >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_set_state(sc, BACK= UP); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_setroute(sc, RTM_D= ELETE); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_setrun(sc, 0); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 break; >>> --- >>> >>> >>> >>> OPENBSD 3.9 with bug fixed >>> Function starts at line 1348. >>> --- >>> =A0 =A0 =A0 =A0 switch (sc->sc_state) { >>> =A0 =A0 =A0 =A0 case INIT: >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_set_state(sc, BACKUP); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_setroute(sc, RTM_DELETE); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 carp_setrun(sc, 0); >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 break; >>> --- >>> >>> >>> It looks like the root cause is there. >>> >>> I'll rebuild and test, keep you updated. >> >> >> >> Find below my test results with the OpenBSD39 implementation which >> forces an INIT -> =A0BACKUP transition regardless of preempt. >> >> >> >> >> >> >> # sysctl net.inet.carp.preempt >> net.inet.carp.preempt: 1 >> >> # sysctl net.inet.carp.suppress_preempt >> net.inet.carp.suppress_preempt: 0 >> >> # ifconfig carp17 >> carp17: flags=3D8 =A0metric 0 mtu 1500 >> =A0 =A0 =A0 =A0inet 46.182.[snip] netmask 0xffffffff >> =A0 =A0 =A0 =A0inet 46.182.[snip] netmask 0xffffffff >> =A0 =A0 =A0 =A0inet 46.182.[snip] netmask 0xffffffff >> =A0 =A0 =A0 =A0inet 46.182.[snip] netmask 0xffffffff >> =A0 =A0 =A0 =A0inet 46.182.[snip] netmask 0xffffffff >> =A0 =A0 =A0 =A0carp: INIT vhid 117 advbase 1 advskew 200 >> >> # ifconfig carp17 up; ./check_carp17_status.sh >> count: 0 =A0 =A0 =A0 =A0carp: BACKUP vhid 117 advbase 1 advskew 200 >> count: 1 =A0 =A0 =A0 =A0carp: BACKUP vhid 117 advbase 1 advskew 200 >> count: 2 =A0 =A0 =A0 =A0carp: BACKUP vhid 117 advbase 1 advskew 200 >> count: 3 =A0 =A0 =A0 =A0carp: BACKUP vhid 117 advbase 1 advskew 200 >> count: 4 =A0 =A0 =A0 =A0carp: BACKUP vhid 117 advbase 1 advskew 200 >> count: 5 =A0 =A0 =A0 =A0carp: BACKUP vhid 117 advbase 1 advskew 200 >> count: 6 =A0 =A0 =A0 =A0carp: BACKUP vhid 117 advbase 1 advskew 200 >> count: 7 =A0 =A0 =A0 =A0carp: BACKUP vhid 117 advbase 1 advskew 200 >> count: 8 =A0 =A0 =A0 =A0carp: BACKUP vhid 117 advbase 1 advskew 200 >> count: 9 =A0 =A0 =A0 =A0carp: BACKUP vhid 117 advbase 1 advskew 200 >> count: 10 =A0 =A0 =A0 carp: BACKUP vhid 117 advbase 1 advskew 200 >> >> # dmesg >> carp17: INIT -> =A0BACKUP >> carp17: link state changed to DOWN >> >> >> >> Looks like it works. >> >> I'm afraid I cannot test actual preemption by shutting down a physical >> interface on the MASTER, because they're actually used in production and >> I've got users logged in to their VPN on pf1. >> >> I see no reason this should break anything however, it only forces the >> CARP interface to assume a BACKUP state right after INIT, as it normally >> should, regardless of preemption. >> >> I'm filling a PR + patch. >> _______________________________________________ >> 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= " > > Do you have the PR number for me and the patch, i have the same problem a= nd > like it to be fixed. > > regards > Johan Hendriks > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D161123 Here you go. Please note I do not have extensive C programming experience. I have simply removed the part that makes the CARP interface immediately transition from INIT to MASTER when preemption is enabled, and replaced it with an INIT->BACKUP transition like in OpenBSD3.9 in which the bug is fixed. I cannot guarantee the absence of side effects, although I couldn't find any in my testing. Also note that if you update your sources the patch will obviously be gone, take care when upgrading. You'll want to rebuild the kernel at the very least, to be on the safe side I also did the world, you never know. Regards From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 18:11:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EB09106564A for ; Sat, 1 Oct 2011 18:11:45 +0000 (UTC) (envelope-from royce.williams@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1B3A18FC0A for ; Sat, 1 Oct 2011 18:11:44 +0000 (UTC) Received: by iadk27 with SMTP id k27so4688027iad.13 for ; Sat, 01 Oct 2011 11:11:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=s22Qlq9ncoWUZeh9OKjyuKCSGZzQpHSMGnplfIAU/wI=; b=rQKo3tazS5tHVmtYHlO7ZWSh4DCe9QBQefPix1VjWMJuy0tP8YOHcepsD/banrS2se STlb+32tk41FX0TEDv6LGPjTJOzNPdlnEc8MZBziAatlgLl/rC1BTBW1xTG0bRKvjgF+ 3HE5lINYVKd13PAIKmD8C+Tgcg6hR7AWcSibQ= Received: by 10.231.21.212 with SMTP id k20mr1166921ibb.50.1317490907079; Sat, 01 Oct 2011 10:41:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.14.8 with HTTP; Sat, 1 Oct 2011 10:41:27 -0700 (PDT) In-Reply-To: <20111001102327.GA37434@icarus.home.lan> References: <20111001102327.GA37434@icarus.home.lan> From: Royce Williams Date: Sat, 1 Oct 2011 09:41:27 -0800 Message-ID: To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Interpreting MCA error output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 18:11:45 -0000 On Sat, Oct 1, 2011 at 2:23 AM, Jeremy Chadwick wrote: [snip] > Decoding the MCE can be done using Linux's mcelog program -- you'll need > to download the source and apply the patch by hand *and* put in place a > heavily modified version of memstream.c -- which requires a lot of > patching to work on FreeBSD, and can only be used to decode > ASCII-provided MCEs; DMI support does not work. =A0So, you have to apply > patches then use "mcelog --no-dmi --ascii" and provide the MCE text via > stdin (or use --file). I'm glad to see this thread; I have a different error, for which I wanted to make sure I was fixing the right problem before randomly swapping hardware. > John Baldwin tends to keep up-to-date patches for mcelog here: > > http://people.freebsd.org/~jhb/mcelog/ > > The last build of mcelog I did on FreeBSD was for mcelog-1.0pre2, which > John's patch (at the time) did not work with. =A0I made my own patch > (dated 2011/02/11), but it looks like John has since updated his patch. > If you need/want mine, I can put it up on the web. That would be very useful as a crosscheck. I found one additional intermediate patch from John, posted on 2011-04-26, that appears to have not been merged into ~jhb/mcelog/ : http://lists.freebsd.org/pipermail/freebsd-hackers/2011-April/035159.html That patch got me up and going (using 'gmake FREEBSD=3Dyes i386=3Dyes') My problem is different from the original poster; looks a bit more serious: royce@heffalump$ ./mcelog --no-dmi --ascii MCA: Bank 1, Status 0x9400000000000151 MCA: Global Cap 0x0000000000000105, Status 0x0000000000000000 MCA: Vendor "AuthenticAMD", ID 0xfc0, APIC ID 0 MCA: CPU 0 COR ICACHE L1 IRD error MCA: Address 0xc089d890 HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor CPU 0 1 instruction cache ADDR c089d890 memory/cache error 'instruction fetch mem transaction, instruction transaction, level 1' STATUS 9400000000000151 MCGSTATUS 0 MCGCAP 105 APICID 0 SOCKETID 0 CPUID Vendor AMD Family 15 Model 12 > A few moments ago I tried to download mcelog from the official site, but > ftp.kernel.org is presently returning NXDOMAIN for me (e.g. A record not > found). =A0The same goes for git.kernel.org. =A0Great..... kernel.org is still down from the compromise a few weeks ago. At least one kernel.org mirror still has mcelog-1.0pre2: http://mirror.xmission.com/kernel.org/linux/utils/cpu/mce/mcelog-1.0pre2.ta= r.gz The main mcelog page also has a link to how to get it from GitHub while kernel.org is down: https://github.com/andikleen/mcelog Agreed that a port and a CGI would be higher leverage, but these breadcrumbs should help in the short term. Royce