From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 10:35:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A20222C7 for ; Sun, 21 Dec 2014 10:35:10 +0000 (UTC) Received: from mippet.ci.com.au (mippet.ci.com.au [192.65.182.30]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mippet.ci.com.au", Issuer "Corinthian Engineering Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3997B20D8 for ; Sun, 21 Dec 2014 10:35:09 +0000 (UTC) Received: from odi.ci.com.au (odi.ci.com.au [192.168.1.7]) by mippet.ci.COM.AU (8.14.7/8.14.9/CE140428) with ESMTP id sBLARktF027125 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 21 Dec 2014 21:27:46 +1100 (AEDT) (envelope-from rpp@ci.com.au) Received: from odi.ci.com.au (localhost [127.0.0.1]) by odi.ci.com.au (8.14.7/8.14.7) with ESMTP id sBLARk1f011308 for ; Sun, 21 Dec 2014 21:27:46 +1100 (EST) (envelope-from rpp@odi.ci.com.au) Received: (from rpp@localhost) by odi.ci.com.au (8.14.7/8.14.7/Submit) id sBLARkn6011307 for freebsd-stable@freebsd.org; Sun, 21 Dec 2014 21:27:46 +1100 (EST) (envelope-from rpp) Date: Sun, 21 Dec 2014 21:27:46 +1100 From: Richard Perini To: freebsd-stable@freebsd.org Subject: NFS negative name caching and amd Message-ID: <20141221102746.GA11278@odi.ci.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 21 Dec 2014 10:35:10 -0000 We're struggling with an NFS negative name caching issue that results in a file created by an NFS client 'A' being invisible on client 'B' for up to client A's negnametimeo value. In our scenario, a process on client A creates a file, and passes a message to another process which may run on client B. The second process expects the file created by A to be available. We're running a mix of 9-stable and 10-stable machines, and the problem is common to both. The obvious fix is to set the nfs mount option 'negnametimeo' to 0, but unfortunately we also have 'amd' in the picture (which we also need in our environment). Amd doesn't understand negnametimeo and ignores it, leaving it set to the system default of 60 seconds (as shown by nfsstat -m). We have a workaround that involves adding this entry to /sys/conf/options: NFS_DEFAULT_NAMETIMEO opt_nfs.h and then setting it in our kernel config file: option NFS_DEFAULT_NEGNAMETIMEO=0 which changes the system default to disable NFS's negative name caching. This seemed far easier than hacking on amd :-( Is there a better solution to this issue? If not, would a friendly committer be able to add the NFS_DEFAULT_NAMETIMEO to /sys/conf/options and MFC it back to the 9 branch please? I will submit a PR if that is appropriate. Regards -- Richard Perini From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 11:35:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 376AE5B2 for ; Sun, 21 Dec 2014 11:35:56 +0000 (UTC) Received: from nm38-vm6.bullet.mail.gq1.yahoo.com (nm38-vm6.bullet.mail.gq1.yahoo.com [98.136.217.77]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F28402E6F for ; Sun, 21 Dec 2014 11:35:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1419161754; bh=lFqY2lAASC52bTy3EjhkSmsuavuZBiiK6X8OUoWgdDI=; h=Date:From:Reply-To:To:Subject:From:Subject; b=darTcFTUmjKONGvHlRkTBYvxKTjTaw1+e+g63QwaEf79gpBPw+sC8NQnpSn1gXcSYhy0YrBRgX7vDzozN7wr2zGybD/BHx6I+l1g1+YJAxCCK3e8gVAR7xGxHSbt6vJz8DyPlNyBOlB68HaRYJ7URk9CXuhM+BIEFkA+bmFfDjWzL93oG6VuElgs4F9O/aOB7YLD9guzdCcbNeoJkd1AEbEabDid4TdTbDi/JEz4gJ6Ir9DwgnwrX2fxJkpixPsb9umf+OqD/PBaeupdxzlkjR7qjDkrR6T936A0EEhauKRSj5MVNM6cTx1113dsi7syVVJ06URie/hXff4ShLwI/w== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=k3KF3+t2FfISMHurQjJb5SxQEjjxHMj8MkJPsa3ziW+Fz0OcoiN5c5WW4lyzZjAojk3vrsUmvoI7Jr09HcZahgZTLJ92FL1hJ/zrFtGYRBLn2ysnAHFjKDCwXq8rr2tzAzLz0XWPZ8256+Yy1DvfyNhvxjUhoflwN/Hxr8YBab1iqtENEnpv+rKXheJei2639t0INin7cgLlMOgrNphN1JGNL8TldTBcpFgjWtV/O9CBH3MC0fnOy0jAaq3EeCKtSGlSsXCg/9QVJmPNvtshNKbqqXvgasEx3diEoqT/64t6YHYbPHSHdf7TIPSgPClXndGUsroog1QSQSzrZqgudg==; Received: from [127.0.0.1] by nm38.bullet.mail.gq1.yahoo.com with NNFMP; 21 Dec 2014 11:35:54 -0000 Received: from [216.39.60.184] by nm38.bullet.mail.gq1.yahoo.com with NNFMP; 21 Dec 2014 11:32:56 -0000 Received: from [98.139.212.149] by tm20.bullet.mail.gq1.yahoo.com with NNFMP; 21 Dec 2014 11:32:56 -0000 Received: from [98.139.212.239] by tm6.bullet.mail.bf1.yahoo.com with NNFMP; 21 Dec 2014 11:32:56 -0000 Received: from [127.0.0.1] by omp1048.mail.bf1.yahoo.com with NNFMP; 21 Dec 2014 11:32:56 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 319026.47287.bm@omp1048.mail.bf1.yahoo.com X-YMail-OSG: 0CBiVAEVM1mOtjRUXXOnY_uCJ1LgGVsjeSENcC0nXJXTqnkgGXJ2aQMeupyJ6sa p4g54XvJVq3wjQYqTeTOA2p7TWHJZGvJ_vWQDk7GK1gQtVp9H40l14mdBs4hLpGeHL3MyotAuu1a Qi.tkAqcRMZSNIw0yslDxjS1NOim4tqs2nBp51nJoAtz8KJDCgsvMPRfBS0rnIcLVM9RqaOgg771 fd_IPYBaMSmUAHN2olf681M60S5KIOqtFKBEiMsZgwQ6tfqg68LNADa26YlbLP1XjGVY1RKsvv7w m566SudPBd5uxrQ9OH_m5lOkAmh2DtGHxc4DXeWxLwTbBhHqwojHTXylqmj1xhAaPu2s_TbMJY5Y LXcZzltVIMS0Kp96gfBJgOPeLFV5b9GtU4xsQVyvrczdz2KqG2_xBq8dKT_EJzApFB_FaI_x.sck ZMzByFjoji_ThOsRGDqzzXJc0Rzhor72ItnlFISaA8rO7.9JO2yEi2muOU8Z6ESGUoNI71mNV36Q Q4Qka_Q-- Received: by 66.196.80.127; Sun, 21 Dec 2014 11:32:55 +0000 Date: Sun, 21 Dec 2014 11:32:55 +0000 (UTC) From: Filippo Moretti Reply-To: Filippo Moretti To: "stable@freebsd.org" Message-ID: <479677408.83303.1419161575551.JavaMail.yahoo@jws10609.mail.bf1.yahoo.com> Subject: Problem updatin ports MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 21 Dec 2014 11:35:56 -0000 root=C2=A0 sting /usr/ports 12:06:42$ portmaster 'find /usr/local/lib/perl5= /site_perl/mach/5.18 -name '*.so' |xargs pkg which -qolsort -u' =3D=3D=3D>>> find is not installed =3D=3D=3D>>> Aborting update root=C2=A0 sting /usr/ports 12:10:11$ uname -a FreeBSD sting 10.1-STABLE FreeBSD 10.1-STABLE #8 r275607: Fri Dec 12 12:52:= 06 CET 2014=C2=A0=C2=A0=C2=A0=C2=A0 root@sting:/usr/obj/usr/src/sys/STING_V= T=C2=A0 i386 I get this error when attempting to update ports and I do have /usr/bin/fin= d installedany help appreciatedFilippo From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 12:32:31 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0F3F1D3 for ; Sun, 21 Dec 2014 12:32:30 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7151F3980 for ; Sun, 21 Dec 2014 12:32:30 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id l15so5689019wiw.16 for ; Sun, 21 Dec 2014 04:32:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=my5DLY1FdmnesYE0nqfqXkRcAeJj1euNkVj7qzNYgLo=; b=sOWwU549wmxmxs+idSDiPXHkMeUZmE+waOqXKK89ohwjeQc/F/lm7jGa/gbylJ971D qyp4wE2gz/qomaokZX2JobxLuuu7lKUHbWypJf3Mcg+2DUOXMwAS025sPl+ACBB9fXXi PiRn1UF973U+/9tyo7c52UvIJ6c8uzC80HRR7KwXuZnMeHpBiPlUasY/ZSd+zTz3z0yL zm9Bh1JylvQ3tEAxH4CWIHiDMlRNpyyK7Vfs+GTgWiHWyP7vSfNVwX4UG0V6UUTJAnFM uZdP2I++EeYpxUxjIjqzlZGzKdhBrn7ToJRpDAJcrYPKw9NzH0LFUNzlblcryZdlgaSY XedQ== MIME-Version: 1.0 X-Received: by 10.180.72.199 with SMTP id f7mr22865515wiv.53.1419165148861; Sun, 21 Dec 2014 04:32:28 -0800 (PST) Received: by 10.216.186.137 with HTTP; Sun, 21 Dec 2014 04:32:28 -0800 (PST) In-Reply-To: <479677408.83303.1419161575551.JavaMail.yahoo@jws10609.mail.bf1.yahoo.com> References: <479677408.83303.1419161575551.JavaMail.yahoo@jws10609.mail.bf1.yahoo.com> Date: Sun, 21 Dec 2014 07:32:28 -0500 Message-ID: Subject: Re: Problem updatin ports From: Brandon Allbery To: Filippo Moretti Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 21 Dec 2014 12:32:31 -0000 On Sun, Dec 21, 2014 at 6:32 AM, Filippo Moretti via freebsd-stable < freebsd-stable@freebsd.org> wrote: > root sting /usr/ports 12:06:42$ portmaster 'find > /usr/local/lib/perl5/site_perl/mach/5.18 -name '*.so' |xargs pkg which > -qolsort -u' > Wrong quote. ' and ` look rather similar but have distinctly different meanings. (Or did you typo it when writing it in this message?) In fact, whoever wrote that should really have used $() instead: portmaster $(find /usr/local/lib/perl5/site_perl/mach/5.18 -name '*.so' |xargs pkg which -qolsort -u) -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 13:39:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E1C5EE1 for ; Sun, 21 Dec 2014 13:39:28 +0000 (UTC) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx.arcor.de", Issuer "Thawte SSL CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1FE922900 for ; Sun, 21 Dec 2014 13:39:27 +0000 (UTC) Received: from mail-in-10-z2.arcor-online.net (mail-in-10-z2.arcor-online.net [151.189.8.27]) by mx.arcor.de (Postfix) with ESMTP id A3D58197738 for ; Sun, 21 Dec 2014 14:08:54 +0100 (CET) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mail-in-10-z2.arcor-online.net (Postfix) with ESMTP id A00DE28AEC5 for ; Sun, 21 Dec 2014 14:08:54 +0100 (CET) X-Greylist: Passed host: 188.98.156.63 X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-02.arcor-online.net 7826E30310 Received: from lorvorc.mips.inka.de (dslb-188-098-156-063.188.098.pools.vodafone-ip.de [188.98.156.63]) by mail-in-02.arcor-online.net (Postfix) with ESMTPS id 7826E30310 for ; Sun, 21 Dec 2014 14:08:54 +0100 (CET) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.9/8.14.7) with ESMTP id sBLD8rl0077159 for ; Sun, 21 Dec 2014 14:08:53 +0100 (CET) (envelope-from news@lorvorc.mips.inka.de) Received: (from news@localhost) by lorvorc.mips.inka.de (8.14.9/8.14.9/Submit) id sBLD8rlG077158 for freebsd-stable@freebsd.org; Sun, 21 Dec 2014 14:08:53 +0100 (CET) (envelope-from news) To: freebsd-stable@freebsd.org From: Christian Weisgerber Newsgroups: list.freebsd.stable Subject: Re: Problem updatin ports Date: Sun, 21 Dec 2014 13:08:53 +0000 (UTC) Lines: 9 Message-ID: References: <479677408.83303.1419161575551.JavaMail.yahoo@jws10609.mail.bf1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: lorvorc.mips.inka.de 1419167333 77001 ::1 (21 Dec 2014 13:08:53 GMT) X-Complaints-To: usenet@mips.inka.de User-Agent: slrn/1.0.1 (FreeBSD) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 21 Dec 2014 13:39:28 -0000 On 2014-12-21, Filippo Moretti via freebsd-stable wrote: > root  sting /usr/ports 12:06:42$ portmaster 'find /usr/local/lib/perl5/site_perl/mach/5.18 -name '*.so' |xargs pkg which -qolsort -u' That's nonsensical and not what UPDATING recommends. You messed up the quoting; `...` is not the same as '...'. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 13:40:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD117FCC for ; Sun, 21 Dec 2014 13:40:50 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A5B172929 for ; Sun, 21 Dec 2014 13:40:50 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id y20so3104850ier.18 for ; Sun, 21 Dec 2014 05:40:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neosmart.net; s=google; h=from:content-type:subject:message-id:date:to:mime-version; bh=FysIshqTApsRR9NxEKpzrVVUcv/Ghno8aOB0ieLR25Y=; b=pUHaamun2fUN3WdDT3XDNnRqk6vNjSoe/UJeSK2yFrJjbnQ3zWK8RCa9AhNKM5Nawz TWj9TZETMwy7FNNHtKGAEDCEkx3A2pL4mAMkt6/UtPZuhPpCWNhODTUqUZfUT38hD0Az hZmkL7HZI1rceLW55riIXcLnBtaQedt+gaDok= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:subject:message-id:date:to :mime-version; bh=FysIshqTApsRR9NxEKpzrVVUcv/Ghno8aOB0ieLR25Y=; b=enkftoYn5b1VQ5rvrBhOI7r6uaMQ6DNBfyx10/Ep/hLZ1DD1zs6yZt+TecXcYRJrbb 3Rs/TnxnsxiHx9mVGQPYvY0PzcSsdvfIZkRDWzMimYUOUSIQxGItiQxmyAl9xpKnP3pn 0amoW12inHyNUebWCRFGD9Qx5ukHgJ7Bxl3c6SXvpa46SV3nRKrEwYOuExlwTg7iRoRG q+wsuwAN4he3wT06r7dG4apychpUFfPCtQuL60+075Scy9ZEjIIZU+qz59+mFfKNl9y9 /j524ulNRCV+s1lmJPosU8+JMYN60h2xhJfA53aJKgWCrNJQ6a88/NUAE3Hu8XcSspaW muHQ== X-Gm-Message-State: ALoCoQnp+dq1ix5CbPA0uXtS3SbKDeHvlx1yKtIdBNZTg2tM3kWE2IuccMn1krVp6hvlVJjghiN5 X-Received: by 10.50.114.35 with SMTP id jd3mr12049715igb.31.1419169249906; Sun, 21 Dec 2014 05:40:49 -0800 (PST) Received: from ?IPv6:2601:d:180:19c3:351f:4af5:16bf:3d44? ([2601:d:180:19c3:351f:4af5:16bf:3d44]) by mx.google.com with ESMTPSA id r12sm7095081ioe.43.2014.12.21.05.40.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Dec 2014 05:40:49 -0800 (PST) From: Mahmoud Al-Qudsi Content-Type: multipart/mixed; boundary="Apple-Mail=_047B4DD7-F7F0-41D4-92A5-B99461BBE670" Subject: fdescfs kernel panic on 10.1-RELEASE Message-Id: <796D07B5-4BEC-4E6E-BB7B-21951EB91E4B@neosmart.net> Date: Sun, 21 Dec 2014 07:40:48 -0600 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2064\)) X-Mailer: Apple Mail (2.2064) X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 21 Dec 2014 13:40:50 -0000 --Apple-Mail=_047B4DD7-F7F0-41D4-92A5-B99461BBE670 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello all, I have two very-similarily configured virtual machines, one of which = will instantly go into a kernel panic and reboots when I attempt to launch = Chrome (as a normal user, without root priviliges).=20 This is running on FreeBSD 10.1-RELEASE i386, under XOrg with the VESA = driver. Even though my kernel is built with BREAK_TO_DEBUGGER, Chromimum always = causes a hard restart of the entire machine - though KDB does print the kernel stacktrace. Any idea how I can catch this? Without ddb, I'm not sure where to go next to debug the issue. This is the stack trace as reported by KDB on the serial console, and = I've attached the output of dtruss for the process in question. Many thanks, Mahmoud Al-Qudsi processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 820 (chrome) trld-elf.so.1`0x2dap n746cfb umber =3D 12 panic: page fault cpuid =3D 5 KDB: stack backtrace: db_trace_self_wrapper(c11ca238,c141f650,c65fc620,c5b26478,c095dc76,...) = at db_trace_self_wrapper+0x2d/frame 0xc5b26448 kdb_backtrace(c138ccff,5,c1095b1c,c5b26504,c5db0cc8,...) at = kdb_backtrace+0x30/frame 0xc5b264b0 vpanic(c5b26504,c5b26548,c104cd24,c1095b1c,c138e74d,...) at = vpanic+0x11d/frame 0xc5b264ec panic(c1095b1c,c138e74d,c65fc7c8,1,1,...) at panic+0x12/frame 0xc5b264f8 trap_fatal(5,0,c138e746,246,c107be3f,...) at trap_fatal+0x324/frame = 0xc5b26548 trap_pfault(c,c,c65fc620,c5b265e0,246,...) at trap_pfault+0x72/frame = 0xc5b265c0 trap(c5b26714) at trap+0x75e/frame 0xc5b26708 calltrap() at calltrap+0x6/frame 0xc5b26708 --- trap 0xc, eip =3D 0xc0c0363d, esp =3D 0xc5b26754, ebp =3D 0xc5b2675c = --- strlen(f,c5b26848,c11c3301,246,c11c32a8,...) at strlen+0xd/frame = 0xc5b2675c kvprintf(c11c328f,c0b7b3b0,c5b26848,a,c5b26890,...) at = kvprintf+0x81e/frame 0xc5b26828 vsnprintf(c153c0b2,100,c11c328f,c5b26890,c5b26890,...) at = vsnprintf+0x45/frame 0xc5b26860 kassert_panic(c11c328f,f,c655d0ef,b5,0,...) at kassert_panic+0x2d/frame = 0xc5b26884 __mtx_lock_flags(c66ccba4,0,c655d0ef,b5,c65fc620,...) at = __mtx_lock_flags+0x17e/frame 0xc5b268b8 fdesc_allocvp(1,0,3,c65ca000,c5b26918,...) at fdesc_allocvp+0xad/frame = 0xc5b268e8 fdesc_lookup(c5b269a8,c1395423,c11fbb35,c11d6ef8,c14798f0,...) at = fdesc_lookup+0x1f0/frame 0xc5b26940 VOP_LOOKUP_APV(c655e2f8,c5b269a8,c5b26b64,31b,0,...) at = VOP_LOOKUP_APV+0x12f/frame 0xc5b26970 lookup(c5b26b08,c5b26a40,110,d5,1101,...) at lookup+0x514/frame = 0xc5b269d0 namei(c5b26b08,0,4000144,0,bf9fd6d1,...) at namei+0x4fd/frame 0xc5b26a68 kern_statat_vnhook(c65fc620,0,ffffff9c,bf9fd6d1,0,...) at = kern_statat_vnhook+0xbd/frame 0xc5b26ba8 sys_stat(c65fc620,c5b26cc8,c14385b4,c5b26cc8,0,...) at = sys_stat+0x5a/frame 0xc5b26c40 syscall(c5b26d08) at syscall+0x31b/frame 0xc5b26cfc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xc5b26cfc --- syscall (188, FreeBSD ELF32, sys_stat), eip =3D 0x2f0536e7, esp =3D = 0xbf9fd68c, ebp =3D 0xbf9fd898 =E2=80=94 --Apple-Mail=_047B4DD7-F7F0-41D4-92A5-B99461BBE670 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_047B4DD7-F7F0-41D4-92A5-B99461BBE670-- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 13:49:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3BDD19B for ; Sun, 21 Dec 2014 13:49:12 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 564E42A4E for ; Sun, 21 Dec 2014 13:49:12 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id sBLDn60C013974 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Dec 2014 15:49:06 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua sBLDn60C013974 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id sBLDn6Vl013973; Sun, 21 Dec 2014 15:49:06 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 21 Dec 2014 15:49:06 +0200 From: Konstantin Belousov To: Mahmoud Al-Qudsi Subject: Re: fdescfs kernel panic on 10.1-RELEASE Message-ID: <20141221134906.GV2148@kib.kiev.ua> References: <796D07B5-4BEC-4E6E-BB7B-21951EB91E4B@neosmart.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <796D07B5-4BEC-4E6E-BB7B-21951EB91E4B@neosmart.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 21 Dec 2014 13:49:12 -0000 On Sun, Dec 21, 2014 at 07:40:48AM -0600, Mahmoud Al-Qudsi wrote: > Hello all, > > I have two very-similarily configured virtual machines, one of which will > instantly go into a kernel panic and reboots when I attempt to launch Chrome > (as a normal user, without root priviliges). > > This is running on FreeBSD 10.1-RELEASE i386, under XOrg with the VESA driver. > > Even though my kernel is built with BREAK_TO_DEBUGGER, Chromimum always causes > a hard restart of the entire machine - though KDB does print the kernel > stacktrace. Any idea how I can catch this? > > Without ddb, I'm not sure where to go next to debug the issue. > > This is the stack trace as reported by KDB on the serial console, and I've > attached the output of dtruss for the process in question. > > Many thanks, > > Mahmoud Al-Qudsi > > > > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 820 (chrome) > trld-elf.so.1`0x2dap n746cfb > umber = 12 > panic: page fault > cpuid = 5 > KDB: stack backtrace: > db_trace_self_wrapper(c11ca238,c141f650,c65fc620,c5b26478,c095dc76,...) at db_trace_self_wrapper+0x2d/frame 0xc5b26448 > kdb_backtrace(c138ccff,5,c1095b1c,c5b26504,c5db0cc8,...) at kdb_backtrace+0x30/frame 0xc5b264b0 > vpanic(c5b26504,c5b26548,c104cd24,c1095b1c,c138e74d,...) at vpanic+0x11d/frame 0xc5b264ec > panic(c1095b1c,c138e74d,c65fc7c8,1,1,...) at panic+0x12/frame 0xc5b264f8 > trap_fatal(5,0,c138e746,246,c107be3f,...) at trap_fatal+0x324/frame 0xc5b26548 > trap_pfault(c,c,c65fc620,c5b265e0,246,...) at trap_pfault+0x72/frame 0xc5b265c0 > trap(c5b26714) at trap+0x75e/frame 0xc5b26708 > calltrap() at calltrap+0x6/frame 0xc5b26708 > --- trap 0xc, eip = 0xc0c0363d, esp = 0xc5b26754, ebp = 0xc5b2675c --- > strlen(f,c5b26848,c11c3301,246,c11c32a8,...) at strlen+0xd/frame 0xc5b2675c > kvprintf(c11c328f,c0b7b3b0,c5b26848,a,c5b26890,...) at kvprintf+0x81e/frame 0xc5b26828 > vsnprintf(c153c0b2,100,c11c328f,c5b26890,c5b26890,...) at vsnprintf+0x45/frame 0xc5b26860 > kassert_panic(c11c328f,f,c655d0ef,b5,0,...) at kassert_panic+0x2d/frame 0xc5b26884 > __mtx_lock_flags(c66ccba4,0,c655d0ef,b5,c65fc620,...) at __mtx_lock_flags+0x17e/frame 0xc5b268b8 > fdesc_allocvp(1,0,3,c65ca000,c5b26918,...) at fdesc_allocvp+0xad/frame 0xc5b268e8 > fdesc_lookup(c5b269a8,c1395423,c11fbb35,c11d6ef8,c14798f0,...) at fdesc_lookup+0x1f0/frame 0xc5b26940 > VOP_LOOKUP_APV(c655e2f8,c5b269a8,c5b26b64,31b,0,...) at VOP_LOOKUP_APV+0x12f/frame 0xc5b26970 > lookup(c5b26b08,c5b26a40,110,d5,1101,...) at lookup+0x514/frame 0xc5b269d0 > namei(c5b26b08,0,4000144,0,bf9fd6d1,...) at namei+0x4fd/frame 0xc5b26a68 > kern_statat_vnhook(c65fc620,0,ffffff9c,bf9fd6d1,0,...) at kern_statat_vnhook+0xbd/frame 0xc5b26ba8 > sys_stat(c65fc620,c5b26cc8,c14385b4,c5b26cc8,0,...) at sys_stat+0x5a/frame 0xc5b26c40 > syscall(c5b26d08) at syscall+0x31b/frame 0xc5b26cfc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xc5b26cfc > --- syscall (188, FreeBSD ELF32, sys_stat), eip = 0x2f0536e7, esp = 0xbf9fd68c, ebp = 0xbf9fd898 ??? > What is the source line for address fdesc_allocvp+0xad ? Easiest is to run 'kgdb /boot/kernel/kernel /dev/mem' on the system which panics and do "list *fdesc_allocvp+0xad". From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 13:55:15 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD37A38B; Sun, 21 Dec 2014 13:55:15 +0000 (UTC) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8FBB32B5A; Sun, 21 Dec 2014 13:55:15 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y2gyX-000Hgt-Fv; Sun, 21 Dec 2014 13:55:13 +0000 Date: Sun, 21 Dec 2014 13:55:13 +0000 From: Gary Palmer To: Brandon Allbery Subject: Re: Problem updatin ports Message-ID: <20141221135513.GB63927@in-addr.com> References: <479677408.83303.1419161575551.JavaMail.yahoo@jws10609.mail.bf1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 21 Dec 2014 13:55:15 -0000 On Sun, Dec 21, 2014 at 07:32:28AM -0500, Brandon Allbery wrote: > In fact, whoever wrote that should really have used $() instead: > > portmaster $(find /usr/local/lib/perl5/site_perl/mach/5.18 -name '*.so' > |xargs pkg which -qolsort -u) That only works on sh/bash/etc shells, whereas `...` should work in all shells (that I know of anyway) Regards, Gary From owner-freebsd-stable@FreeBSD.ORG Sun Dec 21 14:04:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7091845 for ; Sun, 21 Dec 2014 14:04:37 +0000 (UTC) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 862722CAD for ; Sun, 21 Dec 2014 14:04:37 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id x19so3145991ier.34 for ; Sun, 21 Dec 2014 06:04:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neosmart.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=uIUxNEKPhPjcDLnCy4xZotLMlfArsnL93qCZU/btCO4=; b=zStX773KRE61Rnsd4cc328xXjY3Zv+ruIRxDkQkm1wrEvjwzEmlU5sCpAeGp1EmkPT SPLqLIA10b3ez3F/KjY9OxzZd/+UP5QXa4G9pkgSJo5YVOwbyGRMkG0fDEtSdzZu4kJo 8ULs9fOh0O9n73oWSVxvRCrrFqGtjkizdagKI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=uIUxNEKPhPjcDLnCy4xZotLMlfArsnL93qCZU/btCO4=; b=EH/TLFBKLkQzg6mdRE6pjsXkFQKJi3BxV8N9mFxoSIlshMzlypJP5Sdv/kQ2+fjleK vNqiB6wGML/qcz+e7g1BdXwzJbUkglIg+yERKrEn7AjSzu7pzItA7owFa/rzYMvdzROY YUpdbZB6iFHEch3opS51OkB3X2YNW3tr+LFnjH6hUnwjXvRmGwcWlPXV9zMlkZ7mcGIy rb6Lk2WqpmptPZGNYnoR1y68O7rvvJhk/p8jeWaTwvQqfC5PCVOqLipDGTO+9F7a/sWM FG1l3Pi6NRZ0T53KTszdPCX4X5rKO4z3rOn7QiMVd2rim5dSaJvs+O9Pr1gdfBs4Amj6 EQxw== X-Gm-Message-State: ALoCoQkk2hW23WzY2oKGrNl04sdS3CHtzNIN5uJthoY3eBt8ulO9weNEr8pJu2TIT2eTEuIOHOfT X-Received: by 10.50.45.4 with SMTP id i4mr11861728igm.42.1419170676593; Sun, 21 Dec 2014 06:04:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.159.227 with HTTP; Sun, 21 Dec 2014 06:04:16 -0800 (PST) In-Reply-To: <20141221134906.GV2148@kib.kiev.ua> References: <796D07B5-4BEC-4E6E-BB7B-21951EB91E4B@neosmart.net> <20141221134906.GV2148@kib.kiev.ua> From: Mahmoud Al-Qudsi Date: Sun, 21 Dec 2014 08:04:16 -0600 Message-ID: Subject: Re: fdescfs kernel panic on 10.1-RELEASE To: Konstantin Belousov Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 21 Dec 2014 14:04:37 -0000 On Sun, Dec 21, 2014 at 7:49 AM, Konstantin Belousov wrote: > > What is the source line for address fdesc_allocvp+0xad ? > Easiest is to run 'kgdb /boot/kernel/kernel /dev/mem' on the system > which panics and do "list *fdesc_allocvp+0xad". > My apologies - pilot error, it would seem. I was missing my symbols, and after a recompile the error is gone. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 10:54:28 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CBFBEE3 for ; Mon, 22 Dec 2014 10:54:28 +0000 (UTC) Received: from mx1.informatik.uni-stuttgart.de (mailgw.informatik.uni-stuttgart.de [129.69.211.41]) by mx1.freebsd.org (Postfix) with ESMTP id 6082A1064 for ; Mon, 22 Dec 2014 10:54:27 +0000 (UTC) Received: from azu.informatik.uni-stuttgart.de (azu.informatik.uni-stuttgart.de [129.69.218.66]) by mx1.informatik.uni-stuttgart.de (Postfix) with ESMTP id D104E60B0 for ; Mon, 22 Dec 2014 11:54:19 +0100 (CET) Received: by azu.informatik.uni-stuttgart.de (Postfix, from userid 19691) id AAE602E85; Mon, 22 Dec 2014 11:54:15 +0100 (MET) Date: Mon, 22 Dec 2014 11:53:43 +0100 (MET) From: Christian Corti To: freebsd-stable@freebsd.org Subject: Re: New bug with O_CREAT|O_EXCL and NFS? In-Reply-To: <376853369.1281572.1419028998536.JavaMail.root@uoguelph.ca> Message-ID: References: <376853369.1281572.1419028998536.JavaMail.root@uoguelph.ca> User-Agent: Alpine 2.02 (SUN 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 10:54:28 -0000 On Fri, 19 Dec 2014, Rick Macklem wrote: > If you are using a Solaris NFS server then, yes, it is a known bug in > the Solaris NFS server. See: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193128 Yes, indeed, I'm using a Solaris NFS server. > Until I add a mount option in the client to force "use server's time" > workarounds are: > - Use a non-Solaris NFS server. > - Use NFSv2, which seems to work ok. ("nfsv2" or "vers=2" mount option) > - Hack your kernel with the patch in the bug report. It seems that using NFSv4 solves that problem, too. That means I have to migrate from amd to autofs since amd apparently doesn't support NFSv4. Christian From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 14:09:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3059C10 for ; Mon, 22 Dec 2014 14:09:58 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6768464607 for ; Mon, 22 Dec 2014 14:09:58 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id pn19so4048367lab.37 for ; Mon, 22 Dec 2014 06:09:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=nEKgOl7fhNhTniPNIQSDtnqzjgfGBWuDGLOg6sgdv+w=; b=p8FUmfXy2DvbVNtYCKNM0Dfpwv1AptqwKke+lkEZEBFDtuZo05eHcgKtJub5tjyAAB eW2LKh2gBru69wI2vpwW6pKEraYipwZQFDn7lTy4FrFOodbdA423yRlze8BSJsp+lF51 P1NahF88S8G33SHGLj8/Gkl0K7aQiNtyPY8T1ycfAKJU1B8KjdHQseNc2LnMEiNK2R9i 9We5D0DuEC8wC5BbcSm0slUjBQip9MP1a16YbT+bTgPqK6e4hozMRm0DAhgv3Ejtdf/C ovOeJNj5q2ymnn+mMLDJw/N24KGZSY1Q4SvTY9w757m9Cn6N3bMdUGfuX8EOu4FnehGz 2VTg== MIME-Version: 1.0 X-Received: by 10.112.35.134 with SMTP id h6mr22629553lbj.67.1419257396511; Mon, 22 Dec 2014 06:09:56 -0800 (PST) Received: by 10.114.109.104 with HTTP; Mon, 22 Dec 2014 06:09:56 -0800 (PST) Date: Mon, 22 Dec 2014 14:09:56 +0000 Message-ID: Subject: Re: 10.1 RC4 r273903 - zpool scrub on ssd mirror - ahci command timeout From: Peter HEINER To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 14:09:59 -0000 > So I now think the whole problem centers around the Samsung 850 PRO > 512GB SSDs. Too bad I do not have the budget to just buy two Intel (or > other) SSDs of similar size and see if the timeouts disappear.. > > I wonder if this is a firmware issue with the drive or just some > misguided fancy energy saving feature of this particular drive > model causing the whole trouble. I don't think it's the SSDs, as I'm seeing the exact same behaviour using 4 2TB WD Reds in a raidz1 with 10.1-RELEASE on a HP N40L as well. Whenever I do heavy reads like a scrub or send, there are CAM timeouts and eventually the drives detach. I had to downgrade to 10.0-RELEASE, which seems to work fine so far. The box ran Ubuntu until recently, without issues. I am happy to troubleshoot further, should anyone want to pick this up. I'm relatively new to FreeBSD, so any guidance on next steps to take is welcome. p From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 14:26:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AADE1A3 for ; Mon, 22 Dec 2014 14:26:53 +0000 (UTC) Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com [209.85.212.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B275E6485A for ; Mon, 22 Dec 2014 14:26:52 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id ex7so8125743wid.0 for ; Mon, 22 Dec 2014 06:26:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=q/zQuTvd5Nyl7h2WKLSUstnpJtiwJu+G0dP30NCuH1Q=; b=lQYDVjeTP+N/QNb+kq0Sl5Jdjj3BR61om4corDbi0UrIn7mLQXVPYQcJVQXpOFr/Xm C52cSM43HlNQET848YmCpm0M1n/Roy+XycPbtCKDBuXZchfx4yOCudvOhsxrMmwxaF9q PedtJqQAmN85/Yw0mawiGVUoJZt+BLOFgti4ud1TatigZncwsqx2GCbk7JJ7vqipVVOh RnXwctVoMkXn2Bh1L1f/edj25KOZkW2eKkU5V2xmv0QRLHKeMCoijAJ4kPkv1Gz8WfH/ 8qVHqxhqgk3ott6mVnaTtTr7g0BiiPsU/ERS+Ox6mxMtCstQyX23defyZEuBfd32tXxv DX+Q== X-Gm-Message-State: ALoCoQkkLu1coElwYc5lh13YMg1BQut6WcUi2BQxBW0Bo8iuB3rzIGcOJhGorGLVANNR6cgPFgtm X-Received: by 10.180.91.109 with SMTP id cd13mr31505471wib.46.1419258404801; Mon, 22 Dec 2014 06:26:44 -0800 (PST) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id t4sm23896333wjy.21.2014.12.22.06.26.43 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Dec 2014 06:26:43 -0800 (PST) Message-ID: <54982A08.0@multiplay.co.uk> Date: Mon, 22 Dec 2014 14:26:16 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 10.1 RC4 r273903 - zpool scrub on ssd mirror - ahci command timeout References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 14:26:53 -0000 On 22/12/2014 14:09, Peter HEINER wrote: >> So I now think the whole problem centers around the Samsung 850 PRO >> 512GB SSDs. Too bad I do not have the budget to just buy two Intel (or >> other) SSDs of similar size and see if the timeouts disappear.. >> >> I wonder if this is a firmware issue with the drive or just some >> misguided fancy energy saving feature of this particular drive >> model causing the whole trouble. > I don't think it's the SSDs, as I'm seeing the exact same behaviour > using 4 2TB WD Reds in a raidz1 with 10.1-RELEASE on a HP N40L as well. > Whenever I do heavy reads like a scrub or send, there are CAM timeouts > and eventually the drives detach. I had to downgrade to 10.0-RELEASE, > which seems to work fine so far. The box ran Ubuntu until recently, > without issues. > I am happy to troubleshoot further, should anyone want to pick this up. > I'm relatively new to FreeBSD, so any guidance on next steps to take is > welcome. Are all the disks your seeing errors with running at 6Gbps? If so have you tried downgrading the connection to SATA 2 speeds to see if that makes a difference? An example of this which goes in /boot/loader.conf is: hint.ahcich.0.sata_rev="2" We had a similar problem with a Dell chassis where the connection via the Hotswap backplane wasn't up to scratch for SATA 3 speeds, and this fixed it. Regards Steve From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 14:33:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57CE5383 for ; Mon, 22 Dec 2014 14:33:07 +0000 (UTC) Received: from mx3.informatik.uni-stuttgart.de (mailgw.informatik.uni-stuttgart.de [129.69.211.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1A5E164950 for ; Mon, 22 Dec 2014 14:33:06 +0000 (UTC) Received: from azu.informatik.uni-stuttgart.de (azu.informatik.uni-stuttgart.de [129.69.218.66]) by mx3.informatik.uni-stuttgart.de (Postfix) with ESMTP id 212E8A437 for ; Mon, 22 Dec 2014 15:27:11 +0100 (CET) Received: by azu.informatik.uni-stuttgart.de (Postfix, from userid 19691) id 6F5402E85; Mon, 22 Dec 2014 15:27:05 +0100 (MET) Date: Mon, 22 Dec 2014 15:27:04 +0100 (MET) From: Christian Corti To: freebsd-stable@freebsd.org Subject: Re: New bug with O_CREAT|O_EXCL and NFS? In-Reply-To: Message-ID: References: <376853369.1281572.1419028998536.JavaMail.root@uoguelph.ca> User-Agent: Alpine 2.02 (SUN 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 14:33:07 -0000 On Mon, 22 Dec 2014, Christian Corti wrote: > It seems that using NFSv4 solves that problem, too. That means I have to > migrate from amd to autofs since amd apparently doesn't support NFSv4. I have to correct myself: NFSv4 does not solve the problem. Christian From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 15:06:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C31BBC for ; Mon, 22 Dec 2014 15:06:26 +0000 (UTC) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D1629802 for ; Mon, 22 Dec 2014 15:06:25 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id l4so4046772lbv.11 for ; Mon, 22 Dec 2014 07:06:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=zNiuGoGPc5JEOogjvwLpAw+bwFJqNeDtDFHpM3c7b0g=; b=tC2j07IkxuIaGzANfxmkWzBMqCndqoZVfy1ZmIMNrsR0MQbtEo4y21cwP5bkXpYHNT 037DCVd3xWCg6YL09XQI+s8fbbuGxeOp1FSdo8mLeSMzAR+3JfCM15IfEGqI+7U+uBdv a7H38G+/pysYXRroH60hpjA6dbc0eQFN2iUcj7DdgSsWQ1OtVqfVeX3oZkqerQRw7lGI T74pLue8xdPw/chkKsDImQXeS2n+5+otX1CFws87TUl1tC8CfEkw6cJcYlo6AJ5yK248 YRGseYZROrjEa8muJcd14chZ5dZ3O2kHa8Or8SY0d0m89zJ7MWHDYgOZBQImnqxe9qU8 AmVw== MIME-Version: 1.0 X-Received: by 10.152.8.225 with SMTP id u1mr22471079laa.21.1419260783916; Mon, 22 Dec 2014 07:06:23 -0800 (PST) Received: by 10.114.109.104 with HTTP; Mon, 22 Dec 2014 07:06:23 -0800 (PST) In-Reply-To: <54982A08.0@multiplay.co.uk> References: <54982A08.0@multiplay.co.uk> Date: Mon, 22 Dec 2014 15:06:23 +0000 Message-ID: Subject: Re: 10.1 RC4 r273903 - zpool scrub on ssd mirror - ahci command timeout From: Peter HEINER To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 15:06:26 -0000 > Are all the disks your seeing errors with running at 6Gbps? > > If so have you tried downgrading the connection to SATA 2 speeds to > see if that makes a difference? None of the disks are running at 6Gbps. The controller only does up to SATA2 and it seems to negotiate it properly, so I did not consider downgrading it. p From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 15:06:52 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D9C03FE for ; Mon, 22 Dec 2014 15:06:52 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4665A837 for ; Mon, 22 Dec 2014 15:06:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3866EB9C7; Mon, 22 Dec 2014 10:06:51 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 10.1-amd64 -> booting on a HP DL380 Gen9 results in panic Date: Mon, 22 Dec 2014 09:57:16 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201412220957.16974.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 22 Dec 2014 10:06:51 -0500 (EST) Cc: Rainer Duffner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 15:06:52 -0000 On Thursday, December 18, 2014 7:27:13 pm Rainer Duffner wrote: > Hi, >=20 > we got one to test and it booted using the UEFI memory stick image. >=20 > However, I get a panic after > Event time =E2=80=9ELAPIC=E2=80=9C quality 600 > ACPI APIC Table: > panic: APIC: CPU with APIC ID 0 is not enabled > cpuid =3D 0 >=20 > and then a stack backtrace >=20 >=20 > What does that mean? >=20 > AFAIK, I have a single E5-2620V3 CPU and 16 GB RAM in there. >=20 >=20 > It=E2=80=99s primarily intended as a test-system - but earlier or later I= will have=20 to put one into production because we=E2=80=99ll likely stop procuring Gen8= systems=20 sometime next year (when they simply stop becoming available). >=20 > I haven=E2=80=99t tried a snapshot of current. Eh, the table that ACPI provides that lists the available CPUs in the syste= m=20 claims that that the CPU that the kernel booted from is disabled. We assum= e=20 that the boot processor is valid and enabled (since it is running the kerne= l=20 already!) This is almost certainly a firmware bug. Booting without UEFI=20 would be a good test as Mark suggested. If you can capture a verbose dmesg= ,=20 that would also include enough details about what we found in the ACPI tabl= e=20 to debug this further perhaps. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 15:06:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53077404 for ; Mon, 22 Dec 2014 15:06:55 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2E75B83E for ; Mon, 22 Dec 2014 15:06:55 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 24857B9A8; Mon, 22 Dec 2014 10:06:54 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: CPUTYPEs includig avx are suspicious with clang in stable/10 Date: Mon, 22 Dec 2014 09:58:24 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <54944D08.8000202@omnilan.de> In-Reply-To: <54944D08.8000202@omnilan.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201412220958.24180.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 22 Dec 2014 10:06:54 -0500 (EST) Cc: Harry Schmalzbauer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 15:06:55 -0000 On Friday, December 19, 2014 11:06:32 am Harry Schmalzbauer wrote: > I'm seeing sporadic problems (core dumps) with binaries compiled with > CPUTYPE=core-i-avx. > They run fine on IvyBridge, but fail on Haswells. > Stripping avx from MACHINE_CPU (by defining CPUTYPE=corei7 instead of > core-i-avx) solved all crashes on the haswell system. > > I have no idea if applications like pkg(8) make use of AVX, I'd bet they > don't do. So I guess it's something wrong with clang. > Unfortuantely I currently don't have a development installation on any > haswell system to provide some useful backtraces, but perhaps somebody > with compiler knowledge can have a look at this problem? If you are getting SIGILL (signal 4), all you really need is to get a core (even from a non-debug binary), then use gdb on the core and run 'x/i $rip' at the gdb prompt to see the instruction that triggered the fault. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 15:06:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10A3E4B2 for ; Mon, 22 Dec 2014 15:06:58 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E0B06843 for ; Mon, 22 Dec 2014 15:06:57 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DA5FDB9B1; Mon, 22 Dec 2014 10:06:56 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: NFS negative name caching and amd Date: Mon, 22 Dec 2014 10:04:48 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20141221102746.GA11278@odi.ci.com.au> In-Reply-To: <20141221102746.GA11278@odi.ci.com.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201412221004.48504.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 22 Dec 2014 10:06:56 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 15:06:58 -0000 On Sunday, December 21, 2014 5:27:46 am Richard Perini wrote: > > We're struggling with an NFS negative name caching issue that results in > a file created by an NFS client 'A' being invisible on client 'B' for up > to client A's negnametimeo value. In our scenario, a process on client > A creates a file, and passes a message to another process which may > run on client B. The second process expects the file created by A to > be available. Which NFS server are you using? If it is a FreeBSD NFS server, try changing vfs.timestamp_precision to 2 (or 3) and seeing if that reduces the amount of time you have to wait until the directory's ac timeout. Another possible the fix is to be careful to not open the file until you know it exists if you still want to keep the reduced LOOKUP RPC load from caching negative lookups. > We're running a mix of 9-stable and 10-stable machines, and the problem is > common to both. > > The obvious fix is to set the nfs mount option 'negnametimeo' to 0, but > unfortunately we also have 'amd' in the picture (which we also need in our > environment). Amd doesn't understand negnametimeo and ignores it, leaving > it set to the system default of 60 seconds (as shown by nfsstat -m). Have you tried autofs for 10-stable? Is it able to pass this option to NFS if you use it? If that works, I would prefer that to be the long term solution for this. I'm not a huge fan of adding kernel options to override each NFS default mount option if we can help it. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 16:40:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B98FCC2 for ; Mon, 22 Dec 2014 16:40:54 +0000 (UTC) Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DAD864320 for ; Mon, 22 Dec 2014 16:40:53 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id l18so7181464wgh.2 for ; Mon, 22 Dec 2014 08:40:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Jmgf8k0MSQ1WjELSzPfan++b+6Gt2RsA+I4IIzU0T1k=; b=m4C1RfIfi3wYBTDK1TwXBkudENLCQa0lb8r48hwGtNVnZs6IHdcoswra6uyNjw303E xBnmZ9QItaqMFLDT0SOAYnB0O6xGBgikwJW2XbhCrsvBFDQH9ppz2Box/DbiZ01IpPu0 0+o+siq6GUMMAWYOJwyI+WuC+6Bcx6o+YLNocAXTWBUA+KE2ASSK2dGE8V0bHTUhjh3E AEpqYViZEp+WXkgJkTVFEohlL+TFu+fH8+tGRI7pw77ZdHCLdogaAwh9kxgmai4egoeh y9PhwmrHoz8xwxhM1CZWYIpr1NcZgL1ZPmHfy5nibnO9ImM7NXeVyPpfm1odlRzuS+TU woUA== X-Gm-Message-State: ALoCoQkLOQRUvZ6f7hKxD2GT25qQd4y0etgtUwIquIWNnzRcs6h7vgcQDlVG6ay8Lkjd+ov3nWLs X-Received: by 10.194.86.135 with SMTP id p7mr43458843wjz.89.1419265962166; Mon, 22 Dec 2014 08:32:42 -0800 (PST) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id ej10sm13915176wib.2.2014.12.22.08.32.40 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Dec 2014 08:32:41 -0800 (PST) Message-ID: <5498478E.3000409@multiplay.co.uk> Date: Mon, 22 Dec 2014 16:32:14 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 10.1 RC4 r273903 - zpool scrub on ssd mirror - ahci command timeout References: <54982A08.0@multiplay.co.uk> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 16:40:54 -0000 On 22/12/2014 15:06, Peter HEINER wrote: >> Are all the disks your seeing errors with running at 6Gbps? >> >> If so have you tried downgrading the connection to SATA 2 speeds to >> see if that makes a difference? > None of the disks are running at 6Gbps. > The controller only does up to SATA2 and it seems to negotiate it > properly, so I did not consider downgrading it. > > Could you do a binary chop search to identify or at least narrow down the offending commit? Regards Steve From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 17:13:42 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B56221CD for ; Mon, 22 Dec 2014 17:13:42 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A9DC64EC0 for ; Mon, 22 Dec 2014 17:13:41 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=d5B3OGfE c=1 sm=1 a=G/olaBUpLsCobE3dvK+8ZA==:17 a=MhK9K3uvSj4A:10 a=LaogzpLLAAAA:8 a=-6ZlgXFpWTHeZX2VhlMA:9 a=QEXdDO2ut3YA:10 a=cO-TbcN-Fcu2l-OqeEMA:9 a=_W_S_7VecoQA:10 a=G/olaBUpLsCobE3dvK+8ZA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: YW5hdEByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+FreeBSD-2014@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+FreeBSD-2014@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=fail (PLAIN); auth=fail (LOGIN); auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.156.90 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [209.6.156.90] ([209.6.156.90:24799] helo=symbion.zaytman.com) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTPA id EC/BA-42102-E3158945; Mon, 22 Dec 2014 12:13:35 -0500 Message-ID: <5498511E.9090208@aldan.algebra.com> Date: Mon, 22 Dec 2014 12:13:02 -0500 From: MT User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: stable@FreeBSD.org Subject: Old 32-bit binary stopped working after upgrade to 10.1/amd64 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 17:13:42 -0000 Hello! One of the users here is still actively using Applixware office suit. The applications worked alright under FreBSD-8.x/i386: % file /opt/applix/applix /opt/applix/applix: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses shared libs), not stripped Unfortunately, applix would not start under FreeBSD-10.1/amd64: Bad system call. The tail of kdump looks thus: ...... 14383 applix CALL sigprocmask(SIG_BLOCK,0x28071e20,0xffffc788) 14383 applix RET sigprocmask 0 14383 applix CALL sigprocmask(SIG_SETMASK,0x28071e34,0) 14383 applix RET sigprocmask 0 14383 applix CALL sigprocmask(SIG_BLOCK,0x28071e20,0xffffc788) 14383 applix RET sigprocmask 0 14383 applix CALL sigprocmask(SIG_SETMASK,0x28071e34,0) 14383 applix RET sigprocmask 0 14383 applix CALL compat.sigprocmask 14383 applix RET compat.sigprocmask -1 errno 78 Function not implemented 14383 applix PSIG SIGSYS SIG_DFL code=SI_KERNEL I copied the 32-bit libraries from the old install -- they are found, according to ldd. % ldd /opt/applix/applix /opt/bin/applix: libX11.so.6 => /opt/lib32/libX11.so.6 (0x2807b000) libm.so.2 => /usr/lib32/libm.so.4 (0x281af000) libc.so.3 => /usr/lib32/libc.so.3 (0x281c5000) libxcb.so.2 => /opt/lib32/libxcb.so.2 (0x28247000) libXau.so.6 => /opt/lib/../lib32/libXau.so.6 (0x2825e000) libXdmcp.so.6 => /opt/lib/../lib32/libXdmcp.so.6 (0x28261000) libpthread-stubs.so.0 => /opt/lib/../lib32/libpthread-stubs.so.0 (0x28267000) librpcsvc.so.5 => /usr/lib32/librpcsvc.so.5 (0x28269000) libc.so.7 => /usr/lib32/libc.so.7 (0x28271000) Yes, the usage of libm.so.4 instead of 2 looks funny, but that's how it always was -- the old (8.x) install does not have libm.so.2 at all. Besides, it dies at the very start -- would not even process the `-version' or `-help' options.... The new kernel includes GENERIC -- without disabling any of the COMPAT-options. What else am I missing? Thank you! Yours, -mi From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 17:29:23 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02208672 for ; Mon, 22 Dec 2014 17:29:23 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 99D3B117 for ; Mon, 22 Dec 2014 17:29:22 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id sBMHT9ns097556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Dec 2014 19:29:09 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua sBMHT9ns097556 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id sBMHT8HZ097555; Mon, 22 Dec 2014 19:29:08 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 22 Dec 2014 19:29:08 +0200 From: Konstantin Belousov To: MT Subject: Re: Old 32-bit binary stopped working after upgrade to 10.1/amd64 Message-ID: <20141222172908.GZ2148@kib.kiev.ua> References: <5498511E.9090208@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5498511E.9090208@aldan.algebra.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 17:29:23 -0000 On Mon, Dec 22, 2014 at 12:13:02PM -0500, MT wrote: > Hello! > > One of the users here is still actively using Applixware office suit. > The applications worked alright under FreBSD-8.x/i386: > > % file /opt/applix/applix > /opt/applix/applix: ELF 32-bit LSB executable, Intel 80386, version > 1, dynamically linked (uses shared libs), not stripped > > Unfortunately, applix would not start under FreeBSD-10.1/amd64: Bad > system call. The tail of kdump looks thus: > > ...... > 14383 applix CALL sigprocmask(SIG_BLOCK,0x28071e20,0xffffc788) > 14383 applix RET sigprocmask 0 > 14383 applix CALL sigprocmask(SIG_SETMASK,0x28071e34,0) > 14383 applix RET sigprocmask 0 > 14383 applix CALL sigprocmask(SIG_BLOCK,0x28071e20,0xffffc788) > 14383 applix RET sigprocmask 0 > 14383 applix CALL sigprocmask(SIG_SETMASK,0x28071e34,0) > 14383 applix RET sigprocmask 0 > 14383 applix CALL compat.sigprocmask > 14383 applix RET compat.sigprocmask -1 errno 78 Function not > implemented > 14383 applix PSIG SIGSYS SIG_DFL code=SI_KERNEL > > I copied the 32-bit libraries from the old install -- they are found, > according to ldd. > > % ldd /opt/applix/applix > /opt/bin/applix: > libX11.so.6 => /opt/lib32/libX11.so.6 (0x2807b000) > libm.so.2 => /usr/lib32/libm.so.4 (0x281af000) > libc.so.3 => /usr/lib32/libc.so.3 (0x281c5000) > libxcb.so.2 => /opt/lib32/libxcb.so.2 (0x28247000) > libXau.so.6 => /opt/lib/../lib32/libXau.so.6 (0x2825e000) > libXdmcp.so.6 => /opt/lib/../lib32/libXdmcp.so.6 (0x28261000) > libpthread-stubs.so.0 => > /opt/lib/../lib32/libpthread-stubs.so.0 (0x28267000) > librpcsvc.so.5 => /usr/lib32/librpcsvc.so.5 (0x28269000) > libc.so.7 => /usr/lib32/libc.so.7 (0x28271000) > > Yes, the usage of libm.so.4 instead of 2 looks funny, but that's how it > always was -- the old (8.x) install does not have libm.so.2 at all. > Besides, it dies at the very start -- would not even process the > `-version' or `-help' options.... > > The new kernel includes GENERIC -- without disabling any of the > COMPAT-options. > > What else am I missing? Thank you! Yours, I think you need COMPAT_43 option. It is for compatibility with pre-FreeBSD 4 syscalls, not for FreeBSD 4.3. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 20:50:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77FEE445 for ; Mon, 22 Dec 2014 20:50:11 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 34C8410A1 for ; Mon, 22 Dec 2014 20:50:11 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::d9b0:aa62:dd95:6b8f] (unknown [IPv6:2001:7b8:3a7:0:d9b0:aa62:dd95:6b8f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 0F10FB80A; Mon, 22 Dec 2014 21:50:06 +0100 (CET) Subject: Re: CPUTYPEs includig avx are suspicious with clang in stable/10 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_30B7364B-B4E6-447F-95FE-00B2D26F9AD3"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b3 From: Dimitry Andric In-Reply-To: <54944D08.8000202@omnilan.de> Date: Mon, 22 Dec 2014 21:49:58 +0100 Message-Id: <18B24CB4-0F39-4A7B-982C-9FAA5CE36749@FreeBSD.org> References: <54944D08.8000202@omnilan.de> To: Harry Schmalzbauer X-Mailer: Apple Mail (2.1993) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 20:50:11 -0000 --Apple-Mail=_30B7364B-B4E6-447F-95FE-00B2D26F9AD3 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 19 Dec 2014, at 17:06, Harry Schmalzbauer wrote: > > I'm seeing sporadic problems (core dumps) with binaries compiled with > CPUTYPE=core-i-avx. > They run fine on IvyBridge, but fail on Haswells. > Stripping avx from MACHINE_CPU (by defining CPUTYPE=corei7 instead of > core-i-avx) solved all crashes on the haswell system. Can you provide a concrete test case? E.g. binaries with both optimizations, of which one exhibits the crash? > I have no idea if applications like pkg(8) make use of AVX, I'd bet they > don't do. If you put CPUTYPE?=core-i-avx in /etc/make.conf, and recompile ports with that configuration, they can certainly use AVX, if there are parts in the code that can be vectorized (e.g. certain loops). > So I guess it's something wrong with clang. > Unfortuantely I currently don't have a development installation on any > haswell system to provide some useful backtraces, but perhaps somebody > with compiler knowledge can have a look at this problem? It is hard to say anything without more concrete information. :) -Dimitry --Apple-Mail=_30B7364B-B4E6-447F-95FE-00B2D26F9AD3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlSYg/0ACgkQsF6jCi4glqMn7gCfS9o/cX7wSz5/YX4Q7azAGHyR tlEAoNfkYkgsQEtsuxEgY75pxM2KlO58 =npG6 -----END PGP SIGNATURE----- --Apple-Mail=_30B7364B-B4E6-447F-95FE-00B2D26F9AD3-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 21:54:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9191E102 for ; Mon, 22 Dec 2014 21:54:08 +0000 (UTC) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id E397B348B for ; Mon, 22 Dec 2014 21:54:07 +0000 (UTC) Received: (qmail 74473 invoked from network); 22 Dec 2014 21:53:59 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 22 Dec 2014 21:53:59 -0000 Date: Mon, 22 Dec 2014 22:53:59 +0100 (CET) Message-Id: <20141222.225359.74706561.sthaug@nethelp.no> To: freebsd-stable@freebsd.org Subject: Assertion failed & Abort trap from pkg subsystem From: sthaug@nethelp.no X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 21:54:08 -0000 Got the following when trying to install bash on a 10.1-STABLE amd64 system: root@xxx:/home/sthaug # pkg install bash-4.3.30_1 Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. The following 2 packages will be affected (of 0 checked): New packages to be INSTALLED: bash: 4.3.30_1 gettext-runtime: 0.19.3 The process will require 7 MB more space. 1 MB to be downloaded. Proceed with this action? [y/N]: y Fetching bash-4.3.30_1.txz: 100% 1 MB 1.2M/s 00:01 Fetching gettext-runtime-0.19.3.txz: 100% 144 KB 147.2k/s 00:01 Checking integrity...Assertion failed: (pkgdb_ensure_loaded(j->db, p2, PKG_LOAD_FILES|PKG_LOAD_DIRS) == EPKG_OK), function pkg_conflicts_need_conflict, file pkg_jobs_conflicts.c, line 211. Child process pid=4851 terminated abnormally: Abort trap Being rather new to the world of pkg, I have no idea of what I can do here. Anybody? (Already tried "pkg check -Bdsr -a" to see if I have inconsistencies, but no.) Packages already installed on the system: root@xxx:/home/sthaug # pkg info apr-1.5.1.1.5.3_4 Apache Portability Library bind910-9.10.1_1 BIND DNS suite with updated DNSSEC and DNS64 db5-5.3.28_1 The Oracle Berkeley DB, revision 5.3 dialog4ports-0.1.5_2 Console Interface to configure ports dnstop-20121017 Captures and analyzes DNS traffic (or analyzes libpcap dump) expat-2.1.0_1 XML 1.0 parser written in C gdbm-1.11_2 GNU database manager gettext-0.18.3.1_1 GNU gettext package gmake-3.82_1 GNU version of 'make' utility idnkit-1.0_5 Library to handle internationalized domain names indexinfo-0.2 Utility to regenerate the GNU info page index libxml2-2.9.2_2 XML parser library for GNOME m4-1.4.17_1,1 GNU m4 perl5.20-5.20.1_3 Practical Extraction and Report Language pkg-1.4.0 Package manager pkgconf-0.9.6_1 Utility to help to configure compiler and linker flags py27-setuptools27-5.5.1 Python packages installer python2-2_3 The "meta-port" for version 2 of the Python interpreter python27-2.7.8_4 Interpreted object-oriented programming language scons-2.3.0_1 Build tool alternative to make serf-1.3.7_1 Serf HTTP client library sqlite3-3.8.6 SQL database engine in a C library subversion-1.8.10_1 Version control system Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 23:11:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F8CB6A0 for ; Mon, 22 Dec 2014 23:11:07 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E2C70649C0 for ; Mon, 22 Dec 2014 23:11:06 +0000 (UTC) Received: from [24.134.28.15] (helo=michael-think.fritz.box) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1Y3C7u-000357-Bv; Tue, 23 Dec 2014 00:10:58 +0100 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, sthaug@nethelp.no Subject: Re: Assertion failed & Abort trap from pkg subsystem References: <20141222.225359.74706561.sthaug@nethelp.no> Date: Tue, 23 Dec 2014 00:10:51 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: <20141222.225359.74706561.sthaug@nethelp.no> User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19823/Mon Dec 22 18:49:34 2014) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 23:11:07 -0000 On Mon, 22 Dec 2014 22:53:59 +0100, wrote: > Got the following when trying to install bash on a 10.1-STABLE amd64 > system: > > root@xxx:/home/sthaug # pkg install bash-4.3.30_1 > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > The following 2 packages will be affected (of 0 checked): > > New packages to be INSTALLED: > bash: 4.3.30_1 > gettext-runtime: 0.19.3 > > The process will require 7 MB more space. > 1 MB to be downloaded. > > Proceed with this action? [y/N]: y > Fetching bash-4.3.30_1.txz: 100% 1 MB 1.2M/s 00:01 > Fetching gettext-runtime-0.19.3.txz: 100% 144 KB 147.2k/s 00:01 > Checking integrity...Assertion failed: (pkgdb_ensure_loaded(j->db, p2, > PKG_LOAD_FILES|PKG_LOAD_DIRS) == EPKG_OK), function > pkg_conflicts_need_conflict, file pkg_jobs_conflicts.c, line 211. > Child process pid=4851 terminated abnormally: Abort trap > > Being rather new to the world of pkg, I have no idea of what I can do > here. Anybody? > > (Already tried "pkg check -Bdsr -a" to see if I have inconsistencies, > but no.) > > Packages already installed on the system: > > root@xxx:/home/sthaug # pkg info > apr-1.5.1.1.5.3_4 Apache Portability Library > bind910-9.10.1_1 BIND DNS suite with updated DNSSEC and > DNS64 > db5-5.3.28_1 The Oracle Berkeley DB, revision 5.3 > dialog4ports-0.1.5_2 Console Interface to configure ports > dnstop-20121017 Captures and analyzes DNS traffic (or > analyzes libpcap dump) > expat-2.1.0_1 XML 1.0 parser written in C > gdbm-1.11_2 GNU database manager > gettext-0.18.3.1_1 GNU gettext package > gmake-3.82_1 GNU version of 'make' utility > idnkit-1.0_5 Library to handle internationalized > domain names > indexinfo-0.2 Utility to regenerate the GNU info page > index > libxml2-2.9.2_2 XML parser library for GNOME > m4-1.4.17_1,1 GNU m4 > perl5.20-5.20.1_3 Practical Extraction and Report Language > pkg-1.4.0 Package manager > pkgconf-0.9.6_1 Utility to help to configure compiler and > linker flags > py27-setuptools27-5.5.1 Python packages installer > python2-2_3 The "meta-port" for version 2 of the > Python interpreter > python27-2.7.8_4 Interpreted object-oriented programming > language > scons-2.3.0_1 Build tool alternative to make > serf-1.3.7_1 Serf HTTP client library > sqlite3-3.8.6 SQL database engine in a C library > subversion-1.8.10_1 Version control system > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > _______________________________________________ > 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" You have gettext-0.18.3.1_1 and pkg tries to install gettext-runtime: 0.19.3 I'd think these versions being mismatched might cause your trouble. Maybe try updating first, so you are at gettext-0.19 ? Michael ( a pkg novice, too ) From owner-freebsd-stable@FreeBSD.ORG Mon Dec 22 23:25:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE239D26; Mon, 22 Dec 2014 23:25:36 +0000 (UTC) Received: from mippet.ci.com.au (mippet.ci.com.au [192.65.182.30]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mippet.ci.com.au", Issuer "Corinthian Engineering Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EFB164B8D; Mon, 22 Dec 2014 23:25:35 +0000 (UTC) Received: from odi.ci.com.au (odi.ci.com.au [192.168.1.7]) by mippet.ci.COM.AU (8.14.7/8.14.9/CE140428) with ESMTP id sBMNPR6H090997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Dec 2014 10:25:27 +1100 (AEDT) (envelope-from rpp@ci.com.au) Received: from odi.ci.com.au (localhost [127.0.0.1]) by odi.ci.com.au (8.14.7/8.14.7) with ESMTP id sBMNPRTv052693; Tue, 23 Dec 2014 10:25:27 +1100 (EST) (envelope-from rpp@odi.ci.com.au) Received: (from rpp@localhost) by odi.ci.com.au (8.14.7/8.14.7/Submit) id sBMNPRjL052692; Tue, 23 Dec 2014 10:25:27 +1100 (EST) (envelope-from rpp) Date: Tue, 23 Dec 2014 10:25:27 +1100 From: Richard Perini To: John Baldwin Subject: Re: NFS negative name caching and amd Message-ID: <20141222232527.GA52306@odi.ci.com.au> References: <20141221102746.GA11278@odi.ci.com.au> <201412221004.48504.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201412221004.48504.jhb@freebsd.org> Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 22 Dec 2014 23:25:37 -0000 On Mon, Dec 22, 2014 at 10:04:48AM -0500, John Baldwin wrote: > On Sunday, December 21, 2014 5:27:46 am Richard Perini wrote: > > > > We're struggling with an NFS negative name caching issue that results in > > a file created by an NFS client 'A' being invisible on client 'B' for up > > to client A's negnametimeo value. In our scenario, a process on client > > A creates a file, and passes a message to another process which may > > run on client B. The second process expects the file created by A to > > be available. > > Which NFS server are you using? If it is a FreeBSD NFS server, try changing > vfs.timestamp_precision to 2 (or 3) and seeing if that reduces the amount of > time you have to wait until the directory's ac timeout. Yes, we are running FreeBSD on the server machines. Unfortunately, our process really can't tolerate a delay of any length - either the file is present or its not. > Another possible the fix is to be careful to not open the file until you know > it exists if you still want to keep the reduced LOOKUP RPC load from caching > negative lookups. We have coded around the most common failure points with retry logic, but this is a hack, and there are some third party libraries involved that are not practical to fix in this manner. > > We're running a mix of 9-stable and 10-stable machines, and the problem is > > common to both. > > > > The obvious fix is to set the nfs mount option 'negnametimeo' to 0, but > > unfortunately we also have 'amd' in the picture (which we also need in our > > environment). Amd doesn't understand negnametimeo and ignores it, leaving > > it set to the system default of 60 seconds (as shown by nfsstat -m). > > Have you tried autofs for 10-stable? Is it able to pass this option to NFS > if you use it? If that works, I would prefer that to be the long term > solution for this. I'm not a huge fan of adding kernel options to override > each NFS default mount option if we can help it. I just ran up autofs and automountd on 10-stable, set the negnametimeo option in auto_master and it works a treat. However it will be quite some time before we're able to shift off 9 which leaves us with the kernel option as the easiest path. I'd point out that the nfs client code in /usr/src/sys/fs/nfsclient/nfsmount.h is already coded to allow override: ifndef NFS_DEFAULT_NEGNAMETIMEO #define NFS_DEFAULT_NEGNAMETIMEO 60 #endif so all that is required is the entry in the "options" file. Naturally we can add that ourselves (the beauty of open source :-) but it would be the only change to the native FreeBSD code for us, so of course we'd prefer to see it in the tree. Regards, and compliments of the season. --R From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 03:40:44 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFEDB2D4 for ; Tue, 23 Dec 2014 03:40:44 +0000 (UTC) Received: from nm35-vm0.bullet.mail.bf1.yahoo.com (nm35-vm0.bullet.mail.bf1.yahoo.com [72.30.238.72]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 79685663A3 for ; Tue, 23 Dec 2014 03:40:43 +0000 (UTC) Received: from [98.139.215.140] by nm35.bullet.mail.bf1.yahoo.com with NNFMP; 23 Dec 2014 03:40:37 -0000 Received: from [98.139.212.206] by tm11.bullet.mail.bf1.yahoo.com with NNFMP; 23 Dec 2014 03:40:37 -0000 Received: from [127.0.0.1] by omp1015.mail.bf1.yahoo.com with NNFMP; 23 Dec 2014 03:40:37 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 592079.90528.bm@omp1015.mail.bf1.yahoo.com Received: (qmail 72086 invoked by uid 60001); 23 Dec 2014 03:40:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1419306037; bh=zch5EECp57DY6aixIGW17GzDsJ/Z7oKTarTOevUb/AE=; h=Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=IRjHfkQ9Z6Ww2ESlJgBo7FSa5GqmnJUpY65RdwaJhcLCqzh+uLiEHpwrGOh4hbXGZ7febJ3pVSwkPX/t7DqIbMG8wOFMkZUdfUghgcEIR7mCHgjce0mVkphdn/LYJ86fil0qr4SQ/kToXlYRItoNuOf+gpsiD3gRfqE4WDCLBCs= X-YMail-OSG: 3lvZ4RAVM1kal0bige8j4WhRj4TU23..DZVPs1wi1ePR6QJ 1dzrSsIT2o9rzrLczAP_heAt1JTAE0O3fME3ybe2mfNU5mv1PHQZpEnKh6z3 BcoQlwAGCJBNRohIy5WqzvCuZrfbe7Y8bcWPDykxNHr4QJkDYXNAoKVL.2bW UWj4x78zMBnZcginG050xMWMJHvQywo6bf0Ww55vmqWLB8Wg8xbwyyb3UuGw YER9_8IxIIQcNuGrtK.AKomd799copIxbuBS1y2H4BXFJcIauYYD0Ir5F_Gi N0iHQQhRWVvkCLTO1_Prz7WrmL3ANkNoxC_PqKvUUks6COFiJQxvUrMtOsrt 7IxAQU3T0JC8aEuqB4VRec2hZWo9A57J88X1PICWNj_F1jphEyfEz15Szkfm 43gaM97JgVItfObqfhNM_Ta4A.vpwB37Uh5UgJtknBlXYfWsczOHZzXyhR_Q kpK4vStEOVOuiVxJYorINBuciar3Lc4KfzCV0suBf68Lm6TuE6Ng6wNMGV0i zlrRaPJs_ytu7FajEAUGTlbBDf7Qz.IRC.Fv696GKJY50qRHz9E4- Received: from [66.92.43.99] by web140901.mail.bf1.yahoo.com via HTTP; Mon, 22 Dec 2014 19:40:37 PST X-Rocket-MIMEInfo: 002.001, Rm9yIHRoZSBmaXJzdCB0aW1lLCBJIGhhZCB0byBpbnN0YWxsa2VybmVsIEFORCBpbnN0YWxsd29ybGQgZnJvbSBzaC4uLg0KbGlibGRucyBhbmQgbGlidWNsIGJvdGggd2FudGVkIHRvIHB1dCAuc28gc3ltbGlua3Mgc29tZXdoZXJlLiAgRml4ZWQNCm9uZSB3aXRoIGEgV0lUSE9VVF9MRE5TLi4uIHRoZSBvdGhlciBwcm9jZWVkZWQgZnJvbSBzaCBub3QgZnJvbQ0KYW5vdGhlciBzaGVsbC4NCg0KZWRpdGVkIG91dCB0aGUgIndyb25nIHRpbWUgIiANCi5lcnJvcg0KaW4gdGhlIE1ha2VmaWxlLCBidXQgdGhhdCABMAEBAQE- X-Mailer: YahooMailClassic/903 YahooMailWebService/0.8.203.740 Message-ID: <1419306037.36292.YahooMailBasic@web140901.mail.bf1.yahoo.com> Date: Mon, 22 Dec 2014 19:40:37 -0800 From: Jeffrey Bouquet Subject: buildworld/installworld troubling residual v9 > v10 To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 03:40:44 -0000 For the first time, I had to installkernel AND installworld from sh... libldns and libucl both wanted to put .so symlinks somewhere. Fixed one with a WITHOUT_LDNS... the other proceeded from sh not from another shell. edited out the "wrong time " .error in the Makefile, but that should not be relevant... #tty results in (many other commands, slew of messages during port builds obscuring the process, etc...) : Conf string ends with key # repeated sometimes none, most of the time one, in port builds many. J. Bouquet From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 04:20:55 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 941EE839 for ; Tue, 23 Dec 2014 04:20:55 +0000 (UTC) Received: from dyslexicfish.net (dyslexicfish.net [91.109.5.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1819366F96 for ; Tue, 23 Dec 2014 04:20:54 +0000 (UTC) Received: from dyslexicfish.net (dyslexicfish.net [91.109.5.35]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id sBN4Ji8M030263; Tue, 23 Dec 2014 04:19:44 GMT (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id sBN4JhKA030262; Tue, 23 Dec 2014 04:19:43 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201412230419.sBN4JhKA030262@dyslexicfish.net> Date: Tue, 23 Dec 2014 04:19:43 +0000 To: freebsd@omnilan.de, freebsd-stable@freebsd.org Subject: Re: CPUTYPEs includig avx are suspicious with clang in stable/10 References: <54944D08.8000202@omnilan.de> In-Reply-To: <54944D08.8000202@omnilan.de> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [91.109.5.35]); Tue, 23 Dec 2014 04:19:44 +0000 (GMT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 04:20:55 -0000 Harry Schmalzbauer wrote: > I'm seeing sporadic problems (core dumps) with binaries compiled with > CPUTYPE=core-i-avx. > They run fine on IvyBridge, but fail on Haswells. > Stripping avx from MACHINE_CPU (by defining CPUTYPE=corei7 instead of > core-i-avx) solved all crashes on the haswell system. I wonder if it's the same problem I've encountered with a KVM virtual host? In this case, the fault was BMI (BMI2 is ok) I never isolated the cause - my BMI tests worked ok with clang (though they were direct calls to the BMI family, rather than 'stuff clang could use BMI Op-codes stuff for") Maybe you could try with -mno-bmi ? My details: FreeBSD 10.1-PRERELEASE #0: Sun Nov 9 10:07:32 GMT 2014 root@catseye.dyslexicfish.net:/usr/obj/usr/src/sys/CATSEYE amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: Vultr Virtual CPU 2 (3392.29-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x306c1 Family = 0x6 Model = 0x3c Stepping = 1 Features=0x178bfbfd Features2=0x9ffa3203 AMD Features=0x28100800 AMD Features2=0x1 Structured Extended Features=0xf38\nint main()\n{\nprintf ("boo");\n}\n' | /usr/bin/cc -v -x c -march=native -fsyntax-only -o /dev/null - 2>&1 | awk '($1 == "\"/usr/bin/cc\"") {printf "\n%s\n\n", $0; sub ("^.* -target-cpu ",""); sub (" .*$", ""); print "Clang \"native\" target for this machine: " $0} ($1 == "error:")' "/usr/bin/cc" -cc1 -triple x86_64-unknown-freebsd10.1 -fsyntax-only -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu core-avx2 -v -resource-dir /usr/bin/../lib/clang/3.4.1 -fdebug-compilation-dir /tmp -ferror-limit 19 -fmessage-length 0 -mstackrealign -fobjc-runtime=gnustep -fdiagnostics-show-option -vectorize-slp -x c - Clang "native" target for this machine: core-avx2 3:21 [2] (9) "/tmp" jamie@catseye% A full test for me shows this works OK: -mtune=core-avx2 -march=core-avx2 -mmmx -msse -msse2 -msse3 -mpclmul -mssse3 -mfma -mcx16 -msse4.1 -msse4.2 -mpopcnt -maes -mavx -mno-bmi -mavx2 -mbmi2 -mrtm (note -mno-nbmi instead of -mbmi) Cheers, Jamie From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 06:09:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64588B6F for ; Tue, 23 Dec 2014 06:09:43 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EA975646EC for ; Tue, 23 Dec 2014 06:09:42 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id b13so8214362wgh.32 for ; Mon, 22 Dec 2014 22:09:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nU6+eW2V2XY1BdunGODrI6FHlzHD1+ovUHnMaArwxuU=; b=ER5Ucyjk2YsyCdolKJbf2vICsIBWaqcMGRz49G9n1bWAkO5yMC9jJSeZ96zap++kMh 8A9bv7XplyonBHzqBsaK38Ct5Sy6uhf5PJqxnJq+BV2xs+dk2iak1AVmTE2JCyIjXR8k gomMeo2gJj2NAkzWA+/MboEjKeObdx7VTFzzrSpXKQpDsOgFgLDZPG78N06pxt05r2dh VWtHI2uSY9iLUm8xmTsnjjxleAT4W+bHc0vILMHZledB2OoIzBmtwUv80XQXD33m5m1V THWGBuLq805HVlp+5pKw3AAqKbyRtb9f1ECvD+TlZS23AZQ79DaawrpuyKqpeVLhhI2W SxVA== MIME-Version: 1.0 X-Received: by 10.194.81.38 with SMTP id w6mr48317995wjx.17.1419314980815; Mon, 22 Dec 2014 22:09:40 -0800 (PST) Received: by 10.27.131.217 with HTTP; Mon, 22 Dec 2014 22:09:40 -0800 (PST) In-Reply-To: <20141222.225359.74706561.sthaug@nethelp.no> References: <20141222.225359.74706561.sthaug@nethelp.no> Date: Tue, 23 Dec 2014 00:09:40 -0600 Message-ID: Subject: Re: Assertion failed & Abort trap from pkg subsystem From: Scot Hetzel To: sthaug@nethelp.no Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 06:09:43 -0000 On Mon, Dec 22, 2014 at 3:53 PM, wrote: > Got the following when trying to install bash on a 10.1-STABLE amd64 > system: > > root@xxx:/home/sthaug # pkg install bash-4.3.30_1 > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > The following 2 packages will be affected (of 0 checked): > > New packages to be INSTALLED: > bash: 4.3.30_1 > gettext-runtime: 0.19.3 > > The process will require 7 MB more space. > 1 MB to be downloaded. > > Proceed with this action? [y/N]: y > Fetching bash-4.3.30_1.txz: 100% 1 MB 1.2M/s 00:01 > Fetching gettext-runtime-0.19.3.txz: 100% 144 KB 147.2k/s 00:01 > Checking integrity...Assertion failed: (pkgdb_ensure_loaded(j->db, p2, PKG_LOAD_FILES|PKG_LOAD_DIRS) == EPKG_OK), function pkg_conflicts_need_conflict, file pkg_jobs_conflicts.c, line 211. > Child process pid=4851 terminated abnormally: Abort trap > > Being rather new to the world of pkg, I have no idea of what I can do > here. Anybody? > > (Already tried "pkg check -Bdsr -a" to see if I have inconsistencies, > but no.) > > Packages already installed on the system: > > root@xxx:/home/sthaug # pkg info > apr-1.5.1.1.5.3_4 Apache Portability Library > bind910-9.10.1_1 BIND DNS suite with updated DNSSEC and DNS64 > db5-5.3.28_1 The Oracle Berkeley DB, revision 5.3 > dialog4ports-0.1.5_2 Console Interface to configure ports > dnstop-20121017 Captures and analyzes DNS traffic (or analyzes libpcap dump) > expat-2.1.0_1 XML 1.0 parser written in C > gdbm-1.11_2 GNU database manager > gettext-0.18.3.1_1 GNU gettext package According to the 20141130 entry in /usr/ports/UPDATING, the gettext port was split into 2 ports. One containing the libraries, and the other the developer tools. See /usr/ports/UPDATING on how to fix this issue. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 07:00:09 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89EBA174; Tue, 23 Dec 2014 07:00:09 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 19A531569; Tue, 23 Dec 2014 07:00:08 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id sBN705GO022220; Tue, 23 Dec 2014 08:00:05 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 542313C47; Tue, 23 Dec 2014 08:00:05 +0100 (CET) Message-ID: <549912F4.9040501@omnilan.de> Date: Tue, 23 Dec 2014 08:00:04 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: CPUTYPEs includig avx are suspicious with clang in stable/10 References: <54944D08.8000202@omnilan.de> <18B24CB4-0F39-4A7B-982C-9FAA5CE36749@FreeBSD.org> In-Reply-To: <18B24CB4-0F39-4A7B-982C-9FAA5CE36749@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Tue, 23 Dec 2014 08:00:05 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 07:00:09 -0000 Bezüglich Dimitry Andric's Nachricht vom 22.12.2014 21:49 (localtime): > On 19 Dec 2014, at 17:06, Harry Schmalzbauer wrote: >> >> I'm seeing sporadic problems (core dumps) with binaries compiled with >> CPUTYPE=core-i-avx. >> They run fine on IvyBridge, but fail on Haswells. >> Stripping avx from MACHINE_CPU (by defining CPUTYPE=corei7 instead of >> core-i-avx) solved all crashes on the haswell system. > > Can you provide a concrete test case? E.g. binaries with both > optimizations, of which one exhibits the crash? At least this is something I can do at the momen. Please find them here (i386 versions): http://www.omnilan.de/downloads/pkg-static.core-i-avx http://www.omnilan.de/downloads/pkg-static.core7 The former crashes on Haswell while running fine on IvyBridge, the latter has been compiled with CPUTYPE=corei7 instead of core-i-avx and doesn't show problems on any syste, Thansk for your attention!!! -Harry From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 07:25:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97CD953B for ; Tue, 23 Dec 2014 07:25:40 +0000 (UTC) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id D23541919 for ; Tue, 23 Dec 2014 07:25:39 +0000 (UTC) Received: (qmail 85539 invoked from network); 23 Dec 2014 07:25:36 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 23 Dec 2014 07:25:36 -0000 Date: Tue, 23 Dec 2014 08:25:36 +0100 (CET) Message-Id: <20141223.082536.74666341.sthaug@nethelp.no> To: swhetzel@gmail.com Subject: Re: Assertion failed & Abort trap from pkg subsystem From: sthaug@nethelp.no In-Reply-To: References: <20141222.225359.74706561.sthaug@nethelp.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 07:25:40 -0000 > > Proceed with this action? [y/N]: y > > Fetching bash-4.3.30_1.txz: 100% 1 MB 1.2M/s 00:01 > > Fetching gettext-runtime-0.19.3.txz: 100% 144 KB 147.2k/s 00:01 > > Checking integrity...Assertion failed: (pkgdb_ensure_loaded(j->db, p2, PKG_LOAD_FILES|PKG_LOAD_DIRS) == EPKG_OK), function pkg_conflicts_need_conflict, file pkg_jobs_conflicts.c, line 211. > > Child process pid=4851 terminated abnormally: Abort trap ... > According to the 20141130 entry in /usr/ports/UPDATING, the gettext > port was split into 2 ports. One containing the libraries, and the > other the developer tools. > > See /usr/ports/UPDATING on how to fix this issue. Thanks, that got the issue fixed. For Christmas I wish for a more descriptive error message from pkg :-) Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 10:05:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9ABFE9D8 for ; Tue, 23 Dec 2014 10:05:35 +0000 (UTC) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 249452AF1 for ; Tue, 23 Dec 2014 10:05:35 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id x12so8551838wgg.38 for ; Tue, 23 Dec 2014 02:05:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=L4PH2dUx/TfHpoE6NHHDEJ/MiGckex2KnwRbSIWsn8Y=; b=M0Gw5gD/vquj3mD3VNFpB2cOTE1IUAsaZQ6Ab/BSD+qUWnpsHT6gq0qmiNxFb/9/nd +Ephzl/eVD48mbOfVMlJPOne071bpCSgaAw4XfY7ZCWHJWUqQSV1Idqvez/OV42/kcUM d0jzJcOiCfb2tZOTpazkHuw14UrmKUR7kYj8mwmdC2vfY7ccGaT7zDwAiR5uv96fvwbH kA+KPztqloGjdVS1gVAdVlhVvulOsemQNNiYWeY0nJMZ45Tv/XfZZCSM0ArmTAQHmODy cnXx6NKwpJ5kFnnc2sA64a0PLpFn6RYm3elnK/cIU4rj+vql8gWoNKdqHvg1fMyYlFmO Zl5Q== X-Received: by 10.180.85.34 with SMTP id e2mr40155004wiz.0.1419329133443; Tue, 23 Dec 2014 02:05:33 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id e18sm27035071wjz.27.2014.12.23.02.05.32 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Dec 2014 02:05:32 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 23 Dec 2014 11:05:30 +0100 From: Baptiste Daroussin To: sthaug@nethelp.no Subject: Re: Assertion failed & Abort trap from pkg subsystem Message-ID: <20141223100530.GK43454@ivaldir.etoilebsd.net> References: <20141222.225359.74706561.sthaug@nethelp.no> <20141223.082536.74666341.sthaug@nethelp.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W2ydbIOJmkm74tJ2" Content-Disposition: inline In-Reply-To: <20141223.082536.74666341.sthaug@nethelp.no> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: swhetzel@gmail.com, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 10:05:35 -0000 --W2ydbIOJmkm74tJ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 23, 2014 at 08:25:36AM +0100, sthaug@nethelp.no wrote: > > > Proceed with this action? [y/N]: y > > > Fetching bash-4.3.30_1.txz: 100% 1 MB 1.2M/s 00:01 > > > Fetching gettext-runtime-0.19.3.txz: 100% 144 KB 147.2k/s 00:01 > > > Checking integrity...Assertion failed: (pkgdb_ensure_loaded(j->db, p2= , PKG_LOAD_FILES|PKG_LOAD_DIRS) =3D=3D EPKG_OK), function pkg_conflicts_nee= d_conflict, file pkg_jobs_conflicts.c, line 211. > > > Child process pid=3D4851 terminated abnormally: Abort trap > ... > > According to the 20141130 entry in /usr/ports/UPDATING, the gettext > > port was split into 2 ports. One containing the libraries, and the > > other the developer tools. > >=20 > > See /usr/ports/UPDATING on how to fix this issue. >=20 > Thanks, that got the issue fixed. >=20 > For Christmas I wish for a more descriptive error message from pkg :-) >=20 it has been fixed :) (better than a more descriptive error message no?) Best regards Bapt --W2ydbIOJmkm74tJ2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlSZPmoACgkQ8kTtMUmk6EwazgCfR6GAiTTHCNnT4rG7ghPdBZBS OGgAoJ6i9AIM3vRlkwubspaX6Dr3L4gR =g44x -----END PGP SIGNATURE----- --W2ydbIOJmkm74tJ2-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 11:38:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACC46164; Tue, 23 Dec 2014 11:38:05 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6A8C564FD9; Tue, 23 Dec 2014 11:38:04 +0000 (UTC) Received: from [24.134.28.15] (helo=michael-think.fritz.box) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1Y3Nmr-0001Sf-MR; Tue, 23 Dec 2014 12:38:01 +0100 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: sthaug@nethelp.no, "Baptiste Daroussin" Subject: Re: Assertion failed & Abort trap from pkg subsystem References: <20141222.225359.74706561.sthaug@nethelp.no> <20141223.082536.74666341.sthaug@nethelp.no> <20141223100530.GK43454@ivaldir.etoilebsd.net> Date: Tue, 23 Dec 2014 12:37:54 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: <20141223100530.GK43454@ivaldir.etoilebsd.net> User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19826/Tue Dec 23 06:48:05 2014) Cc: swhetzel@gmail.com, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 11:38:05 -0000 On Tue, 23 Dec 2014 11:05:30 +0100, Baptiste Daroussin wrote: > On Tue, Dec 23, 2014 at 08:25:36AM +0100, sthaug@nethelp.no wrote: >> > > Proceed with this action? [y/N]: y >> > > Fetching bash-4.3.30_1.txz: 100% 1 MB 1.2M/s 00:01 >> > > Fetching gettext-runtime-0.19.3.txz: 100% 144 KB 147.2k/s 00:01 >> > > Checking integrity...Assertion failed: (pkgdb_ensure_loaded(j->db, >> p2, PKG_LOAD_FILES|PKG_LOAD_DIRS) == EPKG_OK), function >> pkg_conflicts_need_conflict, file pkg_jobs_conflicts.c, line 211. >> > > Child process pid=4851 terminated abnormally: Abort trap >> ... >> > According to the 20141130 entry in /usr/ports/UPDATING, the gettext >> > port was split into 2 ports. One containing the libraries, and the >> > other the developer tools. >> > >> > See /usr/ports/UPDATING on how to fix this issue. >> >> Thanks, that got the issue fixed. >> >> For Christmas I wish for a more descriptive error message from pkg :-) >> > it has been fixed :) (better than a more descriptive error message no?) > > Best regards > Bapt But to know things like this, I have to have an updated ports tree on your system, because "pkg updating" doesn't have it's own copy of UPDATING somewhere. ( I thought it had until know ) So before "pkg upgrade" I'd have to update my ports tree to check UPDATING? Michael From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 11:57:43 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3879049C for ; Tue, 23 Dec 2014 11:57:43 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 06AFF12C7 for ; Tue, 23 Dec 2014 11:57:43 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBNBvgUJ073227 for ; Tue, 23 Dec 2014 11:57:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193389] [panic] ufs_dirbad: /: bad dir Date: Tue, 23 Dec 2014 11:57:38 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mikej@mikej.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 11:57:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193389 --- Comment #5 from mikej@mikej.com --- (In reply to mikej from comment #3) > I am also getting this error under current. > > FreeBSD d620 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r275582: Mon Dec 8 > 02:36:47 UTC 2014 root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC > i386 > > panic: ufs_dirbad: /: bad dir ino 8668611 at offset 12288: mangled entry > > http://mail.mikej.com/core.txt.0 > http://mail.mikej.com/info.0 > > http://mail.mikej.com/core.txt.1 > http://mail.mikej.com/info.1 > > http://mail.mikej.com/smartctl-a.ada0 > http://mail.mikej.com/dmesg.d620 > > I am getting DMA errors on the device though, not sure if this is a driver > or disk problem. This is a SSD device, the laptop had been running with a > Seagate Momentus under windows and linux without issue. > > I will swap drives tonight and see if the problem is isolated to the SSD or > not and report back and perform any other suggested tasks for trouble > shooting. > > Now this is so odd I will mention it but I can't fathom why it would matter, > but all my panics have always happened immediately after running "man". So > far no panics while running X, firefox, and a lot of other applications. > > Thanks. I have spent some time with this and isolated my problem to the SSD drive that I was using. I have not determined why the SSD drive had caused an issue, but after installing an WD3200BEVT-00AORTO and letting the laptop churn for days I have not been able to reproduce my original problem. Lastly, find / -xdev -inum 8668611 -print did always produce the fault, the issue was in man page directories (I don't remember the exact path). Consider this resolved for me. --mikej -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 13:01:14 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92888D18; Tue, 23 Dec 2014 13:01:14 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 7EB88647BE; Tue, 23 Dec 2014 13:01:14 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NH100876AXI3O00@hades.sorbs.net>; Tue, 23 Dec 2014 04:05:43 -0800 (PST) Message-id: <54995982.8080408@sorbs.net> Date: Tue, 23 Dec 2014 13:01:06 +0100 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: bugzilla-noreply@freebsd.org Subject: Re: [Bug 193389] [panic] ufs_dirbad: /: bad dir References: In-reply-to: Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 13:01:14 -0000 bugzilla-noreply@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193389 > > --- Comment #2 from sasamotikomi@gmail.com --- > (In reply to Adrian Chadd from comment #1) > >> Have you run a full fsck on the filesystem? >> >> >> >> -a >> > > Yes as in single user mode without journal, also I got this panic again, when > update my pkg. > > I've seen this as well (not using pkg) ... in a virtualbox vm - particularly on 9.3.. don't recall seeing it on 9.2 though. Michelle -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 13:01:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7CA4DFB for ; Tue, 23 Dec 2014 13:01:20 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40083647C2 for ; Tue, 23 Dec 2014 13:01:20 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id n12so8923217wgh.8 for ; Tue, 23 Dec 2014 05:01:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=DeHzQcNQY8HAAQ7SkLR0qAqKeOesCJq5rlDuBfxVc3A=; b=SOkR+YKJ8slyRo9CBSKnscYvZVt5b3/LK1VInL8plVR/PH6PAWObsvKszIFGxK9HBr PPuGr3ndchDCSrKs8CBFclPCc/z8fDm+93wkoKw3P2pcLFdy69zERfGMD2PHOGz0zHQP zbvRE4crxwyT7k2WhRQhh04BPyZD6tPXPpAuCXO9ifTQI9ABPVWB8w4pqjt7lgLhL8vw wBSNSNj2AXpADEPNikhzp9oJrIRbL+9SUR46gjyk45T4W6UUDS6aymw9+2rAwr+xLy7a 2hLYw0bjK17azsWVB5HDrCic9OUNcsiSzeMPLa/DD3MOYcywt5E9gTlHoQ07qRD2GwV1 OgRQ== X-Received: by 10.194.157.4 with SMTP id wi4mr51299614wjb.54.1419339678685; Tue, 23 Dec 2014 05:01:18 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id be4sm17192025wib.16.2014.12.23.05.01.17 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Dec 2014 05:01:17 -0800 (PST) Sender: Baptiste Daroussin Date: Tue, 23 Dec 2014 14:01:13 +0100 From: Baptiste Daroussin To: Michael Ross Subject: Re: Assertion failed & Abort trap from pkg subsystem Message-ID: <20141223130113.GL43454@ivaldir.etoilebsd.net> References: <20141222.225359.74706561.sthaug@nethelp.no> <20141223.082536.74666341.sthaug@nethelp.no> <20141223100530.GK43454@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DXIF1lRUlMsbZ3S1" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: swhetzel@gmail.com, freebsd-stable@freebsd.org, sthaug@nethelp.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 13:01:20 -0000 --DXIF1lRUlMsbZ3S1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 23, 2014 at 12:37:54PM +0100, Michael Ross wrote: > On Tue, 23 Dec 2014 11:05:30 +0100, Baptiste Daroussin = =20 > wrote: >=20 > > On Tue, Dec 23, 2014 at 08:25:36AM +0100, sthaug@nethelp.no wrote: > >> > > Proceed with this action? [y/N]: y > >> > > Fetching bash-4.3.30_1.txz: 100% 1 MB 1.2M/s 00:01 > >> > > Fetching gettext-runtime-0.19.3.txz: 100% 144 KB 147.2k/s 00:01 > >> > > Checking integrity...Assertion failed: (pkgdb_ensure_loaded(j->db,= =20 > >> p2, PKG_LOAD_FILES|PKG_LOAD_DIRS) =3D=3D EPKG_OK), function =20 > >> pkg_conflicts_need_conflict, file pkg_jobs_conflicts.c, line 211. > >> > > Child process pid=3D4851 terminated abnormally: Abort trap > >> ... > >> > According to the 20141130 entry in /usr/ports/UPDATING, the gettext > >> > port was split into 2 ports. One containing the libraries, and the > >> > other the developer tools. > >> > > >> > See /usr/ports/UPDATING on how to fix this issue. > >> > >> Thanks, that got the issue fixed. > >> > >> For Christmas I wish for a more descriptive error message from pkg :-) > >> > > it has been fixed :) (better than a more descriptive error message no?) > > > > Best regards > > Bapt >=20 > But to know things like this, > I have to have an updated ports tree on your system, > because "pkg updating" doesn't have it's own copy of UPDATING somewhere. > ( I thought it had until know ) >=20 > So before "pkg upgrade" I'd have to update my ports tree to check UPDATIN= G? >=20 Nope UPDATING is 90% of the time useless with pkg since 1.4.x for the last = 10% we plan to add a pkg news. (Still nothing done in that area) Best regards, Bapt --DXIF1lRUlMsbZ3S1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlSZZ5cACgkQ8kTtMUmk6Exb/QCgtKJmE0ZPRAvTEDA5e80okZfb 8OgAnjM8EAzxvL3j/C7u95Fr5qT2kEEH =MiG1 -----END PGP SIGNATURE----- --DXIF1lRUlMsbZ3S1-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 16:31:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A730F9E9; Tue, 23 Dec 2014 16:31:16 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36B2D10AF; Tue, 23 Dec 2014 16:31:16 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id n12so9468174wgh.36; Tue, 23 Dec 2014 08:31:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/w9eyEkUDa+ar5F/O/29hFLBq+kPgur67AE+COliZV8=; b=KymbU/RkUa2sOxFkKbW7BL6WUUJjdRfw3VfIo2uPvjOb4aZGvfnjNZt25jD9EchF+u yPjjBilwGVtYbQ+Azfd6GrZ4+7cCjBK3eP6FA99MxGUqURifVPZmwa9aPR1Zw3fVLIgk GKM8XvXh9ThAFh1jsvlcaUNUe6svh1L/HscTTtvSf7/9MyXqBl4+N3MkH39XWUjf/nFE kf2AQULwumVET5qc4DtuQxoopXvDPJ99+H+tNznj5wVWI2NgqKG+DiQJbZCi7FYcwugE oz0yy6Ph3ExDKKvoyN7q5zuLmKSexKBCWqUrXpIQJgMc2/MtlTwS3UK5Gn+NMbKpwXiD RP5w== MIME-Version: 1.0 X-Received: by 10.194.190.162 with SMTP id gr2mr54774441wjc.13.1419352272872; Tue, 23 Dec 2014 08:31:12 -0800 (PST) Received: by 10.27.131.217 with HTTP; Tue, 23 Dec 2014 08:31:12 -0800 (PST) In-Reply-To: References: <20141222.225359.74706561.sthaug@nethelp.no> <20141223.082536.74666341.sthaug@nethelp.no> <20141223100530.GK43454@ivaldir.etoilebsd.net> Date: Tue, 23 Dec 2014 10:31:12 -0600 Message-ID: Subject: Re: Assertion failed & Abort trap from pkg subsystem From: Scot Hetzel To: Michael Ross Content-Type: text/plain; charset=ISO-8859-1 Cc: Baptiste Daroussin , FreeBSD Stable , sthaug@nethelp.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 16:31:16 -0000 On Tue, Dec 23, 2014 at 5:37 AM, Michael Ross wrote: > On Tue, 23 Dec 2014 11:05:30 +0100, Baptiste Daroussin > wrote: > >> On Tue, Dec 23, 2014 at 08:25:36AM +0100, sthaug@nethelp.no wrote: >>> >>> > > Proceed with this action? [y/N]: y >>> > > Fetching bash-4.3.30_1.txz: 100% 1 MB 1.2M/s 00:01 >>> > > Fetching gettext-runtime-0.19.3.txz: 100% 144 KB 147.2k/s 00:01 >>> > > Checking integrity...Assertion failed: (pkgdb_ensure_loaded(j->db, >>> > > p2, PKG_LOAD_FILES|PKG_LOAD_DIRS) == EPKG_OK), function >>> > > pkg_conflicts_need_conflict, file pkg_jobs_conflicts.c, line 211. >>> > > Child process pid=4851 terminated abnormally: Abort trap >>> ... >>> > According to the 20141130 entry in /usr/ports/UPDATING, the gettext >>> > port was split into 2 ports. One containing the libraries, and the >>> > other the developer tools. >>> > >>> > See /usr/ports/UPDATING on how to fix this issue. >>> >>> Thanks, that got the issue fixed. >>> >>> For Christmas I wish for a more descriptive error message from pkg :-) >>> >> it has been fixed :) (better than a more descriptive error message no?) >> >> Best regards >> Bapt > > > But to know things like this, > I have to have an updated ports tree on your system, > because "pkg updating" doesn't have it's own copy of UPDATING somewhere. > ( I thought it had until know ) > > So before "pkg upgrade" I'd have to update my ports tree to check UPDATING? > You don't need to update your ports tree, instead use: http://svnweb.freebsd.org/ports/head/UPDATING to read the latest copy of UPDATING. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 17:10:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DABF11E6; Tue, 23 Dec 2014 17:10:24 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B23220D9; Tue, 23 Dec 2014 17:10:24 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id hl2so6993022igb.4; Tue, 23 Dec 2014 09:10:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Uv+wPGIDGkSfQbvcrHu1pAl8BofyJJDvV8rDUqkC7EY=; b=sxrVdPQ6qCjWQZr8VMfrm0opGe1UBufPSXMyGfw0tPrg1G/vUlbOk9/ZEjXw1bIO4r GEGOOGmWnBQaarkeuMzDyGoRoT1DL5x1mKn/4Bny6GBcSPa3jpMuDIsS3HEnXTmlg9xp ld2oWuSZG6vOfrx6TgkUiWt4GZchHAJEJ06vzi8L509ASInB4dUE9jo8DYcXFmFbrKD0 xyQfd6iGQqVzhWqDoiUO4grLvWgEiWjfAjHQpHJjfWqyq43RpSEjW3R1laEGgPDglPc1 bQTs+VeBlHt5YbxFsfmhXtORztxzGK2sXtFWcm2f9AWEJfz4A2iUnzYajoPx09WQQVgp FHDg== MIME-Version: 1.0 X-Received: by 10.107.15.155 with SMTP id 27mr27426880iop.44.1419354624078; Tue, 23 Dec 2014 09:10:24 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.52.19 with HTTP; Tue, 23 Dec 2014 09:10:23 -0800 (PST) In-Reply-To: References: <20141222.225359.74706561.sthaug@nethelp.no> <20141223.082536.74666341.sthaug@nethelp.no> <20141223100530.GK43454@ivaldir.etoilebsd.net> Date: Tue, 23 Dec 2014 09:10:23 -0800 X-Google-Sender-Auth: 5NA_y4hpnciRm2wkIPZVIrol2mI Message-ID: Subject: Re: Assertion failed & Abort trap from pkg subsystem From: Kevin Oberman To: Scot Hetzel Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Michael Ross , Baptiste Daroussin , FreeBSD Stable , "sthaug@nethelp.no" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 17:10:25 -0000 On Tue, Dec 23, 2014 at 8:31 AM, Scot Hetzel wrote: > On Tue, Dec 23, 2014 at 5:37 AM, Michael Ross wrote: > > On Tue, 23 Dec 2014 11:05:30 +0100, Baptiste Daroussin > > > wrote: > > > >> On Tue, Dec 23, 2014 at 08:25:36AM +0100, sthaug@nethelp.no wrote: > >>> > >>> > > Proceed with this action? [y/N]: y > >>> > > Fetching bash-4.3.30_1.txz: 100% 1 MB 1.2M/s 00:01 > >>> > > Fetching gettext-runtime-0.19.3.txz: 100% 144 KB 147.2k/s 00:01 > >>> > > Checking integrity...Assertion failed: (pkgdb_ensure_loaded(j->db, > >>> > > p2, PKG_LOAD_FILES|PKG_LOAD_DIRS) == EPKG_OK), function > >>> > > pkg_conflicts_need_conflict, file pkg_jobs_conflicts.c, line 211. > >>> > > Child process pid=4851 terminated abnormally: Abort trap > >>> ... > >>> > According to the 20141130 entry in /usr/ports/UPDATING, the gettext > >>> > port was split into 2 ports. One containing the libraries, and the > >>> > other the developer tools. > >>> > > >>> > See /usr/ports/UPDATING on how to fix this issue. > >>> > >>> Thanks, that got the issue fixed. > >>> > >>> For Christmas I wish for a more descriptive error message from pkg :-) > >>> > >> it has been fixed :) (better than a more descriptive error message no?) > >> > >> Best regards > >> Bapt > > > > > > But to know things like this, > > I have to have an updated ports tree on your system, > > because "pkg updating" doesn't have it's own copy of UPDATING somewhere. > > ( I thought it had until know ) > > > > So before "pkg upgrade" I'd have to update my ports tree to check > UPDATING? > > > You don't need to update your ports tree, instead use: > > http://svnweb.freebsd.org/ports/head/UPDATING > > to read the latest copy of UPDATING. > Or use http://updating.versia.com/atom/ports with your favorite RSS system to allow easy checks of UPDATING. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 19:47:42 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09CBCD48 for ; Tue, 23 Dec 2014 19:47:42 +0000 (UTC) Received: from nm5-vm0.bullet.mail.bf1.yahoo.com (nm5-vm0.bullet.mail.bf1.yahoo.com [98.139.213.150]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D1561C0E for ; Tue, 23 Dec 2014 19:47:41 +0000 (UTC) Received: from [98.139.215.143] by nm5.bullet.mail.bf1.yahoo.com with NNFMP; 23 Dec 2014 19:47:39 -0000 Received: from [98.139.212.214] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 23 Dec 2014 19:47:39 -0000 Received: from [127.0.0.1] by omp1023.mail.bf1.yahoo.com with NNFMP; 23 Dec 2014 19:47:39 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 968195.37057.bm@omp1023.mail.bf1.yahoo.com Received: (qmail 64289 invoked by uid 60001); 23 Dec 2014 19:47:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1419364059; bh=VATTnL7FyiMvIkZb/NHLREXGwgxcTAulqN2N1+td3h4=; h=Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=brgubUlwMGaDkTjOwQczJji0HLIHwD2uuStQqvsjqqrZ1FbnY/ubAMaDHJXBCZATmok1CbQybTHN233BkhxDcPeXRgiAL0ylNt8JSEGrgp1fS+U1tDqzRXZ/dpvk5A3DfV9xYGk0g56m9eDI5piKFrj6sTOyYyWmv2/7F9zJl+E= X-YMail-OSG: ExahyaoVM1n._jaxxzQuAxKODze04cyVGWVXVSustpcqpeP Uulc7netBTbSb.QuwZuip1vGhS9JkzXKa3WPD6XESYKwk8HoLiMRdUkwP8oI 5uva_fYMQeZc9gRScqY52kXe9kyKCT4TXuDPg55vnGTQcUBNn.4WJaLKDT72 FdVmFIvcTYM9isnAs7xGW2E2ZASecRWWpN0y4pkdLwk4BA0rVjr34XNxIFUu cpWNJPgLkJDlX3AZzik0DsvxtctSZNV..wPccngOFRWUvlQ8ZXVC_AJLixcn VFImaVPV8YHHsWQBuOBVKyw3xHtTg2Z0yyw8KgHla1.us3nM2o7toWrqVSz_ Axer0DBYiNyLbMKjnkW.ihcmi_SIwU.S8oEL7qOrTtVFybFGY_nFdgFwLWHE XQKnb0CRfYcqFKm4RBtlNfQ1ZxDaYX.wL98EACsHFDMNPO.f7LgYyG8xT1QR 1VuIoORhHD.fiWUm98BalfkA8pDWrAvGn9QuzSPYcmJhl98sGwBupXTxeOVS xvzfqqUB2Zb3MmXWLcc4KU0JLsI24uRzyC5fLwel.FixHLDztANiPHEFDUg- - Received: from [66.92.43.99] by web140901.mail.bf1.yahoo.com via HTTP; Tue, 23 Dec 2014 11:47:39 PST X-Rocket-MIMEInfo: 002.001, Rm9yIHRoZSBmaXJzdCB0aW1lLCBJIGhhZCB0byBpbnN0YWxsa2VybmVsIEFORCBpbnN0YWxsd29ybGQgZnJvbSBzaC4uLg0KbGlibGRucyBhbmQgbGlidWNsIGJvdGggd2FudGVkIHRvIHB1dCAuc28gc3ltbGlua3Mgc29tZXdoZXJlLiAgRml4ZWQNCm9uZSB3aXRoIGEgV0lUSE9VVF9MRE5TLi4uIHRoZSBvdGhlciBwcm9jZWVkZWQgZnJvbSBzaCBub3QgZnJvbQ0KYW5vdGhlciBzaGVsbC4NCg0KXl5eXl5eXl5eXl5eXl5eXl5eXl5eXl5eIGFsbCBmaXhlZCBieSB0aGUgbmV4dCBkYXkncyBzdm4vcmVidWlsZCABMAEBAQE- X-Mailer: YahooMailClassic/903 YahooMailWebService/0.8.203.740 Message-ID: <1419364059.53029.YahooMailBasic@web140901.mail.bf1.yahoo.com> Date: Tue, 23 Dec 2014 11:47:39 -0800 From: Jeffrey Bouquet Subject: [SOLVED] buildworld/installworld troubling residual v9 > v10 To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 19:47:42 -0000 For the first time, I had to installkernel AND installworld from sh... libldns and libucl both wanted to put .so symlinks somewhere. Fixed one with a WITHOUT_LDNS... the other proceeded from sh not from another shell. ^^^^^^^^^^^^^^^^^^^^^^^^ all fixed by the next day's svn/rebuild cycle somehow edited out the "wrong time " .error in the Makefile, but that should not be relevant... ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^did not reappear. #tty results in (many other commands, slew of messages during port builds obscuring the process, etc...) : Conf string ends with key # repeated sometimes none, most of the time one, in port builds many. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ broken symlink "aj" remaining in /etc, removed, fixed. J. Bouquet From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 21:13:49 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80DF5FB5 for ; Tue, 23 Dec 2014 21:13:49 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 38F383400 for ; Tue, 23 Dec 2014 21:13:48 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::d9b0:aa62:dd95:6b8f] (unknown [IPv6:2001:7b8:3a7:0:d9b0:aa62:dd95:6b8f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A0D6FB80A; Tue, 23 Dec 2014 22:13:46 +0100 (CET) Subject: Re: CPUTYPEs includig avx are suspicious with clang in stable/10 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_5BC0DD87-50E6-45CA-AE8A-6FBD26D33C1F"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b3 From: Dimitry Andric In-Reply-To: <549912F4.9040501@omnilan.de> Date: Tue, 23 Dec 2014 22:13:40 +0100 Message-Id: References: <54944D08.8000202@omnilan.de> <18B24CB4-0F39-4A7B-982C-9FAA5CE36749@FreeBSD.org> <549912F4.9040501@omnilan.de> To: Harry Schmalzbauer X-Mailer: Apple Mail (2.1993) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 21:13:49 -0000 --Apple-Mail=_5BC0DD87-50E6-45CA-AE8A-6FBD26D33C1F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 23 Dec 2014, at 08:00, Harry Schmalzbauer wrote: >=20 > Bez=FCglich Dimitry Andric's Nachricht vom 22.12.2014 21:49 = (localtime): >> On 19 Dec 2014, at 17:06, Harry Schmalzbauer = wrote: >>>=20 >>> I'm seeing sporadic problems (core dumps) with binaries compiled = with >>> CPUTYPE=3Dcore-i-avx. >>> They run fine on IvyBridge, but fail on Haswells. >>> Stripping avx from MACHINE_CPU (by defining CPUTYPE=3Dcorei7 instead = of >>> core-i-avx) solved all crashes on the haswell system. >>=20 >> Can you provide a concrete test case? E.g. binaries with both >> optimizations, of which one exhibits the crash? >=20 > At least this is something I can do at the momen. Please find them = here > (i386 versions): > http://www.omnilan.de/downloads/pkg-static.core-i-avx > http://www.omnilan.de/downloads/pkg-static.core7 >=20 > The former crashes on Haswell while running fine on IvyBridge, the > latter has been compiled with CPUTYPE=3Dcorei7 instead of core-i-avx = and > doesn't show problems on any syste, And of course I can't find any Haswell machine right at this minute. If you are not able to produce a backtrace and register dump, please upload compressed core dumps from your Haswell system somewhere. (Take care that they are produced by exactly the same executable listed above.) -Dimitry --Apple-Mail=_5BC0DD87-50E6-45CA-AE8A-6FBD26D33C1F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.26 iEYEARECAAYFAlSZ2wkACgkQsF6jCi4glqPVbQCdEV55Yq/mC1sOv3gL0Vqwdwl/ QC0AnjF2K8Bxf6qc208DKyLVFPIRuwdy =xWVo -----END PGP SIGNATURE----- --Apple-Mail=_5BC0DD87-50E6-45CA-AE8A-6FBD26D33C1F-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 22:00:29 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F114AD4 for ; Tue, 23 Dec 2014 22:00:29 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB74316C0 for ; Tue, 23 Dec 2014 22:00:28 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBNM0SeJ024245 for ; Tue, 23 Dec 2014 22:00:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193389] [panic] ufs_dirbad: /: bad dir Date: Tue, 23 Dec 2014 22:00:26 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mckusick@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 22:00:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193389 --- Comment #6 from Kirk McKusick --- Thanks for your followup. I will close this bug. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 23 22:03:07 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6392BCAE for ; Tue, 23 Dec 2014 22:03:07 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B6BA17BD for ; Tue, 23 Dec 2014 22:03:07 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBNM37gu053706 for ; Tue, 23 Dec 2014 22:03:07 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193389] [panic] ufs_dirbad: /: bad dir Date: Tue, 23 Dec 2014 22:03:06 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mckusick@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: mckusick@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution assigned_to bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Dec 2014 22:03:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193389 Kirk McKusick changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Works As Intended Assignee|freebsd-bugs@FreeBSD.org |mckusick@FreeBSD.org Status|New |Closed --- Comment #7 from Kirk McKusick --- Submitter has determined that the panic was caused by hardware problems with disk on his system. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 24 15:28:52 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74BA317C; Wed, 24 Dec 2014 15:28:52 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 28A2564401; Wed, 24 Dec 2014 15:28:52 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3k6yxX6SCjzGp; Wed, 24 Dec 2014 16:28:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:organization:subject:subject:from:from :date:date:content-transfer-encoding:content-type:content-type :mime-version:received:received:received:received; s=jakla4; t= 1419434926; x=1422026927; bh=AdSxaW0Jx29GDq+moR3L+2VCK9OwudIHpaV jiDvsXdU=; b=GalfMDWgY3L+6gyjBQPc+vODdnQSBjKPo2SVJ/lYxAbCL6+8NTf BBL5wrRQDMVlyTAc1w8JQ6yNglrBT9pwPULm0Md/d48azMObv+YDAuRHqolx4vsz Mn3Tustvg3dWXof02VuDUcgwwmUYL/TFCbqpc6CtVYbYifXcuhU+0ZEY= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id kGI-yGiaAkcO; Wed, 24 Dec 2014 16:28:46 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP; Wed, 24 Dec 2014 16:28:46 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [IPv6:2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by mildred.ijs.si (Postfix) with ESMTP id 3k6yxV1FWtznq; Wed, 24 Dec 2014 16:28:46 +0100 (CET) Received: from neli.ijs.si ([2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Wed, 24 Dec 2014 16:28:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 24 Dec 2014 16:28:46 +0100 From: Mark Martinec To: stable@FreeBSD.org, freebsd-fs@freebsd.org Subject: zpool upgrade - Assertion failed: ... =?UTF-8?Q?libzfs/common/lib?= =?UTF-8?Q?zfs=5Fconfig=2Ec=2C=20line=20=32=35=30?= Organization: J. Stefan Institute Message-ID: X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.0.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 24 Dec 2014 15:28:52 -0000 Upgraded a fairly recent 10-STABLE to yesterday's version on two hosts (amd64). Upgrade went fine, things work, but checking for ZFS pool upgrades on one host fails, while the other is fine: # zpool upgrade This system supports ZFS pool feature flags. All pools are formatted using feature flags. Some supported features are not enabled on the following pools. Once a feature is enabled the pool may become incompatible with software that does not support the feature. See zpool-features(7) for details. POOL FEATURE --------------- big large_blocks Assertion failed: (nvlist_lookup_nvlist(config, "feature_stats", &features) == 0), file /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common/libzfs_config.c, line 250. Abort trap Mark From owner-freebsd-stable@FreeBSD.ORG Wed Dec 24 15:46:50 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB5E6820; Wed, 24 Dec 2014 15:46:50 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D1BB646ED; Wed, 24 Dec 2014 15:46:50 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3k6zLJ2dtqzLR; Wed, 24 Dec 2014 16:46:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1419436005; x=1422028006; bh=/md 6pY/paroNsWmIl7+hIeDJZXAzAH106XOfCsoZK64=; b=aKH6i5jTrrQz5EnRf5+ 9QzSySobrk8DflFKMjp6iZZ+jBSFdWlr+GMWa6xaogiujZ0By7z5ohZfIziuM4l/ MRNcrVK0f0cdizbMquIYNAupgFN5ImdcaEaIszAU0mC7GW/q0FZj8mIZ/rsi0h21 9yZ20rSfL2q1yt6croRaqf0o= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id l-T0IK2canW5; Wed, 24 Dec 2014 16:46:45 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP; Wed, 24 Dec 2014 16:46:45 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [IPv6:2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by mildred.ijs.si (Postfix) with ESMTP id 3k6zLF2lPwzqv; Wed, 24 Dec 2014 16:46:45 +0100 (CET) Received: from neli.ijs.si ([2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Wed, 24 Dec 2014 16:46:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 24 Dec 2014 16:46:45 +0100 From: Mark Martinec To: stable@freebsd.org, freebsd-fs@freebsd.org Subject: Re: zpool upgrade - Assertion failed: ... =?UTF-8?Q?libzfs/common?= =?UTF-8?Q?/libzfs=5Fconfig=2Ec=2C=20line=20=32=35=30?= Organization: J. Stefan Institute In-Reply-To: References: Message-ID: <9d15b37204202b4b48a65cc12357612b@mailbox.ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.0.3 Cc: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 24 Dec 2014 15:46:50 -0000 P.S. Seems this was due to one external (removable) disk (with its own pool) not being connected to the host. After making it available, the 'zpool upgrade' command completed normally, listing all pools. Mark > Upgraded a fairly recent 10-STABLE to yesterday's version on two hosts > (amd64). Upgrade went fine, things work, but checking for ZFS pool > upgrades on one host fails, while the other is fine: > > # zpool upgrade > This system supports ZFS pool feature flags. > > All pools are formatted using feature flags. > > > Some supported features are not enabled on the following pools. Once a > feature is enabled the pool may become incompatible with software > that does not support the feature. See zpool-features(7) for details. > > POOL FEATURE > --------------- > big > large_blocks > Assertion failed: (nvlist_lookup_nvlist(config, "feature_stats", > &features) == 0), file > /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common/libzfs_config.c, > line 250. > Abort trap From owner-freebsd-stable@FreeBSD.ORG Wed Dec 24 17:27:43 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0EFA260; Wed, 24 Dec 2014 17:27:43 +0000 (UTC) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5E7833FD9; Wed, 24 Dec 2014 17:27:43 +0000 (UTC) Received: from [78.35.134.164] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1Y3pig-0005R8-1D; Wed, 24 Dec 2014 18:27:34 +0100 Date: Wed, 24 Dec 2014 18:27:34 +0100 From: Fabian Keil Subject: Re: zpool upgrade - Assertion failed: ... libzfs/common/libzfs_config.c, line 250 Message-ID: <2879070c.21bdfb3c@fabiankeil.de> In-Reply-To: <9d15b37204202b4b48a65cc12357612b@mailbox.ijs.si> References: <9d15b37204202b4b48a65cc12357612b@mailbox.ijs.si> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/qkIFF4WeWe74ptf829rm/E_"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-fs@freebsd.org, stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 24 Dec 2014 17:27:43 -0000 --Sig_/qkIFF4WeWe74ptf829rm/E_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Mark Martinec wrote: > P.S. Seems this was due to one external (removable) disk (with its > own pool) not being connected to the host. After making it available, > the 'zpool upgrade' command completed normally, listing all pools. That's a known issue: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D182248 Fabian --Sig_/qkIFF4WeWe74ptf829rm/E_ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlSa94QACgkQBYqIVf93VJ3gNQCdExZWUwm5nZRXxsAvboJITqlF LSYAn0u1BFQVsrF7AuI5gldKj2Yz30bp =7Bgl -----END PGP SIGNATURE----- --Sig_/qkIFF4WeWe74ptf829rm/E_-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 08:22:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D197048D; Thu, 25 Dec 2014 08:22:07 +0000 (UTC) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by mx1.freebsd.org (Postfix) with ESMTP id B573712E0; Thu, 25 Dec 2014 08:22:06 +0000 (UTC) Received: from ppp14-2-30-215.lns21.adl2.internode.on.net (HELO leader.local) ([14.2.30.215]) by ipmail06.adl2.internode.on.net with ESMTP; 25 Dec 2014 18:51:58 +1030 Message-ID: <549BC924.3050402@ShaneWare.Biz> Date: Thu, 25 Dec 2014 18:51:56 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: John Baldwin , freebsd-stable@freebsd.org Subject: Re: Help debugging stable/10 References: <5488F58D.7060708@ShaneWare.Biz> <201412161129.57704.jhb@freebsd.org> In-Reply-To: <201412161129.57704.jhb@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , hselasky@freebsd.org, mjg@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 25 Dec 2014 08:22:07 -0000 On 17/12/2014 02:59, John Baldwin wrote: > On Wednesday, December 10, 2014 8:38:21 pm Shane Ambler wrote: >> Since upgrading to 10.1 (RC2) I have had trouble getting uptimes greater >> than 1 day. I have little experience debugging the OS so could use some >> help. >> > It looks like your processes are hanging on a global lock used by sysctl(3). > That would explain hangs in top/ps/procstat as they all use sysctls. For > example: > Hi again, I just had a usb failure while still able to start processes so have a bit more info. It took approximately 45 minutes before other things locked up and I was unable to create new processes, I couldn't gather any more info at that time. http://shaneware.biz/freebsddebugdata/procstat-2014-12-25-15-52 http://shaneware.biz/freebsddebugdata/kgdb.output-2014-12-25-15-52 FreeBSD leader.local 10.1-STABLE FreeBSD 10.1-STABLE #1 r276101: Tue Dec 23 16:19:53 ACDT 2014 root@leader.local:/usr/obj/usr/src/sys/GENERIC amd64 Shortly before the time of the procstat and kgdb output I inserted a usb memstick and it failed to create the device entries, I removed and reinserted the stick and the detach event showed in log/messages but not the re-insertion. I tried inserting two different branded memsticks in two physical slots and both failed to show insert events. I was running poudriere at the time but stopped that before logging the data. I see 3 entries in procstat that have _sx_xlock_hard - 6 100058 g_journal switcher g_journal switch mi_switch+0xe1 sleepq_wait+0x3a _sx_xlock_hard+0x48a _sx_xlock+0x5d g_journal_switcher+0x1ca fork_exit+0x9a fork_trampoline+0xe 13 100015 geom g_event mi_switch+0xe1 sleepq_wait+0x3a _sx_xlock_hard+0x48a g_run_events+0x82 fork_exit+0x9a fork_trampoline+0xe 16 100073 pagedaemon - mi_switch+0xe1 sleepq_wait+0x3a _sx_xlock_hard+0x48a _sx_xlock+0x5d g_journal_lowmem+0xa3 vm_pageout+0x2bf fork_exit+0x9a fork_trampoline+0xe -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 09:29:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 222B6C0F; Thu, 25 Dec 2014 09:29:09 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C295328FB; Thu, 25 Dec 2014 09:29:08 +0000 (UTC) Received: from laptop015.home.selasky.org (31.89-11-148.nextgentel.com [89.11.148.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 88AA01FE022; Thu, 25 Dec 2014 10:29:06 +0100 (CET) Message-ID: <549BD90B.2050000@selasky.org> Date: Thu, 25 Dec 2014 10:29:47 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Shane Ambler , John Baldwin , freebsd-stable@freebsd.org Subject: Re: Help debugging stable/10 References: <5488F58D.7060708@ShaneWare.Biz> <201412161129.57704.jhb@freebsd.org> <549BC924.3050402@ShaneWare.Biz> In-Reply-To: <549BC924.3050402@ShaneWare.Biz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , mjg@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 25 Dec 2014 09:29:09 -0000 On 12/25/14 09:21, Shane Ambler wrote: > On 17/12/2014 02:59, John Baldwin wrote: >> On Wednesday, December 10, 2014 8:38:21 pm Shane Ambler wrote: >>> Since upgrading to 10.1 (RC2) I have had trouble getting uptimes greater >>> than 1 day. I have little experience debugging the OS so could use some >>> help. >>> > >> It looks like your processes are hanging on a global lock used by >> sysctl(3). >> That would explain hangs in top/ps/procstat as they all use sysctls. For >> example: >> > > Hi again, > > I just had a usb failure while still able to start processes so have a > bit more info. It took approximately 45 minutes before other things > locked up and I was unable to create new processes, I couldn't gather > any more info at that time. > > http://shaneware.biz/freebsddebugdata/procstat-2014-12-25-15-52 > http://shaneware.biz/freebsddebugdata/kgdb.output-2014-12-25-15-52 > > FreeBSD leader.local 10.1-STABLE FreeBSD 10.1-STABLE #1 r276101: Tue > Dec 23 16:19:53 ACDT 2014 root@leader.local:/usr/obj/usr/src/sys/GENERIC > amd64 > > Shortly before the time of the procstat and kgdb output I inserted a > usb memstick and it failed to create the device entries, I removed and > reinserted the stick and the detach event showed in log/messages but > not the re-insertion. I tried inserting two different branded memsticks > in two physical slots and both failed to show insert events. I was > running poudriere at the time but stopped that before logging the data. > > I see 3 entries in procstat that have _sx_xlock_hard - > > 6 100058 g_journal switcher g_journal switch mi_switch+0xe1 > sleepq_wait+0x3a _sx_xlock_hard+0x48a _sx_xlock+0x5d > g_journal_switcher+0x1ca fork_exit+0x9a fork_trampoline+0xe > > 13 100015 geom g_event mi_switch+0xe1 > sleepq_wait+0x3a _sx_xlock_hard+0x48a g_run_events+0x82 fork_exit+0x9a > fork_trampoline+0xe > > 16 100073 pagedaemon - mi_switch+0xe1 > sleepq_wait+0x3a _sx_xlock_hard+0x48a _sx_xlock+0x5d > g_journal_lowmem+0xa3 vm_pageout+0x2bf fork_exit+0x9a fork_trampoline+0xe > > Hi, The cam_sim_free() is stuck, blocking the rest of that controller from enumerating. It might look like a non-USB stack issue. MAV: Do you have some ideas where to start looking, now we have a dump? Any refcounts to check in particular? --HPS > Thread 254 (Thread 100039): > #0 sched_switch (td=0xfffff8000669e000, newtd=, flags=) > at /usr/src/sys/kern/sched_ule.c:1945 > #1 0xffffffff809350b1 in mi_switch (flags=260, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:493 > #2 0xffffffff80972a2a in sleepq_wait (wchan=0x0, pri=0) at /usr/src/sys/kern/subr_sleepqueue.c:617 > #3 0xffffffff80934ad7 in _sleep (ident=, lock=, > priority=, wmesg=, sbt=, pr=, > flags=) at /usr/src/sys/kern/kern_synch.c:255 > #4 0xffffffff802df838 in cam_sim_free (sim=0xfffff801f5ee8900, free_devq=1) at /usr/src/sys/cam/cam_sim.c:109 > #5 0xffffffff807a5549 in umass_detach (dev=) at /usr/src/sys/dev/usb/storage/umass.c:2139 > #6 0xffffffff8095d042 in device_detach (dev=0xfffff8018b028900) at device_if.h:214 > #7 0xffffffff807b23b1 in usb_detach_device (udev=0xfffff801ea710000, iface_index=, flag=0 '\0') > at /usr/src/sys/dev/usb/usb_device.c:1148 > #8 0xffffffff807b14d6 in usb_unconfigure (udev=0xfffff801ea710000, flag=2 '\002') > at /usr/src/sys/dev/usb/usb_device.c:537 > #9 0xffffffff807b4466 in usb_free_device (udev=0xfffff801ea710000, flag=) > at /usr/src/sys/dev/usb/usb_device.c:2175 > #10 0xffffffff807bda6f in uhub_explore (udev=0xfffff8000d6c4000) at /usr/src/sys/dev/usb/usb_hub.c:647 > #11 0xffffffff807be0d9 in uhub_explore (udev=0xfffff8000d07d000) at /usr/src/sys/dev/usb/usb_hub.c:574 > #12 0xffffffff807a42c0 in usb_bus_explore (pm=) > at /usr/src/sys/dev/usb/controller/usb_controller.c:406 > #13 0xffffffff807c05af in usb_process (arg=0xfffffe0000ac4db0) at /usr/src/sys/dev/usb/usb_process.c:177 > #14 0xffffffff808fc66a in fork_exit (callout=0xffffffff807c0490 , arg=0xfffffe0000ac4db0, > ---Type to continue, or q to quit--- > frame=0xfffffe0212f7aac0) at /usr/src/sys/kern/kern_fork.c:996 > #15 0xffffffff80d10eee in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:611 > #16 0x0000000000000000 in ?? () From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 12:34:58 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3086D98 for ; Thu, 25 Dec 2014 12:34:57 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 169632C93 for ; Thu, 25 Dec 2014 12:34:56 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA07696; Thu, 25 Dec 2014 14:36:41 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Y47cu-000504-5g; Thu, 25 Dec 2014 14:34:48 +0200 Message-ID: <549C042D.3090108@FreeBSD.org> Date: Thu, 25 Dec 2014 14:33:49 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Hans Petter Selasky , freebsd-stable@FreeBSD.org Subject: Re: Help debugging stable/10 References: <5488F58D.7060708@ShaneWare.Biz> <201412161129.57704.jhb@freebsd.org> <549BC924.3050402@ShaneWare.Biz> <549BD90B.2050000@selasky.org> In-Reply-To: <549BD90B.2050000@selasky.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 25 Dec 2014 12:34:58 -0000 On 25/12/2014 11:29, Hans Petter Selasky wrote: > The cam_sim_free() is stuck, blocking the rest of that controller from > enumerating. It might look like a non-USB stack issue. > > MAV: Do you have some ideas where to start looking, now we have a dump? Any > refcounts to check in particular? Apparently sim->refcount > 0. Not sure how to check who has the reference(s). >> Thread 254 (Thread 100039): >> #0 sched_switch (td=0xfffff8000669e000, newtd=, >> flags=) >> at /usr/src/sys/kern/sched_ule.c:1945 >> #1 0xffffffff809350b1 in mi_switch (flags=260, newtd=0x0) at >> /usr/src/sys/kern/kern_synch.c:493 >> #2 0xffffffff80972a2a in sleepq_wait (wchan=0x0, pri=0) at >> /usr/src/sys/kern/subr_sleepqueue.c:617 >> #3 0xffffffff80934ad7 in _sleep (ident=, lock=> optimized out>, >> priority=, wmesg=, sbt=> optimized out>, pr=, >> flags=) at /usr/src/sys/kern/kern_synch.c:255 >> #4 0xffffffff802df838 in cam_sim_free (sim=0xfffff801f5ee8900, free_devq=1) >> at /usr/src/sys/cam/cam_sim.c:109 >> #5 0xffffffff807a5549 in umass_detach (dev=) at >> /usr/src/sys/dev/usb/storage/umass.c:2139 >> #6 0xffffffff8095d042 in device_detach (dev=0xfffff8018b028900) at >> device_if.h:214 >> #7 0xffffffff807b23b1 in usb_detach_device (udev=0xfffff801ea710000, >> iface_index=, flag=0 '\0') >> at /usr/src/sys/dev/usb/usb_device.c:1148 >> #8 0xffffffff807b14d6 in usb_unconfigure (udev=0xfffff801ea710000, flag=2 >> '\002') >> at /usr/src/sys/dev/usb/usb_device.c:537 >> #9 0xffffffff807b4466 in usb_free_device (udev=0xfffff801ea710000, >> flag=) >> at /usr/src/sys/dev/usb/usb_device.c:2175 >> #10 0xffffffff807bda6f in uhub_explore (udev=0xfffff8000d6c4000) at >> /usr/src/sys/dev/usb/usb_hub.c:647 >> #11 0xffffffff807be0d9 in uhub_explore (udev=0xfffff8000d07d000) at >> /usr/src/sys/dev/usb/usb_hub.c:574 >> #12 0xffffffff807a42c0 in usb_bus_explore (pm=) >> at /usr/src/sys/dev/usb/controller/usb_controller.c:406 >> #13 0xffffffff807c05af in usb_process (arg=0xfffffe0000ac4db0) at >> /usr/src/sys/dev/usb/usb_process.c:177 >> #14 0xffffffff808fc66a in fork_exit (callout=0xffffffff807c0490 , >> arg=0xfffffe0000ac4db0, >> ---Type to continue, or q to quit--- >> frame=0xfffffe0212f7aac0) at /usr/src/sys/kern/kern_fork.c:996 >> #15 0xffffffff80d10eee in fork_trampoline () at >> /usr/src/sys/amd64/amd64/exception.S:611 >> #16 0x0000000000000000 in ?? () > > > _______________________________________________ > 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" > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 14:29:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6579201 for ; Thu, 25 Dec 2014 14:29:30 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA14C64AD3 for ; Thu, 25 Dec 2014 14:29:30 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id r2so7979657igi.6 for ; Thu, 25 Dec 2014 06:29:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:content-transfer-encoding:user-agent; bh=F2hr7wb6K9htW9fZXmwd+1Ap08hnXU0tUt4W/HR8cHA=; b=P0BXed9gkEB0mCwsMCO11uSoCQsiftrKVd5Ut4EyCL6iOHEoP4BvxXT8HuoqUF650q +IxRyzIOez9XsamCrtQTr3L7dd4kIx1phErpZ5HrtAVBEZbyGUhIZNcnSvvwr+mdqqY9 lFeZfDJKLP+bc6IkWSzNHmqZ4M2n36orZCM4ngpASWtJxd1cKnHQnc8Nl+NJEB95u1oY I85KFFk5DTg7+VXcu2gYfRrSVPSxAukYZHvktcepnDYK1e1b5hugP+rMoMTnKzuMzvTX dM0qZJUq4fz4BiVUEik3o1pSKooL76vuXdWMLX9YUAlMknav+/qVoV8FhO/XF6bMH98f McNQ== X-Received: by 10.43.44.201 with SMTP id uh9mr29127502icb.51.1419517770187; Thu, 25 Dec 2014 06:29:30 -0800 (PST) Received: from jmobile.jimmy.local (24-107-210-189.dhcp.stls.mo.charter.com. [24.107.210.189]) by mx.google.com with ESMTPSA id a69sm12864015ioe.18.2014.12.25.06.29.27 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Dec 2014 06:29:29 -0800 (PST) Received: by jmobile.jimmy.local (sSMTP sendmail emulation); Thu, 25 Dec 2014 08:29:26 -0600 Date: Thu, 25 Dec 2014 08:29:26 -0600 From: Jimmy Kelley To: freebsd-stable@freebsd.org Subject: Fail building libc in 10-STABLE rev 276179 Message-ID: <20141225142926.GA35170@jmobile.jimmy.localnet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 25 Dec 2014 14:29:31 -0000 Anyone else seeing this? cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/lib= c/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I= /usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../contrib/lib= c-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL= _PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib/libc/.= =2E/../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzcode/st= dtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES = -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_= VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-head= ers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -c /usr/src/lib/libc/string/wmemset.c -o wmemset.So building shared library libc.so.7 /usr/bin/ld: ppoll.So: relocation R_X86_64_32 against `SYS_ppoll' can not b= e used when making a shared object; recompile with -fPIC ppoll.So: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/libc *** Error code 1 jimmy@tower1:/usr/src % svnlite info Path: . Working Copy Root Path: /usr/src URL: svn://svnmir.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: svn://svnmir.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 276198 Node Kind: directory Schedule: normal Last Changed Author: mav Last Changed Rev: 276179 Last Changed Date: 2014-12-24 07:49:40 -0600 (Wed, 24 Dec 2014) From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 19:48:22 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7156715 for ; Thu, 25 Dec 2014 19:48:22 +0000 (UTC) Received: from mail.mimar.rs (mail.mimar.rs [193.53.106.129]) by mx1.freebsd.org (Postfix) with ESMTP id 9EA1D649C8 for ; Thu, 25 Dec 2014 19:48:21 +0000 (UTC) Received: from mail.mimar.rs (localhost [127.0.0.1]) by mail.mimar.rs (Postfix) with ESMTP id 635141AF5CD for ; Thu, 25 Dec 2014 20:48:14 +0100 (CET) X-Virus-Scanned: amavisd-new at mimar.rs Received: from mail.mimar.rs ([127.0.0.1]) by mail.mimar.rs (mail.mimar.rs [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 66mnky8uxpeh for ; Thu, 25 Dec 2014 20:48:06 +0100 (CET) Received: from efreet.mimar.rs (unknown [93.87.149.102]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by mail.mimar.rs (Postfix) with ESMTPSA id 4A9A31AF5CB for ; Thu, 25 Dec 2014 20:48:06 +0100 (CET) Date: Thu, 25 Dec 2014 20:48:04 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@FreeBSD.org Subject: 10.1-RELEASE-p3 possibly broke parts of dns resolution in postfix Message-Id: <20141225204804.33b3b1650e6827ff23f4df3a@mimar.rs> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 25 Dec 2014 19:48:23 -0000 Hi, it appears that update to 10.1-RELEASE-p3 broke my mysql maps in postfix, where hosts is specified with FQDN. Changing it to IP address works around it. This worked, but does not work anymore: > pacija@mail:~ % sudo cat /usr/local/etc/postfix/smtpd_sender_login_maps.cf > user = someuser > password = somepass > hosts = host.example.org > dbname = somedatabase > query = SELECT goto FROM alias WHERE address = '%s' AND active = 1 With conf like this I see the following message in maillog: > Dec 25 16:47:15 mail postfix/submission/smtpd[1885]: warning: connect to mysql server host.example.org: Unknown MySQL server host 'host.example.org' (0) This works: > pacija@mail:~ % sudo cat /usr/local/etc/postfix/smtpd_sender_login_maps.cf > user = someuser > password = somepass > hosts = 192.168.1.10 > dbname = somedatabase > query = SELECT goto FROM alias WHERE address = '%s' AND active = 1 Also, when submitting mail to submission port, it does not resolve recipient domains, so mail is being rejected when reject_non_fqdn_recipient and reject_unknown_recipient_domain are on. Both forward and reverse drill are resolving fine. -- Marko Cupać https://www.mimar.rs From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 21:53:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C091C87D for ; Thu, 25 Dec 2014 21:53:33 +0000 (UTC) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56E7F1A5D for ; Thu, 25 Dec 2014 21:53:32 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id n3so16021049wiv.13 for ; Thu, 25 Dec 2014 13:53:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=ZX6mcNpakdJdTCHFpXLn1aUr4UIO9TO46CH1MjJ8xj8=; b=K0j0p+ek1lMAU1spjzSsVXOHm/PCYt6zj9e6oQidq2i966v/oRMbr6H+1Pn5QB/xG+ Hw1UK75yQ7D6j5lRAZSXvfC3YL/24nGEpJCCVNMKQfk5evwz+x6+0DZEyLV1Zz+pXCSw WvRSrIFbUzB/RrDExFvk+iUltDhqjK8nyOghbFmobv4+eP3USAtjwBYUU9mQxfN5HN9v etzMytjM+H0gftF0Vk6EXXxTz/X/tG1qYEc0fI4f7Al0zNMIc+CAKDCpMfSoXuxno0PM rtotWfxgMBgVrp8Yv0lKVohuiGESrXm4GLYhQcoVmczQhdS6EjYClE91F/ivR1f3kVJV 8Ztw== X-Gm-Message-State: ALoCoQnjNDfUay1nbD4DIRVra1J5o6Z426E4c4jjbyHEInvYnO+IoYYucHwJTDpyvkvUoytknBMm X-Received: by 10.180.82.98 with SMTP id h2mr64065001wiy.7.1419540982292; Thu, 25 Dec 2014 12:56:22 -0800 (PST) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id ck7sm36370516wjb.13.2014.12.25.12.56.21 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Dec 2014 12:56:21 -0800 (PST) Message-ID: <549C79E9.6080107@multiplay.co.uk> Date: Thu, 25 Dec 2014 20:56:09 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 10.1-RELEASE-p3 possibly broke parts of dns resolution in postfix References: <20141225204804.33b3b1650e6827ff23f4df3a@mimar.rs> In-Reply-To: <20141225204804.33b3b1650e6827ff23f4df3a@mimar.rs> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 25 Dec 2014 21:53:33 -0000 -p3 didn't contain any changes to DNS lookups -p2 however did include a fix to unbound. Its still very unlikely that either of these caused a breakage as we would have had a flurry of reports before now if there was an issue. Given this I would recommend you check for an unrelated issue, possibly configuration else where? On 25/12/2014 19:48, Marko Cupać wrote: > Hi, > > it appears that update to 10.1-RELEASE-p3 broke my mysql maps in > postfix, where hosts is specified with FQDN. Changing it to IP address > works around it. > > This worked, but does not work anymore: >> pacija@mail:~ % sudo cat /usr/local/etc/postfix/smtpd_sender_login_maps.cf >> user = someuser >> password = somepass >> hosts = host.example.org >> dbname = somedatabase >> query = SELECT goto FROM alias WHERE address = '%s' AND active = 1 > With conf like this I see the following message in maillog: >> Dec 25 16:47:15 mail postfix/submission/smtpd[1885]: warning: connect to mysql server host.example.org: Unknown MySQL server host 'host.example.org' (0) > This works: >> pacija@mail:~ % sudo cat /usr/local/etc/postfix/smtpd_sender_login_maps.cf >> user = someuser >> password = somepass >> hosts = 192.168.1.10 >> dbname = somedatabase >> query = SELECT goto FROM alias WHERE address = '%s' AND active = 1 > Also, when submitting mail to submission port, it does not resolve > recipient domains, so mail is being rejected when > reject_non_fqdn_recipient and reject_unknown_recipient_domain are on. > > Both forward and reverse drill are resolving fine. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 22:43:51 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD08033D; Thu, 25 Dec 2014 22:43:51 +0000 (UTC) Received: from mail.mimar.rs (mail.mimar.rs [193.53.106.129]) by mx1.freebsd.org (Postfix) with ESMTP id 62D6E641C1; Thu, 25 Dec 2014 22:43:50 +0000 (UTC) Received: from mail.mimar.rs (localhost [127.0.0.1]) by mail.mimar.rs (Postfix) with ESMTP id CA2A61AF347; Thu, 25 Dec 2014 23:43:48 +0100 (CET) X-Virus-Scanned: amavisd-new at mimar.rs Received: from mail.mimar.rs ([127.0.0.1]) by mail.mimar.rs (mail.mimar.rs [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2xCEsk5eZIAj; Thu, 25 Dec 2014 23:43:41 +0100 (CET) Received: from efreet.mimar.rs (unknown [93.87.149.102]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by mail.mimar.rs (Postfix) with ESMTPSA id 471481AF2E5; Thu, 25 Dec 2014 23:43:41 +0100 (CET) Date: Thu, 25 Dec 2014 23:43:40 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-ports@FreeBSD.org Subject: mail/postfix does not resolve in mysql maps Message-Id: <20141225234340.c0a9d63354a2b9e5b230eb4e@mimar.rs> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 25 Dec 2014 22:43:51 -0000 Hi, I'm running 10.1-RELEASE-p3 and postfix-2.11.3_3,1 built in poudriere on jail 10.1-RELEASE-p1, It seems that after upgrade to 10.1-RELEASE-p3 postfix stopped resolving FQDNs in my mysql maps files. This does not work: > pacija@mail:~ % sudo cat /usr/local/etc/postfix/smtpd_sender_login_maps.cf > user = someuser > password = somepass > #hosts = mysql1.mimar.rs > hosts = 193.53.106.138 > dbname = somedb > query = SELECT goto FROM alias WHERE address = '%s' AND active = 1 Gives the following message in maillog: > Dec 25 14:12:56 mail postfix/submission/smtpd[1277]: warning: connect to mysql server mysql1.mimar.rs: Unknown MySQL server host 'mysql1.mimar.rs' (0) Drill resolves fine both forward and reverse: > pacija@mail:~ % drill mysql1.mimar.rs > mysql1.mimar.rs. 3600 IN A 193.53.106.138 > pacija@mail:~ % drill -x 193.53.106.138 > 138.106.53.193.in-addr.arpa. 3600 IN PTR mysql1.mimar.rs. I have updated jail and am rebuilding postfix. -- Marko Cupać https://www.mimar.rs From owner-freebsd-stable@FreeBSD.ORG Thu Dec 25 22:50:23 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0F61702; Thu, 25 Dec 2014 22:50:23 +0000 (UTC) Received: from mail.mimar.rs (mail.mimar.rs [193.53.106.129]) by mx1.freebsd.org (Postfix) with ESMTP id 9784864EE6; Thu, 25 Dec 2014 22:50:23 +0000 (UTC) Received: from mail.mimar.rs (localhost [127.0.0.1]) by mail.mimar.rs (Postfix) with ESMTP id 8380F1AF337; Thu, 25 Dec 2014 23:50:22 +0100 (CET) X-Virus-Scanned: amavisd-new at mimar.rs Received: from mail.mimar.rs ([127.0.0.1]) by mail.mimar.rs (mail.mimar.rs [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wyNIJ7Jlvvvk; Thu, 25 Dec 2014 23:50:19 +0100 (CET) Received: from efreet.mimar.rs (unknown [93.87.149.102]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by mail.mimar.rs (Postfix) with ESMTPSA id D14BA1AF2E5; Thu, 25 Dec 2014 23:50:18 +0100 (CET) Date: Thu, 25 Dec 2014 23:50:17 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: Marko =?UTF-8?B?Q3VwYcSH?= Subject: Re: mail/postfix does not resolve in mysql maps Message-Id: <20141225235017.f51e31c8bd8bba82cde1b6ab@mimar.rs> In-Reply-To: <20141225234340.c0a9d63354a2b9e5b230eb4e@mimar.rs> References: <20141225234340.c0a9d63354a2b9e5b230eb4e@mimar.rs> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.org, freebsd-ports@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 25 Dec 2014 22:50:24 -0000 On Thu, 25 Dec 2014 23:43:40 +0100 Marko Cupać wrote: Sorry, stupid typo in previous mail. Actually, this does not work (fqdn does not work, ip address does): > pacija@mail:~ % sudo cat /usr/local/etc/postfix/smtpd_sender_login_maps.cf > user = someuser > password = somepass > hosts = mysql1.mimar.rs > dbname = somedb > query = SELECT goto FROM alias WHERE address = '%s' AND active = 1 > > Gives the following message in maillog: > > Dec 25 14:12:56 mail postfix/submission/smtpd[1277]: warning: connect to mysql server mysql1.mimar.rs: Unknown MySQL server host 'mysql1.mimar.rs' (0) > > Drill resolves fine both forward and reverse: > > pacija@mail:~ % drill mysql1.mimar.rs > > mysql1.mimar.rs. 3600 IN A 193.53.106.138 > > > pacija@mail:~ % drill -x 193.53.106.138 > > 138.106.53.193.in-addr.arpa. 3600 IN PTR mysql1.mimar.rs. > > I have updated jail and am rebuilding postfix. > -- > Marko Cupać > https://www.mimar.rs > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -- Marko Cupać https://www.mimar.rs From owner-freebsd-stable@FreeBSD.ORG Fri Dec 26 09:25:15 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3C256EB; Fri, 26 Dec 2014 09:25:14 +0000 (UTC) Received: from mail.mimar.rs (mail.mimar.rs [193.53.106.129]) by mx1.freebsd.org (Postfix) with ESMTP id A9E4366864; Fri, 26 Dec 2014 09:25:14 +0000 (UTC) Received: from mail.mimar.rs (localhost [127.0.0.1]) by mail.mimar.rs (Postfix) with ESMTP id E79661AF3A5; Fri, 26 Dec 2014 10:25:11 +0100 (CET) X-Virus-Scanned: amavisd-new at mimar.rs Received: from mail.mimar.rs ([127.0.0.1]) by mail.mimar.rs (mail.mimar.rs [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pZN5sA91GYvG; Fri, 26 Dec 2014 10:25:08 +0100 (CET) Received: from efreet.mimar.rs (unknown [193.53.106.34]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by mail.mimar.rs (Postfix) with ESMTPSA id CABEE1AF312; Fri, 26 Dec 2014 10:25:07 +0100 (CET) Date: Fri, 26 Dec 2014 10:25:07 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-ports@freebsd.org Subject: Re: mail/postfix does not resolve in mysql maps Message-Id: <20141226102507.82ed50bfae0d277ce65a740e@mimar.rs> In-Reply-To: <20141225234340.c0a9d63354a2b9e5b230eb4e@mimar.rs> References: <20141225234340.c0a9d63354a2b9e5b230eb4e@mimar.rs> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 26 Dec 2014 09:25:15 -0000 Sorry for stupid typo in original mail, let's try once again. I'm running 10.1-RELEASE-p3 and postfix-2.11.3_3,1 built in poudriere on jail 10.1-RELEASE-p1, It seems that after upgrade to 10.1-RELEASE-p3 postfix stopped resolving FQDNs in my mysql maps files. When 'hosts' is specified by IP address, connection to mysql server works, but when it is specified by FQDN, it does not. This does not work: > pacija@mail:~ % sudo cat /usr/local/etc/postfix/smtpd_sender_login_maps.cf > user = someuser > password = somepass > hosts = mysql1.mimar.rs > dbname = somedb > query = SELECT goto FROM alias WHERE address = '%s' AND active = 1 And with the configuration above I get the following in maillog when trying to send mail: > Dec 26 10:13:42 mail postfix/submission/smtpd[7456]: warning: connect to mysql server mysql1.mimar.rs: Unknown MySQL server host 'mysql1.mimar.rs' (0) > Dec 26 10:13:42 mail postfix/submission/smtpd[7456]: warning: mysql:/usr/local/etc/postfix/smtpd_sender_login_maps.cf lookup error for "marko.cupac@mimar.rs" Forward and reverse drill resolve fine: > pacija@mail:~ % drill mysql1.mimar.rs > mysql1.mimar.rs. 3600 IN A 193.53.106.138 > pacija@mail:~ % drill -x 193.53.106.138 > 138.106.53.193.in-addr.arpa. 3600 IN PTR mysql1.mimar.rs. Where should I start looking for a solution? -- Marko Cupać https://www.mimar.rs From owner-freebsd-stable@FreeBSD.ORG Fri Dec 26 09:46:01 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7B34C81; Fri, 26 Dec 2014 09:46:01 +0000 (UTC) Received: from oslo.ath.cx (oslo.ath.cx [IPv6:2a01:4f8:200:42e4::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oslo.ath.cx", Issuer "oslo.ath.cx" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F68A66ACA; Fri, 26 Dec 2014 09:46:00 +0000 (UTC) Received: by oslo.ath.cx (OpenSMTPD) with ESMTP id 0457a15e; Fri, 26 Dec 2014 10:45:57 +0100 (CET) Date: Fri, 26 Dec 2014 10:45:57 +0100 From: "Herbert J. Skuhra" To: Marko =?utf-8?B?Q3VwYcSH?= Subject: Re: mail/postfix does not resolve in mysql maps Message-ID: <20141226094557.GA16193@oslo.ath.cx> References: <20141225234340.c0a9d63354a2b9e5b230eb4e@mimar.rs> <20141226102507.82ed50bfae0d277ce65a740e@mimar.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20141226102507.82ed50bfae0d277ce65a740e@mimar.rs> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 26 Dec 2014 09:46:02 -0000 On Fri, Dec 26, 2014 at 10:25:07AM +0100, Marko Cupać wrote: > Sorry for stupid typo in original mail, let's try once again. > > I'm running 10.1-RELEASE-p3 and postfix-2.11.3_3,1 built in poudriere > on jail 10.1-RELEASE-p1, It seems that after upgrade to 10.1-RELEASE-p3 > postfix stopped resolving FQDNs in my mysql maps files. > > When 'hosts' is specified by IP address, connection to mysql server > works, but when it is specified by FQDN, it does not. > > This does not work: > > pacija@mail:~ % sudo cat /usr/local/etc/postfix/smtpd_sender_login_maps.cf > > user = someuser > > password = somepass > > hosts = mysql1.mimar.rs > > dbname = somedb > > query = SELECT goto FROM alias WHERE address = '%s' AND active = 1 > > And with the configuration above I get the following in maillog when > trying to send mail: > > Dec 26 10:13:42 mail postfix/submission/smtpd[7456]: warning: connect to mysql server mysql1.mimar.rs: Unknown MySQL server host 'mysql1.mimar.rs' (0) > > Dec 26 10:13:42 mail postfix/submission/smtpd[7456]: warning: mysql:/usr/local/etc/postfix/smtpd_sender_login_maps.cf lookup error for "marko.cupac@mimar.rs" > > Forward and reverse drill resolve fine: > > pacija@mail:~ % drill mysql1.mimar.rs > > mysql1.mimar.rs. 3600 IN A 193.53.106.138 > > > pacija@mail:~ % drill -x 193.53.106.138 > > 138.106.53.193.in-addr.arpa. 3600 IN PTR mysql1.mimar.rs. > > Where should I start looking for a solution? Chroot? Maybe someone can help if you post the output of 'postconf -n' and your master.cf? -- Herbert From owner-freebsd-stable@FreeBSD.ORG Fri Dec 26 10:39:47 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B2AD5F2; Fri, 26 Dec 2014 10:39:47 +0000 (UTC) Received: from mail.mimar.rs (mail.mimar.rs [193.53.106.129]) by mx1.freebsd.org (Postfix) with ESMTP id C05FD64FD9; Fri, 26 Dec 2014 10:39:46 +0000 (UTC) Received: from mail.mimar.rs (localhost [127.0.0.1]) by mail.mimar.rs (Postfix) with ESMTP id 7B41A1AF3A6; Fri, 26 Dec 2014 11:39:44 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:references:in-reply-to:message-id:subject:subject:from :from:date:date:received:received; s=mimar-0901; t=1419590381; x=1421404782; bh=trM+wwJjhaqAvP++T7xpaSfU3ClXkRhHjZX7OJ00aaE=; b= 4JFwozeStQFC+5P4J0dgWWy4UByCSz6a731YQrT0V93XuXOObQsB2kDEHuNVqx7G smyrd22kNAcVKfdJLTHDzJxe6Ib+o/+n6lPbJ1heNfvCHeUbHu9kHpFEY/tE81uR cOjilwMcMBX/eijYr+ZMB52tu5T8yi1P1Yo4q+hGWTg= X-Virus-Scanned: amavisd-new at mimar.rs Received: from mail.mimar.rs ([127.0.0.1]) by mail.mimar.rs (mail.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 6zKs1Zi3bRNm; Fri, 26 Dec 2014 11:39:41 +0100 (CET) Received: from efreet.mimar.rs (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by mail.mimar.rs (Postfix) with ESMTPSA id 20DEE1AF32C; Fri, 26 Dec 2014 11:39:40 +0100 (CET) Date: Fri, 26 Dec 2014 11:39:40 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: "Herbert J. Skuhra" Subject: Re: mail/postfix does not resolve in mysql maps Message-Id: <20141226113940.2f7471bb988129658cc4fa9a@mimar.rs> In-Reply-To: <20141226094557.GA16193@oslo.ath.cx> References: <20141225234340.c0a9d63354a2b9e5b230eb4e@mimar.rs> <20141226102507.82ed50bfae0d277ce65a740e@mimar.rs> <20141226094557.GA16193@oslo.ath.cx> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@FreeBSD.org, freebsd-ports@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 26 Dec 2014 10:39:47 -0000 On Fri, 26 Dec 2014 10:45:57 +0100 "Herbert J. Skuhra" wrote: > Chroot? Maybe someone can help if you post the output of 'postconf -n' > and your master.cf? >=20 > --=20 > Herbert Yep, it was chroot in submission line. Sorry for the fuss. --=20 Marko Cupa=C4=87 https://www.mimar.rs From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 07:01:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A0852D4 for ; Sat, 27 Dec 2014 07:01:46 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id EED3D64C48 for ; Sat, 27 Dec 2014 07:01:45 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8FD12627 for ; Sat, 27 Dec 2014 07:01:44 +0000 (UTC) Date: Sat, 27 Dec 2014 07:01:44 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-stable@freebsd.org Message-ID: <1121179924.8.1419663704180.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: Build-UFS-image #769 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: Build-UFS-image X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 27 Dec 2014 07:01:46 -0000 See ------------------------------------------ [...truncated 15337 lines...] Asia/Baghdad Asia/Riyadh Asia/Makassar Asia/Chita Asia/Muscat Asia/Pontianak Asia/Qatar Asia/Damascus Asia/Yekaterinburg Asia/Bahrain Atlantic/Bermuda Atlantic/Faroe Atlantic/Azores Atlantic/St_Helena Atlantic/Cape_Verde Atlantic/Reykjavik Atlantic/Canary Atlantic/Madeira Atlantic/Stanley Atlantic/South_Georgia Australia/Melbourne Australia/Eucla Australia/Brisbane Australia/Sydney Australia/Darwin Australia/Adelaide Australia/Currie Australia/Hobart Australia/Lindeman Australia/Perth Australia/Broken_Hill Australia/Lord_Howe CET CST6CDT EET EST EST5EDT Etc/GMT Etc/GMT+5 Etc/GMT-1 Etc/GMT-6 Etc/Universal Etc/GMT-12 Etc/GMT+8 Etc/GMT+2 Etc/GMT+6 Etc/GMT+10 Etc/GMT-8 Etc/GMT-2 Etc/GMT-5 Etc/GMT-11 Etc/GMT0 Etc/GMT+1 Etc/GMT+3 Etc/GMT+9 Etc/UTC Etc/GMT-7 Etc/GMT-13 Etc/GMT-14 Etc/Greenwich Etc/GMT+12 Etc/GMT-0 Etc/GMT+4 Etc/GMT+0 Etc/GMT-4 Etc/GMT-10 Etc/UCT Etc/GMT-3 Etc/GMT-9 Etc/GMT+11 Etc/Zulu Etc/GMT+7 Europe/Guernsey Europe/Podgorica Europe/Nicosia Europe/Vienna Europe/Tallinn Europe/Zaporozhye Europe/Gibraltar Europe/Paris Europe/Madrid Europe/Bratislava Europe/Istanbul Europe/Andorra Europe/Luxembourg Europe/Dublin Europe/Prague Europe/Sarajevo Europe/Zurich Europe/Tirane Europe/Busingen Europe/Malta Europe/Oslo Europe/Simferopol Europe/Monaco Europe/Uzhgorod Europe/Berlin Europe/Budapest Europe/Kaliningrad Europe/Copenhagen Europe/Vaduz Europe/Belgrade Europe/Skopje Europe/Helsinki Europe/San_Marino Europe/Athens Europe/Mariehamn Europe/Warsaw Europe/Moscow Europe/Lisbon Europe/Amsterdam Europe/Bucharest Europe/Brussels Europe/Zagreb Europe/Kiev Europe/London Europe/Rome Europe/Stockholm Europe/Minsk Europe/Vatican Europe/Jersey Europe/Isle_of_Man Europe/Sofia Europe/Ljubljana Europe/Samara Europe/Riga Europe/Vilnius Europe/Volgograd Europe/Chisinau Factory HST Indian/Christmas Indian/Mayotte Indian/Chagos Indian/Reunion Indian/Kerguelen Indian/Maldives Indian/Comoro Indian/Mahe Indian/Antananarivo Indian/Cocos Indian/Mauritius MET MST MST7MDT PST8PDT Pacific/Guadalcanal Pacific/Kwajalein Pacific/Saipan Pacific/Funafuti Pacific/Pitcairn Pacific/Fakaofo Pacific/Kosrae Pacific/Majuro Pacific/Tarawa Pacific/Tongatapu Pacific/Chuuk Pacific/Galapagos Pacific/Kiritimati Pacific/Gambier Pacific/Wake Pacific/Apia Pacific/Chatham Pacific/Nauru Pacific/Wallis Pacific/Norfolk Pacific/Guam Pacific/Auckland Pacific/Marquesas Pacific/Palau Pacific/Honolulu Pacific/Midway Pacific/Rarotonga Pacific/Efate Pacific/Enderbury Pacific/Tahiti Pacific/Noumea Pacific/Pohnpei Pacific/Fiji Pacific/Johnston Pacific/Easter Pacific/Niue Pacific/Pago_Pago Pacific/Bougainville Pacific/Port_Moresby UTC WET posixrules install -o root -g wheel -m 444 /builds/FreeBSD_stable_10/share/zoneinfo/../../contrib/tzdata//zone.tab Run tzsetup(8) manually to update /etc/localtime. ===> sys (install) ===> sys/boot (install) ===> sys/boot/efi (install) ===> sys/boot/efi/libefi (install) ===> sys/boot/libstand32 (install) ===> sys/boot/zfs (install) ===> sys/boot/userboot (install) ===> sys/boot/userboot/ficl (install) ===> sys/boot/userboot/libstand (install) ===> sys/boot/userboot/test (install) ===> sys/boot/userboot/zfs (install) ===> sys/boot/userboot/userboot (install) install -o root -g wheel -m 444 userboot.so ===> sys/boot/ficl32 (install) ===> sys/boot/ficl (install) ===> sys/boot/amd64 (install) ===> sys/boot/amd64/efi (install) make[7]: /usr/obj/builds/FreeBSD_stable_10/sys/boot/amd64/efi/.depend, 1208: ignoring stale .depend for /usr/obj/builds/FreeBSD_stable_10/tmp/usr/include/stand.h make[7]: /usr/obj/builds/FreeBSD_stable_10/sys/boot/amd64/efi/.depend, 1208: ignoring stale .depend for /usr/obj/builds/FreeBSD_stable_10/tmp/usr/include/time.h make[7]: /usr/obj/builds/FreeBSD_stable_10/sys/boot/amd64/efi/.depend, 1208: ignoring stale .depend for /usr/obj/builds/FreeBSD_stable_10/tmp/usr/include/xlocale/_time.h make[7]: /usr/obj/builds/FreeBSD_stable_10/sys/boot/amd64/efi/.depend, 1208: ignoring stale .depend for /usr/obj/builds/FreeBSD_stable_10/tmp/usr/include/string.h make[7]: /usr/obj/builds/FreeBSD_stable_10/sys/boot/amd64/efi/.depend, 1208: ignoring stale .depend for /usr/obj/builds/FreeBSD_stable_10/tmp/usr/include/strings.h make[7]: /usr/obj/builds/FreeBSD_stable_10/sys/boot/amd64/efi/.depend, 1208: ignoring stale .depend for /usr/obj/builds/FreeBSD_stable_10/tmp/usr/include/xlocale/_strings.h make[7]: /usr/obj/builds/FreeBSD_stable_10/sys/boot/amd64/efi/.depend, 1208: ignoring stale .depend for /usr/obj/builds/FreeBSD_stable_10/tmp/usr/include/xlocale/_string.h cc -O2 -pipe -fPIC -I. -I/builds/FreeBSD_stable_10/sys/boot/amd64/efi/../../efi/include -I/builds/FreeBSD_stable_10/sys/boot/amd64/efi/../../efi/include/amd64 -I/builds/FreeBSD_stable_10/sys/boot/amd64/efi/../../../contrib/dev/acpica/include -I/builds/FreeBSD_stable_10/sys/boot/amd64/efi/../../.. -DBOOT_FORTH -I/builds/FreeBSD_stable_10/sys/boot/amd64/efi/../../ficl -I/builds/FreeBSD_stable_10/sys/boot/amd64/efi/../../ficl/amd64 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/builds/FreeBSD_stable_10/sys/boot/amd64/efi/../../common -I/builds/FreeBSD_stable_10/sys/boot/amd64/efi/../../common -ffreestanding -mno-mmx -mno-sse -mno-aes -mno-avx -msoft-float -std=gnu99 -Qunused-arguments -c /builds/FreeBSD_stable_10/sys/boot/amd64/efi/bootinfo.c cc: not found *** Error code 127 Stop. make[7]: stopped in /builds/FreeBSD_stable_10/sys/boot/amd64/efi *** Error code 1 Stop. make[6]: stopped in /builds/FreeBSD_stable_10/sys/boot/amd64 *** Error code 1 Stop. make[5]: stopped in /builds/FreeBSD_stable_10/sys/boot *** Error code 1 Stop. make[4]: stopped in /builds/FreeBSD_stable_10/sys *** Error code 1 Stop. make[3]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make[2]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make[1]: stopped in /builds/FreeBSD_stable_10 *** Error code 1 Stop. make: stopped in /builds/FreeBSD_stable_10 Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 09:26:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D8EE3A1 for ; Sat, 27 Dec 2014 09:26:41 +0000 (UTC) Received: from dchagin.static.corbina.net (dchagin.static.corbina.ru [78.107.232.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dchagin.static.corbina.net", Issuer "dchagin.static.corbina.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A45F42E22 for ; Sat, 27 Dec 2014 09:26:40 +0000 (UTC) Received: from dchagin.static.corbina.net (localhost [127.0.0.1]) by dchagin.static.corbina.net (8.14.9/8.14.9) with ESMTP id sBR98DNQ004689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 27 Dec 2014 12:08:13 +0300 (MSK) (envelope-from dchagin@dchagin.static.corbina.net) Received: (from dchagin@localhost) by dchagin.static.corbina.net (8.14.9/8.14.9/Submit) id sBR98DGf004688; Sat, 27 Dec 2014 12:08:13 +0300 (MSK) (envelope-from dchagin) Date: Sat, 27 Dec 2014 12:08:12 +0300 From: Chagin Dmitry To: Jimmy Kelley Subject: Re: Fail building libc in 10-STABLE rev 276179 Message-ID: <20141227090812.GA4676@dchagin.static.corbina.net> References: <20141225142926.GA35170@jmobile.jimmy.localnet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20141225142926.GA35170@jmobile.jimmy.localnet> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 27 Dec 2014 09:26:41 -0000 On Thu, Dec 25, 2014 at 08:29:26AM -0600, Jimmy Kelley wrote: > Anyone else seeing this? >=20 >=20 > cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/l= ibc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE = -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../contrib/l= ibc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_A= CL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib/libc= /../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzcode/st= dtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES = -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_= VERSIONING -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-head= ers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno= -empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautologic= al-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function= -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parame= ter -c /usr/src/lib/libc/st > ring/wmemset.c -o wmemset.So > building shared library libc.so.7 > /usr/bin/ld: ppoll.So: relocation R_X86_64_32 against `SYS_ppoll' can not= be used when making a shared object; recompile with -fPIC > ppoll.So: could not read symbols: Bad value > cc: error: linker command failed with exit code 1 (use -v to see invocati= on) > *** Error code 1 >=20 copy $src/sys/sys/poll.h to /usr/include/sys/poll.h --=20 Have fun! chd From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 14:46:58 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92A88D72 for ; Sat, 27 Dec 2014 14:46:58 +0000 (UTC) Received: from babel.karthauser.co.uk (212-13-197-151.karthauser.co.uk [212.13.197.151]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8B794E for ; Sat, 27 Dec 2014 14:46:57 +0000 (UTC) Received: from dspam (212-13-197-151.karthauser.co.uk [212.13.197.151]) by babel.karthauser.co.uk (Postfix) with SMTP id ED141514 for ; Sat, 27 Dec 2014 14:38:03 +0000 (UTC) Received: from unnamed-72.karthauser.co.uk (unnamed-72.karthauser.co.uk [90.155.77.72]) (Authenticated sender: joemail@tao.org.uk) by babel.karthauser.co.uk (Postfix) with ESMTPSA id 685D4512; Sat, 27 Dec 2014 14:38:01 +0000 (UTC) From: Dr Josef Karthauser Date: Sat, 27 Dec 2014 14:37:58 +0000 Subject: Creating a bootable ZFS disk? To: stable@freebsd.org Message-Id: <1548B1FF-36E2-4AE4-ADD4-3B8872A9DF55@tao.org.uk> Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Dec 27 14:38:03 2014 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 549ec44b26844928120519 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 27 Dec 2014 14:46:58 -0000 I=92m trying to create a new ZFS pool from an existing one (the new one = is 4k aligned and the old one is legacy 512b). But, I can=92t get it to boot! Not sure what I=92m doing wrong. I thought I could create the new pool, and use =91zfs send/recv=92 to = copy the existing pool and then boot onto the new disk, but the kernel = doesn=92t load=85 :(. Does anyone know what I=92m doing wrong? Here=92s my recipe: # gpart create -s gpt diskid/DISK-NEW-DISK # gpart add -s 64K -t freebsd-boot diskid/DISK-NEW-DISK # gpart add -t 8G freebsd-swap diskid/DISK-NEW-DISK # gpart add -t freebsd-zfs diskid/DISK-NEW-DISK # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 = diskid/DISK-NEW-DISK # zfs create copy /dev/diskid/DISK-NEW-DISKp3 # zfs send -R oldpool@20141226 | zfs receive -duvF copy # zpool set bootfs=3Dcopy/ROOT/default copy That ought to do it, right? But, if I remove all the existing drives and = try and boot on just the new drive, it gets nowhere. I see the =91/=91, = but it doesn=92t spin and doesn=92t time out. :(. Any clues would be gratefully received. Many thanks, Joe= From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 14:50:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B207EA5 for ; Sat, 27 Dec 2014 14:50:06 +0000 (UTC) Received: from mail-wg0-f41.google.com (mail-wg0-f41.google.com [74.125.82.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 317C699D for ; Sat, 27 Dec 2014 14:50:05 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id y19so16050987wgg.0 for ; Sat, 27 Dec 2014 06:50:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=N252d6o62wnjsRSCtt+FwP9hEZBH5wFVQuwz0nISGaA=; b=Yv/A/nmpjWgEJo6VAIImg0qQflS2Var95P0qwrhh6Hat39EbYLjtvwe+N0ElOBfKd0 rXB6kGwCsNP9Qt2OpsYPnWg5zc/6Cua8/4kCLSnL1Q7Mcty9LEvoEPKxJ82voVFvAvN4 ib9O/S+t+q+cIzfuFkkyzKVl+TH+AOtPgHavHYlY8MdVX/BNRceCQNLqNnvpDhh1Oyvw 3LUYWzWYPAJ7gADq2+BqXxV8iOXeRUP8AzR4lfu/Ec5ivq/MC1iJx5fAgSJeMuzpV3fA 2QfNyVASQiNVuHkDXrTsS799b4h+xFsrritQWCCaQiorU9uebRYmOtZnEQShmWqXVxvI KLxQ== X-Gm-Message-State: ALoCoQmMk5dVSIC1U3Iz/ExEFtsTg/Vwg13Oysc1T3Tb2XKJ3OLU3fEKMarPOFyIkDbDSCenx/GM X-Received: by 10.181.13.7 with SMTP id eu7mr79894172wid.72.1419691804038; Sat, 27 Dec 2014 06:50:04 -0800 (PST) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id cg8sm40386475wjc.1.2014.12.27.06.50.03 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 27 Dec 2014 06:50:03 -0800 (PST) Message-ID: <549EC712.3010909@multiplay.co.uk> Date: Sat, 27 Dec 2014 14:49:54 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Creating a bootable ZFS disk? References: <1548B1FF-36E2-4AE4-ADD4-3B8872A9DF55@tao.org.uk> In-Reply-To: <1548B1FF-36E2-4AE4-ADD4-3B8872A9DF55@tao.org.uk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 27 Dec 2014 14:50:06 -0000 Unfortunately send / receive doesn't maintain the pool bootfs, so simply setting that should be all you need e.g. zpool set bootfs=tank/root tank On 27/12/2014 14:37, Dr Josef Karthauser wrote: > I’m trying to create a new ZFS pool from an existing one (the new one is 4k aligned and the old one is legacy 512b). > > But, I can’t get it to boot! Not sure what I’m doing wrong. > > I thought I could create the new pool, and use ‘zfs send/recv’ to copy the existing pool and then boot onto the new disk, but the kernel doesn’t load… :(. > > Does anyone know what I’m doing wrong? > > Here’s my recipe: > > # gpart create -s gpt diskid/DISK-NEW-DISK > # gpart add -s 64K -t freebsd-boot diskid/DISK-NEW-DISK > # gpart add -t 8G freebsd-swap diskid/DISK-NEW-DISK > # gpart add -t freebsd-zfs diskid/DISK-NEW-DISK > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 diskid/DISK-NEW-DISK > > # zfs create copy /dev/diskid/DISK-NEW-DISKp3 > # zfs send -R oldpool@20141226 | zfs receive -duvF copy > # zpool set bootfs=copy/ROOT/default copy > > That ought to do it, right? But, if I remove all the existing drives and try and boot on just the new drive, it gets nowhere. I see the ‘/‘, but it doesn’t spin and doesn’t time out. :(. > > Any clues would be gratefully received. > > Many thanks, > Joe > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 14:56:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13E4125D for ; Sat, 27 Dec 2014 14:56:09 +0000 (UTC) Received: from mail-wg0-f41.google.com (mail-wg0-f41.google.com [74.125.82.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E9E5B7D for ; Sat, 27 Dec 2014 14:56:08 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id y19so16057127wgg.0 for ; Sat, 27 Dec 2014 06:56:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=IsRGY+UVd1THWlzWpyW8OQFLR7BaUxc7C8gRtcyFja0=; b=S4M6FRORnJnNHDkgkn4w+ARXyTqo6O4KfInBsZOF8yXHwU3qf+kS0qZwUxhHYzBE58 B62Kp+oexA6+ZHBxspJGDbtk6n9UTJihEfpS1IyAlPKJulqdjyylA8ISmk6BI4R/4D06 sfJLouP9dx6XimAxSzubOr8Tnfb5t5/MkckRlx2+y7w1APwgY+8K3Iw/lSbCiSi6G1VG 88l2uAVRu9UMac2sMxHiXydIxs7WPTufoIUL1Ow5gnK/S1JhNL99nDwjIfxW7rt6YVC6 3RWWWvkj2AhDRLSoAWJQIHOQ2KexQQDz1RvkYaMm0XjE1O+szNsRV8YRm1yHQZHqccF9 fpzg== X-Gm-Message-State: ALoCoQkDdGmZbHMc4/rt93nS6XyxY6AmGIuQ+iXzc5UomIy0Rtf8Amt1lJ+2ddeSDs824m7Rv57w X-Received: by 10.194.83.98 with SMTP id p2mr92097494wjy.125.1419692166827; Sat, 27 Dec 2014 06:56:06 -0800 (PST) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id kn5sm42477774wjb.48.2014.12.27.06.56.05 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 27 Dec 2014 06:56:06 -0800 (PST) Message-ID: <549EC87C.2010909@multiplay.co.uk> Date: Sat, 27 Dec 2014 14:55:56 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Creating a bootable ZFS disk? References: <1548B1FF-36E2-4AE4-ADD4-3B8872A9DF55@tao.org.uk> <549EC712.3010909@multiplay.co.uk> In-Reply-To: <549EC712.3010909@multiplay.co.uk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 27 Dec 2014 14:56:09 -0000 Replied too quickly there, as your already doing that, however you're changing the name so the likely issue is you didn't update loader.conf You should just need the following in /boot/loader.conf: vfs.root.mountfrom="zfs:copy/ROOT/default " Regards Steve On 27/12/2014 14:49, Steven Hartland wrote: > Unfortunately send / receive doesn't maintain the pool bootfs, so > simply setting that should be all you need e.g. > > zpool set bootfs=tank/root tank > > > On 27/12/2014 14:37, Dr Josef Karthauser wrote: >> I’m trying to create a new ZFS pool from an existing one (the new one >> is 4k aligned and the old one is legacy 512b). >> >> But, I can’t get it to boot! Not sure what I’m doing wrong. >> >> I thought I could create the new pool, and use ‘zfs send/recv’ to >> copy the existing pool and then boot onto the new disk, but the >> kernel doesn’t load… :(. >> >> Does anyone know what I’m doing wrong? >> >> Here’s my recipe: >> >> # gpart create -s gpt diskid/DISK-NEW-DISK >> # gpart add -s 64K -t freebsd-boot diskid/DISK-NEW-DISK >> # gpart add -t 8G freebsd-swap diskid/DISK-NEW-DISK >> # gpart add -t freebsd-zfs diskid/DISK-NEW-DISK >> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 >> diskid/DISK-NEW-DISK >> >> # zfs create copy /dev/diskid/DISK-NEW-DISKp3 >> # zfs send -R oldpool@20141226 | zfs receive -duvF copy >> # zpool set bootfs=copy/ROOT/default copy >> >> That ought to do it, right? But, if I remove all the existing drives >> and try and boot on just the new drive, it gets nowhere. I see the >> ‘/‘, but it doesn’t spin and doesn’t time out. :(. >> >> Any clues would be gratefully received. >> >> Many thanks, >> Joe >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 15:27:49 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F5F9FDD for ; Sat, 27 Dec 2014 15:27:49 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 01C4EFC3 for ; Sat, 27 Dec 2014 15:27:48 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sBRFRlng070585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 27 Dec 2014 08:27:47 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sBRFRljQ070582; Sat, 27 Dec 2014 08:27:47 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 27 Dec 2014 08:27:47 -0700 (MST) From: Warren Block To: Dr Josef Karthauser Subject: Re: Creating a bootable ZFS disk? In-Reply-To: <1548B1FF-36E2-4AE4-ADD4-3B8872A9DF55@tao.org.uk> Message-ID: References: <1548B1FF-36E2-4AE4-ADD4-3B8872A9DF55@tao.org.uk> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sat, 27 Dec 2014 08:27:47 -0700 (MST) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 27 Dec 2014 15:27:49 -0000 On Sat, 27 Dec 2014, Dr Josef Karthauser wrote: > I?m trying to create a new ZFS pool from an existing one (the new one is 4k aligned and the old one is legacy 512b). > > But, I can?t get it to boot! Not sure what I?m doing wrong. > > I thought I could create the new pool, and use ?zfs send/recv? to copy the existing pool and then boot onto the new disk, but the kernel doesn?t load? :(. > > Does anyone know what I?m doing wrong? > > Here?s my recipe: > > # gpart create -s gpt diskid/DISK-NEW-DISK > # gpart add -s 64K -t freebsd-boot diskid/DISK-NEW-DISK > # gpart add -t 8G freebsd-swap diskid/DISK-NEW-DISK > # gpart add -t freebsd-zfs diskid/DISK-NEW-DISK > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 diskid/DISK-NEW-DISK Those partitions are probably not aligned to 4K. Add "-a4k" to the gpart add commands. (Remember that ashift is filesystem block size, not alignment.) From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 16:10:23 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0711C77C for ; Sat, 27 Dec 2014 16:10:23 +0000 (UTC) Received: from babel.karthauser.co.uk (212-13-197-151.karthauser.co.uk [212.13.197.151]) by mx1.freebsd.org (Postfix) with ESMTP id C4F9B665BC for ; Sat, 27 Dec 2014 16:10:22 +0000 (UTC) Received: from Extravariant (unknown [90.155.77.76]) (Authenticated sender: joemail@tao.org.uk) by babel.karthauser.co.uk (Postfix) with ESMTPSA id 6528D5BE; Sat, 27 Dec 2014 16:10:09 +0000 (UTC) From: Dr Josef Karthauser To: Warren Block Subject: Re: Creating a bootable ZFS disk? X-Mailer: eMailGanizer Message-ID: 3B9A95A5-CCCE-4B75-89B3-5F08361DCFD9.goodhumans@emailganizer.goodhumans.com Date: Sat, 27 Dec 2014 16:10:08 +0000 Reply-To: Dr Josef Karthauser In-Reply-To: References: <1548B1FF-36E2-4AE4-ADD4-3B8872A9DF55@tao.org.uk>, MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 27 Dec 2014 16:10:23 -0000 Ahha, the 4k alignment is plausible! I thought that that was automatic = these days. I'll give it a go. Do I also need to have a zfs pool cache on the root disk? Joe On 27 Dec 2014 at 3:27:47 pm GMT, Warren Block = wrote: =20 > On Sat, 27 Dec 2014, Dr Josef Karthauser wrote: >=20 > > I?m trying to create a new ZFS pool from an existing one (the new = one is 4k aligned and the old one is legacy 512b). > > > > But, I can?t get it to boot! Not sure what I?m doing wrong. > > > > I thought I could create the new pool, and use ?zfs send/recv? to = copy the existing pool and then boot onto the new disk, but the kernel = doesn?t load? :(. > > > > Does anyone know what I?m doing wrong? > > > > Here?s my recipe: > > > > # gpart create -s gpt diskid/DISK-NEW-DISK > > # gpart add -s 64K -t freebsd-boot diskid/DISK-NEW-DISK > > # gpart add -t 8G freebsd-swap diskid/DISK-NEW-DISK > > # gpart add -t freebsd-zfs diskid/DISK-NEW-DISK > > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 = diskid/DISK-NEW-DISK >=20 > Those partitions are probably not aligned to 4K. Add "-a4k" to the = gpart add commands. (Remember that ashift is filesystem block size, not = alignment.) > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 16:34:43 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 528B69EF for ; Sat, 27 Dec 2014 16:34:43 +0000 (UTC) Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BDA46692B for ; Sat, 27 Dec 2014 16:34:43 +0000 (UTC) Received: by mail-yk0-f169.google.com with SMTP id 79so5594206ykr.14 for ; Sat, 27 Dec 2014 08:34:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XOKqyD3nxC+Pe2Mu4FQKsLRi6BND3t7CwcsxdIIr/Z8=; b=s/E4M7c0nOCIhoFZxQQO6HGA4idXnUZpK2u5pSHqvKDFlJ8rf77x1KGc40MBPvJKG+ N+dbIAvRoTQm2QmU1IceUOUSFTM5Yyr6AkqhBAHvt8Lwotj5SRkjMpX+BEOeGHruQ/lz blTEc8Bx9qby0V915RIBuSC8YSUn+5IB3hIGT2atngfGl4RXd3LH4kzyTDGUTy82g7jB ta0uFfMHN3I3VhsPGKq8DReHaG/HaDhJmIZFdBzj0I1DODEnkP8i+pyEet8ZLW9EKIk2 Ntwjx9qjhmgG/eWPmtzo7Jw6PVF9aM4X8Sl68OXuuEAU1jDtv6Xy/qAhaQsHTXSdCO4b /Vtg== MIME-Version: 1.0 X-Received: by 10.236.230.40 with SMTP id i38mr34641171yhq.34.1419698082082; Sat, 27 Dec 2014 08:34:42 -0800 (PST) Received: by 10.170.188.144 with HTTP; Sat, 27 Dec 2014 08:34:42 -0800 (PST) In-Reply-To: <549ed9f7.512f2a0a.5305.7ec5SMTPIN_ADDED_BROKEN@mx.google.com> References: <1548B1FF-36E2-4AE4-ADD4-3B8872A9DF55@tao.org.uk> <549ed9f7.512f2a0a.5305.7ec5SMTPIN_ADDED_BROKEN@mx.google.com> Date: Sat, 27 Dec 2014 16:34:42 +0000 Message-ID: Subject: Re: Creating a bootable ZFS disk? From: krad To: Dr Josef Karthauser Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Warren Block , "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 27 Dec 2014 16:34:43 -0000 you will probably need to update the zpool.cache as the one on the rootfs you copied will have the details of the old pool in. You shouldnt need and entries in the loader.conf as all they do is override the bootfs flags much like rc.conf.local does to rc.conf entries On 27 December 2014 at 16:10, Dr Josef Karthauser wrote: > > Ahha, the 4k alignment is plausible! I thought that that was automatic > these days. I'll give it a go. > > Do I also need to have a zfs pool cache on the root disk? > > Joe > > > On 27 Dec 2014 at 3:27:47 pm GMT, Warren Block wrote: > > > On Sat, 27 Dec 2014, Dr Josef Karthauser wrote: > > > > > I?m trying to create a new ZFS pool from an existing one (the new one > is 4k aligned and the old one is legacy 512b). > > > > > > But, I can?t get it to boot! Not sure what I?m doing wrong. > > > > > > I thought I could create the new pool, and use ?zfs send/recv? to copy > the existing pool and then boot onto the new disk, but the kernel doesn?t > load? :(. > > > > > > Does anyone know what I?m doing wrong? > > > > > > Here?s my recipe: > > > > > > # gpart create -s gpt diskid/DISK-NEW-DISK > > > # gpart add -s 64K -t freebsd-boot diskid/DISK-NEW-DISK > > > # gpart add -t 8G freebsd-swap diskid/DISK-NEW-DISK > > > # gpart add -t freebsd-zfs diskid/DISK-NEW-DISK > > > # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 > diskid/DISK-NEW-DISK > > > > Those partitions are probably not aligned to 4K. Add "-a4k" to the > gpart add commands. (Remember that ashift is filesystem block size, not > alignment.) > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 16:47:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46D6BF3F for ; Sat, 27 Dec 2014 16:47:45 +0000 (UTC) Received: from babel.karthauser.co.uk (212-13-197-151.karthauser.co.uk [212.13.197.151]) by mx1.freebsd.org (Postfix) with ESMTP id D298B66B77 for ; Sat, 27 Dec 2014 16:47:44 +0000 (UTC) Received: from dspam (212-13-197-151.karthauser.co.uk [212.13.197.151]) by babel.karthauser.co.uk (Postfix) with SMTP id C04F55FC for ; Sat, 27 Dec 2014 16:47:32 +0000 (UTC) Received: from unnamed-72.karthauser.co.uk (unnamed-72.karthauser.co.uk [90.155.77.72]) (Authenticated sender: joemail@tao.org.uk) by babel.karthauser.co.uk (Postfix) with ESMTPSA id B8D125FA; Sat, 27 Dec 2014 16:47:28 +0000 (UTC) Subject: Re: Creating a bootable ZFS disk? Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_2C444369-5405-4CFF-885A-EF9008198CBA"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Dr Josef Karthauser In-Reply-To: <549EC87C.2010909@multiplay.co.uk> Date: Sat, 27 Dec 2014 16:47:25 +0000 Message-Id: References: <1548B1FF-36E2-4AE4-ADD4-3B8872A9DF55@tao.org.uk> <549EC712.3010909@multiplay.co.uk> <549EC87C.2010909@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1878.6) X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Dec 27 16:47:32 2014 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 549ee2a426843268986675 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 27 Dec 2014 16:47:45 -0000 --Apple-Mail=_2C444369-5405-4CFF-885A-EF9008198CBA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I only have 'zfs_load=3D=93YES=94=92 in my /boot/loader.conf. I=92m = hoping the problem is that I missed the =91-a4k=92 on the =91gpart add=92.= I=92m starting again and will report back whether it now works or not! = :). Joe On 27 Dec 2014, at 14:55, Steven Hartland = wrote: > Replied too quickly there, as your already doing that, however you're = changing the name so the likely issue is you didn't update loader.conf >=20 > You should just need the following in /boot/loader.conf: > vfs.root.mountfrom=3D"zfs:copy/ROOT/default " >=20 > Regards > Steve >=20 > On 27/12/2014 14:49, Steven Hartland wrote: >> Unfortunately send / receive doesn't maintain the pool bootfs, so = simply setting that should be all you need e.g. >>=20 >> zpool set bootfs=3Dtank/root tank >>=20 >>=20 >> On 27/12/2014 14:37, Dr Josef Karthauser wrote: >>> I=92m trying to create a new ZFS pool from an existing one (the new = one is 4k aligned and the old one is legacy 512b). >>>=20 >>> But, I can=92t get it to boot! Not sure what I=92m doing wrong. >>>=20 >>> I thought I could create the new pool, and use =91zfs send/recv=92 = to copy the existing pool and then boot onto the new disk, but the = kernel doesn=92t load=85 :(. >>>=20 >>> Does anyone know what I=92m doing wrong? >>>=20 >>> Here=92s my recipe: >>>=20 >>> # gpart create -s gpt diskid/DISK-NEW-DISK >>> # gpart add -s 64K -t freebsd-boot diskid/DISK-NEW-DISK >>> # gpart add -t 8G freebsd-swap diskid/DISK-NEW-DISK >>> # gpart add -t freebsd-zfs diskid/DISK-NEW-DISK >>> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 = diskid/DISK-NEW-DISK >>>=20 >>> # zfs create copy /dev/diskid/DISK-NEW-DISKp3 >>> # zfs send -R oldpool@20141226 | zfs receive -duvF copy >>> # zpool set bootfs=3Dcopy/ROOT/default copy >>>=20 >>> That ought to do it, right? But, if I remove all the existing drives = and try and boot on just the new drive, it gets nowhere. I see the =91/=91= , but it doesn=92t spin and doesn=92t time out. :(. >>>=20 >>> Any clues would be gratefully received. >>>=20 >>> Many thanks, >>> Joe >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >>=20 >=20 > _______________________________________________ > 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 --Apple-Mail=_2C444369-5405-4CFF-885A-EF9008198CBA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUnuKeAAoJEGdCjs+EVN/YK/0H/i+h+UfCUgTOguAIHp8U5A1F gLBit9F5YWmrQ7K7bqsCi2GvZWSQuMzAeC/7xYrY21/ZsqKHVKMEIoOY5r51QNxG UXlCMHzr++ghEZ4chAQPwI9JNKnnCGG+zBnVyX1ZFUbUFJzVtp98jfCGjdBBp/5n 7JdwZZLIheKqaSmtfML5Jp8KONkhZjA4lf5XDYwfO9laR97nXOfrmfCqNLI+riLQ 5R4wrsTZnJHxN1Of3Znjbls7Q30ir+B3IKmOa3cplkg/57IZwcBbvJCAHS2sSY09 Xe7KBjbPAgkn/30nBugfIJimWdWR9YdT6E/6I2iQsaWvG+KaM1JDQ8hf0POhTc4= =ew1R -----END PGP SIGNATURE----- --Apple-Mail=_2C444369-5405-4CFF-885A-EF9008198CBA-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 16:58:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F2B511D for ; Sat, 27 Dec 2014 16:58:25 +0000 (UTC) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9718766D4B for ; Sat, 27 Dec 2014 16:58:24 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id h11so18873409wiw.9 for ; Sat, 27 Dec 2014 08:58:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=m6+59XhkPP1m505boudaIHtgtmkKdaR3l2uRG22vbXY=; b=j5ukUBIYVJHG8DjboSu5Mv0cLlxe5BOHPaFmhtdfyb9JB3Pizru2Uwhv0qayX4O8nu TiAXHzwYJvBu0tpVkIr7f3tsewPaDJang8nCSxMjYBa3VN0ba+TL0s1IYxKZucUHIRx9 9oKmo6Sf7UqidGsvTd2E65zBkhgikTQHued0pZNiFnCKEPJmZ2vsIdeKqL0Lak0iyy0w h1apUdbeZ5THpAoNRCCeU+TLv5ukjk52KOQQqz2xX76ks5vwXmBGI4kTNJ44Rjz92jFY hHkeCIl8JHQuqRaRctuhXmghW2kpQ5tjN0Hp9papw+2ILLwz4fsTaCBi9xVjtshxKSJx NU4A== X-Gm-Message-State: ALoCoQn5p6cmvR2JJP0OnEKY3KZt7uCnoOydO5+LDAkehLvmtWn5quQ3+bVDQCCjVdac3HVNZWgT X-Received: by 10.194.108.98 with SMTP id hj2mr93008854wjb.102.1419699158009; Sat, 27 Dec 2014 08:52:38 -0800 (PST) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id ww4sm22640610wjc.47.2014.12.27.08.52.36 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 27 Dec 2014 08:52:37 -0800 (PST) Message-ID: <549EE3CC.6060306@multiplay.co.uk> Date: Sat, 27 Dec 2014 16:52:28 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Creating a bootable ZFS disk? References: <1548B1FF-36E2-4AE4-ADD4-3B8872A9DF55@tao.org.uk> <549ed9f7.512f2a0a.5305.7ec5SMTPIN_ADDED_BROKEN@mx.google.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 27 Dec 2014 16:58:25 -0000 Actually the cache file shouldn't be required for boot any more, so you should be able to remove it. I was also under the impression that on 4k drive the alignment should indeed be automatic. I'd be interested to know if either of these are not the case as they are things we should look at fixing if not. Regards Steve On 27/12/2014 16:34, krad wrote: > you will probably need to update the zpool.cache as the one on the rootfs > you copied will have the details of the old pool in. You shouldnt need and > entries in the loader.conf as all they do is override the bootfs flags much > like rc.conf.local does to rc.conf entries > > On 27 December 2014 at 16:10, Dr Josef Karthauser > wrote: > >> Ahha, the 4k alignment is plausible! I thought that that was automatic >> these days. I'll give it a go. >> >> Do I also need to have a zfs pool cache on the root disk? >> >> Joe >> >> >> On 27 Dec 2014 at 3:27:47 pm GMT, Warren Block wrote: >> >>> On Sat, 27 Dec 2014, Dr Josef Karthauser wrote: >>> >>>> I?m trying to create a new ZFS pool from an existing one (the new one >> is 4k aligned and the old one is legacy 512b). >>>> But, I can?t get it to boot! Not sure what I?m doing wrong. >>>> >>>> I thought I could create the new pool, and use ?zfs send/recv? to copy >> the existing pool and then boot onto the new disk, but the kernel doesn?t >> load? :(. >>>> Does anyone know what I?m doing wrong? >>>> >>>> Here?s my recipe: >>>> >>>> # gpart create -s gpt diskid/DISK-NEW-DISK >>>> # gpart add -s 64K -t freebsd-boot diskid/DISK-NEW-DISK >>>> # gpart add -t 8G freebsd-swap diskid/DISK-NEW-DISK >>>> # gpart add -t freebsd-zfs diskid/DISK-NEW-DISK >>>> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 >> diskid/DISK-NEW-DISK >>> Those partitions are probably not aligned to 4K. Add "-a4k" to the >> gpart add commands. (Remember that ashift is filesystem block size, not >> alignment.) >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org >> " >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 17:24:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A787BA4 for ; Sat, 27 Dec 2014 17:24:24 +0000 (UTC) Received: from babel.karthauser.co.uk (212-13-197-151.karthauser.co.uk [212.13.197.151]) by mx1.freebsd.org (Postfix) with ESMTP id EC27C6437F for ; Sat, 27 Dec 2014 17:24:23 +0000 (UTC) Received: from dspam (212-13-197-151.karthauser.co.uk [212.13.197.151]) by babel.karthauser.co.uk (Postfix) with SMTP id 39C79655 for ; Sat, 27 Dec 2014 17:24:11 +0000 (UTC) Received: from unnamed-72.karthauser.co.uk (unnamed-72.karthauser.co.uk [90.155.77.72]) (Authenticated sender: joemail@tao.org.uk) by babel.karthauser.co.uk (Postfix) with ESMTPSA id BD2B1653; Sat, 27 Dec 2014 17:24:08 +0000 (UTC) Subject: Re: Creating a bootable ZFS disk? Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_FE747A40-A473-470D-B40B-7107E2DE9A3A"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Dr Josef Karthauser In-Reply-To: <549EE3CC.6060306@multiplay.co.uk> Date: Sat, 27 Dec 2014 17:24:06 +0000 Message-Id: <701A1C89-91BE-4FCC-92C7-67A4418069EB@tao.org.uk> References: <1548B1FF-36E2-4AE4-ADD4-3B8872A9DF55@tao.org.uk> <549ed9f7.512f2a0a.5305.7ec5SMTPIN_ADDED_BROKEN@mx.google.com> <549EE3CC.6060306@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1878.6) X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Dec 27 17:24:10 2014 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 549eeb3a26845666010465 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 27 Dec 2014 17:24:24 -0000 --Apple-Mail=_FE747A40-A473-470D-B40B-7107E2DE9A3A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I did try populating the cache file on the last try, but it didn=92t = help. I=92ll report back when I=92ve completed the -a4k test. Joe. On 27 Dec 2014, at 16:52, Steven Hartland = wrote: > Actually the cache file shouldn't be required for boot any more, so = you should be able to remove it. >=20 > I was also under the impression that on 4k drive the alignment should = indeed be automatic. >=20 > I'd be interested to know if either of these are not the case as they = are things we should look at fixing if not. >=20 > Regards > Steve >=20 > On 27/12/2014 16:34, krad wrote: >> you will probably need to update the zpool.cache as the one on the = rootfs >> you copied will have the details of the old pool in. You shouldnt = need and >> entries in the loader.conf as all they do is override the bootfs = flags much >> like rc.conf.local does to rc.conf entries >>=20 >> On 27 December 2014 at 16:10, Dr Josef Karthauser = >> wrote: >>=20 >>> Ahha, the 4k alignment is plausible! I thought that that was = automatic >>> these days. I'll give it a go. >>>=20 >>> Do I also need to have a zfs pool cache on the root disk? >>>=20 >>> Joe >>>=20 >>>=20 >>> On 27 Dec 2014 at 3:27:47 pm GMT, Warren Block = wrote: >>>=20 >>>> On Sat, 27 Dec 2014, Dr Josef Karthauser wrote: >>>>=20 >>>>> I?m trying to create a new ZFS pool from an existing one (the new = one >>> is 4k aligned and the old one is legacy 512b). >>>>> But, I can?t get it to boot! Not sure what I?m doing wrong. >>>>>=20 >>>>> I thought I could create the new pool, and use ?zfs send/recv? to = copy >>> the existing pool and then boot onto the new disk, but the kernel = doesn?t >>> load? :(. >>>>> Does anyone know what I?m doing wrong? >>>>>=20 >>>>> Here?s my recipe: >>>>>=20 >>>>> # gpart create -s gpt diskid/DISK-NEW-DISK >>>>> # gpart add -s 64K -t freebsd-boot diskid/DISK-NEW-DISK >>>>> # gpart add -t 8G freebsd-swap diskid/DISK-NEW-DISK >>>>> # gpart add -t freebsd-zfs diskid/DISK-NEW-DISK >>>>> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 >>> diskid/DISK-NEW-DISK >>>> Those partitions are probably not aligned to 4K. Add "-a4k" to the >>> gpart add commands. (Remember that ashift is filesystem block size, = not >>> alignment.) >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org >>> " >>>=20 >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >>>=20 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-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 --Apple-Mail=_FE747A40-A473-470D-B40B-7107E2DE9A3A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUnus2AAoJEGdCjs+EVN/YhmIIALCffNzLFeYMhzPfOIBLzk1+ Oi9Wj+n/1afvv9369QBRT6fbCE/fMnI6RLOXNkOtMukJbt9tMgQo1uB8c8UDm0te sg/2H8rDP6gDj3lSjb8fcsYljH0vxD8jmhu5QUTk+BSyANPI7jcpoq5uZrddGFmg /sG+Jg38NgMKO+6b8poqPTYAak1oD8yotQ/DEl41O1Gi4mlh4UoVGmdjd1Q4j2Tp gfolVGdNryBiFbL4bquQZMVs31kZY8JGYDvqJdbjGo3t3VeEADAXuGyk2jnPxQn4 F890ABa4LVjFGiKU7mbS4JPajk+u4hl3O7kmWcxHxgIhScWtLkL0a6Q4PMAgXM0= =V4dn -----END PGP SIGNATURE----- --Apple-Mail=_FE747A40-A473-470D-B40B-7107E2DE9A3A-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 27 22:57:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EE90A84 for ; Sat, 27 Dec 2014 22:57:46 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F834806 for ; Sat, 27 Dec 2014 22:57:45 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sBRMvis5080155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 27 Dec 2014 15:57:44 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sBRMvhUe080152; Sat, 27 Dec 2014 15:57:43 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 27 Dec 2014 15:57:43 -0700 (MST) From: Warren Block To: Dr Josef Karthauser Subject: Re: Creating a bootable ZFS disk? In-Reply-To: Message-ID: References: <1548B1FF-36E2-4AE4-ADD4-3B8872A9DF55@tao.org.uk> <549EC712.3010909@multiplay.co.uk> <549EC87C.2010909@multiplay.co.uk> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sat, 27 Dec 2014 15:57:44 -0700 (MST) Cc: freebsd-stable@freebsd.org, Steven Hartland X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 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, 27 Dec 2014 22:57:46 -0000 On Sat, 27 Dec 2014, Dr Josef Karthauser wrote: > I only have 'zfs_load=?YES?? in my /boot/loader.conf. I?m hoping the problem is that I missed the ?-a4k? on the ?gpart add?. I?m starting again and will report back whether it now works or not! :). Misalignment just makes for slow performance, particularly on writes.