From owner-freebsd-stable@freebsd.org Sun Nov 27 09:05:05 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE127C5879B for ; Sun, 27 Nov 2016 09:05:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 8589B6BF for ; Sun, 27 Nov 2016 09:05:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id uAR94sXd001851 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 27 Nov 2016 11:04:55 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua uAR94sXd001851 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id uAR94su3001850; Sun, 27 Nov 2016 11:04:54 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 27 Nov 2016 11:04:54 +0200 From: Konstantin Belousov To: Jason Harmening Cc: FreeBSD-STABLE Mailing List Subject: Re: huge nanosleep variance on 11-stable Message-ID: <20161127090454.GK54029@kib.kiev.ua> References: <6167392c-c37a-6e39-aa22-ca45435d6088@gmail.com> <20161102075509.GF54029@kib.kiev.ua> <3620f62e-0f4c-2d62-dcf8-e2fdff459250@gmail.com> <20161102162808.GI54029@kib.kiev.ua> <20161125092503.GZ54029@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.1 (2016-10-04) 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.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Nov 2016 09:05:06 -0000 On Sat, Nov 26, 2016 at 02:37:45PM -0800, Jason Harmening wrote: > I can confirm this patch works. HPET is now chosen over LAPIC as the > eventtimer source, and the system works smoothly without disabling C2 or > mwait. Thank you for the testing. The change was committed to HEAD as r309189. From owner-freebsd-stable@freebsd.org Sun Nov 27 20:52:48 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6D1CC59BE6 for ; Sun, 27 Nov 2016 20:52:48 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CF0D93A for ; Sun, 27 Nov 2016 20:52:47 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from walrus.pepperland ([81.217.70.96]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MGSgq-1bxxI73qtc-00DFDM for ; Sun, 27 Nov 2016 21:52:39 +0100 From: Stefan Ehmann Subject: unexpected grep -o behavior To: freebsd-stable@freebsd.org Message-ID: Date: Sun, 27 Nov 2016 21:52:37 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:wovh6ESN7O73CyJ3BNpmItQBBbGBzM73mjn5smdFYBCfKG59YqJ BQGin6L+dtiC3fSZbSnDvirdeGGL+O6VxXA/Y2C3HCsI8BccZpS4NQD6/E5hRfGr1Z1ug+Z QmH6xhxoMkacpv/oCF0VasEVEwuLV/nbLL//HjB+Hn4u0RTO7kX1zDpXHZeRITlQYRW2Zkm 276m6Jcom08jUY295T70w== X-UI-Out-Filterresults: notjunk:1;V01:K0:fzLnVIYDoPQ=:CaVw2WppERIRbOowRMDk2p H09ngRBkZBZfEjX8KBzyT7kYPoVztDwgPb8EomRE29LqRGTFo0Wm5kN2IKukT/IvwTVbjytft 8+ZSJ6B/erH4X5KgNpeJqprVrstizuPSG1kBeUjOvOJsjtDP3dFDz85hQNTIg/cJBsK6KyGM+ GhXZS5oa/++Zj1K81LVGJiUe2chGdbueroqO2H+4aXTcIFKBZ2B8ApBy/0U9UlRnD2SxsQxTI KJ9tb4+UM/K+redTPgS3tWkibKlCUvWkHOiRNAYoNBwT4qhMT4KfHbmLX1AADvsqsfPNsEuOo g9wo3QfGvJZXrLGbWVy+59PMc26dkmXW7tF89nfyZuGIkueDv0oGEqV2RMOnMZ32qf476/Iye CAAKkuzmQmHn1YHPfgaZQIGA/wc6XjLIjBOBoce99sYFi1jUPuXksBk9N4lXsgbIX6o77pvcA FRzWGyMbBRRSXOkDDVzgGK+/fVgkD9x6nnVe5qMV/fZirayMxnvguSdWszYWOCoy5UXkYxZS2 pQDhKfnedwNk5S/pFKfYNn3wFglBaO6sHL0a76e9YrqFVvruxJqbHVbA29vn026wfQpKyjEQN vI0Pwx0SqZsG+uRLQhTu4BPWtP61yGX/tr2uN/W9L4yFHkyBJ3lRnOZI2AJx51YSsNdZQTLfl lsbVPE0rVM936rduJ8DfvT6cEDnOG5x7nOsiHVbBe1flxY7sEFB+0iaGFK56LAFkvN/O9ebBU vGxHNqBcNlOXOTlGFwvgtuS2a/qLhn/4dQV+887ug7Gd2JE1yufegkKTPMBJKT+o8oUKW25Wy sw41jzV X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Nov 2016 20:52:48 -0000 When I try to match the first character of a line grep also matches all subsequent characters: $ echo 123 | grep -o '^.' 1 2 3 Same with bsdgrep. grep from ports works as expected: $ echo 123 | /usr/local/bin/grep -o '^.' 1 Tested on 11.0. Bug 195763 looks related, but I'm not sure it's the same issue. From owner-freebsd-stable@freebsd.org Mon Nov 28 12:09:31 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46570C4E3E3 for ; Mon, 28 Nov 2016 12:09:31 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 2C7F217C1 for ; Mon, 28 Nov 2016 12:09:31 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: by mailman.ysv.freebsd.org (Postfix) id 28F28C4E3E1; Mon, 28 Nov 2016 12:09:31 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 288ADC4E3E0 for ; Mon, 28 Nov 2016 12:09:31 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: from c9.promocat.expvtinboxonline.com (c9.promocat.expvtinboxonline.com [187.61.29.9]) by mx1.freebsd.org (Postfix) with ESMTP id BBB0F17C0 for ; Mon, 28 Nov 2016 12:09:30 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=promocat.expvtinboxonline.com; h=From:To:Subject:MIME-Version:Content-Type:Reply-To:List-Unsubscribe:Message-ID:Date; bh=mXGrUM+2n4vk7rrIr6QQ7Lys3O8=; b=DjUJkc+0CuYQXpsNfYR+W/FcEjHFSDqyjYT9v3RDxcgytpP00PFSTfM4PPmOlBU0TyHcSnxpdGf9 dd8H9EGoSOssufnQ8I0mTWDympXUGKiIS08qHQRpN5tgtFzjoHr30yu6oulQG2gwcRFhCGsExj6O P/lwk0tKQdClkSNCjvc= Received: by c9.promocat.expvtinboxonline.com id h7gf7k15fb8i for ; Mon, 28 Nov 2016 10:09:23 -0200 (envelope-from ) From: "=?ISO-8859-1?Q?Loja_Catholicus?=" To: "" Subject: =?ISO-8859-1?Q?CYBER_MONDAY:_CUPOM_de_desconto_de_50%_=E9_s=F3_aqui!?= MIME-Version: 1.0 Reply-To: "=?ISO-8859-1?Q?Loja_Catholicus?=" X-Hash: 20214-874-194181-4f143a0575ce43ea494b410d1f48c580 X-DMA: 43959791 Message-ID: <0.3.2E.176.1D24970418A2B9E.4B37@c9.promocat.expvtinboxonline.com> Date: Mon, 28 Nov 2016 10:09:30 -0200 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 28 Nov 2016 12:09:31 -0000 Loja Catholicus [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194= 181,13477,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL2xvamFjYXRob2xpY3VzLmNv= bS5ici8/dXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb25= 0ZW50PSZ1dG1fY2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc= =3D] =C2=A0 [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194= 181,13478,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsMSZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Twitter [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,1941= 81,13478,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsMSZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194= 181,13479,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsMiZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Facebook [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,1941= 81,13479,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsMiZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194= 181,13480,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsMyZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Delicious [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,1941= 81,13480,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsMyZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194= 181,13481,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsNCZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Digg [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,1941= 81,13481,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsNCZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194= 181,13482,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsNSZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Blogger [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,1941= 81,13482,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsNSZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194= 181,13483,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsNiZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] LinkedIn [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,1941= 81,13483,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsNiZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] From owner-freebsd-stable@freebsd.org Mon Nov 28 17:54:18 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A655C5AA22 for ; Mon, 28 Nov 2016 17:54:18 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B29A11886 for ; Mon, 28 Nov 2016 17:54:14 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from [IPv6:2a02:2698:27:9e74:544:8796:96a:dd14] ([IPv6:2a02:2698:27:9e74:544:8796:96a:dd14]) (authenticated bits=0) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPSA id uASHs9Ua012071 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 28 Nov 2016 22:54:09 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1480355650; bh=vMxIeCKmILqdZ2HIium5xzKd8Oc4lOblsDGslguafVQ=; h=To:From:Subject:Cc:Date; b=t+6HSoNI2pchRztJTmaEpmIFd0C0v8KwZvsdh2N9JMZx7PronZ9+JXz5vk+bT0Egr 4KNm8zig47RmzCKzQN4qXMijUz0r42yz5oYhfbwMHKMzA0dL5DcToO9eIlh0erx4gK 1Pr+dxPFL/6YIT7VpZspRZQ3cvKtLqpgxkwHOzQQ= To: freebsd-stable@freebsd.org From: "Eugene M. Zheganin" Subject: Sandisk CloudSpeed Gen. II Eco Channel SSD vs ZFS = we're in hell Cc: freebsd-zfs@freebsd.org Message-ID: <345ed411-1430-50f7-6887-5ac00d259fd9@norma.perm.ru> Date: Mon, 28 Nov 2016 22:54:10 +0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 28 Nov 2016 17:54:18 -0000 Hi, recently we bough a bunch of "Sandisk CloudSpeed Gen. II Eco Channel" disks (the model name by itself should already made me suspicious) for using with zfs SAN on FreeBSD, we're plugged them into the LSI SAS3008 and now we are experiencing the performance that I would call "literally awful". I'm using already some of the zfs SANs on FreeBSD with Intel/Samsung SSD drives, including the LSI SAS3008 controller, but never saw anything like this (and yes, these are all SSDs): dT: 1.004s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 75 472 78 367 104.4 12 1530 94.8 113.4| da0 75 475 81 482 79.2 12 1530 94.5 113.1| da1 69 490 96 626 106.9 12 1530 124.9 149.4| da2 75 400 72 382 51.5 10 1275 93.7 93.4| da3 0 0 0 0 0.0 0 0 0.0 0.0| da4 75 400 72 382 55.0 10 1275 93.9 93.7| da5 2 3975 3975 24020 0.3 0 0 0.0 21.0| da6 0 3967 3967 24144 0.3 0 0 0.0 21.4| da7 1 3929 3929 24259 0.3 0 0 0.0 21.6| da8 0 3998 3998 23933 0.3 0 0 0.0 21.2| da9 0 0 0 0 0.0 0 0 0.0 0.0| da10 0 4037 4037 23710 0.2 0 0 0.0 21.3| da11 0 0 0 0 0.0 0 0 0.0 0.0| da12 0 0 0 0 0.0 0 0 0.0 0.0| da13 0 0 0 0 0.0 0 0 0.0 0.0| da14 0 0 0 0 0.0 0 0 0.0 0.0| da15 0 0 0 0 0.0 0 0 0.0 0.0| da16 Disks are ogranized in the raidz1 pools (which is slower than the raid1 or 10, but, considering the performance of SSDs, we got no problems with Intel or Samsung drives), the controller is flashed with last firmware available (identical controller with Samsung drives performs just fine). Disks are 512e/4K drives, and "diskinfo -v"/"camcontrol identify" both report that they have 4K stripersize/physical sector. Pools are organized using dedicated disks, so, considering all of the above, I don't see any possiblity to explain this with the alignment errors. No errors are seen in the dmesg. So, right at this time, I'm out of ideas. Everything point that these Sandisk drives are the roort of the problem, but I don't see how this is possible- according to the various benchmarks (taken, however, with regular drives, not "Channel" ones, and so far I haven't figured out what is the difference between "Channel" and non-"Channel" ones, but they run different firmware branches) they have to be okay (or seem so), just the ordinary SSD. If someone has the explanation of this awful performance, please let me know. Thanks. Eugene. From owner-freebsd-stable@freebsd.org Mon Nov 28 18:07:02 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F296AC5AD0B for ; Mon, 28 Nov 2016 18:07:02 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A938210DE for ; Mon, 28 Nov 2016 18:07:02 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x235.google.com with SMTP id a197so213628846wmd.0 for ; Mon, 28 Nov 2016 10:07:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=W1G2RZlFL9QUGHWGZDL7uS7lYHAvj3SEcP5BA/wWxDM=; b=YylqPNwnZDOSpFfOz+pd+JI86MjFgaE3FCGzZhZr/sagAvK4vOsFYry9yg/YHoFHiw 3hFvz4OZUoswBL/z9TDiLPwQdE/EjNxUNnFcW0tzqaEMu9S1p1q0Ut30rwsc8UqqoJ7+ MVRXEfVrPSLpsz1MtLRSCSjWoH3TZYdhOEaB3XkwDNjoTtndUXNlLbaYbm+SvQOQZ0kG SBz6jW12QA1jATbsXb3ye32cXjRk+fpKAOn2ZLaHpSY9megqhVnHjPBENZmZRLHytlio CAR0RnW+1e7Mhn9gQaKuEc0V1aPAoKpLblWaeh4G/1H+2RUtE2aXhOFtcnAGVy0AXT2m +zsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=W1G2RZlFL9QUGHWGZDL7uS7lYHAvj3SEcP5BA/wWxDM=; b=H/bhgJusWvtts3CL9/O3fVoAojehq2rLJqTsE17Trdo4aBMjHtonOPEM0/ejiHlbH/ 27m3ekVKGDmobFwIDIzn9/SL7E3YHcgwD3WoQF/SlyX1J49vWQXed9zaCuMXflYh2ooz rlV/xVdJKjcda6OO/j5fTXwopgasSD8iR/nezRG05KnChuTtbe3ri5xSD/Jw0vIiHNyU O5fx4hNRCW9MctkGJyn/wqEvnVgP3N+CA/aaH2xjK/KIfQkouX5cKrDh6Mpk0lNqlErc FKrKoJkqQwvEac20nvefzwMVFp2wYPAQ9ZTHpwGNQGTofk/2563DllszTQXjWwhqCWWX l1nA== X-Gm-Message-State: AKaTC01IIZiuT7QDw/BXJMere9jq6ft/mIKVsi2chX/B9LYz6LLdsji80dFlHYsWwCAXOmKd X-Received: by 10.28.93.202 with SMTP id r193mr21888947wmb.30.1480356419645; Mon, 28 Nov 2016 10:06:59 -0800 (PST) Received: from [10.10.1.58] ([185.97.61.26]) by smtp.gmail.com with ESMTPSA id di9sm63678640wjc.37.2016.11.28.10.06.58 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Nov 2016 10:06:58 -0800 (PST) Subject: Re: Sandisk CloudSpeed Gen. II Eco Channel SSD vs ZFS = we're in hell To: freebsd-stable@freebsd.org References: <345ed411-1430-50f7-6887-5ac00d259fd9@norma.perm.ru> From: Steven Hartland Message-ID: <553eff7a-0cd5-eea9-4acd-4bc770fa1baf@multiplay.co.uk> Date: Mon, 28 Nov 2016 18:07:26 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 MIME-Version: 1.0 In-Reply-To: <345ed411-1430-50f7-6887-5ac00d259fd9@norma.perm.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 28 Nov 2016 18:07:03 -0000 Check your gstat with -dp so you also see deletes, it may be that your drives have a very slow TRIM. On 28/11/2016 17:54, Eugene M. Zheganin wrote: > Hi, > > recently we bough a bunch of "Sandisk CloudSpeed Gen. II Eco Channel" > disks (the model name by itself should already made me suspicious) for > using with zfs SAN on FreeBSD, we're plugged them into the LSI SAS3008 > and now we are experiencing the performance that I would call > "literally awful". I'm using already some of the zfs SANs on FreeBSD > with Intel/Samsung SSD drives, including the LSI SAS3008 controller, > but never saw anything like this (and yes, these are all SSDs): > > dT: 1.004s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 75 472 78 367 104.4 12 1530 94.8 113.4| da0 > 75 475 81 482 79.2 12 1530 94.5 113.1| da1 > 69 490 96 626 106.9 12 1530 124.9 149.4| da2 > 75 400 72 382 51.5 10 1275 93.7 93.4| da3 > 0 0 0 0 0.0 0 0 0.0 0.0| da4 > 75 400 72 382 55.0 10 1275 93.9 93.7| da5 > 2 3975 3975 24020 0.3 0 0 0.0 21.0| da6 > 0 3967 3967 24144 0.3 0 0 0.0 21.4| da7 > 1 3929 3929 24259 0.3 0 0 0.0 21.6| da8 > 0 3998 3998 23933 0.3 0 0 0.0 21.2| da9 > 0 0 0 0 0.0 0 0 0.0 0.0| da10 > 0 4037 4037 23710 0.2 0 0 0.0 21.3| da11 > 0 0 0 0 0.0 0 0 0.0 0.0| da12 > 0 0 0 0 0.0 0 0 0.0 0.0| da13 > 0 0 0 0 0.0 0 0 0.0 0.0| da14 > 0 0 0 0 0.0 0 0 0.0 0.0| da15 > 0 0 0 0 0.0 0 0 0.0 0.0| da16 > > Disks are ogranized in the raidz1 pools (which is slower than the > raid1 or 10, but, considering the performance of SSDs, we got no > problems with Intel or Samsung drives), the controller is flashed with > last firmware available (identical controller with Samsung drives > performs just fine). Disks are 512e/4K drives, and "diskinfo > -v"/"camcontrol identify" both report that they have 4K > stripersize/physical sector. Pools are organized using dedicated > disks, so, considering all of the above, I don't see any possiblity to > explain this with the alignment errors. No errors are seen in the > dmesg. So, right at this time, I'm out of ideas. Everything point that > these Sandisk drives are the roort of the problem, but I don't see how > this is possible- according to the various benchmarks (taken, however, > with regular drives, not "Channel" ones, and so far I haven't figured > out what is the difference between "Channel" and non-"Channel" ones, > but they run different firmware branches) they have to be okay (or > seem so), just the ordinary SSD. > > If someone has the explanation of this awful performance, please let > me know. > > Thanks. > > Eugene. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Tue Nov 29 01:32:59 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52177C5AEB5 for ; Tue, 29 Nov 2016 01:32:59 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1DE5C1DBF for ; Tue, 29 Nov 2016 01:32:59 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-io0-x22c.google.com with SMTP id m5so126306373ioe.3 for ; Mon, 28 Nov 2016 17:32:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=JwMyNZrTNcqasqa+DlYydQRSGOOZejkHz73QH678Jj4=; b=vELLlvjTipx6bf986rz89qW7CBV8e6KBVA3LZPZeolM7qXpTPSqYugbOiLk/6KuY3e pLa0E9snWOYl3GWbsLncMmCh7fGhHDAvEvAKZ89T0KyQcUHq+doNtQtDbQiQb9404sXa aF202veChJmkhagxsUNrvvrguSCGAbzzsZd5CfGTtLAnJcFq3z39m3KmMqWiaL5XlYL4 gZv4regF7RgukSGmcZW3QyXS9+PNZlxdCfZFF/hFGs9oUS9JZUGWCuLdLaUjyF2mbPYC XBgiSBZOeNuMgShXcKnOAxSN6YDsd/lrA9OR/GXba2DCHRKuFpeFA6vUM2FBE7CbiG4W NrJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=JwMyNZrTNcqasqa+DlYydQRSGOOZejkHz73QH678Jj4=; b=TaMKkTObMxgDENKbopYTelPHRcK5KKch8jBikGJXhSAwy9G4mh8ZoNvvwL/k5vxO/x 5DssvUmImFZSW15OkZ/cfGFJvSR6Lh5e2upnZSmg0nuqXe43DXwMugoZpLNEVAehzZBW J9tzWmC78vaZU3d2xMndSS2Do15Y0zUy+U3/OOrtTaMaD2vO/OKOLNAw+H1mNRZ1kT13 y4wk1E7nY2SXsVCRrsQPnb4XV3GA4+p+L0ZQsOOEfHesEA7WqjIefLR4/WOjVRxRHX69 aIFK59eKDWQDVhlf5fTBCGbCe7fdtEOREI/E4y+htGWdSy+gcSi1EjYw4Tw9GyRCI515 szbg== X-Gm-Message-State: AKaTC00AXzmZIWIsZe3adfjSJi6ypm5u7Lkh0jgdWX+Odn9sR9HMzalvFwhzc6r+SB9kqgA/JnUpcy1mto7Nxg== X-Received: by 10.36.90.72 with SMTP id v69mr21269120ita.74.1480383178354; Mon, 28 Nov 2016 17:32:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.2.130 with HTTP; Mon, 28 Nov 2016 17:32:28 -0800 (PST) From: Dewayne Geraghty Date: Tue, 29 Nov 2016 12:32:28 +1100 Message-ID: Subject: How to turn off SSP stack-protector on 11.0S To: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Nov 2016 01:32:59 -0000 Is WITHOUT_SSP actually honoured and is building a world and/or ports without SSP possible? Advise/suggestions appreciated. Amongst the 9 different server configurations that we build/support, we've been asked to build a machine dedicated to PROLOG use. (yes really). As such we're trying to turn off everything that isn't needed for this particular server. For those concerned with security, it is an air-gap machine receiving data via usb. We've built/installed 11.0S from source. Now we're building the custom server. However, even with WITHOUT_SSP= in both /etc/make.conf and /etc/src.conf, we come up against little issues like: "can not find /usr/lib/libssp_nonshared.a" An example: Stage 2.3: build tools ===> bin/csh (obj,build-tools) grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' >> sh.err.h cc -E -O2 -pipe -g0 -ggdb0 -DSTRIP_FBSDID -UDEBUGGING -UDEBUG -DUSB_HAVE_DISABLE_ENUM -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -g -std=gnu99 -Qunused-arguments -I/usr/obj/prod/110001/D/K8/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/tc.const.c /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src/bin/csh/config.h /usr/src/bin/csh/../../contrib/tcsh/config_f.h /usr/src/bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char \1[];/' | sort >> tc.const.h cc -o gethost -L/usr/obj/prod/110001/D/K8/usr/src/tmp/legacy/usr/lib -O2 -pipe -g0 -ggdb0 -DSTRIP_FBSDID -UDEBUGGING -UDEBUG -DUSB_HAVE_DISABLE_ENUM -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -g -std=gnu99 -Qunused-arguments -I/usr/obj/prod/110001/D/K8/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/gethost.c /usr/bin/ld: cannot find /usr/lib/libssp_nonshared.a cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [gethost] Error code 1 Note the /usr/bin/ld: cannot find /usr/lib/libssp_nonshared.a It seems that the linker is trying to use the above library during the build of all static images/executables. From owner-freebsd-stable@freebsd.org Tue Nov 29 09:22:09 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40B6DC5963D; Tue, 29 Nov 2016 09:22:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 D6EE01290; Tue, 29 Nov 2016 09:22:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id uAT9M0qI009034 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 29 Nov 2016 11:22:00 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua uAT9M0qI009034 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id uAT9M0DP009033; Tue, 29 Nov 2016 11:22:00 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 29 Nov 2016 11:22:00 +0200 From: Konstantin Belousov To: Dewayne Geraghty Cc: freebsd-stable stable , toolchain@freebsd.org Subject: Re: How to turn off SSP stack-protector on 11.0S Message-ID: <20161129092200.GU54029@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.1 (2016-10-04) 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.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Nov 2016 09:22:09 -0000 On Tue, Nov 29, 2016 at 12:32:28PM +1100, Dewayne Geraghty wrote: > Is WITHOUT_SSP actually honoured and is building a world and/or ports > without SSP possible? Advise/suggestions appreciated. > > Amongst the 9 different server configurations that we build/support, we've > been asked to build a machine dedicated to PROLOG use. (yes really). > > As such we're trying to turn off everything that isn't needed for this > particular server. For those concerned with security, it is an air-gap > machine receiving data via usb. > > We've built/installed 11.0S from source. Now we're building the custom > server. However, even with WITHOUT_SSP= in both /etc/make.conf and > /etc/src.conf, we come up against little issues like: > "can not find /usr/lib/libssp_nonshared.a" So, does your host have /usr/lib/libssp_nonshared.a ? How did you installed 11.0, and what does designator 11.0S above mean ? Easy way out is to claim that r307146 should help you, but I suspect that there is something more broken in your configuration or build/install method. > > An example: > Stage 2.3: build tools > ===> bin/csh (obj,build-tools) > grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' > >> sh.err.h > cc -E -O2 -pipe -g0 -ggdb0 -DSTRIP_FBSDID -UDEBUGGING -UDEBUG > -DUSB_HAVE_DISABLE_ENUM -I. -I/usr/src/bin/csh > -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -g > -std=gnu99 -Qunused-arguments > -I/usr/obj/prod/110001/D/K8/usr/src/tmp/legacy/usr/include > /usr/src/bin/csh/../../contrib/tcsh/tc.const.c > /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src/bin/csh/config.h > /usr/src/bin/csh/../../contrib/tcsh/config_f.h > /usr/src/bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | > grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char > \1[];/' | sort >> tc.const.h > cc -o gethost -L/usr/obj/prod/110001/D/K8/usr/src/tmp/legacy/usr/lib -O2 > -pipe -g0 -ggdb0 -DSTRIP_FBSDID -UDEBUGGING -UDEBUG > -DUSB_HAVE_DISABLE_ENUM -I. -I/usr/src/bin/csh > -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -g > -std=gnu99 -Qunused-arguments > -I/usr/obj/prod/110001/D/K8/usr/src/tmp/legacy/usr/include > /usr/src/bin/csh/../../contrib/tcsh/gethost.c > /usr/bin/ld: cannot find /usr/lib/libssp_nonshared.a > cc: error: linker command failed with exit code 1 (use -v to see invocation) > *** [gethost] Error code 1 > > Note the > /usr/bin/ld: cannot find /usr/lib/libssp_nonshared.a > > It seems that the linker is trying to use the above library during the > build of all static images/executables. P.S. Toolchain@ is the place where you more likely to get a useful feedback. From owner-freebsd-stable@freebsd.org Tue Nov 29 12:31:00 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AEEBCC598A0 for ; Tue, 29 Nov 2016 12:31:00 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 172711C7D for ; Tue, 29 Nov 2016 12:30:59 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (pc846408.norma.com [IPv6:fd00::73d] (may be forged)) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPS id uATCUs2V087381 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 29 Nov 2016 17:30:55 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1480422655; bh=F+g4HhI98N7xsjxlRdyVJbcQSVvtg9w8hBGUtsUyjag=; h=Subject:To:References:From:Date:In-Reply-To; b=rbtj2qwlwvVRfUXxl8UO9mhv/uen/OEdcvwF8iFTA2/lyc2TNFOcrctZAcsr8ScAA xEqH5avXqAKjgWuOL3K74+aV67haMWHKgk1xNk9wBonkh6yFZsOdOPeedpCNfa1H+s oejDW9EuW2oUL7ZL9AypBF0RIJHBqimMFLa6LhXM= Subject: Re: Sandisk CloudSpeed Gen. II Eco Channel SSD vs ZFS = we're in hell To: freebsd-stable@freebsd.org References: <345ed411-1430-50f7-6887-5ac00d259fd9@norma.perm.ru> <553eff7a-0cd5-eea9-4acd-4bc770fa1baf@multiplay.co.uk> From: "Eugene M. Zheganin" Message-ID: <583D74FE.8040402@norma.perm.ru> Date: Tue, 29 Nov 2016 17:30:54 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <553eff7a-0cd5-eea9-4acd-4bc770fa1baf@multiplay.co.uk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Nov 2016 12:31:00 -0000 Hi. On 28.11.2016 23:07, Steven Hartland wrote: > Check your gstat with -dp so you also see deletes, it may be that your > drives have a very slow TRIM. > Indeed, I see a bunch of delete operations, and when TRIM disabled my engineers report that the performance is greatly increasing. Is this it ? Eugene. From owner-freebsd-stable@freebsd.org Tue Nov 29 14:50:05 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4897AC5C0BD for ; Tue, 29 Nov 2016 14:50:05 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D80D71EEE for ; Tue, 29 Nov 2016 14:50:04 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x22e.google.com with SMTP id t79so189890110wmt.0 for ; Tue, 29 Nov 2016 06:50:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=l8/S3AD9wZqTxgqQIPxeXQkElgS3pz3PFDiqVkvPFt0=; b=qZgAFbrUpX4JGDdLJiRu/foWcjacQbeDazA6Xz2yxW4DD2z8XNZcXRmDrCSjA7yrSJ ac6o7DruoaOifEXVclaKUdg+8jBXGh83OCqhTc+udPnkYk2KNOrFnHQa1geBfkxQwMaJ w43FgtHSZUsG/lA1h7K6jGz4tvhqKosOxRNdS7VqJ3QIQDsc8II5uBEMAIT55NyZKPGv IRx7OaWrFJglXHuUykoc0MjlZoiSB9DQ4A3HdvHHI3/zb3bu9ldzZT1bj/QRsCduRnC8 LO0ElNTCNMEeIIPzs5lr0/nEvmmg5EMoY9+xqvsPOpnzf1r8jIgmlIH4VJ2Cr18lKc0b TDGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=l8/S3AD9wZqTxgqQIPxeXQkElgS3pz3PFDiqVkvPFt0=; b=fMupHoJcTV4xRerRqkSX+UvYaHxP+y07WI0nkrHnOqWC/m/pv4qA4tpqh0N8UcPmIK TPfyaCq5q4fIw3kFGXC3JPRAm0snN0MPbSSCdXloNGGW2htSyuS0cPcK7B2NHH5rCLPF XFzbD9yBVu92lzLVuoHgfx04Z1D7LfkWkkm6s8M6tfmpmHdkL+s/OvKrczduI/6dnhcN omOdLX39Mlp/cVLLVJ/T9knNGqlAZR8rsFIXpq6Me5sTzIKZYBNi6F2js+KttOxHDPr8 KfFTs7WxznQAuhoMLTSt4OMpoP0c7FrfET+5bgPM61Wi/Qrk9yRGKW/hZv8gOkCI88vp c0GA== X-Gm-Message-State: AKaTC01U3yihk7lGnOs5isFmG5IAyweFjFS67UjNoGMVlCRpTMrapyMqzGsP96MejXK5VENZ X-Received: by 10.28.97.139 with SMTP id v133mr23594278wmb.117.1480431002294; Tue, 29 Nov 2016 06:50:02 -0800 (PST) Received: from [10.10.1.58] ([185.97.61.26]) by smtp.gmail.com with ESMTPSA id r138sm3196703wme.9.2016.11.29.06.50.01 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 29 Nov 2016 06:50:01 -0800 (PST) Subject: Re: Sandisk CloudSpeed Gen. II Eco Channel SSD vs ZFS = we're in hell To: freebsd-stable@freebsd.org References: <345ed411-1430-50f7-6887-5ac00d259fd9@norma.perm.ru> <553eff7a-0cd5-eea9-4acd-4bc770fa1baf@multiplay.co.uk> <583D74FE.8040402@norma.perm.ru> From: Steven Hartland Message-ID: <4a2d4074-3455-5edb-4682-f1d6b82022fa@multiplay.co.uk> Date: Tue, 29 Nov 2016 14:50:23 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 MIME-Version: 1.0 In-Reply-To: <583D74FE.8040402@norma.perm.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Nov 2016 14:50:05 -0000 On 29/11/2016 12:30, Eugene M. Zheganin wrote: > Hi. > > On 28.11.2016 23:07, Steven Hartland wrote: >> Check your gstat with -dp so you also see deletes, it may be that your >> drives have a very slow TRIM. >> > Indeed, I see a bunch of delete operations, and when TRIM disabled my > engineers report that the performance is greatly increasing. Is this it ? > Yep sounds like the TRIM on the disk is particularly poor. You can download, compile and run http://blog.multiplay.co.uk/dropzone/freebsd/ioctl-delete.c You can run with: ioctl-delete This will time and give you performance info with regards to delete requests. It uses raw BIO_DELETE commands to the device so eliminates filesystem latency (don't run on a device that's in use). You'll likely want to put some data on there though as often FW eliminates the delete if it will have no effect e.g. dd if=/dev/random of= bs=1m count=20480 Regards Steve From owner-freebsd-stable@freebsd.org Wed Nov 30 01:44:10 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C991BC5C0F4; Wed, 30 Nov 2016 01:44:10 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 84D80142F; Wed, 30 Nov 2016 01:44:10 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: by mail-io0-x22e.google.com with SMTP id c21so305930613ioj.1; Tue, 29 Nov 2016 17:44:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HRqhTTqQIUlcMMgIVkp7ccCcXYVsZ1ii+RbyxUqgOdI=; b=C6sNKsaBz9jW9IAvx0W9r6LQPgazd5ZbvO0SzvZ0fl3DtnHckgu3igmtYUJJmZusYH 3AwMZbT4Cao9da3JrAgbSe7/FwP1n8mPdTjJf+vuqb5EJEkblII+Z1KmgmXU9XiAfpqG VvrPl5gIfBDLf+cQGl/4XF+fJ7R4fFKMvoB5UBGy6EHa1m/8t7c0azxWx1ysGnuSZwjb HcQh7Zhk1wfXnXP9XElygJCDmnbaRwj6Q8h+8WOgvKCwL0nYWE647rcF2S+eWgccuSy+ 0ZkVEHB4yB7NOTQXoSKOrxHJG/Obi6XX28ZI+3UOAhlXl7rq7uVaIr0r2hn8g25UWfW8 aaFw== 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; bh=HRqhTTqQIUlcMMgIVkp7ccCcXYVsZ1ii+RbyxUqgOdI=; b=H91i4N5NWdAo+PLs2LvDC4g5ICdzWbPS6Cu2fIkBsgzS1rj8bnb2k3RtZMDp53wIw8 V+R6+YtYpyzo81/JfVw8Zr52RpxHe/Kci2X2Vqn7BYD6NFv/oT30R7tsfmZMi2cJxW0m XHOYIQyZPKaUBXr+7zt9+LyBca5LCwASyofeWEY/WBLdT4miUlKSACkdVAnHtsVBWMr8 Qe7pBC5XpFemk4CBPES02xgZvhrfWJgvVaZDTd+C8ArnllawklrDHSc5Jo1ZrHDpoTDT CzbgVlRFcZamcY25U4OU3Txj13uUfWCqLjKJSkwDcjKd2gXMCN3WnE31wHWIV7x+wfGu Rr6Q== X-Gm-Message-State: AKaTC00POgqZUdrZDPP3eVuPzJqmTiOhaSvyrdN7o0hl3HlWEB8dT4rbRDc0cYMytgAwb/sj5l11h18xOKSj0Q== X-Received: by 10.107.34.84 with SMTP id i81mr26748323ioi.180.1480470249653; Tue, 29 Nov 2016 17:44:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.131.147 with HTTP; Tue, 29 Nov 2016 17:43:28 -0800 (PST) In-Reply-To: References: <20161109121030.2f678bea@gumby.homeunix.com> <20161126033259.GA57873@becker.bs.l> <20161126150144.GA65709@becker.bs.l> From: "Jack L." Date: Tue, 29 Nov 2016 17:43:28 -0800 Message-ID: Subject: Re: Old laptop not able to get enough entropy in FreeBSD 11 To: "freebsd-questions@freebsd.org" Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 30 Nov 2016 01:44:10 -0000 Adding FreeBSD stable to see if they can provide some insight on this since it affects everything from 11 and beyond > > On Sat, Nov 26, 2016 at 7:01 AM, Bertram Scharpf > wrote: > >> On Friday, 25. Nov 2016, 20:06:55 -0800, Jack L. wrote: >> > On Fri, Nov 25, 2016 at 7:32 PM, Bertram Scharpf < >> lists@bertram-scharpf.de> >> > wrote: >> > >> > > On Friday, 25. Nov 2016, 18:31:24 -0800, Jack L. wrote: >> > > > >> > I have an old single core AMD Turion ML-37 laptop that has >> nothing >> > > > >> > installed. When I boot it up, the moment it displays login:, >> it hangs >> > > > >> > until i press some random keys. At shutdown, it will hang >> until I >> > > > >> > press keys and it will not move onto the next line of shutdown >> until >> > > > >> > I keep pressing keys. >> > > > >> > >> > > > >> > If I cat /dev/random > ./dev/null while using the laptop, it >> works >> > > > >> > fine but when nothing is happening, the laptop hangs. Any >> ideas? It's >> > > > >> > running 11.0-STABLE >> > > > > >> > > > > Any ideas on why the laptop would have that behavior in 11? It >> didn't hang >> > > > > at all in 10.3-STABLE >> > > > > >> > > > I just installed 12-CURRENT on the laptop and it also hangs even at >> > > > install/boot/shutdown until I hit keys, then it will move as long >> as I >> > > > continue to hit keys. I also found that if I ping the laptop, it >> will >> > > > respond but in between pings, it will hang. Using FreeBSD 10.3, it >> works >> > > > perfectly fine without any random keypresses. Any ideas? >> > > >> > > I'm convinced this behaviour it worth being analysed. >> > > >> > > Can you gain any knowlegde by calling cat through truss? >> > >> > How should I run that? >> >> Sorry, that was probably too fast. >> >> You could run one of those: >> >> # truss cat /dev/random >/dev/null >> # truss dd if=/dev/random of=/dev/null bs=512 count=3 >> >> But they will show just a series of read-write calls until a >> read will hang. The detain presumably occurs in the random >> device. That's kernel stuff. Does anybody have a hint how to >> debug that without influencing the behaviour in question? >> > > So truss cat /dev/random >/dev/null > will keep going and going and going and going > truss dd if=/dev/random of=/dev/null bs=512 count=3 > sits there and hangs with no activity until i hit a key, then the dd > happens. > > >> Bertram >> >> >> -- >> Bertram Scharpf >> Stuttgart, Deutschland/Germany >> http://www.bertram-scharpf.de >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe >> @freebsd.org" >> > > From owner-freebsd-stable@freebsd.org Wed Nov 30 12:00:04 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE0FDC5DB0C for ; Wed, 30 Nov 2016 12:00:04 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id ACCF4136F for ; Wed, 30 Nov 2016 12:00:04 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: by mailman.ysv.freebsd.org (Postfix) id ABD0FC5DB09; Wed, 30 Nov 2016 12:00:04 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB4F2C5DB08 for ; Wed, 30 Nov 2016 12:00:04 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) Received: from c2.promocat.expvtinboxonline.com (c2.promocat.expvtinboxonline.com [187.61.29.2]) by mx1.freebsd.org (Postfix) with ESMTP id 49B231356 for ; Wed, 30 Nov 2016 12:00:03 +0000 (UTC) (envelope-from dma_20214@rp.promocat.expvtinboxonline.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=promocat.expvtinboxonline.com; h=From:To:Subject:MIME-Version:Content-Type:Reply-To:List-Unsubscribe:Message-ID:Date; bh=tplWqVF9BI/xRKbOp6ERO+Q3Jdo=; b=kZ6/mdo1/bF9zrvfXP3k9i6r0s+lbZv3Z9mwG0a/GcKnOLgOEIg5ThcK6Z62SjmhCAbScdwVWhdi aMhpFqEgPPOBS1dxO1T9SsYQhX34YthXSMnXRiEVVg3zeU3piz1e4NM0rxH0QK1yVBJIvqqITqjp v/9fwDvDbnuaheIDOaE= Received: by c2.promocat.expvtinboxonline.com id h7qvk815feku for ; Wed, 30 Nov 2016 09:59:55 -0200 (envelope-from ) From: "=?ISO-8859-1?Q?Loja_Catholicus?=" To: "" Subject: =?ISO-8859-1?Q?=DAltima_chance,_50%_OFF?= MIME-Version: 1.0 Reply-To: "=?ISO-8859-1?Q?Loja_Catholicus?=" X-Hash: 20214-877-194181-b9b5f44cfec4cd8bf4b46384234fd1a3 X-DMA: 44041704 Message-ID: <0.2.3A.A2E.1D24B01442FD6D6.4BB6@c2.promocat.expvtinboxonline.com> Date: Wed, 30 Nov 2016 10:00:04 -0200 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 30 Nov 2016 12:00:04 -0000 Loja Catholicus [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,194= 181,13540,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL2xvamFjYXRob2xpY3VzLmNv= bS5ici8/dGVybT1wcmVzZXBpbyZzPSZwb3N0X3R5cGU9cHJvZHVjdCZ0YXhvbm9teT1wcm9kdWN= 0X2NhdCZ1dG1fc291cmNlPVZpcnR1YWxfVGFyZ2V0JnV0bV9tZWRpdW09RW1haWwmdXRtX2Nvbn= RlbnQ9JnV0bV9jYW1wYWlnbj1jYXRob2xpY3VzJnV0bV90ZXJtPQ=3D=3D,1,ZnJlZWJzZC5vcm= c=3D] =C2=A0 [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,194= 181,13541,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzcsMSZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NzcuMTk0MTgxLmI5YjVmNDRjZmVjNGNkOGJmNGI0NjM4NDIzNGZkMWEzLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Twitter [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,1941= 81,13541,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzcsMSZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NzcuMTk0MTgxLmI5YjVmNDRjZmVjNGNkOGJmNGI0NjM4NDIzNGZkMWEzLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,194= 181,13542,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzcsMiZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NzcuMTk0MTgxLmI5YjVmNDRjZmVjNGNkOGJmNGI0NjM4NDIzNGZkMWEzLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Facebook [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,1941= 81,13542,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzcsMiZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NzcuMTk0MTgxLmI5YjVmNDRjZmVjNGNkOGJmNGI0NjM4NDIzNGZkMWEzLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,194= 181,13543,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzcsMyZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NzcuMTk0MTgxLmI5YjVmNDRjZmVjNGNkOGJmNGI0NjM4NDIzNGZkMWEzLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Delicious [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,1941= 81,13543,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzcsMyZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NzcuMTk0MTgxLmI5YjVmNDRjZmVjNGNkOGJmNGI0NjM4NDIzNGZkMWEzLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,194= 181,13544,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzcsNCZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NzcuMTk0MTgxLmI5YjVmNDRjZmVjNGNkOGJmNGI0NjM4NDIzNGZkMWEzLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Digg [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,1941= 81,13544,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzcsNCZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NzcuMTk0MTgxLmI5YjVmNDRjZmVjNGNkOGJmNGI0NjM4NDIzNGZkMWEzLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,194= 181,13545,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzcsNSZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NzcuMTk0MTgxLmI5YjVmNDRjZmVjNGNkOGJmNGI0NjM4NDIzNGZkMWEzLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] Blogger [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,1941= 81,13545,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzcsNSZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NzcuMTk0MTgxLmI5YjVmNDRjZmVjNGNkOGJmNGI0NjM4NDIzNGZkMWEzLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,194= 181,13546,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFy= Z2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzcsNiZ1cmw9aHR0cDo= vL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz= 8yMDIxNC44NzcuMTk0MTgxLmI5YjVmNDRjZmVjNGNkOGJmNGI0NjM4NDIzNGZkMWEzLjEmdXRtX= 3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1f= Y2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] LinkedIn [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,877,1941= 81,13546,b9b5f44cfec4cd8bf4b46384234fd1a3,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ= 2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzcsNiZ1cmw9aHR0cDov= L3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8= yMDIxNC44NzcuMTk0MTgxLmI5YjVmNDRjZmVjNGNkOGJmNGI0NjM4NDIzNGZkMWEzLjEmdXRtX3= NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY= 2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=3D,1,ZnJlZWJzZC5vcmc=3D] From owner-freebsd-stable@freebsd.org Wed Nov 30 23:19:58 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F66AC5E765 for ; Wed, 30 Nov 2016 23:19:58 +0000 (UTC) (envelope-from info@events-science.info) Received: from events-science.info (events-science.info [46.10.218.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 792BD1977 for ; Wed, 30 Nov 2016 23:19:56 +0000 (UTC) (envelope-from info@events-science.info) dkim-signature: v=1; a=rsa-sha256; d=events-science.info; s=selector; c=relaxed/relaxed; q=dns/txt; h=From:Reply-To:Subject:Date:Message-ID:To:MIME-Version:Content-Type; bh=XUT6DufNQYG2FolBs6zw31aO8JhKKb2kLXhxs/CXX5E=; b=N+AivRn0hQu4q63pAktdlKCY9pf9lISNd7k2JDfLJX6Qj7gVYfmSLBrPv7/swcCtbMpUx9rm30pD5KnTEM+aGgyt7rq6TMcbP+bZNqjXDoDKTgeEOiccIMAlHbq+LDM9SoZIXEts37sjhO+UTNuSUZvcZs9LPG4C219eXEm4iaI= Received: from events-science.info (events-science.info [46.10.218.247]) by events-science.info with ESMTPA ; Thu, 1 Dec 2016 00:19:47 +0200 MIME-Version: 1.0 From: "International Scientific Events" Reply-To: sciencebgnews@gmail.com To: freebsd-stable@freebsd.org Subject: Conference Invitation, Bulgaria 2017 Date: Thu, 1 Dec 2016 00:19:47 +0200 Message-ID: <41204208055602079628424@DESKTOP-57VP31H> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 30 Nov 2016 23:19:58 -0000 Conference Invitation, Bulgaria 2017 We have the pleasure of inviting you to participate in conferences, part of= International Scientific Events 2017, to be held in Hotel "Royal Castle", = Elenite on the Bulgarian Black Sea Coast (EU). Conferences in June Agriculture & Food, 5th International Conference (20-24 Jun) https://www.sciencebg.net/en/conferences/agriculture-and-food/ Ecology & Safety, 26th International Conference (23-27 Jun) https://www.sciencebg.net/en/conferences/ecology-and-safety/ Materials, Methods & Technologies, 19th International Conference (26-30 Jun) https://www.sciencebg.net/en/conferences/materials-methods-and-technologies/ Conferences in September Economy & Business, 16th International Conference (1-5 Sep) https://www.sciencebg.net/en/conferences/economy-and-business/ Education, Research & Development, 8th International Conference (4-8 Sep) https://www.sciencebg.net/en/conferences/education-research-and-development/ Language, Individual & Society, 11th International Conference (7-11 Sep) https://www.sciencebg.net/en/conferences/language-individual-and-society/ Annually our events connect scientists and researchers from over 40 countri= es. The papers presented will be published in open-access journals, part of Int= ernational Scientific Publications. Certificate of publication and presentation will be provided. Organized by Bulgarian Academy of Sciences, Union of Scientists in Bulgaria= , Science & Education Foundation and partners. Best regards, International Scientific Events, Bulgaria www.sciencebg.net -- Not interested=3F Visit https://unsubscribe.sciencebg.net/ to unsubscribe. This message is unsolicited commercial communication. From owner-freebsd-stable@freebsd.org Thu Dec 1 04:37:38 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D508EC5F774 for ; Thu, 1 Dec 2016 04:37:38 +0000 (UTC) (envelope-from bounce-33521_HTML-358829469-55025-7292140-273@bounce.s7.exacttarget.com) Received: from df70.mta.exacttarget.com (df70.mta.exacttarget.com [13.111.2.70]) (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 9CB84139D for ; Thu, 1 Dec 2016 04:37:38 +0000 (UTC) (envelope-from bounce-33521_HTML-358829469-55025-7292140-273@bounce.s7.exacttarget.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=200608; d=breakbulk.com; h=Message-ID:Date:Subject:From:Reply-To:To:MIME-Version:Content-Type:List-Unsubscribe:List-ID; i=promero@breakbulk.com; bh=Nr0kWx93EhKs2M0ZnLX44Scxp8I=; b=UjJv5LPdJx2NLki1p5BTjYyVus6V3WugPBLlo5UCW58t6ckQzMDXAmtLQiqJldyjj4sIdJHaXpY6 PbyBl0PdPz+/31e+Vx2wA+EWCbJv04FJZp/QWDSx5tFFZqRauQaVpoOMLZI0d+WgJhEkp5wHSmV9 EZO91unJZ/h3JGJoEt4= Received: by df70.mta.exacttarget.com id h7ukh4163hs0 for ; Thu, 1 Dec 2016 04:37:36 +0000 (envelope-from ) X-Virus-Scanned: amavisd-new at orionsmtp-209.s7.exacttarget.com Message-ID: Date: Wed, 30 Nov 2016 22:37:37 -0600 Subject: Get Alerts for =?utf-8?Q?Asia=E2=80=99s?= Largest Event for Project Cargo & Breakbulk Industry From: Patrick Romero Reply-To: promero@breakbulk.com To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Report-Abuse-To: abuse@pd25.com X-CSA-Complaints: whitelistcomplaints@eco.de x-job: 7292140_55025 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 01 Dec 2016 04:37:38 -0000 Breakbulk China, Asia's largest exhibition and conference for the project c= argo and breakbulk industry, 13-16 March in Shanghai=2E Email not displaying correctly? View it in your browser http://go=2Epardot=2Ecom/webmail/272542/109865/44fd= c0c6c180768e3a3fa31aa1a694965163e5a8c0f70a50893537c80a7ad94e=2E Logistics is complicated=2E Finding new business doesn't have to be=2E The movement of project cargo and breakbulk goods involves complex logistic= s, months and even years of planning and multi-million dollar contracts=2E = Yours is a complicated job and in this tight economy, finding new business = is a top priority=2E We can help=2E >From 13-16 March 2017, Asia=E2=80=99s largest exhibition and conference for= the project cargo and breakbulk industry will bring together 6,000 industr= y professionals, 200 exhibitors and more than 300 shippers at Breakbulk Chi= na in Shanghai=2E Hear from shippers, forwarders and specialized transport providers, as well= as astute analysts, as they share their experiences and identify areas of = opportunity for new business and development=2E With a full exhibition hall= , you will be able to fill the 2 days with appointments that meet your busi= ness objectives=2E Find out more about exhibitors, sponsors, speakers and VIP Shippers=2E Sign Up for Alerts - http://go=2Epardot=2Ecom/e/272542/l-272542-2016-11-28-= 92b/d8x/109865 Facebook - http://go=2Epardot=2Ecom/e/272542/l-272542-2016-11-23-5z6/d8z/10= 9865 Twitter - http://go=2Epardot=2Ecom/e/272542/l-272542-2016-11-23-5z8/d92/109= 865 LinkedIn - http://go=2Epardot=2Ecom/e/272542/l-272542-2016-11-23-5zb/d94/10= 9865 YouTube - http://go=2Epardot=2Ecom/e/272542/l-272542-2016-11-23-5zd/d96/109= 865 SoundCloud - http://go=2Epardot=2Ecom/e/272542/l-272542-2016-11-23-5zg/d98/= 109865 Instagram - http://go=2Epardot=2Ecom/e/272542/l-272542-2016-11-23-5zj/d9b/1= 09865 Copyright =C2=A9 2016, all rights reserved=2E Our mailing address is: Breakbulk Events & Media 2 Penn Plaza 12th Floor Newark, NJ 07105 unsubscribe from all emails http://go=2Epardot=2Ecom/unsubscribe/u/272542/44fdc0c6c180768e3a3fa31aa1a69= 4965163e5a8c0f70a50893537c80a7ad94e/109865 =20=20 From owner-freebsd-stable@freebsd.org Thu Dec 1 13:55:38 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A7EDC6010F for ; Thu, 1 Dec 2016 13:55:38 +0000 (UTC) (envelope-from receptie@billionstarhotel.ro) Received: from smtp1.mms-romania.ro (smtp1.mms-romania.ro [193.226.170.162]) by mx1.freebsd.org (Postfix) with ESMTP id DE2CB13A7 for ; Thu, 1 Dec 2016 13:55:35 +0000 (UTC) (envelope-from receptie@billionstarhotel.ro) Received: from localhost (unknown [127.0.0.1]) by smtp1.mms-romania.ro (Postfix) with ESMTP id 807BD137B91 for ; Thu, 1 Dec 2016 13:56:15 +0000 (UTC) X-Virus-Scanned: amavisd-new at localhost Received: from smtp1.mms-romania.ro ([127.0.0.1]) by localhost (smtp1.mms-romania.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DD8R4IM4zvWG for ; Thu, 1 Dec 2016 15:56:14 +0200 (EET) Received: from SP13.zsdev.com (unknown [123.25.30.61]) by smtp1.mms-romania.ro (Postfix) with ESMTPA id 7944F13841E for ; Thu, 1 Dec 2016 14:20:56 +0200 (EET) MIME-Version: 1.0 Subject: ATTN:Invoice B-9821354 To: freebsd-stable@freebsd.org From: receptie@billionstarhotel.ro Date: Thu, 01 Dec 2016 19:21:33 +0700 Message-Id: <20161201135615.807BD137B91@smtp1.mms-romania.ro> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 01 Dec 2016 13:55:38 -0000 Dear support, Please see the attached invoice (Microsoft Word Document) and remit payment= according to the terms listed at the bottom of the invoice. Let us know if you have any questions. We greatly appreciate your business! Bonnie vause ***************************************************************************= *********************** This footnote confirms that this email message has been scanned by PineApp = mail-SeCure for the presence of malicious code, vandals&computer viruses. ***************************************************************************= *********************** From owner-freebsd-stable@freebsd.org Thu Dec 1 14:01:20 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44A7FC604B1 for ; Thu, 1 Dec 2016 14:01:20 +0000 (UTC) (envelope-from receptie@billionstarhotel.ro) Received: from smtp1.mms-romania.ro (smtp1.mms-romania.ro [193.226.170.162]) by mx1.freebsd.org (Postfix) with ESMTP id A5D5216B5 for ; Thu, 1 Dec 2016 14:01:18 +0000 (UTC) (envelope-from receptie@billionstarhotel.ro) Received: from localhost (unknown [127.0.0.1]) by smtp1.mms-romania.ro (Postfix) with ESMTP id E10671383E5 for ; Thu, 1 Dec 2016 13:56:03 +0000 (UTC) X-Virus-Scanned: amavisd-new at localhost Received: from smtp1.mms-romania.ro ([127.0.0.1]) by localhost (smtp1.mms-romania.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HDRtkEv79O9b for ; Thu, 1 Dec 2016 15:56:03 +0200 (EET) Received: from SP13.zsdev.com (unknown [123.25.30.61]) by smtp1.mms-romania.ro (Postfix) with ESMTPA id C41B9138408 for ; Thu, 1 Dec 2016 14:20:51 +0200 (EET) MIME-Version: 1.0 Subject: ATTN:Invoice B-9821354 To: freebsd-stable@freebsd.org From: receptie@billionstarhotel.ro Date: Thu, 01 Dec 2016 19:21:28 +0700 Message-Id: <20161201135603.E10671383E5@smtp1.mms-romania.ro> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 01 Dec 2016 14:01:20 -0000 Dear support, Please see the attached invoice (Microsoft Word Document) and remit payment= according to the terms listed at the bottom of the invoice. Let us know if you have any questions. We greatly appreciate your business! Bonnie vause ***************************************************************************= *********************** This footnote confirms that this email message has been scanned by PineApp = mail-SeCure for the presence of malicious code, vandals&computer viruses. ***************************************************************************= *********************** From owner-freebsd-stable@freebsd.org Thu Dec 1 14:08:03 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C73ECC60608 for ; Thu, 1 Dec 2016 14:08:03 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ua0-x233.google.com (mail-ua0-x233.google.com [IPv6:2607:f8b0:400c:c08::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 82F281A85 for ; Thu, 1 Dec 2016 14:08:03 +0000 (UTC) (envelope-from ml@my.gd) Received: by mail-ua0-x233.google.com with SMTP id b35so248156596uaa.3 for ; Thu, 01 Dec 2016 06:08:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=my-gd.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=M4XOJc6eGJC2GFajP06T2MfDCQREmtqP1irra0t9PEQ=; b=fhReSLKxjXA0auFPnqLcXaCvPGkHEO+dWwNvnATh70mWodgJd8C18QjMB2/BEgXzse iYtqv8ySyr05DfTYntF9U6/OEw0+p4ca0At8ImtqBRSaEEIYwfGHC+4CzLExiuhMP4yQ iTLOn01J/1vWUxJRw49TGQABBuDHFFRk/2Tl3Wr7JlEwME1SvdIFSi7dYTK0FV7FB1tY 2F9ing8+FywwtVCzJJBoHjsUkEFMGd3uLLN2k3/SWppq53Soqdvx/4DlV49b5ef9Pgvj WD88dMBPMTRli8fAIMYUbQpdTtdxzAZDRAF67jziBbOj6JvLgrQLlNS/cOY+3y/JRcPd TTxA== 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; bh=M4XOJc6eGJC2GFajP06T2MfDCQREmtqP1irra0t9PEQ=; b=CgP7p3A7W3o9xC6dxqpXYaPW3kyT9cvM8egy+5Rwd7fJPYXMCEWXc4F5r69V3LqFh4 NKLwp5oZelz5CPlsKAmNVRJD/D1JaK3dgwxbdWBB9v53MiDGGiOAxPyDKoRFOOWyxUZd UE3OKrQqpQ312RCN6n8hUYGMFvV1KGM+y1RC5nIaWfcf9Zl+S+Fg5C/4Nk6SEFRXidSE 6kK178iHYrzraP/ouWICbuEzGTkSl/BWRLZgyuzJ1Acv/zpQgUKKlXVoHSj8TK+af4OV a8DQrk+k5UQ+CYn1ZhXKO+mvEIxzLEAq1Pe12pDkuHaKn7anbNmUtc7SlkbVtCakrA/t QjNw== X-Gm-Message-State: AKaTC037VK2V2ywslzX+FBB05pLWiAd2I60ksNzMXHYZMqPvcjc31IAhSFBlD2aL8zKY6I+VqHsJXHpJSds0FA== X-Received: by 10.176.6.132 with SMTP id g4mr29680354uag.103.1480601282259; Thu, 01 Dec 2016 06:08:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.129.15 with HTTP; Thu, 1 Dec 2016 06:08:01 -0800 (PST) In-Reply-To: <20160609100147.GA19782@mail.opdns.de> References: <62ABBFDC-8662-48E5-A624-EAE609CDCBD0@FreeBSD.org> <20160609100147.GA19782@mail.opdns.de> From: Damien Fleuriot Date: Thu, 1 Dec 2016 15:08:01 +0100 Message-ID: Subject: Re: 10.3-STABLE - PF - possible regression in pf.conf set timeout interval To: "freebsd-stable@freebsd.org" Cc: Oliver Peter Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 01 Dec 2016 14:08:03 -0000 For anyone stumbling here from google or wherever, Oliver has submitted a bug report and patches have been merged : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210924 This issue is closed. On 9 June 2016 at 12:01, Oliver Peter wrote: > On Wed, May 11, 2016 at 09:44:32PM +0200, Damien Fleuriot wrote: > > On 11 May 2016 at 21:41, Luiz Otavio O Souza > wrote: > > > > > On Mon, May 9, 2016 at 12:15 PM, Kristof Provost wrote: > > > > > > > >> On 09 May 2016, at 16:58, Damien Fleuriot wrote: > > > >> > > > >> Since the upgrade, pf rules won't load anymore at boot time, nor > even > > > >> manually with pfctl -f /etc/pf.conf : > > > >> # pfctl -f /etc/pf.conf > > > >> /etc/pf.conf:24: syntax error > > > >> pfctl: Syntax error in config file: pf rules not loaded > > > >> > > > >> The problematic line is : > > > >> set timeout interval 10 > > > >> > > > > I think that was broken by the commit which added ALTQ support for > CoDel. > > > > > > > > It made ?interval? a keyword, and it looks like that breaks things > for > > > you. > > > > > > > > I?ve cced loos so he can take a look. > > > > > > Damien, > > > > > > I was AFK in the past couple days, I'll look at this tonight. > > > > > > Luiz > > > > > > > > > Cheers Luiz, > > > > Do tell if I may be of help, got a building box at work I can use just > for > > that ;) > > Hi, > > Is there any news on this? > We hit the problem today while applying our pf.conf from a 10.2 machine to > a 10.3-STABLE. Took a while to find out what actually happened to pf.conf > until a colleage found this thread. > Perhaps we should open a bug report for this? > > Cheers > ~ollie > > > -- > Oliver PETER oliver@gfuzz.de 0x456D688F > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Thu Dec 1 15:02:16 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A54BC610DD for ; Thu, 1 Dec 2016 15:02:16 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46F8B1D9B for ; Thu, 1 Dec 2016 15:02:15 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1cCScx-0000lq-SE for freebsd-stable@freebsd.org; Thu, 01 Dec 2016 15:46:24 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Subject: negative number of logins References: <20161201043003.5C9B9160CB4@sheeva2.klop.ws> Date: Thu, 01 Dec 2016 15:46:23 +0100 To: "FreeBSD Stable" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <20161201043003.5C9B9160CB4@sheeva2.klop.ws> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 8b3222cd26cce149ddb9ffa05c4da76e X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 01 Dec 2016 15:02:16 -0000 Hi, See this forwarded status message from this morning below. Funny numbers. $ uname -a FreeBSD sheeva2.klop.ws 11.0-STABLE FreeBSD 11.0-STABLE #25 r308727M: Wed Nov 16 13:46:35 CET 2016 root@sjakie.klop.ws:/usr/obj-arm/arm.arm/usr/src-arm/sys/SHEEVAPLUG arm $ w 3:44PM up 1 day, 17:57, 1 users, load averages: 0.08, 0.07, 0.02 USER TTY FROM LOGIN@ IDLE WHAT ronald pts/0 klop.ws 3:43PM - w Cheers, Ronald. ------- Forwarded message ------- From: "Charlie Root" To: root@klop.ws Cc: Subject: sheeva2.klop.ws monthly run output Date: Thu, 01 Dec 2016 05:30:02 +0100 Doing login accounting: ronald 35.24 total -72020.26 root -72055.50 Security check: (output mailed separately) -- End of monthly output -- From owner-freebsd-stable@freebsd.org Thu Dec 1 20:10:20 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE8C0C614BB for ; Thu, 1 Dec 2016 20:10:20 +0000 (UTC) (envelope-from prvs=01431e17f3=rblayzor.bulk@inoc.net) Received: from mta2.alb.inoc.net (mta2.alb.inoc.net [IPv6:2607:f058:110:2::1: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 8DBFD1591 for ; Thu, 1 Dec 2016 20:10:20 +0000 (UTC) (envelope-from prvs=01431e17f3=rblayzor.bulk@inoc.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=inoc.net; s=201501; h=X-Auth-Info:To:Date:Message-Id:Subject:Mime-Version:Content-Type :From; bh=Qhmfn1Aw0q4DX0VrdyrPNX6BgkWYgRU1Yxwhu/YH4Gc=; b=nZc+mPID0eUvCRdRPNA XK5OZ4S0A8AiJzaUX1/Zh4ILM66XbG9LQQwdWm8usF87N6rnF9nYYaLH+fqjbNYNwAVor9FJI4/KG 9mx++UuL6RRvupBURPjB1g0pMjyOAYD4+rIVwinZ77pyLwAiDxJufb+P5PYegkpQVrgxILrqQtFuv PtCsBGLUq3KrN6KuEtUCT+UOAtES9hFzF/dPHNhB4bLwGtLtw95DRIBtEuOZ+2IvQG/8uxz9ZNFqY sWHLgdawGGr9r4EeLYV3G1/+DHBZdrYjqOEyN4yaElQk+Okfcm5QkWXAjSxRq0H/y0nsl2agCAYpE +e1P0WnNsM07JgQ==; Received: from [2607:f058:11:a:f814:c09a:fe7a:d8a4] by mail.inoc.net with ESMTPA (Exim 4.87) (envelope-from ) id 1cCXgR-0007dw-NM by authid for freebsd-stable@freebsd.org; Thu, 01 Dec 2016 20:10:19 +0000 From: Robert Blayzor Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: CARP master election changed in 11.0 ? Message-Id: Date: Thu, 1 Dec 2016 15:10:16 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.3251) X-Auth-Info: cmJsYXl6b3JAaW5vYy5uZXQ= X-Virus-Scanned: ClamAV 0.99.2/22637/Thu Dec 1 15:28:24 2016 X-Origin-Country: US X-Anti-Abuse: Please report to abuse@inoc.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 01 Dec 2016 20:10:20 -0000 Did something change between 10.x and 11.0 with carp MASTER election and = advskew?=20 I have several 10.3 servers where the master is elected based on the = member with the LOWEST advskew. =46rom a pair of 10.3 servers: vlan: 100 parent interface: lagg0 carp: MASTER vhid 10 advbase 1 advskew 100 vlan: 100 parent interface: lagg0 carp: BACKUP vhid 10 advbase 1 advskew 110 Deploying a new pair of 11.0-RELEASE servers, I see the opposite; seems = like the member with the HIGHEST advskew wins now: carp: BACKUP vhid 20 advbase 1 advskew 0 groups: lagg carp: MASTER vhid 20 advbase 1 advskew 100 groups: lagg Preemption doesn=E2=80=99t seem to matter, even with preemption enabled. = (which it is). =46rom OpenBSD, man reads: advskew This optional parameter specifies how much to skew the advbase when = sending CARP advertisements. By manipulating advskew, the master CARP = host can be chosen. The higher the number, the less preferred the host = will be when choosing a master. The default is 0. Acceptable values are = from 0 to 254. And this seems true in 10.3 but reversed in 11.0 ? -- inoc.net!rblayzor XMPP: rblayzor.AT.inoc.net PGP Key: 78BEDCE1 @ pgp.mit.edu From owner-freebsd-stable@freebsd.org Thu Dec 1 23:53:50 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CBC49C62389 for ; Thu, 1 Dec 2016 23:53:50 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 93A9515DE for ; Thu, 1 Dec 2016 23:53:50 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id EB8D1284AA for ; Fri, 2 Dec 2016 00:53:41 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 93C5928480 for ; Fri, 2 Dec 2016 00:53:40 +0100 (CET) To: FreeBSD Stable From: Miroslav Lachman <000.fbsd@quip.cz> Subject: zpool get all: Assertion failed / Abort (core dumped) Message-ID: <5840B804.2080500@quip.cz> Date: Fri, 2 Dec 2016 00:53:40 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 01 Dec 2016 23:53:50 -0000 There is some minor problem with "zpool get all" command if one of two pools is unvailable: # zpool get all 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 (core dumped) # zpool list NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT ssdtank1 - - - - - - - UNAVAIL - tank0 1.80T 1.08G 1.80T - 0% 0% 1.00x ONLINE - I understand that it cannot work properly but I think it should not core dumped. Pool details: # zpool status pool: ssdtank1 state: UNAVAIL status: One or more devices could not be opened. There are insufficient replicas for the pool to continue functioning. action: Attach the missing device and online it using 'zpool online'. see: http://illumos.org/msg/ZFS-8000-3C scan: none requested config: NAME STATE READ WRITE CKSUM ssdtank1 UNAVAIL 0 0 0 mirror-0 UNAVAIL 0 0 0 17880119912861428605 UNAVAIL 0 0 0 was /dev/gpt/ssd0tank1 17492271345202510424 UNAVAIL 0 0 0 was /dev/gpt/ssd1tank1 pool: tank0 state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM tank0 ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 gpt/disk0tank0 ONLINE 0 0 0 gpt/disk1tank0 ONLINE 0 0 0 errors: No known data errors # uname -srmi FreeBSD 10.3-RELEASE-p12 amd64 GENERIC Miroslav Lachman From owner-freebsd-stable@freebsd.org Fri Dec 2 01:05:57 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9277C60B43 for ; Fri, 2 Dec 2016 01:05:57 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wj0-x22b.google.com (mail-wj0-x22b.google.com [IPv6:2a00:1450:400c:c01::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 564D61AB3 for ; Fri, 2 Dec 2016 01:05:57 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wj0-x22b.google.com with SMTP id v7so219243952wjy.2 for ; Thu, 01 Dec 2016 17:05:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=bX8MaO0CKqekH1u+gOnBD9WsIiRaMf6KkIJepN3Gx28=; b=Mqtv+J4W39SNVSLDserh4F3XLu4thivv2yVuQrmRQN2mic2Ql2FE6h+8UPIVwgVcX+ 6kKaWZ4Y2Iy0ICC8yf41eNjmIkQiB7b3RQXQM/X9yZ8c5Ph57DkA2dobBcglNRsJG0Ql 7hQSeWCHB2v0UF029zgSsrpX9aJiXGrHoLQNSsvhxQldt3dd2jRtxLfz+PnIwdgyspNS qkq4ge2tSEaHdL/y9KW6fpjv2Tm/dsPwBm+baDu6eGijlZKqptYSu6i1DhTB+r3GMDly kUSDWa0Xz4N2w2FGH/Cr8wxhpy0T9U9t0zWBTYJGrv53PibitfTRUzPlBwTXiQtZXQyq PcmQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=bX8MaO0CKqekH1u+gOnBD9WsIiRaMf6KkIJepN3Gx28=; b=OHTA9SSAC18Nu9kzBQtond1mAzfCVvi1dZVAHO6XLzWfrUCHQL6jq5hw02WszMRibD ZUBRHT0Ccn3hScgTa7Q4E/UsrTEoRKELe9jCOmx8Mage7oKcTfJCCp9x7wQSDuX8Fvru jJNweQV8J4riqlUc4ZGRa0lMbs9TdprHRBbDGP5LNl+tAyOBnE80WTIRL8mm5SzlwTNW qelbmhYHgtC0r2M4WqbpVkhk7wEN3MhUvVwZ/uASrQ5hi65cC3WHN2XMKiNB9LLBPZnM 3cBMZ1FTV5klm05OPRVl9/eA7hsc5bk6uTtGaEBJD2Fv38mpv0aoz2Di2HIJ/4Ils6tk r16w== X-Gm-Message-State: AKaTC00XMIsjNmjRXr2/lwm3/g3gb2ilBtMCay3yWs7ERnWoUnI6F9wlS0v5uxIw3Xm7y3pW X-Received: by 10.194.201.133 with SMTP id ka5mr39375984wjc.151.1480640754678; Thu, 01 Dec 2016 17:05:54 -0800 (PST) Received: from [10.10.1.58] ([185.97.61.26]) by smtp.gmail.com with ESMTPSA id r138sm522984wme.9.2016.12.01.17.05.53 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Dec 2016 17:05:53 -0800 (PST) Subject: Re: zpool get all: Assertion failed / Abort (core dumped) To: freebsd-stable@freebsd.org References: <5840B804.2080500@quip.cz> From: Steven Hartland Message-ID: Date: Fri, 2 Dec 2016 01:06:18 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 MIME-Version: 1.0 In-Reply-To: <5840B804.2080500@quip.cz> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 02 Dec 2016 01:05:57 -0000 Are you sure your kernel and world are in sync? On 01/12/2016 23:53, Miroslav Lachman wrote: > There is some minor problem with "zpool get all" command if one of two > pools is unvailable: > > # zpool get all > 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 (core dumped) > > > # zpool list > NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT > ssdtank1 - - - - - - - UNAVAIL - > tank0 1.80T 1.08G 1.80T - 0% 0% 1.00x ONLINE - > > > I understand that it cannot work properly but I think it should not > core dumped. > > > Pool details: > > # zpool status > pool: ssdtank1 > state: UNAVAIL > status: One or more devices could not be opened. There are insufficient > replicas for the pool to continue functioning. > action: Attach the missing device and online it using 'zpool online'. > see: http://illumos.org/msg/ZFS-8000-3C > scan: none requested > config: > > NAME STATE READ WRITE CKSUM > ssdtank1 UNAVAIL 0 0 0 > mirror-0 UNAVAIL 0 0 0 > 17880119912861428605 UNAVAIL 0 0 0 was > /dev/gpt/ssd0tank1 > 17492271345202510424 UNAVAIL 0 0 0 was > /dev/gpt/ssd1tank1 > > pool: tank0 > state: ONLINE > scan: none requested > config: > > NAME STATE READ WRITE CKSUM > tank0 ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > gpt/disk0tank0 ONLINE 0 0 0 > gpt/disk1tank0 ONLINE 0 0 0 > > errors: No known data errors > > > # uname -srmi > FreeBSD 10.3-RELEASE-p12 amd64 GENERIC > > > Miroslav Lachman > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Fri Dec 2 01:41:16 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA728C619DD for ; Fri, 2 Dec 2016 01:41:16 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 A05C61DB0 for ; Fri, 2 Dec 2016 01:41:15 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 398D2284A2; Fri, 2 Dec 2016 02:41:12 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 7026128492; Fri, 2 Dec 2016 02:41:11 +0100 (CET) Subject: Re: zpool get all: Assertion failed / Abort (core dumped) To: Steven Hartland , freebsd-stable@freebsd.org References: <5840B804.2080500@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <5840D136.8040702@quip.cz> Date: Fri, 2 Dec 2016 02:41:10 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 02 Dec 2016 01:41:17 -0000 Steven Hartland wrote on 2016/12/02 02:06: > Are you sure your kernel and world are in sync? Yes, built from sources on our build server and then distributed by NFS to all machines: # freebsd-version -u 10.3-RELEASE-p12 # freebsd-version -k 10.3-RELEASE-p12 > On 01/12/2016 23:53, Miroslav Lachman wrote: >> There is some minor problem with "zpool get all" command if one of two >> pools is unavailable: >> >> # zpool get all >> 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 (core dumped) From owner-freebsd-stable@freebsd.org Fri Dec 2 02:27:24 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B38B2C627B5 for ; Fri, 2 Dec 2016 02:27:24 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 384A912CA for ; Fri, 2 Dec 2016 02:27:24 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by mail-lf0-x229.google.com with SMTP id c13so185226736lfg.0 for ; Thu, 01 Dec 2016 18:27:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=/eAEG51uQoSiqLqblfgkXqbXWvV6jwu2OvO2XiHLzzA=; b=EShjS+Tvwl6GkrSRF/HgAhXEjtQw0Ia6yZpWZO3kUx30u967mrm8GOl4WP9c7EzKK6 qC+F66zNkPJ+2T6OvLhfgeT5bYaCK6XhBMBqnzKZDhMJJlcBv9/kcVP5ZW1FcQIwRHQh 6MT1UIKkpsqXvjrCPhSPOGTZEniQOkY+J+uZjGkijw5XEoZnQG0rhSxOWVExQXZo7mfe Ee3fPdEsmWJitV9UX8ZrFKq6kraTYqM1tqDz0gDM9YKrh5npf1tMrYLkMdOWTVHH1JXV f2+OoraUAqmg0eaJIbS09ysqZvBzZXQUdex8vXt6SE872MXoDkH+hBT2CdnRpgKbQLGF ASJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=/eAEG51uQoSiqLqblfgkXqbXWvV6jwu2OvO2XiHLzzA=; b=Zr4vWJUP5NAlIA88bntBWI7+yOLwe767axpHoy0DuiaNC2hemuBqvEzhEsXHCV+RO1 9W3XJYqZ2CCA2DbDW+ELU00N3qNed99mAKTC9nxOD7ulZ54k7sfKHtWoLcCgEqv17Z8Q BTOsjHZu5GBtcO5LguBQ1gdYKg6VlHgreZ2vWCNkN9DIfP3L/s36XDVhMPNg5d2C4REC jT59JHspsMRKdx3LClw5h+Emf1FXPzQdHfRA1kVSl4i3yC9VTmKUuN4hn4to+TesGzWv igzfvD0axRsVt0iN++Q8I66i+lC1GNv55sO1pLL7XZKI27FWY2KbI5hgIDvevl0DN9t2 Dw1A== X-Gm-Message-State: AKaTC037rjvk8dzzIQ110Q741fHD0f0Cg5eQ1TCEGSMJukJXthSgp9rlfRitL9XNONGjpQ== X-Received: by 10.25.159.66 with SMTP id i63mr10600962lfe.73.1480645641765; Thu, 01 Dec 2016 18:27:21 -0800 (PST) Received: from alex.super (stone.g-service.ru. [84.22.141.217]) by smtp.googlemail.com with ESMTPSA id q19sm460598lfi.1.2016.12.01.18.27.20 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Dec 2016 18:27:21 -0800 (PST) Subject: stoped work powerd++ after 6 november To: freebsd-stable@freebsd.org References: <20161201043003.5C9B9160CB4@sheeva2.klop.ws> From: "Alex V. Petrov" Message-ID: <2656a860-755d-3b3e-6737-5518bb21297c@gmail.com> Date: Fri, 2 Dec 2016 09:27:17 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 02 Dec 2016 02:27:24 -0000 After about 6 nov 2016 stoped work powerd++ at the start: # service powerd++ start Starting powerdxx. powerd++: (ENOFREQ) at least the first CPU core must support frequency updates /usr/local/etc/rc.d/powerd++: WARNING: failed to start powerdxx System: FreeBSD alex.super 11.0-STABLE FreeBSD 11.0-STABLE #34 r309348: Thu Dec 1 12:06:52 +07 2016 alex@alex.super:/usr/obj/usr/src/sys/ALEX amd64 kernel similarly GENERIC Processor: CPU: AMD FX-8370 Eight-Core Processor (4018.43-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x600f20 Family=0x15 Model=0x2 Stepping=0 Features=0x178bfbff Features2=0x3e98320b AMD Features=0x2e500800 AMD Features2=0x1ebbfff Structured Extended Features=0x8 SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=65536 TSC: P-state invariant, performance statistics Cool'n'Cuiet in BIOS enabled "Turbo mode" for processor disabled From owner-freebsd-stable@freebsd.org Fri Dec 2 17:29:13 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 933A0C62407 for ; Fri, 2 Dec 2016 17:29:13 +0000 (UTC) (envelope-from daniel@byte.nl) Received: from mail-out.s1.byte.nl (mail-out.s1.byte.nl [46.21.235.134]) (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 5E2FCF77 for ; Fri, 2 Dec 2016 17:29:13 +0000 (UTC) (envelope-from daniel@byte.nl) Received: from localhost (localhost [127.0.0.1]) by mail-out.s1.byte.nl (Postfix) with ESMTP id 95DB614530C for ; Fri, 2 Dec 2016 18:23:18 +0100 (CET) Received: from mail-out.s1.byte.nl ([127.0.0.1]) by localhost (mail-out1.c1.internal [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qBgMLSXhl5IT for ; Fri, 2 Dec 2016 18:23:17 +0100 (CET) Received: from webmail.byte.nl (gw.c101.byte.nl [46.21.225.7]) (Authenticated sender: byte0030) by mail-out.s1.byte.nl (Postfix) with ESMTPA id 0C4DE145467 for ; Fri, 2 Dec 2016 18:23:17 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 02 Dec 2016 18:23:17 +0100 From: Daniel Genis To: freebsd-stable@freebsd.org Subject: Any chance that r299900 can be merged to releng-10.3 from stable-10 ? Message-ID: <2d984d886c9ae01e0b9e14776a573247@webmail.byte.nl> X-Sender: daniel@byte.nl User-Agent: Roundcube Webmail/1.2.0 X-Byte-Mail-Received-Via: smtp-auth X-Byte-SASL-User: byte0030 X-Byte-Domain-ID: 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 02 Dec 2016 17:29:13 -0000 Hello everyone! I'm wondering is there any chance for r299900 (git commit hash d99ba5cdb) to be merged to releng-10.3 ? That error can cause our BSD fileservers to enter a panic and reboot. We're running that exact commit hash on a few servers, and it's been running good for us! We would love to have that fix and FreeBSD-EN-16:17.vm in our kernel, but the above patch is in 10-stable only. What's our best solution? Should we cherry-pick the patch into releng-10.3 and basically roll our own kernel? In general we're a bit puzzled about which commits make it from 10-stable into releng-10.3, it seams like there are alot of bugfixes inside 10-stable which are not exposed to all those who are not running/compiling their own kernels. Any suggestions/advice is appreciated! :-) With kind regards, Daniel From owner-freebsd-stable@freebsd.org Fri Dec 2 21:37:06 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C63FEC6380A for ; Fri, 2 Dec 2016 21:37:06 +0000 (UTC) (envelope-from pmccrea@aimdigitalpros.com) Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e:c00::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F8472EC for ; Fri, 2 Dec 2016 21:37:06 +0000 (UTC) (envelope-from pmccrea@aimdigitalpros.com) Received: by mail-pf0-x22c.google.com with SMTP id 189so54549940pfz.3 for ; Fri, 02 Dec 2016 13:37:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aimdigitalpros-com.20150623.gappssmtp.com; s=20150623; h=to:subject:from:message-id:disposition-notification-to:date :user-agent:mime-version:content-transfer-encoding; bh=9GdNdN+LqBMD+RCFMDGuG5YxcI12NfWHSQLSN1y1678=; b=kVwe7ripB1NuY5O1N4JQNsSHLbqUqBYZmEu3xoNojoUABK0BUrl2aR1fzMrgghSs83 6Gri/luYjHIStdYsed6JXtf3CJI5LVGn8kS8LYECC90VsL5rrck7+Ynub4MvXp5LGQ33 DzOZxfYXs/Ml7jVfXF+F+wuDQw6tFDDJoc1UfWsD9DpIvQG0V6mTnHozxlXSJKpliJLa V1Rv9SR5Cr5DRo2wHOvZlUrmh0KtmVHxEERfKDuNX8vE55sdW/mZQxvqKXqpWrAV8UYh fjLu0fO1oRLJChmuLoC7fu0fN8TOCn9s2nPgLhdbIbfzvWGaCATUEewunCpMQYtgtetd alPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:subject:from:message-id :disposition-notification-to:date:user-agent:mime-version :content-transfer-encoding; bh=9GdNdN+LqBMD+RCFMDGuG5YxcI12NfWHSQLSN1y1678=; b=hN3hB2Ezi1yOQ4wmmpIZy64dlRpBz46HQQPrgRO5ibSYacRBi2gmBiEE/9tZ/7Z2m/ 32sv52QHacH4EehTm4NicGtF/t4TR4M67C7VZgKI3tIQHctiWhF2xTDKiOBTIUKYrmJD fd6dJhbMX0pgTm419gsbymJwk8RuWl0MWXuZiLXjwSc9qJlOEVx7GzAKkPWy816QfWQZ FkMiiT1qK1h2S7EmOMjY8VHE/kgCdb8HCSVh+JJPBPpIWkcdlAoqSWIiTZ7+nPThmgOg THNBGcNKIBg8UDfXUwHpSUapdzpohWoU3DDwhcexOShyNsybBbYPoaA8vv/DF8gb8p7a q7DA== X-Gm-Message-State: AKaTC03atKS1+XGRncjxB+l4HN0m8jQOIXNuJ+IGN8AlbaKt4ATKexQLgr26g0yVvUCoRA== X-Received: by 10.84.168.129 with SMTP id f1mr101770335plb.42.1480714625887; Fri, 02 Dec 2016 13:37:05 -0800 (PST) Received: from [127.0.0.1] ([103.6.157.159]) by smtp.gmail.com with ESMTPSA id p68sm9944538pfd.11.2016.12.02.13.37.04 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 02 Dec 2016 13:37:05 -0800 (PST) To: freebsd-stable@freebsd.org Subject: Wine Enthusiasts List From: Peter McCrea Message-ID: <8be94f58-8eed-7438-b42e-60908190d23c@aimdigitalpros.com> Date: Fri, 2 Dec 2016 16:29:00 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 161201-0, 12/01/2016), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 02 Dec 2016 21:37:06 -0000 Hi, Hope all's well. Would you be interested in acquiring an email list of " Wine Enthusiasts List ” from USA? Each record in the list contains Contact Name (First, Middle and Last Name), Mailing Address, List type and Opt-in email address. All the contacts are opt-in verified, 100% permission based and can be used for unlimited multi-channel marketing. We also have Few Specific Lists: (1)Alcohol Enthusiasts (2)Liquor Enthusiasts List (3)Fashion Enthusiasts (4)Food and Beverage Lover List (5)Gifts Buyers (6)Beer Enthusiasts List (7)Golfers List (8)Cruise Travelers List (9)Skiers List (10)Boat Owners List Let me know if you'd be interested in hearing more information about it. Waiting for your valuable and sincere reply. Best Regards, Peter McCrea --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From owner-freebsd-stable@freebsd.org Sat Dec 3 01:13:27 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE9FCC637B6 for ; Sat, 3 Dec 2016 01:13:27 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [IPv6:2001:1440:5001:1::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "uucp.dinoex.sub.de", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6881816 for ; Sat, 3 Dec 2016 01:13:26 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by uucp.dinoex.sub.de (8.15.2/8.14.9) with ESMTPS id uB31D6KE082290 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 3 Dec 2016 02:13:07 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.15.2/8.14.9/Submit) with UUCP id uB31D6HX082289 for freebsd-stable@FreeBSD.ORG; Sat, 3 Dec 2016 02:13:06 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id uB30a5L3047629 for ; Sat, 3 Dec 2016 01:36:06 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id uB30Y25K047182 for ; Sat, 3 Dec 2016 01:34:03 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id uB30Y2UB047176 for freebsd-stable@FreeBSD.ORG; Sat, 3 Dec 2016 01:34:02 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-Authentication-Warning: gate.oper.dinoex.org: news set sender to li-fbsd@citylink.dinoex.sub.org using -f From: Peter Subject: Rel.10.3 zfs GEOM removal and memory leak Date: Sat, 3 Dec 2016 01:24:55 +0100 Organization: even some more stinky socks Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Sat, 3 Dec 2016 00:25:32 +0000 (UTC) Injection-Info: oper.dinoex.de; logging-data="36162"; mail-complaints-to="usenet@citylink.dinoex.sub.org" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 X-Mozilla-News-Host: news://localhost:119 Sender: li-fbsd@citylink.dinoex.sub.org To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (uucp.dinoex.sub.de [194.45.71.2]); Sat, 03 Dec 2016 02:13:08 +0100 (CET) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 03 Dec 2016 01:13:27 -0000 Question: how to get ZFS l2arc working on FBSD 10.3 (RELENG or STABLE)? Problem using 10.3 RELENG: When ZFS is called the first time after boot, it will delete all device nodes of the drive carrying l2arc. ZFS itself will access it's slices by a "diskid/" string, but all other access is impossible - especially, a swapspace on the same drive (NOT under ZFS) will fail to activate: > NAME STATE READ WRITE CKSUM > gr ONLINE 0 0 0 > raidz1-0 ONLINE 0 0 0 > da0s2 ONLINE 0 0 0 > da1s2 ONLINE 0 0 0 > da2s2 ONLINE 0 0 0 > cache > diskid/DISK-162020405512s1e ONLINE 0 0 0 Here "diskid/DISK-162020405512s1e" equals to ada3s1e, and trying to open a swapspace on ada3s1b now fails, because that device is no longer present in /dev : > root@edge:~ # gpart show ada3 > gpart: No such geom: ada3. If we now remove the l2arc via "zfs remove gr diskid/DISK-162020405512s1e" then the device nodes magically reappear, and we can activate swapspace. Afterwards we can add the l2arc again, and it will be shown correctly as "ada3s1e" - but at the next boot the problem appears again. This problem does not exist in 10.3 STABLE, but instead there is: Problem using 10.3 STABLE: Here seems to be a memory leak: the ARC grows above its limits, while the space used is not accounted in one of [MFU MRU Anon Header Other L2Hdr]. After some time the MFU+MRU shrink to the bare minimum, and the system is all busy with arc_reclaim. The behaviour seems to be triggered by writing to l2arc.(*) Any advice on how to proceed (or which supported version might work better)? (*) Addendum: I tried to understand the phenomen, and found this on arcstats: (metadata_size + data_size) + hdr_size + l2_hdr_size + other_size = size and metadata_size + data_size = mfu_size + mru_size + anon_size + X The X is the memory leak, it does never shrink, does not disappear when all l2arc are removed, and while l2arc are written it does continually (but not linear) grow until the system is quite stuck and l2arc write ceases. Further investigations shows the growing of X being synchronous with the growing of kstat.zfs.misc.arcstats.l2_free_on_write figure. From owner-freebsd-stable@freebsd.org Sat Dec 3 14:43:41 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 938C1C6447D for ; Sat, 3 Dec 2016 14:43:41 +0000 (UTC) (envelope-from prvs=0145deb355=rblayzor.bulk@inoc.net) Received: from mta2.alb.inoc.net (mta2.alb.inoc.net [IPv6:2607:f058:110:2::1: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 60772288 for ; Sat, 3 Dec 2016 14:43:41 +0000 (UTC) (envelope-from prvs=0145deb355=rblayzor.bulk@inoc.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=inoc.net; s=201501; h=X-Auth-Info:Message-Id:In-Reply-To:To:References:Date:Subject: Mime-Version:Content-Type:From; bh=qchlfV61AJlXeZvWF/ghLC58Z+mNC2DBZQx/3LGQCa0=; b=hbEcV5vU+/QdOWL6KZrIRCWnRd iLP3FZIhTdvnMTSs/a7C1k+vvJgIXQhuHKxB3Xy/fqTvL2qxbpuRD82PbMtdFsxekWeh3qA2/QGLc +w90nS3mOgGJy7ytnsnsGMLJkohfEPR3AUw8wdkAG11REP0itm9mE4ogSmVhIQTCQMj9ZkjhW0Vt2 sJ+6czWk+z8Qmg0uAT7tg4lEzF/TEvVpZdojJJ+A0Kc1uJbdHUerGvxJR7U6+9oQP5aoscsZE8UGq H7nbR63VzVBDNw4HwNMlt2dXsgDFNcKxqnDgVhMmPnZaqWCUF7cYxDlKTNX3Mir5trDtdvyD3o+cC zoK7T7Mg==; Received: from pool-96-236-24-232.albyny.fios.verizon.net ([96.236.24.232] helo=[10.99.1.110]) by mail.inoc.net with ESMTPA (Exim 4.87) (envelope-from ) id 1cDBXQ-000Jcm-Hf by authid for freebsd-stable@freebsd.org; Sat, 03 Dec 2016 14:43:40 +0000 From: Robert Blayzor Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: CARP master election changed in 11.0 ? Date: Sat, 3 Dec 2016 09:43:38 -0500 References: To: FreeBSD Stable In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3251) X-Auth-Info: cmJsYXl6b3JAaW5vYy5uZXQ= X-Virus-Scanned: ClamAV 0.99.2/22647/Sat Dec 3 07:29:29 2016 X-Origin-Country: US X-Anti-Abuse: Please report to abuse@inoc.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 03 Dec 2016 14:43:41 -0000 Disregard, this problem has been semi-solved. For reasons unknown now it = was due to carp send error penalties being applied to one of the = servers, which are added to the advskew. Since a lagg interface is involved: carp: demoted by 10 to 10 (send error 50 on lagg0) carp: demoted by 10 to 20 (send error 50 on lagg0) But what is strange is that the two servers in the VHID have the same = exact hardware. Experiencing this send error on one but not the other=E2=80= =A6 Ultimately the work around was adjusting net.inet.carp.senderr_demotion_factor -> 10 =46rom it=E2=80=99s default of 240. Since these errors appear only at startup and not incrementing, it = doesn=E2=80=99t really look like a problem. net.inet.carp.ifdown_demotion_factor: 240 net.inet.carp.senderr_demotion_factor: 10 net.inet.carp.demotion: 20 -- inoc.net!rblayzor XMPP: rblayzor.AT.inoc.net PGP Key: 78BEDCE1 @ pgp.mit.edu > On Dec 1, 2016, at 3:10 PM, Robert Blayzor = wrote: >=20 > Did something change between 10.x and 11.0 with carp MASTER election = and advskew?=20 >=20 > I have several 10.3 servers where the master is elected based on the = member with the LOWEST advskew. >=20 > =46rom a pair of 10.3 servers: >=20 > vlan: 100 parent interface: lagg0 > carp: MASTER vhid 10 advbase 1 advskew 100 >=20 > vlan: 100 parent interface: lagg0 > carp: BACKUP vhid 10 advbase 1 advskew 110 >=20 >=20 > Deploying a new pair of 11.0-RELEASE servers, I see the opposite; = seems like the member with the HIGHEST advskew wins now: >=20 >=20 > carp: BACKUP vhid 20 advbase 1 advskew 0 > groups: lagg >=20 > carp: MASTER vhid 20 advbase 1 advskew 100 > groups: lagg >=20 >=20 >=20 > Preemption doesn=E2=80=99t seem to matter, even with preemption = enabled. (which it is). >=20 > =46rom OpenBSD, man reads: >=20 > advskew > This optional parameter specifies how much to skew the advbase when = sending CARP advertisements. By manipulating advskew, the master CARP = host can be chosen. The higher the number, the less preferred the host = will be when choosing a master. The default is 0. Acceptable values are = from 0 to 254. >=20 >=20 > And this seems true in 10.3 but reversed in 11.0 ? >=20 > -- > inoc.net!rblayzor > XMPP: rblayzor.AT.inoc.net > PGP Key: 78BEDCE1 @ pgp.mit.edu >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://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 3 19:56:51 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DAA92C65B63 for ; Sat, 3 Dec 2016 19:56:51 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C0CEDEB2; Sat, 3 Dec 2016 19:56:51 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AF643BF; Sat, 3 Dec 2016 19:56:51 +0000 (UTC) Date: Sat, 3 Dec 2016 19:56:35 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <1765596982.0.1480795011353.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #465 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 03 Dec 2016 19:56:52 -0000 https://jenkins.FreeBSD.org/job/FreeBSD_stable_10/465/------------------------------------------ [...truncated 332540 lines...] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:child_wait_eintr -> passed [1.073s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:exec_failure -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:exec_list -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:exec_prehook -> passed [0.006s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:exec_success -> passed [0.005s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_cookie -> passed [0.005s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_capture_err_capture -> passed [0.005s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_capture_err_connect -> passed [0.006s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_capture_err_default -> passed [0.006s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_capture_err_inherit -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_capture_err_redirect_fd -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_capture_err_redirect_path -> passed [0.006s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_connect_err_capture -> passed [0.006s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_connect_err_connect -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_connect_err_default -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_connect_err_inherit -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_connect_err_redirect_fd -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_connect_err_redirect_path -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_default_err_capture -> passed [0.006s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_default_err_connect -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_default_err_default -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_default_err_inherit -> passed [0.008s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_default_err_redirect_fd -> passed [0.008s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_default_err_redirect_path -> passed [0.008s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_inherit_err_capture -> passed [0.006s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_inherit_err_connect -> passed [0.008s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_inherit_err_default -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_inherit_err_inherit -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_inherit_err_redirect_fd -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_inherit_err_redirect_path -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_redirect_fd_err_capture -> passed [0.006s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_redirect_fd_err_connect -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_redirect_fd_err_default -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_redirect_fd_err_inherit -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_redirect_fd_err_redirect_fd -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_redirect_fd_err_redirect_path -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_redirect_path_err_capture -> passed [0.006s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_redirect_path_err_connect -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_redirect_path_err_default -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_redirect_path_err_inherit -> passed [0.007s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_redirect_path_err_redirect_fd -> passed [0.008s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:fork_out_redirect_path_err_redirect_path -> passed [0.008s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:status_coredump -> passed [0.202s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:status_exited -> passed [0.006s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:status_signaled -> passed [0.006s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:stream_init_capture -> passed [0.005s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:stream_init_connect -> passed [0.005s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:stream_init_inherit -> passed [0.005s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:stream_init_redirect_fd -> passed [0.005s] [192.168.10.2] out: lib/atf/libatf-c/detail/process_test:stream_init_redirect_path -> passed [0.005s] [192.168.10.2] out: lib/atf/libatf-c/detail/sanity_test:inv -> passed [0.169s] [192.168.10.2] out: lib/atf/libatf-c/detail/sanity_test:post -> passed [0.281s] [192.168.10.2] out: lib/atf/libatf-c/detail/sanity_test:pre -> passed [0.157s] [192.168.10.2] out: lib/atf/libatf-c/detail/sanity_test:unreachable -> passed [0.223s] [192.168.10.2] out: lib/atf/libatf-c/detail/text_test:for_each_word -> passed [0.004s] [192.168.10.2] out: lib/atf/libatf-c/detail/text_test:format -> passed [0.005s] [192.168.10.2] out: lib/atf/libatf-c/detail/text_test:format_ap -> passed [0.005s] [192.168.10.2] out: lib/atf/libatf-c/detail/text_test:split -> passed [0.004s] [192.168.10.2] out: lib/atf/libatf-c/detail/text_test:split_delims -> passed [0.004s] [192.168.10.2] out: lib/atf/libatf-c/detail/text_test:to_bool -> passed [0.004s] [192.168.10.2] out: lib/atf/libatf-c/detail/text_test:to_long -> passed [0.004s] [192.168.10.2] out: lib/atf/libatf-c/detail/user_test:euid -> passed [0.004s] [192.168.10.2] out: lib/atf/libatf-c/detail/user_test:is_member_of_group -> passed [0.004s] [192.168.10.2] out: lib/atf/libatf-c/detail/user_test:is_root -> passed [0.004s] [192.168.10.2] out: lib/atf/libatf-c/detail/user_test:is_unprivileged -> passed [0.005s] [192.168.10.2] out: lib/librt/sched_test:sched_getparam -> passed [0.005s] [192.168.10.2] out: lib/librt/sched_test:sched_priority -> passed [0.005s] [192.168.10.2] out: lib/librt/sched_test:sched_rr_get_interval_1 -> passed [0.005s] [192.168.10.2] out: lib/librt/sched_test:sched_rr_get_interval_2 -> passed [0.005s] [192.168.10.2] out: lib/librt/sched_test:sched_setscheduler_1 -> passed [0.005s] [192.168.10.2] out: lib/librt/sched_test:sched_setscheduler_2 -> passed [0.005s] [192.168.10.2] out: lib/librt/sched_test:sched_setscheduler_3 -> passed [0.005s] [192.168.10.2] out: lib/librt/sched_test:sched_setscheduler_4 -> passed [0.005s] [192.168.10.2] out: lib/librt/sem_test:basic -> passed [0.007s] [192.168.10.2] out: lib/librt/sem_test:child -> passed [20.835s] [192.168.10.2] out: lib/libutil/flopen_test:main -> passed [0.010s] [192.168.10.2] out: lib/libutil/grp_test:main -> passed [0.005s] [192.168.10.2] out: lib/libutil/humanize_number_test:main -> passed [0.006s] [192.168.10.2] out: lib/libutil/pidfile_test:main -> passed [0.012s] [192.168.10.2] out: lib/libutil/trimdomain_test:main -> passed [0.004s] [192.168.10.2] out: lib/libutil/trimdomain-nodomain_test:main -> passed [0.006s] [192.168.10.2] out: share/examples/tests/atf/cp_test:force -> passed [0.043s] [192.168.10.2] out: share/examples/tests/atf/cp_test:simple -> passed [0.037s] [192.168.10.2] out: share/examples/tests/atf/printf_test:fprintf__simple_string -> passed [0.005s] [192.168.10.2] out: share/examples/tests/atf/printf_test:snprintf__overflow -> passed [0.004s] [192.168.10.2] out: share/examples/tests/atf/printf_test:snprintf__two_formatters -> passed [0.005s] [192.168.10.2] out: share/examples/tests/plain/cp_test:main -> passed [0.014s] [192.168.10.2] out: share/examples/tests/plain/printf_test:main -> passed [0.005s] [192.168.10.2] out: usr.sbin/sa/legacy_test:main -> passed [0.126s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> passed [0.005s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip6 -> passed [0.005s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip6_rev -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_ipv6_linklocal -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_ipv6_linklocal_rev -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only6 -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_noifaddrs -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet6 -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet6_rev -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> passed [0.005s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point6 -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point6_rev -> passed [0.005s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr6 -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr6_rev -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> passed [0.005s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> passed [0.004s] [192.168.10.2] out: usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed6 -> passed [0.005s] [192.168.10.2] out: usr.sbin/pw/pw_etcdir:etcdir_must_exist -> passed [0.054s] [192.168.10.2] out: usr.sbin/pw/pw_lock:numeric_locking -> passed [0.321s] [192.168.10.2] out: usr.sbin/pw/pw_lock:user_locking -> passed [0.151s] [192.168.10.2] out: usr.sbin/pw/pw_config:generate_config -> passed [0.039s] [192.168.10.2] out: usr.sbin/pw/pw_config:modify_config_uid_gid_boundaries -> passed [0.037s] [192.168.10.2] out: usr.sbin/pw/pw_groupadd:group_add_already_exists -> passed [0.081s] [192.168.10.2] out: usr.sbin/pw/pw_groupadd:group_add_gid_too_large -> passed [0.050s] [192.168.10.2] out: usr.sbin/pw/pw_groupdel:group_do_not_delete_wheel_if_group_unknown -> passed [0.091s] [192.168.10.2] out: usr.sbin/pw/pw_groupmod:do_not_duplicate_group_on_gid_change -> passed [0.108s] [192.168.10.2] out: usr.sbin/pw/pw_groupmod:groupmod_bug_193704 -> passed [0.101s] [192.168.10.2] out: usr.sbin/pw/pw_groupmod:groupmod_invalid_user -> passed [0.113s] [192.168.10.2] out: usr.sbin/pw/pw_groupmod:groupmod_members -> passed [0.446s] [192.168.10.2] out: usr.sbin/pw/pw_groupmod:groupmod_rename -> passed [0.117s] [192.168.10.2] out: usr.sbin/pw/pw_groupmod:groupmod_user -> passed [0.150s] [192.168.10.2] out: usr.sbin/pw/pw_groupmod:usermod_bug_185666 -> passed [0.269s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add -> passed [0.095s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_R -> passed [0.286s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_R_symlink -> passed [0.113s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_account_expiration_date_month -> passed [0.124s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_account_expiration_date_numeric -> passed [0.110s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_account_expiration_date_relative -> passed [0.114s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_account_expiration_epoch -> passed [0.110s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_already_exists -> passed [0.123s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_bad_shell -> passed [0.136s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_comments -> passed [0.114s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_comments_invalid -> passed [0.066s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_comments_invalid_noupdate -> passed [0.060s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_comments_noupdate -> passed [0.076s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_expiration -> passed [0.599s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_homedir -> passed [0.124s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_invalid_group_entry -> passed [0.096s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_invalid_user_entry -> passed [0.110s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_name_too_long -> passed [0.068s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_noupdate -> passed [0.075s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_password_expiration_date_month -> passed [0.119s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_password_expiration_date_numeric -> passed [0.132s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_password_expiration_date_relative -> passed [0.109s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_password_expiration_epoch -> passed [0.105s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_password_from_h -> passed [0.120s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_skel -> passed [0.179s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_uid0 -> passed [0.112s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_uid_too_large -> passed [0.056s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_w_error -> passed [0.072s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_w_no -> passed [0.098s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_w_none -> passed [0.113s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_w_random -> passed [0.116s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_w_yes -> passed [0.125s] [192.168.10.2] out: usr.sbin/pw/pw_useradd:user_add_with_pw_conf -> passed [0.134s] [192.168.10.2] out: usr.sbin/pw/pw_userdel:delete_files -> passed [0.197s] [192.168.10.2] out: usr.sbin/pw/pw_userdel:delete_numeric_name -> passed [0.097s] [192.168.10.2] out: usr.sbin/pw/pw_userdel:home_not_a_dir -> passed [0.343s] [192.168.10.2] out: usr.sbin/pw/pw_userdel:rmuser_seperate_group -> passed [0.144s] [192.168.10.2] out: usr.sbin/pw/pw_userdel:user_do_not_try_to_delete_root_if_user_unknown -> passed [0.057s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod -> passed [0.124s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_H -> passed [0.179s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_comments -> passed [0.141s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_comments_invalid -> passed [0.112s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_comments_invalid_noupdate -> passed [0.109s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_comments_noupdate -> passed [0.116s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_h -> passed [0.208s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_name_noupdate -> passed [0.101s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_nogroups -> passed [0.317s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_noupdate -> passed [0.118s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_rename -> passed [0.165s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_rename_multigroups -> passed [0.255s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_rename_too_long -> passed [0.110s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_renamehome -> passed [0.137s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_uid -> passed [0.139s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_w_error -> passed [0.097s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_w_no -> passed [0.140s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_w_none -> passed [0.131s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_w_random -> passed [0.157s] [192.168.10.2] out: usr.sbin/pw/pw_usermod:user_mod_w_yes -> passed [0.141s] [192.168.10.2] out: usr.sbin/pw/pw_usernext:usernext -> passed [27.165s] [192.168.10.2] out: usr.sbin/pw/pw_usernext:usernext_assigned_group -> passed [5.343s] [192.168.10.2] out: usr.sbin/etcupdate/always_test:main -> passed [8.693s] [192.168.10.2] out: usr.sbin/etcupdate/conflicts_test:main -> passed [0.856s] [192.168.10.2] out: usr.sbin/etcupdate/fbsdid_test:main -> passed [0.729s] [192.168.10.2] out: usr.sbin/etcupdate/ignore_test:main -> passed [0.455s] [192.168.10.2] out: usr.sbin/etcupdate/preworld_test:main -> passed [0.242s] [192.168.10.2] out: usr.sbin/etcupdate/tests_test:main -> passed [4.253s] [192.168.10.2] out: usr.sbin/etcupdate/tzsetup_test:main -> passed [0.509s] [192.168.10.2] out: usr.sbin/nmtree/nmtree_test:mtree_check -> passed [0.067s] [192.168.10.2] out: usr.sbin/nmtree/nmtree_test:mtree_convert_C -> passed [0.023s] [192.168.10.2] out: usr.sbin/nmtree/nmtree_test:mtree_convert_C_S -> passed [0.022s] [192.168.10.2] out: usr.sbin/nmtree/nmtree_test:mtree_convert_D -> passed [0.022s] [192.168.10.2] out: usr.sbin/nmtree/nmtree_test:mtree_convert_D_S -> passed [0.022s] [192.168.10.2] out: usr.sbin/nmtree/nmtree_test:mtree_create -> passed [0.065s] Resuming build at Sat Dec 03 19:55:10 GMT 2016 after Jenkins restart Waiting to resume part of FreeBSD_stable_10 #465: ??? Waiting to resume part of FreeBSD_stable_10 #465: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #465: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #465: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #465: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #465: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #465: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #465: chaos.ysv.freebsd.org is offline Waiting to resume part of FreeBSD_stable_10 #465: chaos.ysv.freebsd.org is offline Ready to run at Sat Dec 03 19:56:33 GMT 2016 [192.168.10.2] out: usr.sbin/nmtree/nmtree_test:mtree_ignore -> No handlers could be found for logger "paramiko.transport" Warning: run() received nonzero return code -1 while executing 'kyua test'! [192.168.10.2] run: kyua report --verbose --results-filter passed,skipped,xfail,broken,failed --output test-report.txt Traceback (most recent call last): File "freebsd-ci/scripts/test/run-tests.py", line 207, in main(sys.argv) File "freebsd-ci/scripts/test/run-tests.py", line 79, in main runTest() File "freebsd-ci/scripts/test/run-tests.py", line 184, in runTest fabric.api.run("kyua report --verbose --results-filter passed,skipped,xfail,broken,failed --output test-report.txt") File "/usr/local/lib/python2.7/site-packages/fabric/network.py", line 649, in host_prompting_wrapper return func(*args, **kwargs) File "/usr/local/lib/python2.7/site-packages/fabric/operations.py", line 1056, in run shell_escape=shell_escape) File "/usr/local/lib/python2.7/site-packages/fabric/operations.py", line 923, in _run_command channel=default_channel(), command=wrapped_command, pty=pty, File "/usr/local/lib/python2.7/site-packages/fabric/state.py", line 402, in default_channel chan = _open_session() File "/usr/local/lib/python2.7/site-packages/fabric/state.py", line 389, in _open_session return connections[env.host_string].get_transport().open_session() File "/usr/local/lib/python2.7/site-packages/fabric/network.py", line 159, in __getitem__ self.connect(key) File "/usr/local/lib/python2.7/site-packages/fabric/network.py", line 151, in connect user, host, port, cache=self, seek_gateway=seek_gateway) File "/usr/local/lib/python2.7/site-packages/fabric/network.py", line 575, in connect raise NetworkError(msg, e) fabric.exceptions.NetworkError: Timed out trying to connect to 192.168.10.2 (tried 1 time) [Pipeline] } [Pipeline] // stage [Pipeline] } [Pipeline] // node [Pipeline] node Running on master in /usr/local/jenkins/workspace/FreeBSD_stable_10 [Pipeline] { [Pipeline] step