From owner-freebsd-stable@freebsd.org Sun Feb 5 13:43:55 2017 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 571C4CD1D76 for ; Sun, 5 Feb 2017 13:43:55 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ol.sdf.org", Issuer "ol.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1FED11D5A for ; Sun, 5 Feb 2017 13:43:54 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (norge.freeshell.org [205.166.94.17]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id v15DfH9W023345 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sun, 5 Feb 2017 13:41:17 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id v15DfHYL001964; Sun, 5 Feb 2017 07:41:17 -0600 (CST) From: Scott Bennett Message-Id: <201702051341.v15DfHYL001964@sdf.org> Date: Sun, 05 Feb 2017 07:41:16 -0600 To: xenophon@irtnog.org Subject: Swapping from a zvol results in a deadman panic Cc: freebsd-stable@freebsd.org User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.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, 05 Feb 2017 13:43:55 -0000 On Sat, 4 Feb 2017 08:18:28 -0500 "Matthew X. Economou" wrote: >My FreeBSD 10.3-RELEASE-p16 server crashes in the middle of a Poudriere >bulk run (see below). This crash happens even if I lower >vfs.zfs.arc_max or tweak vm.v_free_min/target/reserved/severe. I'm >looking for configuration advice in case I missed something obvious, >since this seems to work on Illumos- and Linux-derived O/Ses, but >failing that, I'd like to get some advice as to how to go about >debugging this. I doubt the deadman timer causes the system to stop >responding. It's more likely a race condition elsewhere. > Those who try to create deadlocks should not complain when they succeed. Sigh. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-stable@freebsd.org Sun Feb 5 16:43:16 2017 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 99313CD2096 for ; Sun, 5 Feb 2017 16:43:16 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.104]) (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 5EDFFB5F for ; Sun, 5 Feb 2017 16:43:16 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [78.35.153.230] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (Exim 4.84) (envelope-from ) id 1caPu8-000512-0D; Sun, 05 Feb 2017 17:43:08 +0100 Date: Sun, 5 Feb 2017 17:41:13 +0100 From: Fabian Keil To: "Matthew X. Economou" Cc: Subject: Re: Swapping from a zvol results in a deadman panic Message-ID: <20170205174113.5858bc99@fabiankeil.de> In-Reply-To: References: Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/yAExqy3EP3MeNaxCSNqrcQG"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 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, 05 Feb 2017 16:43:16 -0000 --Sig_/yAExqy3EP3MeNaxCSNqrcQG Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Matthew X. Economou" wrote: > My FreeBSD 10.3-RELEASE-p16 server crashes in the middle of a Poudriere > bulk run (see below). This crash happens even if I lower > vfs.zfs.arc_max or tweak vm.v_free_min/target/reserved/severe. I'm > looking for configuration advice in case I missed something obvious, > since this seems to work on Illumos- and Linux-derived O/Ses, but > failing that, I'd like to get some advice as to how to go about > debugging this. I doubt the deadman timer causes the system to stop > responding. It's more likely a race condition elsewhere. >=20 > The pool itself uses 4k sectors and is geli-encrypted. I configured the > swap zvol based on root-on-ZFS install instructions found in the FreeBSD > wiki: Paging on geli-encrypted devices is known to cause deadlocks on FreeBSD, even if ZFS isn't involved directly: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209759 Adding ZFS to the mix is unlikely to help ... > zfs create -V 6G -o org.freebsd:swap=3Don -o checksum=3Doff -o > compression=3Doff -o dedup=3Doff -o sync=3Ddisabled -o primarycache=3Dnone > zroot/swap >=20 > The ZoL wiki recommends a slightly different zvol configuration: >=20 > zfs create -V 4G -b $(getconf PAGESIZE) -o logbias=3Dthroughput -o > sync=3Dalways -o primarycache=3Dmetadata -o com.sun:auto-snapshot=3Dfalse > rpool/swap >=20 > I'm not sure how much of this applies to FreeBSD due to differences in > kernel design/implementation. Does anyone have an idea of what might be > going on and how I might get this working? You could try the patch from the PR and enable the kern.geom.eli.use_uma_for_all_writes sysctl. If you have a core dump, you may want to confirm that the g_eli_worker is waiting for memory first. Fabian --Sig_/yAExqy3EP3MeNaxCSNqrcQG Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTKUNd6H/m3+ByGULIFiohV/3dUnQUCWJdVqgAKCRAFiohV/3dU nf37AKCZzGs59aA9nNs9jnNwmgb9nxQHFwCeNHoGLwVakcB8DFKV53C46iHNGVY= =JzFx -----END PGP SIGNATURE----- --Sig_/yAExqy3EP3MeNaxCSNqrcQG-- From owner-freebsd-stable@freebsd.org Mon Feb 6 16:19:43 2017 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 DC44ECD3E90 for ; Mon, 6 Feb 2017 16:19:43 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 617C8EAC; Mon, 6 Feb 2017 16:19:43 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.ijs.si (Postfix) with ESMTPS id 3vHCNT05VXz1YC; Mon, 6 Feb 2017 17:19:37 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1486397972; x=1488989973; bh=c91 BdZYuNYaYDrDB0REdlqdsnIJTXMFdJgUpv6qYIcM=; b=P37cNiG2zTBCsnkJbBG tr0nlbeo1gfWEoEC7ST0R35WDAvJt9yfRUgbeh2a3r5JshS/xENtqFQfj3ba9jG3 LYHpOpmYVo82Q7EQNrAxFmnmZyoswKpyeSROZd4HHp4i+gD2t7TYF65xfbmkLYWC pAGfTn266zUdAKeJkpS8l3xg= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id H-jda3537PAj; Mon, 6 Feb 2017 17:19:32 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3vHCNN24rMz1YB; Mon, 6 Feb 2017 17:19:30 +0100 (CET) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 3vHCNL3sm2z1YG; Mon, 6 Feb 2017 17:19:30 +0100 (CET) Received: from neli.ijs.si (2001:1470:ff80:88:21c:c0ff:feb1:8c91) by webmail.ijs.si with HTTP (HTTP/1.1 POST); Mon, 06 Feb 2017 17:19:30 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 06 Feb 2017 17:19:30 +0100 From: Mark Martinec To: Eric van Gyzen Cc: freebsd-stable@freebsd.org Subject: Re: net.inet.udp.log_in_vain strange syslog reports Organization: Jozef Stefan Institute In-Reply-To: References: <76681a24b7935674585b5ac585f4575c@ijs.si> Message-ID: <667fa3e1dd8e7cebbf4566467a7987bf@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.2.3 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, 06 Feb 2017 16:19:44 -0000 > On 2017-02-02 12:55, Mark Martinec wrote: >> 11.0-RELEASE-p7, net.inet.udp.log_in_vain=1 >> >> The following syslog entries seem to indicate some buffer overruns >> in the reporting code (not all log lines are broken, just some). >> >> (the actual failed connection attempts were indeed there, >> it's just that the reported IP address is highly suspicious) >> >> Mark 2017-02-03 20:05, Eric van Gyzen wrote: > There is no buffer overrun, so no cause for alarm. The problem is > concurrent usage of a single string buffer by multiple threads. The > buffer is inside inet_ntoa(), defined in sys/libkern/inet_ntoa.c. In > this case, it is called from udp_input(). > > Would you like to test the following patch? > > Eric > > > diff --git a/sys/netinet/udp_usrreq.c b/sys/netinet/udp_usrreq.c > index 173c44c..ca2dda1 100644 > --- a/sys/netinet/udp_usrreq.c > +++ b/sys/netinet/udp_usrreq.c > @@ -674,13 +674,13 @@ udp_input(struct mbuf **mp, int *offp, int proto) > INPLOOKUP_RLOCKPCB, ifp, m); > if (inp == NULL) { > if (udp_log_in_vain) { > - char buf[4*sizeof "123"]; > + char src[4*sizeof "123"]; > + char dst[4*sizeof "123"]; > > - strcpy(buf, inet_ntoa(ip->ip_dst)); > log(LOG_INFO, > "Connection attempt to UDP %s:%d from > %s:%d\n", > - buf, ntohs(uh->uh_dport), > inet_ntoa(ip->ip_src), > - ntohs(uh->uh_sport)); > + inet_ntoa_r(ip->ip_dst, dst), > ntohs(uh->uh_dport), > + inet_ntoa_r(ip->ip_src, src), > ntohs(uh->uh_sport)); > } > UDPSTAT_INC(udps_noport); > if (m->m_flags & (M_BCAST | M_MCAST)) { Thanks, the explanation makes sense and the patch looks good (mind the TABs). Running it now, expecting no surprises there. One minor nit: instead of a hack: char src[4*sizeof "123"]; char dst[4*sizeof "123"]; it would be cleaner and in sync with the equivalent code in sys/netinet6/udp6_usrreq.c to use the INET_ADDRSTRLEN constant (from sys/netinet/in.h, value 16): char src[INET_ADDRSTRLEN]; char dst[INET_ADDRSTRLEN]; Hope the fix finds its way into 11.1 (or better yet, as a patch level in 10.0). Should I open a bug report? Mark From owner-freebsd-stable@freebsd.org Mon Feb 6 16:48:44 2017 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 07A6ACD38A3 for ; Mon, 6 Feb 2017 16:48:44 +0000 (UTC) (envelope-from Thorsten_Baumeister@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 57015D5 for ; Mon, 6 Feb 2017 16:48:42 +0000 (UTC) (envelope-from Thorsten_Baumeister@gmx.de) Received: from Porter-V.TBA.Home ([87.188.88.153]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MWPOI-1cvArY0ELi-00Xf2V for ; Mon, 06 Feb 2017 17:48:34 +0100 Received: from porter-v.tba.home (localhost [127.0.0.1]) by Porter-V.TBA.Home (Postfix) with ESMTP id 235DD6BC523 for ; Mon, 6 Feb 2017 17:48:33 +0100 (CET) X-Virus-Scanned: amavisd-new at tba.home Received: from Porter-V.TBA.Home ([127.0.0.1]) by porter-v.tba.home (porter-v.tba.home [127.0.0.1]) (amavisd-new, port 10024) with LMTP id tsCyCAGHKirh for ; Mon, 6 Feb 2017 17:48:32 +0100 (CET) Received: from [192.168.22.18] (unknown [192.168.22.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by Porter-V.TBA.Home (Postfix) with ESMTPSA id 68ADB6BC51D for ; Mon, 6 Feb 2017 17:48:32 +0100 (CET) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii From: Thorsten Baumeister Mime-Version: 1.0 (1.0) Subject: FreeBSD 11.0: Installation of icingaweb2 Message-Id: <2650EB83-6D80-4C75-9271-66AB81D0A08E@tba.home> Date: Mon, 6 Feb 2017 17:48:23 +0100 To: freebsd-stable@freebsd.org X-Mailer: iPhone Mail (14D27) X-Provags-ID: V03:K0:B6nETCgUGPQwSdQFzrPWGhjifFB/mAXelXrCEKxD+TuwAj1dleJ evQ5+9XplqOv746XbayvpCaDgyt27EKwWfDepXpSkRFvkyAe9pFtlm7kWVuA8GSwuCXavdY imZFuFMoPo3N19f8QcKCivbepZmfLvcJL13thNfzM4iJu1AMuaOoKNHSPckUjm0JvSgTFvT WDEgb6wyD7KfHbEGtBvlg== X-UI-Out-Filterresults: notjunk:1;V01:K0:8sLs/Jd7HAo=:yvOMaeqfv6EjHAjRd7XbNX F/l+YNL4ugMbCYrzVxNASGlE2uUdIaynhzQTiO9+mWttOEocEDqRVJKbNdiPf3+mQqXSCZlMb ei7+gWUpCvduggQNaiVp99xXQxcJHlwoM+l+sRKg6YQA4yym9m1CZM++d/7eIUCSSFqq9sNNW ToHHZPA6KT7FvEiyXl9szrpghN68/GsggsbuX9YzZNUvQCDYla+IH20Dqeh9Fm5UCoFNmewFL yUvWEKZn0H4VGjdaIuEGiyDwoKajvEpCRo1bf8yyVL+xaVBExcs774h7PIHmUliHNyJFrUyBB +MqZktGQMtQ8DzYnxfbmzvJsOEgzdEIRW8fUwEhPx9mIMeOFE8B1n0dKUs6+ZgCEttk68aGkN UpmRFeSV6kRAcL4+D6L9jIm9eyf054ANXkNzxZ5hJzZbi02RxbaCKUEEJfy7gANyAz0P6Oxaw 0V34pgIMuhIZXNtcov8JrjvyxLFlY8Zjusp2+XnyrwELL2JO/MBIyyY0vtel/srZISju5PAph eyEkN00gsTjWuqjrYfTH7axTbucPNeynpKM2FpYfDozPZNEgsf6xVGsCRjJqF0kvyA9LgaQZD Zh03UOQvpRfJ5zfM5WimNUlerwoDlrBAZtOgB9OE49RxmeiX0JECxyxATYfAKK8ydxhEmJlbA d8nCRoI8Zcp6Vy0G5KI9lRUVORmJfpV0/5+mgPE78ifTNLXfdRhKhdeGdEn5bkC9Rskr8P9LR FTRnVBEFmkgUmuk0MiE8WbZxPXbummO3VlYKe46QgHR3QAYN+tad7mmEsVUokTb3+zLfuCNAF 9rQbJrfcNvHawfoUkUDNjisQbLwhoQPHaIMKaKkWI8+W2Wnxc30nuDgTdjlXiRQNaaCr8zvD0 vI5yll0WZYxzuZvflfADJbw1Bd9HD2n0QNOSXW5JovMIv0H0phSad1nh1kTcsawMA01r6Tiav TwIIRN7aEBTiP9vWZu2rcD3zngUX6FMgVK/YSRTxhctL3Awbh6MyZZqiI9YAYc2Iuv10qbqQb gFpSfYSGFcbxgfSi3ivFGYIVo6KoVOUnWhJEyEGQ2MD+nh5JXQiDdAcVvtjKo90IbA== 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, 06 Feb 2017 16:48:44 -0000 Hi folks,=20 last weekend I tried to install the port icingaweb2 on a patched FreeBSD 11.= 0 server. 'make' worked fine, but 'make install' failed. Has anyone seen / r= esolved this problem?=20 Thorsten =3D=3D=3D> Checking if icingaweb2 already installed =3D=3D=3D> Registering installation for icingaweb2-2.4.1 pkg-static: Unable to access file /usr/ports/net-mgmt/icingaweb2/work/stage/= usr/local/share/example s/icingaweb2/apache/icingaweb2.conf: No such file or= directory pkg-static: Unable to access file /usr/ports/net-mgmt/icingaweb2/work/stage/= usr/local/share/example s/icingaweb2/nginx/icingaweb2.conf: No such file or d= irectory *** Error code 74 Stop. make[1]: stopped in /usr/ports/net-mgmt/icingaweb2 *** Error code 1 Stop. make: stopped in /usr/ports/net-mgmt/icingaweb2 - mobile Mail - From owner-freebsd-stable@freebsd.org Mon Feb 6 17:04:48 2017 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 42D5FCD3D00 for ; Mon, 6 Feb 2017 17:04:48 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 2363CC97 for ; Mon, 6 Feb 2017 17:04:48 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 538E8564EE; Mon, 6 Feb 2017 11:04:47 -0600 (CST) Subject: Re: net.inet.udp.log_in_vain strange syslog reports To: Mark Martinec References: <76681a24b7935674585b5ac585f4575c@ijs.si> <667fa3e1dd8e7cebbf4566467a7987bf@ijs.si> Cc: freebsd-stable@freebsd.org From: Eric van Gyzen Message-ID: <7dca33f9-e817-7d79-bddd-332e745a1c05@FreeBSD.org> Date: Mon, 6 Feb 2017 11:04:46 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 MIME-Version: 1.0 In-Reply-To: <667fa3e1dd8e7cebbf4566467a7987bf@ijs.si> 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: Mon, 06 Feb 2017 17:04:48 -0000 On 02/06/2017 10:19, Mark Martinec wrote: > > One minor nit: > instead of a hack: > > char src[4*sizeof "123"]; > char dst[4*sizeof "123"]; > > it would be cleaner and in sync with the equivalent code in > sys/netinet6/udp6_usrreq.c > to use the INET_ADDRSTRLEN constant (from sys/netinet/in.h, value 16): > > char src[INET_ADDRSTRLEN]; > char dst[INET_ADDRSTRLEN]; Agreed. > Hope the fix finds its way into 11.1 (or better yet, as a patch level in > 10.0). > Should I open a bug report? It will quite likely get into 11.1. As for a 10.x patch, you would have to ask re@ (I think), but I doubt it. These messages are really just informative and can't be used for any filtering, since the source address could be spoofed. Eric From owner-freebsd-stable@freebsd.org Mon Feb 6 18:03:47 2017 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 E3DA2CD3BF6 for ; Mon, 6 Feb 2017 18:03:47 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot0-x22c.google.com (mail-ot0-x22c.google.com [IPv6:2607:f8b0:4003:c0f::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 A8CF41156 for ; Mon, 6 Feb 2017 18:03:47 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot0-x22c.google.com with SMTP id 65so67932520otq.2 for ; Mon, 06 Feb 2017 10:03:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=MKZOBD6g0bSIuWg0Iya+jBT058BkJQwUdk1OQvwS7Vw=; b=IGan8i/lvsOAo3+63l9iWURAvMSyILhj9eMrIdc3dj0Mz146L8CpRBOlEugIkxVDGM XJ3dV6Q1H4O9r/ujT2T//xVAQiobGdyWu9uCmNqKVRKyXeRZnDEZ0r4/1qSOs6yS89st eem6SdOtXZfT0v7vCRbpkfifBSJDINoKXYzLdqjQh+nJ/f/v/l8yBik1EKds7ptDoNCt J3KvRGcRfu29rCz8wPsWh0ZcD7YkZZHWhUwZOqaZpINQz9D/slneF8OB836l9QgUXc9b EeIdydyJ64N690D+wYQQlO2HSlXUzZMt0Q7Ze2UlFUQ9PvnJhBgOlrpzV6K0z9tAe9tA IsBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=MKZOBD6g0bSIuWg0Iya+jBT058BkJQwUdk1OQvwS7Vw=; b=RKFudnKB4LlrhMXa5pbPO5jbSHVZ64ROmpoa7/7A7k0tpmO9ndpNWwShIpTw1Hdbkk mDn1NorfOaGI+oBA2Brt8f5Y1AXOOi5re+GdY6OzK/hgPsgcB0rJYlptP/N5aTjD2IgP BBFFp04Q35Nx3VpACT8Q6HfeWKSUNM/jRS/6SE0sWuO5aPQGPnbzQ1x7EhrokTHW97Sj TjYVqE37C2nqEYmHsCjsAg2Yf9W1AJa9GcinWLSxNy+M5B3D/2+dERiws9rB8O9lJ+jm LUep6kfZmbYIgNV7E9t4/SKt8GDGOyDPcCBb7lZixPqkPACFEXrBXoLJ1UBTB5cGzFA/ XLow== X-Gm-Message-State: AMke39lblwy07bwnypKWYwwqjbJSOt4itoTAJP16WpRRHpoq4ToHL+ILwEpdmaOYxBbyoZUkSfNC6wqQQgZmnQ== X-Received: by 10.157.47.141 with SMTP id r13mr4989881otb.203.1486404226882; Mon, 06 Feb 2017 10:03:46 -0800 (PST) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.74.32.79 with HTTP; Mon, 6 Feb 2017 10:03:46 -0800 (PST) In-Reply-To: <2650EB83-6D80-4C75-9271-66AB81D0A08E@tba.home> References: <2650EB83-6D80-4C75-9271-66AB81D0A08E@tba.home> From: Kevin Oberman Date: Mon, 6 Feb 2017 10:03:46 -0800 X-Google-Sender-Auth: CzsCDNE_PJu9s3j5Olbhrqdb7m4 Message-ID: Subject: Re: FreeBSD 11.0: Installation of icingaweb2 To: Thorsten Baumeister 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: Mon, 06 Feb 2017 18:03:48 -0000 On Mon, Feb 6, 2017 at 8:48 AM, Thorsten Baumeister < Thorsten_Baumeister@gmx.de> wrote: > Hi folks, > last weekend I tried to install the port icingaweb2 on a patched FreeBSD > 11.0 server. 'make' worked fine, but 'make install' failed. Has anyone seen > / resolved this problem? > > Thorsten > > ===> Checking if icingaweb2 already installed > ===> Registering installation for icingaweb2-2.4.1 > pkg-static: Unable to access file /usr/ports/net-mgmt/ > icingaweb2/work/stage/usr/local/share/example s/icingaweb2/apache/icingaweb2.conf: > No such file or directory > pkg-static: Unable to access file /usr/ports/net-mgmt/ > icingaweb2/work/stage/usr/local/share/example > s/icingaweb2/nginx/icingaweb2.conf: No such file or directory > *** Error code 74 > > Stop. > make[1]: stopped in /usr/ports/net-mgmt/icingaweb2 > *** Error code 1 > > Stop. > make: stopped in /usr/ports/net-mgmt/icingaweb2 > - mobile Mail - > To be literal, it means that icingaweb2.conf is in the pkg-plist for the port but was not present in the staged port installation. This is often an error in the pkg-plist file of the port, but may be an error in the make or the stage sections of the port build. Since this is a sample configuration file, if you have an immediate need to get the new version installed, you can just delete it from pkg-plist. It does appear that the nginx directory in the distribution is not there. Only apache. Oddly, I don't find anything in the changelog or looking at old releases to indicate that it has existed. Looks like a quick edit to pkg-plist will fix it up for you. Have you reported this issue to the maintainer? ("make maintainer" will tell you the address.) -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Mon Feb 6 21:01:54 2017 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 A38FACD33FF for ; Mon, 6 Feb 2017 21:01:54 +0000 (UTC) (envelope-from shashaness@hotmail.com) Received: from SNT004-OMC2S31.hotmail.com (snt004-omc2s31.hotmail.com [65.55.90.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 58F34DF9 for ; Mon, 6 Feb 2017 21:01:53 +0000 (UTC) (envelope-from shashaness@hotmail.com) Received: from NAM01-BY2-obe.outbound.protection.outlook.com ([65.55.90.73]) by SNT004-OMC2S31.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Mon, 6 Feb 2017 13:01:47 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=48/JZY+WMacmYGuboyxUtHv6MMF1Wl5O+avsj4EJDLs=; b=Ab5rAXDAhBmR3grGMdgRxfc8ORQtjFQkNJlnlw7otqAsAoCVgOTaJbu7tFwhlt3J0rywQ7w9AZRsfFuro/eX2mCE+OgA8QsXAc5Hx7drgJjurhmI+xIelZ1/ncFpIbLZ4RnIwDMak4leG9PU8Ot0tDA4IhNtibUvxRO2/ifJFqSH9UgyanTj2sWbzvhS35Gkyih5JXd1XcFni9U3YeUKJ0qmmlOW+qIiCxn/Yj4qLTJcC91RoSpfSDzHFmmsopEGFCVvpt084uvu2BGty59q98XHsUFhcNwSV2+lA2WCqLzX/0W5FyzAw+joDuU3WLWOF5NrsOh34XDJWVb/rFUslQ== Received: from BN3NAM01FT005.eop-nam01.prod.protection.outlook.com (10.152.66.55) by BN3NAM01HT125.eop-nam01.prod.protection.outlook.com (10.152.67.114) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.888.7; Mon, 6 Feb 2017 21:01:46 +0000 Received: from CY1PR14MB0520.namprd14.prod.outlook.com (10.152.66.59) by BN3NAM01FT005.mail.protection.outlook.com (10.152.66.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.888.7 via Frontend Transport; Mon, 6 Feb 2017 21:01:46 +0000 Received: from CY1PR14MB0520.namprd14.prod.outlook.com ([10.164.71.150]) by CY1PR14MB0520.namprd14.prod.outlook.com ([10.164.71.150]) with mapi id 15.01.0888.025; Mon, 6 Feb 2017 21:01:45 +0000 From: Shawn Bakhtiar To: "freebsd-stable@freebsd.org" Subject: FreeBSD 10.2-RELEASE #0 r286666: Panic and crash Thread-Topic: FreeBSD 10.2-RELEASE #0 r286666: Panic and crash Thread-Index: AQHSgLw5rWSPaBuDSU6Tu1VQr+97TQ== Date: Mon, 6 Feb 2017 21:01:45 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=hotmail.com; x-incomingtopheadermarker: OriginalChecksum:9F9D49D2A7F8994A9A26BCC617A581F34C7C3017022BE8B4068D2028600427D0; UpperCasedChecksum:7076D94AF61CE5092C0556A16D2D5DA8F25134D789AA0E3039E72628A999875B; SizeAsReceived:7458; Count:34 x-ms-exchange-messagesentrepresentingtype: 1 x-incomingheadercount: 34 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; BN3NAM01HT125; 5:hoxUCcIGtnNYH+EWclrZkM30A0V23Rl2hIX5/uKeCf2pjwrbBNvX6BqE88Le8orV3ELwpQzGqxAC0vUKv2fTmhUs343OoVwHrRNeoE7XSc+X8WXBM8rS8wLER+URXmt8gW0C2hXErtj8bsZWYOH6sQ==; 24:yvqgy5Jz2r64cBP2TvnDr0dKgKsygjTqC8YHfmmJAQjC8JfR6rOQdlzMjeaq2vJKqEnsTyYGtl7lbKCF03FpT2ZkjrNuGQhvs7iAGj76TM0=; 7:DaZRfjtLL/IVZfjPfAJmn5s+uYXZG5ggIrhqylvYaYOwd9nhihltC1kSYxemoBub5N6HTaT4RigA4TwUvlLYBjOuG5v6vDKZDAy2RlFTOETpaitd4/sI/A4FjNwtLCulLSwOoWaZrRFZhtfkzOCGwMpFrAfrgjnZIveY84xl0W15PRlKxx3/LaOozqINMob37uUdB+bYtGODMk+1t4ZpbUElscaALALvfvK8QqHoZu0VfSPo0iV/cspjvR4anbvbtqohC3Plz+UgUJeZcahP27d3QPGomWz91Zv15iUvnmhb3ActJZa98NimwkpfZvU9Fx1047lcBe8/BVhyB4hhTQhlcHSNdE4+dyaULfuznhMFCtXgFTMN/q0c2inJhqFc5zCvCQlkN1mVHGE+bgcl+L2HYjqmIsJL12NI5jJ5+3OYOX5wTuzV6+2unb5fo2Wh5VYOS6xe0pi2DtXtZyYfAjltmB99AyClaQZPVMjRkJt/eQOBlwDNph0p4Goe7q5nxY37/nD0KUEEFQ6owP2EOA== x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900005); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3NAM01HT125; H:CY1PR14MB0520.namprd14.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 1ccca3a1-9a60-4d52-0128-08d44ed359a8 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(5061506426)(5061507331)(1603103135)(1601125107)(1603101373)(1701031045); SRVR:BN3NAM01HT125; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444111334)(432015086)(82015046); SRVR:BN3NAM01HT125; BCL:0; PCL:0; RULEID:; SRVR:BN3NAM01HT125; x-forefront-prvs: 0210479ED8 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Feb 2017 21:01:45.0729 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3NAM01HT125 X-OriginalArrivalTime: 06 Feb 2017 21:01:47.0660 (UTC) FILETIME=[3AD7E4C0:01D280BC] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 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, 06 Feb 2017 21:01:54 -0000 SGkgYWxsIQ0KDQpodHRwOi8vcGFzdGViaW4uY29tL25pWHJqRjBEDQoNClBsZWFzZSByZWZlciB0 byBmdWxsIG91dHB1dCBmcm9tIGNyYXNoIGFib3ZlLg0KDQpUaGlzIG1vcm5pbmcgb3VyIElNQVAg c2VydmVyIGRlY2lkZWQgdG8gZ28gYmVsbHkgdXAuIEkgY291bGQgbm90IHJlbW90ZSBpbiwgYW5k IHRoZSBtYWNoaW5lIHdvdWxkIG5vdCByZXNwb25kIHRvIGFueSBwaW5ncy4NCg0KQ2hlY2tpbmcg dGhlIHBoeXNpY2FsIGNvbnNvbGUgSSBoYWQgdGhlIGZvbGxvd2luZyB3b3JyaXNvbWUgbWVzc2Fn ZXMgb24gc2NyZWVuOg0KDQrigKIgZ192ZnNfZG9uZSgpOmRhMXAxW1JFQUQob2Zmc2V0PTcyNjU1 NjE3NzIwMzIsIGxlbmd0aD0zMjc2OCldZXJyb3IgPSA1DQrigKIgZ192ZnNfZG9uZSgpOmRhMXAx W1dSSVRFKG9mZnNldD03MjY3OTU3NzM1NDI0LCBsZW5ndGg9MTMxMDcyKV1lcnJvciA9IDE2DQri gKIgL21udC9VU0JCRDogZ290IGVycm9yIDE2IHdoaWxlIGFjY2Vzc2luZyBmaWxlc3lzdGVtDQri gKIgcGFuaWM6IHNvZnRkZXBfZGVhbGxvY2F0ZV9kZXBlbmRlbmNpZXM6IHVucmVjb3ZlcmVkIEkv TyBlcnJvcg0K4oCiIGNwdWlkID0gNQ0KDQovbW50L1VTQkRCIGlzIGEgTXlCb29rIFVTQiA4VEIg ZHJpdmUgdGhhdCB3ZSB1c2UgZm9yIGRhaWx5IGJhY2t1cHMgb2YgdGhlIElNQVAgZGF0YSB1c2lu ZyByc3luYy4gRXZlcnl0aGluZyBzbyBmYXIgaGFzIHdvcmtlZCB3aXRob3V0IGlzc3VlLg0KDQpJ IGFsc28gbm90aWNlZCBhIGJ1bmNoIG9mOg0KDQrigKIgZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAy IGF0IDB4NDAwMDAwMDAwMWZmZmZmDQrigKIgZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSA0IGF0IDB4 NzgwMDAwZmZmZg0K4oCiIGZzdGF0OiBjYW4ndCByZWFkIGZpbGUgNSBhdCAweDYwMDAwMDAwMA0K 4oCiIGZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMSBhdCAweDIwMDAwN2ZmZmZmZmZmZg0K4oCiIGZz dGF0OiBjYW4ndCByZWFkIGZpbGUgMiBhdCAweDQwMDAwMDAwMDFmZmZmZg0K4oCiIGZzdGF0OiBj YW4ndCByZWFkIGZpbGUgNCBhdCAweDc4MDAwMGZmZmYNCuKAoiBmc3RhdDogY2FuJ3QgcmVhZCBm aWxlIDUgYXQgMHg2MDAwMDAwMDANCg0KDQpidXQgSSBoYXZlIG5vIGlkZWEgd2hhdCB0aGVzZSBh cmUgZnJvbS4NCg0KZGYgLWggb3V0cHV0Og0KL2Rldi9kYTBwMiAgICAxLjhUICAgIDIyNkcgICAg MS41VCAgICAxMyUgICAgLw0KZGV2ZnMgICAgICAgICAxLjBLICAgIDEuMEsgICAgICAwQiAgIDEw MCUgICAgL2Rldg0KL2Rldi9kYTFwMSAgICA3LjBUICAgIDI1MUcgICAgNi4yVCAgICAgNCUgICAg L21udC9VU0JCRA0KDQoNCmRhMHAyIGlzIGEgUkFJRCBsZXZlbCA1IG9uIGFuIEhQIFNtYXJ0IEFy cmF5DQoNCkhlcmUgaXMgdGhlIG91dHB1dCBvZiBkbXNnIGFmdGVyIHJlYm9vdDoNCmh0dHA6Ly9w YXN0ZWJpbi5jb20vckhWamdaODINCg0KT2J2aW91c2x5IGJvdGggdGhlIFJBSUQgYW5kIFVTQiBk cml2ZSBkaWQgbm90IHdhbGsgYXdheSBmcm9tIHRoZSBjcmFzaCBjbGVhbmluZy4gU2hvdWxkIEkg YmUgcnVubmluZyBhIGZzY2sgYXQgdGhpcyBwb2ludCBvbiBib3RoIGZyb20gc2luZ2xlIHVzZXIg bW9kZSB0byB2ZXJpZnkgYW5kIGNsZWFuIHVwLiBNeSBjb25jZXJuIGlzIHRoZToNCldBUk5JTkc6 IC86IG1vdW50IHBlbmRpbmcgZXJyb3I6IGJsb2NrcyAwIGZpbGVzIDI2DQp3aGVuIG1vdW50aW5n IC9kZXYvZGEwcDINCg0KRm9yIHNvbWUgcmVhc29uIEkgd2FzIHVuZGVyIHRoZSBpbXByZXNzaW9u IHRoYXQgZnNjayB3YXMgcnVuIGF1dG9tYXRpY2FsbHkgb24gcmVib290Lg0KDQpBbnkgaGVscCBp biB0aGlzIG1hdHRlciB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkLiBJJ20gYSBsaXR0bGUg Y29uY2VybmVkIHRoYXQgYSBiYWNrdXAgc3RyYXRlZ3kgdGhhdCBoYXMgd29ya2VkIGZvciB1cyBm b3IgbWFueSBNQU5ZIHllYXJzIHdvdWxkIHNvIGVhc2lseSB0aHJvdyB0aGUgT1MgaW50byBwYW5p Yy4gSWYgYW4gSS9PIGVycm9yIG9jY3VycmVkIG9uIHRoZSBVU0IgRHJpdmUgSSB3b3VsZCBmcmFu a2x5IHRoaW5rIGl0IHNob3VsZCBqdXN0IGJhY2sgb3V0LCB3aXRob3V0IHBhbmljLiBPciBhbSBJ IG1pc3Npbmcgc29tZXRoaW5nPw0KDQpBbnkgcmVjb21tZW5kYXRpb25zIC8gaW5zaWdodHMgd291 bGQgYmUgbW9zdCB3ZWxjb21lLg0KU2hhd24NCg0KDQoNCg0KDQoNCg0KDQo= From owner-freebsd-stable@freebsd.org Mon Feb 6 21:23:33 2017 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 7AFDACD3E5B for ; Mon, 6 Feb 2017 21:23:33 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 224B51B5 for ; Mon, 6 Feb 2017 21:23:32 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 53BBA2AE2A9 for ; Mon, 6 Feb 2017 15:23:26 -0600 (CST) Subject: Re: FreeBSD 10.2-RELEASE #0 r286666: Panic and crash To: freebsd-stable@freebsd.org References: From: Karl Denninger Message-ID: <03a3a0f3-c1fb-9874-93dc-e04185893cc2@denninger.net> Date: Mon, 6 Feb 2017 15:23:03 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms000200010406000104090602" 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, 06 Feb 2017 21:23:33 -0000 This is a cryptographically signed message in MIME format. --------------ms000200010406000104090602 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2/6/2017 15:01, Shawn Bakhtiar wrote: > Hi all! > > http://pastebin.com/niXrjF0D > > Please refer to full output from crash above. > > This morning our IMAP server decided to go belly up. I could not remote= in, and the machine would not respond to any pings. > > Checking the physical console I had the following worrisome messages on= screen: > > =E2=80=A2 g_vfs_done():da1p1[READ(offset=3D7265561772032, length=3D3276= 8)]error =3D 5 > =E2=80=A2 g_vfs_done():da1p1[WRITE(offset=3D7267957735424, length=3D131= 072)]error =3D 16 > =E2=80=A2 /mnt/USBBD: got error 16 while accessing filesystem > =E2=80=A2 panic: softdep_deallocate_dependencies: unrecovered I/O error= > =E2=80=A2 cpuid =3D 5 > > /mnt/USBDB is a MyBook USB 8TB drive that we use for daily backups of t= he IMAP data using rsync. Everything so far has worked without issue. > > I also noticed a bunch of: > > =E2=80=A2 fstat: can't read file 2 at 0x4000000001fffff > =E2=80=A2 fstat: can't read file 4 at 0x780000ffff > =E2=80=A2 fstat: can't read file 5 at 0x600000000 > =E2=80=A2 fstat: can't read file 1 at 0x200007fffffffff > =E2=80=A2 fstat: can't read file 2 at 0x4000000001fffff > =E2=80=A2 fstat: can't read file 4 at 0x780000ffff > =E2=80=A2 fstat: can't read file 5 at 0x600000000 > > > but I have no idea what these are from. > > df -h output: > /dev/da0p2 1.8T 226G 1.5T 13% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/da1p1 7.0T 251G 6.2T 4% /mnt/USBBD > > > da0p2 is a RAID level 5 on an HP Smart Array > > Here is the output of dmsg after reboot: > http://pastebin.com/rHVjgZ82 > > Obviously both the RAID and USB drive did not walk away from the crash = cleaning. Should I be running a fsck at this point on both from single us= er mode to verify and clean up. My concern is the: > WARNING: /: mount pending error: blocks 0 files 26 > when mounting /dev/da0p2 > > For some reason I was under the impression that fsck was run automatica= lly on reboot. > > Any help in this matter would be greatly appreciated. I'm a little conc= erned that a backup strategy that has worked for us for many MANY years w= ould so easily throw the OS into panic. If an I/O error occurred on the U= SB Drive I would frankly think it should just back out, without panic. Or= am I missing something? > > Any recommendations / insights would be most welcome. > Shawn > > The "mount pending error" is normal on a disk that has softupdates turned on; fsck runs in the background after the boot, and this is "safe" because of how the metadata and data writes are ordered. In other words the filesystem in this situation is missing uncommitted data, but the state of the system is consistent. As a result the system can mount root read-write without having to fsck it first and the background cleanup is safe from a disk consistency problem. The panic itself appears to have resulted from an I/O error that resulted in a failed operation. I was part of a thread in 2016 on this you can find here: https://lists.freebsd.org/pipermail/freebsd-stable/2016-July/084944.html The basic problem is that the softupdates code cannot deal with a hard I/O error on write because it no longer can guarantee filesystem integrity if it continues. I argued in that thread that the superior solution would be forcibly detach the volume, which would leave you with a "dirty" filesystem and a failed operation but not a panic. The file(s) involved in the write error might be lost, but the integrity of the filesystem is recoverable (as it is in the panic case) -- at least it is if the fsck doesn't require writing to a block that *also* errors o= ut. The decision in the code is to panic rather than detach the volume, however, so panic it is. This one has bit me with sd cards in small embedded-style machines (where turning off softupdates makes things VERY slow) and at some point I may look into developing a patch to forcibly-detach the volume instead. That obviously won't help you if the system volume is the one the error happens on (now you just forcibly detached the root filesystem which is going to get you an immediate panic anyway) but in the event of a data disk it would prevent the system from crashing. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms000200010406000104090602 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC BlwwggZYMIIEQKADAgECAgE9MA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE2MTIxODE5NDUzNVoXDTIxMTIxNzE5NDUzNVowVzEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxGzAZBgNVBAMUEmthcmxAZGVubmluZ2VyLm5ldDCCAiIwDQYJKoZIhvcNAQEBBQADggIP ADCCAgoCggIBAM2N5maxs7NkoY9g5NMxFWll0TYiO7gXrGZTo3q25ZJgNdPMwrntLz/5ewE9 07TEbwJ3ah/Ep9BfZm7JF9vTtE1HkgKtXNKi0pawNGm1Yn26Dz5AbUr1byby6dFtDJr14E07 trzDCtRRvTkOVSBj6PQPal0fAnDtkIYQBVcuMkXkuMCtyfE95pjm8g4K9l7lAcKii3T1/3rE hCc1o2nBnb7EN1/XwBeCDGB+I2SN/ftZDbKQqGAF5q9dUn+iXU7Z/CVSfUWmhVh6cVZA4Ftv TglUqj410OuPx+cUQch3h1kFgsuhQR63HiJc3HbRJllHsV0rihvL1CjeARQkhnA6uY9NLFST p5I/PfzBzW2MSmtN/tGZvmfKKnmtbfUNgkzbIR1K3lsum+yEL71kB93Xtz/4f1demEx5c8TJ RBIniDHjDeLGK1aoBu8nfnvXAvgthFNTWBOEoR49AHEPjC3kZj0l8JQml1Y8bTQD5gtC5txl klO60WV0EufU7Hy9CmynMuFtjiA2v71pm097rXeCdrAKgisdYeEESB+SFrlY65rLiLv4n8o1 PX7DqRfqKkOYIakZ0ug/yHVKcq2EM3RiJxwzls5gT70CoOBlKbrC98O8TA6teON0Jq30M06t NTI2HhvNbJDLbBH+Awf4h1UKB+0ufENwjVvF5Jfz8Ww/FaSDAgMBAAGjgfQwgfEwNwYIKwYB BQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgwCQYD VR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIBDQQf Fh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUpfAI3y+751pp9A0w 6vJHx8RoR/MwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYwFIES a2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBiB6MlugxYJdccD8boZ/u8 d8VxmLkJCtbfyYHRjYdyoABLW5hE3k3xSpYCM9L7vzWyV/UWwDYKi4ZzxHo4g+jG/GQZfKhx v38BQjL2G9xD0Hn2d+cygOq3UPjVYlbbfQoew6JbyCFXrrZ7/0jvRMLAN2+bRC7ynaFUixPH Whnj9JSH7ieYdzak8KN+G2coIC2t2iyfXVKehzi5gdNQ0vJ7+ypbGsRm4gE8Mdo9N/WgFPvZ HPFqR9Dwas7Z+aHwOabpk5r/336SyjOaZsn3MqKJQZL6GqDKusVOCWt+9uFAD8kadg7FetZe atIoD9I+zbp59oVoMnkMDMx7Hi85faU03csusqMGsjSsAzWSI1N8PJytZlchLiykokLKc3OL G87QKlErotlou7cfPX2BbEAH5wmkj9oiqZhxIL/wwAUA+PkiTbEmksKBNompSjUq/6UsR8EA s74gnu17lmijv8mrg2qMlwRirE7qG8pnE8egLtCDxcjd0Of9WMi2NJskn0/ovC7P+J60Napl m3ZIgPJst1piYSE0Zc1FIat4fFphMfK5v4iLblo1tFSlkdx1UNDGdg/U+LaXkNVXlMp8fyPm R80V6cIrCAlEWnBJNxG1UyfbbsvNMCCZBM4faGGsR/hhQOiydlruxhjL6P8J2WV8p11DdeGx KymWoil2s1J5WTGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxv cmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRww GgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5c3Rl bXMgTExDIENBAgE9MA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAyMDYyMTIzMDNaME8GCSqGSIb3DQEJBDFCBEDmWjMH yrctMDT2HeVUz2pkaVqpWosT63m0yoj93l2dkLGHxSQDV6FBtQ+JzgIFYl5ttj+0o1zjhBtw FVw1bNAeMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNVBAgT B0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExM QzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3VkYSBT eXN0ZW1zIExMQyBDQQIBPTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYTAlVT MRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEg U3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG9w0B CQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECAT0wDQYJKoZIhvcNAQEBBQAEggIAsMKBPcQP99gW mNcYGganxIiI19E46B6IP8XZyB6gb+XVKVfGN59STOaMU8MU1gQvAdlwpOFdDopecvz/u3Yi voG9Y9xV6Zte4o+sXw7cUwVg3K0MF66CRcRunUaymm+kxAJ+TfbsOVgRiPlneU5gt+hQDKVk 7AMmlw+vieNy7BEV8b0179G0IUySplBxkYnvaZ6I8jWwjR84iKFD8Tjkt3TY2m8dMEtwzu+L M1uFdu5iJooCk8PD8CaFvmpRC5aC6FMXd/6tka8ZWnPGT9bFg66SLFuvGCPPh9tDwmRoIZyG p0vVcVD+VxgZLmqJsXvu/lxSLaTnfgjrZXBzfdtDrkbwSfCxgDyi6vRnwhu7e9fVW5/czDeK OHAJ+g7976FMIIjjXxir0Z+5C0dZDEvHmyUYW0inE7WcTSsUcoc9OYIRezm41aLM81UOrZoW vPxjSVek6z/lHfWcpofWD5rBMrlzqSeD9JY3mvDiYnA6lddi5zfr/RJV4wTOum+pdNAssFxr NOInBYWSo9JKxdHZnGs/qANQsVTs2U0/kF1CTIB/1ZhnMmal6GB56QfDrQV4eOV3gPwV2sh5 HGl7NheZZtEMN7HR5eTVA1Et+HjTQ+Rys6t6J3jDn8fITVbT8HPp/q73y4lCH9336GnP6XwK mFFYaJotnzI2LNc+5h1AA2MAAAAAAAA= --------------ms000200010406000104090602-- From owner-freebsd-stable@freebsd.org Tue Feb 7 00:47:04 2017 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 9080CCD2D89 for ; Tue, 7 Feb 2017 00:47:04 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::22d]) (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 59EABD70 for ; Tue, 7 Feb 2017 00:47:04 +0000 (UTC) (envelope-from dewaynegeraghty@gmail.com) Received: by mail-it0-x22d.google.com with SMTP id r185so69294111ita.0 for ; Mon, 06 Feb 2017 16:47:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=IBHkFjGkLI0VZLygLh9GhbVClhjeCfF8IqyYg5xtSF4=; b=O6LuA4pjCqZ3UnSo+NJ+x98mINj0CPS9Yu6XOXxMGf/Dy7o+so4KlzIV56P0qfkuWf Y6CSNLnWeZbtS/oS1yqnIa7bVsnjoY/+GHCXPuuqw3IQboybK3h6phkt6EV+YpF9BE4q ruifzq86o6zovQZIJIlKMGnkzS5wWW/xYBQj80/XjBXUgyZtsabf5KMz38m4iQcT3yY8 HMqGLT4EaQD1UOSY5NRWJRnkYb/W9nV5njSXDjZDAUJd4v6f+LIPC/A1JnT/Ihd52VKf M8PIgNWFkIYAhvAa69156pWAQr3kS/jDRiLC3SVtxnvWhpDo9sAW2AQgxP5YVw+XLjS+ Z7XA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=IBHkFjGkLI0VZLygLh9GhbVClhjeCfF8IqyYg5xtSF4=; b=CJvlLxq+Y8twQatV4xQcG0hAa4LVgLMAW6FdutnQdWGSzUAI5ldB0ibXVnza/wpEIB hwCdIFgR6S0+W4E4IvOhxlw7AiKDTY37FJgjVXwwzexWuvE18DwLCPrwhxLKdiOIK+YS vjs7cp/bpGNc2bnemzgWdTKC94uoAtJPODUYvvzc4jYtXnQP4ItacIIvfHPQEZYXaZ8u JIrj12fzaMgaWG1NtKpSuuc0/GqAsFSoI8NZSYBCh/FQm4J26o9bfrkwNxH+jGa847PD +zSjwVjKS8jCHi7VbyKEVv0HnyDbPTDCUfF5iRpoVRSVBMEL46mNnTn7rtCWROqXMM+M B9dw== X-Gm-Message-State: AIkVDXILTky0NTtmxqSRtAHlcgZ4omUjMXO/upqQYZ1b9qzgU6BPB6wGkDzI/R74CcszNFonHL9L8+HLwv0xlg== X-Received: by 10.36.0.139 with SMTP id 133mr9582465ita.120.1486428423652; Mon, 06 Feb 2017 16:47:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.29.130 with HTTP; Mon, 6 Feb 2017 16:46:33 -0800 (PST) In-Reply-To: <2650EB83-6D80-4C75-9271-66AB81D0A08E@tba.home> References: <2650EB83-6D80-4C75-9271-66AB81D0A08E@tba.home> From: Dewayne Geraghty Date: Tue, 7 Feb 2017 11:46:33 +1100 Message-ID: Subject: Re: FreeBSD 11.0: Installation of icingaweb2 To: Thorsten Baumeister Cc: 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, 07 Feb 2017 00:47:04 -0000 Thorsten, This is a ports issue so should go to the freebsd-ports mailing list (if at all) Your best option is to file a PR so that the maintainer of the port can update the plist file. You'll occassionally see this sort of package-build failure when the maintainer has missed a test package step. If you're shy, you could write to the maintainer directly but then others can't see that the issue has been raised (and presumably being raised/addressed). In the meantime - you could adjust the plist yourself to reflect the new reality. Though expedient this is not recommended. Filing a PR is highly recommended to benefit everyone and have a fix properly applied. Regard. From owner-freebsd-stable@freebsd.org Tue Feb 7 13:33:31 2017 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 18D5BCD4EB0 for ; Tue, 7 Feb 2017 13:33:31 +0000 (UTC) (envelope-from derrick.mckee@gmail.com) Received: from mail-ua0-x22d.google.com (mail-ua0-x22d.google.com [IPv6:2607:f8b0:400c:c08::22d]) (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 D186695A for ; Tue, 7 Feb 2017 13:33:30 +0000 (UTC) (envelope-from derrick.mckee@gmail.com) Received: by mail-ua0-x22d.google.com with SMTP id i68so84360017uad.0 for ; Tue, 07 Feb 2017 05:33:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=/WH4K50LeKSO3uKE9qg7f6n5/Hwnx8FqrGSUNKfZXiY=; b=KZUIROY1UzLQbyPP88tvewlHpXeaQ58BbRn+E/GP1hnMFUR8svV9OqXXYYqUHzPvrv TVMBsQVKxro005QmpoCxUrCiZmyTn9xRLl0O3pJlGKjEyCGKks+gMErtpwfNAu4Rty0S ut3t/rlLCYR/lp/LZRQRouNgF725z3OVF7EOZteCiyfccHfFMxiqGUWp0+curIE72hXk cAl64YQJvDnhsM9sUTeA1YpsqWTQT0SRXmAIL+tLKzEgv2d+Wbrz+Vth0dmegC8yG2qf FPTZd14wNSTQOd8EitccOgP5XmSBMMyf73araWzgeXW/K/fgPUf3Of2glGaCi3veRyQ/ nZfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=/WH4K50LeKSO3uKE9qg7f6n5/Hwnx8FqrGSUNKfZXiY=; b=DDZ8/+7WQ3AfGFswLY9HgFw50+9p29pwq1qmeW1TD4aq0i7yIoqfhb9FJa/GHwUHt7 wLBtUnTkVOEJTuzG+v5FRzaZAEBxNFhUCXmFj+C3A1HPzJIJUvodsve3fxeVzsD0TlOt UjER7ElbcMf/qZuDq+kjRDqgvyo/lFBtPIG0tGF7Q3/R/bryWl1trTed8cmkOQcwq2hh pPCdBBUWuzSH2VkG1oSGiV5d9yXXG4/ZxnNO1tuKIY+niHBqwcykxHRxPSnGKbNiT/Zs oZfRF+cTMYLvOa3G7/XY9JIzKidf1t703iw4gzrFM5p9xeyh8gwdPRDvDrcTorfLtZ+1 ieGQ== X-Gm-Message-State: AMke39mOiKmR2W7Ozjggwe93HqbDi8lDJz51sKmvHdR2CFE8pBr9F7UeS/YRTigc8QvX3arCEkySCRgLGg7L9Q== X-Received: by 10.176.6.202 with SMTP id g68mr8013394uag.34.1486474409561; Tue, 07 Feb 2017 05:33:29 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Derrick McKee Date: Tue, 07 Feb 2017 13:33:19 +0000 Message-ID: Subject: Bogus pwstat instruction count in guest OS To: freebsd-stable@freebsd.org 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, 07 Feb 2017 13:33:31 -0000 Hi, I am trying to count instructions executed for programs running in an 11.0 guest OS (Virtual Box is the hypervisor). However, pwstat is reporting obviously low numbers. Firefox, for example, is reporting ~7000 instructions when executing the Kraken benchmark. I've installed the emulator/virtualbox-ose-additions package, as well as put vboxguest_enable="YES" and vboxservice_enable="YES" in my /etc/rc.conf. After executing kldload hwpmc, dmesg reports hwpc_core: unknown PMC architecture: 0. Any ideas as to what could be the problem? Thanks. -- Derrick McKee Ph.D. Student at Purdue University -- Derrick McKee Ph.D. Student at Purdue University From owner-freebsd-stable@freebsd.org Tue Feb 7 16:55:56 2017 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 292E4CD5CAF for ; Tue, 7 Feb 2017 16:55:56 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 8AB07195F for ; Tue, 7 Feb 2017 16:55:55 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Tue, 07 Feb 2017 17:55:48 +0100 Authentication-Results: connect.ultra-secure.de; auth=pass (login); spf=none smtp.mailfrom=ultra-secure.de Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 127.0.0.10 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=127.0.0.10; helo=connect.ultra-secure.de; envelope-from= Received: from connect.ultra-secure.de (webmail [127.0.0.10]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 4F822BBD-4A54-4BCF-AAF6-374620D49E15.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Tue, 07 Feb 2017 17:55:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Tue, 07 Feb 2017 17:55:37 +0100 From: rainer@ultra-secure.de To: freebsd-stable@freebsd.org Subject: Question about pmcstat Message-ID: <8212583ba45617508f1bf05ca6acd706@ultra-secure.de> X-Sender: rainer@ultra-secure.de User-Agent: Roundcube Webmail/1.2.0 X-Haraka-GeoIP: --, , NaNkm X-Haraka-GeoIP-Received: X-Haraka-p0f: os="undefined undefined" link_type="undefined" distance=undefined total_conn=undefined shared_ip=Y X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 96, bad: 0, connections: 96, history: 96, pass:all_good, relaying 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, 07 Feb 2017 16:55:56 -0000 Hi, in Brendan Gregg's tutorial: http://www.brendangregg.com/blog/2015-03-10/freebsd-flame-graphs.html it says to run pmcstat –S RESOURCE_STALLS.ANY -O out.pmcstat sleep 10 However, I get freebsd11 ) 0 # pmcstat –S RESOURCE_STALLS.ANY -O out.pmcstat sleep 10 pmcstat: [options] [commandline] Measure process and/or system performance using hardware performance monitoring counters. Options include: -C (toggle) show cumulative counts -D path create profiles in directory "path" -E (toggle) show counts at process exit -F file write a system-wide callgraph (Kcachegrind format) to "file" -G file write a system-wide callgraph to "file" -M file print executable/gmon file map to "file" -N (toggle) capture callchains -O file send log output to "file" -P spec allocate a process-private sampling PMC -R file read events from "file" -S spec allocate a system-wide sampling PMC -T start in top mode -W (toggle) show counts per context switch -a file print sampled PCs and callgraph to "file" -c cpu-list set cpus for subsequent system-wide PMCs -d (toggle) track descendants -e use wide history counter for gprof(1) output -f spec pass "spec" to as plugin option -g produce gprof(1) compatible profiles -k dir set the path to the kernel -l secs set duration time -m file print sampled PCs to "file" -n rate set sampling rate -o file send print output to "file" -p spec allocate a process-private counting PMC -q suppress verbosity -r fsroot specify FS root directory -s spec allocate a system-wide counting PMC -t process-spec attach to running processes matching "process-spec" -v increase verbosity -w secs set printing time interval -z depth limit callchain display depth I assume, the event specifier is not correct. Is there a list of the valid ones in FreeBSD 11? What am I missing? Best Regards Rainer From owner-freebsd-stable@freebsd.org Tue Feb 7 17:08:32 2017 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 8AF89CD51B7 for ; Tue, 7 Feb 2017 17:08:32 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [104.236.146.68]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0866BD for ; Tue, 7 Feb 2017 17:08:32 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id 354B81766B; Tue, 7 Feb 2017 09:08:27 -0800 (PST) Date: Tue, 7 Feb 2017 09:08:27 -0800 From: hiren panchasara To: rainer@ultra-secure.de Cc: freebsd-stable@freebsd.org Subject: Re: Question about pmcstat Message-ID: <20170207170827.GT84308@strugglingcoder.info> References: <8212583ba45617508f1bf05ca6acd706@ultra-secure.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="WyNRHPUpyWKWHSil" Content-Disposition: inline In-Reply-To: <8212583ba45617508f1bf05ca6acd706@ultra-secure.de> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 07 Feb 2017 17:08:32 -0000 --WyNRHPUpyWKWHSil Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 02/07/17 at 05:55P, rainer@ultra-secure.de wrote: > Hi, >=20 > in Brendan Gregg's tutorial: >=20 > http://www.brendangregg.com/blog/2015-03-10/freebsd-flame-graphs.html >=20 > it says to run >=20 > pmcstat ?S RESOURCE_STALLS.ANY -O out.pmcstat sleep 10 Not sure if it's the mailer or what but it should be '-S' and not '?S'. >=20 > However, I get >=20 > freebsd11 ) 0 # pmcstat ?S RESOURCE_STALLS.ANY -O out.pmcstat=20 > sleep 10 > pmcstat: [options] [commandline] > Measure process and/or system performance using hardware > performance monitoring counters. > Options include: > -C (toggle) show cumulative counts > -D path create profiles in directory "path" > -E (toggle) show counts at process exit > -F file write a system-wide callgraph (Kcachegrind=20 > format) to "file" > -G file write a system-wide callgraph to "file" > -M file print executable/gmon file map to "file" > -N (toggle) capture callchains > -O file send log output to "file" > -P spec allocate a process-private sampling PMC > -R file read events from "file" > -S spec allocate a system-wide sampling PMC > -T start in top mode > -W (toggle) show counts per context switch > -a file print sampled PCs and callgraph to "file" > -c cpu-list set cpus for subsequent system-wide PMCs > -d (toggle) track descendants > -e use wide history counter for gprof(1) output > -f spec pass "spec" to as plugin option > -g produce gprof(1) compatible profiles > -k dir set the path to the kernel > -l secs set duration time > -m file print sampled PCs to "file" > -n rate set sampling rate > -o file send print output to "file" > -p spec allocate a process-private counting PMC > -q suppress verbosity > -r fsroot specify FS root directory > -s spec allocate a system-wide counting PMC > -t process-spec attach to running processes matching=20 > "process-spec" > -v increase verbosity > -w secs set printing time interval > -z depth limit callchain display depth >=20 >=20 > I assume, the event specifier is not correct. Is there a list of the=20 > valid ones in FreeBSD 11? You can see available event-spacs via 'pmccontrol -L'. Cheers, Hiren --WyNRHPUpyWKWHSil Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJYmf8HXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lQ6MIAIoYsU5NcEgvBQcCdB+YWfni kwgbRX4oKtR5QrGNCBAWIJyp5SrCD5tdutFsHH2BkW7pd2PhUIHSOldwQagllLXa gQzxdH1AJaJCCwNNxVHVa+aH/Vh97k05udw5O2UBDB0IuXFW+NdAyppiyxBCGHGD 9BjEEo42k9rlMfbux9zaCwDDZ83SYOCAFWUuvL5Zf0/pBIIvA8BA1052IxALu4yk gJmPKjIaxVNLSTXrbN3Rw2yN7IzGoVUjFO+g0aPvVgzxVU1yHSsRJqDJWHCOjmB6 6kLlzduTTXPBMMK3xqjRgeC970jWGYg+boiQXgSTvsdQvwqgLIRglskajBnIzLQ= =w8Ln -----END PGP SIGNATURE----- --WyNRHPUpyWKWHSil-- From owner-freebsd-stable@freebsd.org Tue Feb 7 17:13:58 2017 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 872DBCD53EA for ; Tue, 7 Feb 2017 17:13:58 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id EE24DB9A for ; Tue, 7 Feb 2017 17:13:57 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Tue, 07 Feb 2017 18:13:56 +0100 Authentication-Results: connect.ultra-secure.de; auth=pass (login); spf=none smtp.mailfrom=ultra-secure.de Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 127.0.0.10 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=127.0.0.10; helo=connect.ultra-secure.de; envelope-from= Received: from connect.ultra-secure.de (webmail [127.0.0.10]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id DDA73CC3-51E0-49C6-A4F2-4AABAD78A87D.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Tue, 07 Feb 2017 18:13:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 07 Feb 2017 18:13:49 +0100 From: rainer@ultra-secure.de To: hiren panchasara Cc: freebsd-stable@freebsd.org Subject: Re: Question about pmcstat In-Reply-To: <20170207170827.GT84308@strugglingcoder.info> References: <8212583ba45617508f1bf05ca6acd706@ultra-secure.de> <20170207170827.GT84308@strugglingcoder.info> Message-ID: <909d47b9ff943268b41062b8512a168c@ultra-secure.de> X-Sender: rainer@ultra-secure.de User-Agent: Roundcube Webmail/1.2.0 X-Haraka-GeoIP: --, , NaNkm X-Haraka-GeoIP-Received: X-Haraka-p0f: os="undefined undefined" link_type="undefined" distance=undefined total_conn=undefined shared_ip=Y X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 97, bad: 0, connections: 97, history: 97, pass:all_good, relaying 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, 07 Feb 2017 17:13:58 -0000 Am 2017-02-07 18:08, schrieb hiren panchasara: > > Not sure if it's the mailer or what but it should be '-S' and not '?S'. Yes, it's the mailer. Or the cut and paste. However, I now realize what the problem is: (freebsd11 ) 64 # pmccontrol -L SOFT CLOCK.PROF CLOCK.HARD CLOCK.STAT LOCK.FAILED PAGE_FAULT.ALL PAGE_FAULT.READ PAGE_FAULT.WRITE This is a XenServer DomU. It seems, it doesn't really have virtualized performance counters. On a "real" server, I get lots. Thanks for your quick tip! Best Regards Rainer From owner-freebsd-stable@freebsd.org Tue Feb 7 18:41:25 2017 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 22662CD5FF3 for ; Tue, 7 Feb 2017 18:41:25 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "0x20.net", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE2EA107D for ; Tue, 7 Feb 2017 18:41:24 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 8D31A6E00A4; Tue, 7 Feb 2017 19:41:21 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id v17IfLBo087726; Tue, 7 Feb 2017 19:41:21 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id v17IfLLx086856; Tue, 7 Feb 2017 19:41:21 +0100 (CET) (envelope-from lars) Date: Tue, 7 Feb 2017 19:41:20 +0100 From: Lars Engels To: Thorsten Baumeister Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 11.0: Installation of icingaweb2 Message-ID: <20170207184120.GT25286@e-new.0x20.net> References: <2650EB83-6D80-4C75-9271-66AB81D0A08E@tba.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="YOs9+ySvlQ/qtugP" Content-Disposition: inline In-Reply-To: <2650EB83-6D80-4C75-9271-66AB81D0A08E@tba.home> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p35 User-Agent: Mutt/1.5.23 (2014-03-12) 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, 07 Feb 2017 18:41:25 -0000 --YOs9+ySvlQ/qtugP Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 06, 2017 at 05:48:23PM +0100, Thorsten Baumeister wrote: > Hi folks,=20 > last weekend I tried to install the port icingaweb2 on a patched > FreeBSD 11.0 server. 'make' worked fine, but 'make install' failed. > Has anyone seen / resolved this problem?=20 >=20 > =3D=3D=3D> Checking if icingaweb2 already installed > =3D=3D=3D> Registering installation for icingaweb2-2.4.1 > pkg-static: Unable to access file /usr/ports/net-mgmt/icingaweb2/work/sta= ge/usr/local/share/examples/icingaweb2/apache/icingaweb2.conf: No such file= or directory > pkg-static: Unable to access file /usr/ports/net-mgmt/icingaweb2/work/sta= ge/usr/local/share/examples/icingaweb2/nginx/icingaweb2.conf: No such file = or directory > *** Error code 74 >=20 > Stop. > make[1]: stopped in /usr/ports/net-mgmt/icingaweb2 > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/net-mgmt/icingaweb2 >=20 Hi Thorsten, I am the maintainer of the icingaweb2 port. Unfortunately, I cannot reproduce this. The poudriere run doesn't show this behaviour. Do you have any local modifications? Lars --YOs9+ySvlQ/qtugP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJYmhTQXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tEzwH/3eI/bsJjOfTM3Q28+Yr6O16 4d9kXqZ5KpiAbJTvvItk4tzRXhNi0d7DQuzMsA5A0z+4uGohSl8PWLP1VZp9+oIb m7wcF4pLjPOaomy/uJKt4xEJxd+BgJrCJTQrP326QAXIxa2zlnEC7AMDZSmW4Rdc 7+e7uwvnTQIP40FqsxxhN5DRQeU1aBWon/4o5NbDD4n+tFrcqGUXW0MxO2j0TqfQ YWsPAAJ21YwaVnhEgONh9sKnt9FtrjCFwwubZdTRyD2KQYgxghK3sF8gKp/UObAb kYuG7zMXfH1OiYI9o6Htswqr+/uOjJsJUyByyPt0fAg9QBzMpOR7Z1vcXE3by2A= =i4dg -----END PGP SIGNATURE----- --YOs9+ySvlQ/qtugP-- From owner-freebsd-stable@freebsd.org Tue Feb 7 21:44:05 2017 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 39BD0CD5870 for ; Tue, 7 Feb 2017 21:44:05 +0000 (UTC) (envelope-from thenomad@gmail.com) Received: from mail-pf0-x229.google.com (mail-pf0-x229.google.com [IPv6:2607:f8b0:400e:c00::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 1452012BA for ; Tue, 7 Feb 2017 21:44:05 +0000 (UTC) (envelope-from thenomad@gmail.com) Received: by mail-pf0-x229.google.com with SMTP id y143so36072481pfb.0 for ; Tue, 07 Feb 2017 13:44:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=VH96h/GpA7l2ua7PwuTFIMmoheSKjC2Ya8eZXbd7XNY=; b=Mo9HVd/mLHqkOr+8n9a2SEly92BORc/7p1zteiY+W6a0jgnMQXT7rXzZkUPd2RQzXA /7Avys7BkFsnSXFLo1IAt9IP1U2HCW1emW1WHzH3WMWKtRzvFUibn0FLVGydCsbAJCsY FhQPgWKEDH3xFOlLVIFFEicIZX1JMW/Uevg1TbMVHaQiphiW511ckZ6q22gg5ekV/kym hywc8O/NHtfCHVtINnE18WIeG9PAASTZYu1jhV93btODl3n0cJrc+orT7maKSBRplEMC HQerYsNrSUl3fLZ3bQITLXEJfwjK66FtdBBfAcM96Fhg3dS5WA2j0FhGMMXAxCS7Nn6u V0Ug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:to:from:subject:message-id:date :user-agent:mime-version:content-transfer-encoding; bh=VH96h/GpA7l2ua7PwuTFIMmoheSKjC2Ya8eZXbd7XNY=; b=YlDdgCkv/wQ7MLD3MRM685F18hv2JQTSsqrYDyVgNmGSVrbYJLBl1aaoqVORKOLhRn XG5/vCCKnUZ/N6jFY3RAANh4FHh7tZYWz9nOLY96/x59q7iCqlnnRK3Nsu58GTwRuDYK FqW83knnXgmHcMkj0BH4fXGWhN/z246D+cst6AzUtsMi9O1Cs7V4vVa+kXt11QWDe72h vmv9TvwRJM6VsZ3G2BgykMuMB8Dca0NYNrfiz7uX9p6cbm9oG1frBN3kAxsso7y49ol9 pMwuxUKoEnZhaITf4R/AXPjbTMSiTf0gvrG/W1LFcrDv2iGKEHQ5mrmCTuHVkjy83QN2 4emQ== X-Gm-Message-State: AIkVDXI3F555TkfLPgBCY2/bEDIcCf61mRLkqnxQYID7/+UJhNv7mpTsn4KnIM9wa7nfwg== X-Received: by 10.99.116.22 with SMTP id p22mr23233989pgc.161.1486503844352; Tue, 07 Feb 2017 13:44:04 -0800 (PST) Received: from vanyel.ee.washington.edu (vanyel.ee.washington.edu. [128.208.232.99]) by smtp.gmail.com with ESMTPSA id e4sm13853866pgc.45.2017.02.07.13.44.01 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Feb 2017 13:44:02 -0800 (PST) Sender: Lee Damon To: freebsd-stable@freebsd.org From: Lee Damon Subject: FBSD 10.3 + ZFS + Sun x4500 = utter lock up. Message-ID: <44ecebcb-fb48-d828-7f08-47a981b732d2@castle.org> Date: Tue, 7 Feb 2017 13:44:01 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 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, 07 Feb 2017 21:44:05 -0000 FreeBSD [redacted] 10.3-STABLE FreeBSD 10.3-STABLE #2 r313008: Tue Jan 31 01:50:49 PST 2017 lvd@[redacted]:/usr/obj/usr/src/sys/GENERIC amd64 I'm trying to get FBSD 10.3 working on a Sun x4500 (don't ask) for use as a ZFS-based backup server. However, whenever any amount of data is put into a zpool and then zpool scrub is run the host locks up hard. On reboot it complains that a "Hyper transport sync flood occurred". I found https://lists.freebsd.org/pipermail/freebsd-stable/2012-January/065542.html which seems to match but when I try the cpuset command mentioned there I get an error: ; sudo cpuset -c -l 0 -x 58 cpuset: setaffinity: Invalid argument Looks like the -c was invalid. After removing that I was informed -x 58 wasn't valid. Sure enough, there's no mpt0 or IRQ 58 on the host: ; vmstat -i interrupt total rate irq17: ohci2 8578 2 irq18: ohci3 473 0 irq19: ohci0 ohci1+ 4924 1 irq24: mvs0 457 0 irq32: mvs1 453 0 irq38: mvs2 451 0 irq46: mvs3 8063 1 irq52: em0 152354 35 irq53: em1 140 0 irq68: mvs4 450 0 irq76: mvs5 454 0 cpu0:timer 208311 48 cpu1:timer 98318 23 cpu2:timer 105704 24 cpu3:timer 106202 24 Total 695332 162 Looking around with some help from #freebsd on efnet I found mvs0-5 which are connected to the Marvel drive controllers on the host. I then used ; sudo cpuset -l 0 -x ## where I replaced ## with 24, 32, 38, 46, 68, and 76. After rebuilding the zpool I started writing to it. It took a lot less time to crash - I didn't even need to run zpool scrub - but instead of completely locking up it just rebooted. I did not see reference to the hyper transport problem while watching it boot but given the poor performance of the serial console I can't be 100% sure it wasn't there. So now I turn here to ask for guidance. Is anyone currently successfully running 10.x on a x4500 and if so, how are you doing it? If not, how can I get this working? thanks, nomad From owner-freebsd-stable@freebsd.org Wed Feb 8 01:02:13 2017 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 E8341CD3D49 for ; Wed, 8 Feb 2017 01:02:13 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot0-x22a.google.com (mail-ot0-x22a.google.com [IPv6:2607:f8b0:4003:c0f::22a]) (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 ABE4F1F75 for ; Wed, 8 Feb 2017 01:02:13 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot0-x22a.google.com with SMTP id 65so100232202otq.2 for ; Tue, 07 Feb 2017 17:02:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=bGZ9xtQhix3NAB6UvgykOYg1iTss1iszRnMXsf7XUeY=; b=AN37CHG02XpooVRhSti6tkrX+xcm1MdvAW2tyePrmh4tSOlrt2nk9iB8xPkyuC+y7s WxGyhCzbHUCdFVhJVGtWQrv6nJLmlguJ1vr/dwPiWWVnaKkEV63jlDjosDcznYLqocuS HwCTG+AC8BoIHkDwgVyUpvQId39sM7ndvbvbiqboRCGxeLDOwkre7GfrTHxweBDzb6EK 7+bznutu8rQXncfEQYf05tl18BtsNMN96twr/PKEqXdXqUPkuA7XVBh3y/nVCI3DNzbe J8aOXlrCK4MsyyjEx06YXVbxQb4N5OEpRTeLLfhi5W/MRGwm+jit85t12oLBzKBlnONB +5dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=bGZ9xtQhix3NAB6UvgykOYg1iTss1iszRnMXsf7XUeY=; b=PxtMAJbOA70BDyF/bVvQrYsyVvaSZRRf9iUTMZuCgrWAdnvjiXCjJ47kccs0Ut4vlv DCpFIhxTlCPz+wkKVbzeIdT2iZxo60ZCJoO1EzqM8STSHfkbiM2VZQJhDhB8roDbjtph NOdJl5hI/2u8oxg/fFGbgejm1PECouh6nX//eDjhgJ/bcehePJuJZ1DeJ9SDpPKMuNDm AiYhVICO/sRwy6lt8EiboGIV9k0dN/+iKcKcqqbY0ClugpvXnLQWirzQrPVEhhaDs7r+ XQ/OkpO5gYl7wkmHNn44rRnB1Q83w+7H7DyLwvRpPw2ssMfMzQbOgAaEMH0dCpKsFuc2 zwUQ== X-Gm-Message-State: AMke39lzq5U9QQx6eCMART+QSeiT9bu3SyN8EVbX4Ez+hjeY8hISi322YxbrmpaQDfw+s7g41MAhsWJZdku97Q== X-Received: by 10.157.57.194 with SMTP id y60mr8941709otb.92.1486515732831; Tue, 07 Feb 2017 17:02:12 -0800 (PST) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.74.32.79 with HTTP; Tue, 7 Feb 2017 17:02:12 -0800 (PST) In-Reply-To: <20170207184120.GT25286@e-new.0x20.net> References: <2650EB83-6D80-4C75-9271-66AB81D0A08E@tba.home> <20170207184120.GT25286@e-new.0x20.net> From: Kevin Oberman Date: Tue, 7 Feb 2017 17:02:12 -0800 X-Google-Sender-Auth: xVzc6TYV2QGAjYRYdwlMHGr3W08 Message-ID: Subject: Re: FreeBSD 11.0: Installation of icingaweb2 To: Lars Engels Cc: Thorsten Baumeister , 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, 08 Feb 2017 01:02:14 -0000 On Tue, Feb 7, 2017 at 10:41 AM, Lars Engels wrote: > On Mon, Feb 06, 2017 at 05:48:23PM +0100, Thorsten Baumeister wrote: > > Hi folks, > > last weekend I tried to install the port icingaweb2 on a patched > > FreeBSD 11.0 server. 'make' worked fine, but 'make install' failed. > > Has anyone seen / resolved this problem? > > > > ===> Checking if icingaweb2 already installed > > ===> Registering installation for icingaweb2-2.4.1 > > pkg-static: Unable to access file /usr/ports/net-mgmt/ > icingaweb2/work/stage/usr/local/share/examples/ > icingaweb2/apache/icingaweb2.conf: No such file or directory > > pkg-static: Unable to access file /usr/ports/net-mgmt/ > icingaweb2/work/stage/usr/local/share/examples/ > icingaweb2/nginx/icingaweb2.conf: No such file or directory > > *** Error code 74 > > > > Stop. > > make[1]: stopped in /usr/ports/net-mgmt/icingaweb2 > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/net-mgmt/icingaweb2 > > > Hi Thorsten, > > I am the maintainer of the icingaweb2 port. > Unfortunately, I cannot reproduce this. The poudriere run doesn't show > this behaviour. > > Do you have any local modifications? > > > Lars > Lars, The pkg-plist certainly contains "%%PORTEXAMPLES%%%%EXAMPLESDIR%%/nginx/icingaweb2.conf" but I don't find that file (or any reference to nginx) in either the distribution or in github. Unless some part of the build generates this file (which is possible, I guess), I can't figure out where it comes from. Only the apache example config is found. I'm not willing to install php56 right now. It will be a while before my chromium rebuild is done.So I can't do any real testing on it ATM. Maybe tonight or tomorrow. Then i can look through the logs and find out exactly where this file does (or does not) come from and whether the package installs OK for me. M.B. I don't use nginx PHP, though, so I won't be testing it, just building.. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Wed Feb 8 07:19:34 2017 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 7FA64CD3C46 for ; Wed, 8 Feb 2017 07:19:34 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::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 3547A1617 for ; Wed, 8 Feb 2017 07:19:34 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi0-x229.google.com with SMTP id s203so77290824oie.1 for ; Tue, 07 Feb 2017 23:19:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=fhrdEq/oaw2YjRTOkzHcy04ifelKQAZ76MbFCqFtlB4=; b=ZyB8NjWsskLmpUDkaXovOzWq9Xa3eDmkk3iH4/Dp7Gn8T59djqrNoKQ3YR0LJf041P OdWOWBGOuU3srT8oE6vuq366bXc3Wj6AmH2Tii8PWWhd7Xjp8Y+FfpaNRf5jnGQJbbPL oYnVYFvVySkNWZENpeKic3ApCnQHdwg17zw/wXkzYXGsP5pl7uDhla9hZ7GvXeJWhqsC +mKOesQ6PFlpopIichObj5G90TuI2wCaHBgG+lgfilhUGz/CutC9e+c3A6hN/xjmUEgu aBYtdSlzvdQHeTWSDXUOFs5MDtzHWZe7oQau1ZBdA6H6I9CvlsRMAkDfxrS58Tz/DHee 2Z/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=fhrdEq/oaw2YjRTOkzHcy04ifelKQAZ76MbFCqFtlB4=; b=ORCHDq+KtAFKC5RMf72Q2NebTmIaujtXsK3ATZIUgw4xwtAbxeEV3uEYJ9bminvD79 ifTuriMIsCSR0LUtUxg4r3+Ss9Jce6iGo6MiulV7+1OpWsCbUjfqTUlJmY2E9dR0fxAA WyfN6je4u7yHFhiqo5fMM2TbHC6BoOTDiPHEAt7AoCuvSu2vlZhWeJoirQkdIEAWwaNm VRja4SCI6MIVRp/N6Mvwxw+jtDyE84o3i4r8arnBoajgANufoSxNADTMBUoERW4Lidl6 AwbW2UUiRhCYw3PtkomtybqlDp/V8Mg/B3v6fCsjknAFfaGJeVHrP55ExXT3g26icVw1 NsUA== X-Gm-Message-State: AMke39ktOq46M6mfsRaSiBvv0GrHpp3Om/wrhdzgK04Lt8jnoTbPznJEBLMvyZT9XqucMXpvW2pF7XvWWo2GKQ== X-Received: by 10.202.78.78 with SMTP id c75mr10432800oib.18.1486538373567; Tue, 07 Feb 2017 23:19:33 -0800 (PST) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.74.32.79 with HTTP; Tue, 7 Feb 2017 23:19:33 -0800 (PST) In-Reply-To: References: <2650EB83-6D80-4C75-9271-66AB81D0A08E@tba.home> <20170207184120.GT25286@e-new.0x20.net> From: Kevin Oberman Date: Tue, 7 Feb 2017 23:19:33 -0800 X-Google-Sender-Auth: l-IeqW6_2OQSjiFM5nzMNrOpgeg Message-ID: Subject: Re: FreeBSD 11.0: Installation of icingaweb2 To: Lars Engels Cc: Thorsten Baumeister , 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, 08 Feb 2017 07:19:34 -0000 On Tue, Feb 7, 2017 at 5:02 PM, Kevin Oberman wrote: > On Tue, Feb 7, 2017 at 10:41 AM, Lars Engels wrote: > >> On Mon, Feb 06, 2017 at 05:48:23PM +0100, Thorsten Baumeister wrote: >> > Hi folks, >> > last weekend I tried to install the port icingaweb2 on a patched >> > FreeBSD 11.0 server. 'make' worked fine, but 'make install' failed. >> > Has anyone seen / resolved this problem? >> > >> > ===> Checking if icingaweb2 already installed >> > ===> Registering installation for icingaweb2-2.4.1 >> > pkg-static: Unable to access file /usr/ports/net-mgmt/icingaweb2 >> /work/stage/usr/local/share/examples/icingaweb2/apache/icingaweb2.conf: >> No such file or directory >> > pkg-static: Unable to access file /usr/ports/net-mgmt/icingaweb2 >> /work/stage/usr/local/share/examples/icingaweb2/nginx/icingaweb2.conf: >> No such file or directory >> > *** Error code 74 >> > >> > Stop. >> > make[1]: stopped in /usr/ports/net-mgmt/icingaweb2 >> > *** Error code 1 >> > >> > Stop. >> > make: stopped in /usr/ports/net-mgmt/icingaweb2 >> > >> Hi Thorsten, >> >> I am the maintainer of the icingaweb2 port. >> Unfortunately, I cannot reproduce this. The poudriere run doesn't show >> this behaviour. >> >> Do you have any local modifications? >> >> >> Lars >> > > Lars, > > The pkg-plist certainly contains "%%PORTEXAMPLES%%%%EXAMPLESDIR%%/nginx/icingaweb2.conf" > but I don't find that file (or any reference to nginx) in either the > distribution or in github. Unless some part of the build generates this > file (which is possible, I guess), I can't figure out where it comes from. > Only the apache example config is found. > > I'm not willing to install php56 right now. It will be a while before my > chromium rebuild is done.So I can't do any real testing on it ATM. Maybe > tonight or tomorrow. Then i can look through the logs and find out exactly > where this file does (or does not) come from and whether the package > installs OK for me. M.B. I don't use nginx PHP, though, so I won't be > testing it, just building.. > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > I did install the port and found that themising file SHOUL be te very last things the stage operation does. "(cd /usr/ports/net-mgmt/icingaweb2/work/stage/usr/local/www/icingaweb2 && ./bin/icingacli setup config webserver nginx --path=/icingaweb2 --root=/usr/local/www/icingaweb2/public --config=/usr/local/etc/icingaweb2 --file=/usr/ports/net-mgmt/icingaweb2/work/stage/usr/local/share/examples/icingaweb2/nginx/icinga\ web2.conf) So it is generated and for some reason it was not. I have not had time to look at the internal make scripts to see if there are options that might cause the file not to be generated. Thorsten, can you provide the final lines of the "stage"operation when you build? The lines of interest are the four lines before "===> Checking if icingaweb2 already installed"? This is where the file should be generated. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@freebsd.org Wed Feb 8 10:40:27 2017 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 6AB20CD5EF0 for ; Wed, 8 Feb 2017 10:40:27 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 53DFCFF3 for ; Wed, 8 Feb 2017 10:40:27 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: by mailman.ysv.freebsd.org (Postfix) id 5333BCD5EEF; Wed, 8 Feb 2017 10:40:27 +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 52D13CD5EEE for ; Wed, 8 Feb 2017 10:40:27 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.33]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mailhost.dlr.de", Issuer "DLR CA - G02" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E4F91FF2; Wed, 8 Feb 2017 10:40:26 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from DLREXHUB02.intra.dlr.de (172.21.152.140) by mailhost.dlr.de (172.21.163.101) with Microsoft SMTP Server (TLS) id 14.3.319.2; Wed, 8 Feb 2017 11:40:13 +0100 Received: from DLREXMBX01.intra.dlr.de ([fe80::d198:77e5:d411:fccd]) by dlrexhub02.intra.dlr.de ([::1]) with mapi id 14.03.0319.002; Wed, 8 Feb 2017 11:40:17 +0100 From: To: CC: Subject: RE: Building i386 on i386 Thread-Topic: Building i386 on i386 Thread-Index: AdJ8jsIk+oZJEO2+SxixgpsGKSw/wQADJRYAAVcMmdA= Date: Wed, 8 Feb 2017 10:40:16 +0000 Message-ID: <611243783F62AF48AFB07BC25FA4B1061CEDCAA1@DLREXMBX01.intra.dlr.de> References: <611243783F62AF48AFB07BC25FA4B1061CED9AB0@DLREXMBX01.intra.dlr.de> In-Reply-To: Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-Product-Ver: SMEX-11.0.0.4283-8.100.1062-22872.006 X-TM-AS-Result: No--3.228500-5.000000-31 X-TM-AS-MatchedID: 150567-121270-703788-700107-139006-708497-704746-106660-7 00075-139010-705388-136532-703385-148004-148050-10007-41000-42000-42003 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No 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, 08 Feb 2017 10:40:27 -0000 Turns out that I had DEBUG_FLAGS=3D-g in make.conf. When linking clang with= -g the 2GByte limit of i386 is exceeded. Thanks, harti -----Original Message----- From: Dimitry Andric [mailto:dim@FreeBSD.org]=20 Sent: Wednesday, February 01, 2017 4:56 PM To: Brandt, Hartmut Cc: stable@freebsd.org Subject: Re: Building i386 on i386 On 01 Feb 2017, at 14:27, Hartmut.Brandt@dlr.de wrote: >=20 > is $subj still supposed to work on 11.0? I get a 'virtual memory exhauste= d' during linking of clang. How much memory does your machine have? I build this regularly, on a VM wi= th 2G RAM (and 4G swap). -Dimitry From owner-freebsd-stable@freebsd.org Wed Feb 8 13:53:40 2017 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 AABEECD632C for ; Wed, 8 Feb 2017 13:53:40 +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 7554EE94 for ; Wed, 8 Feb 2017 13:53:39 +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 1cbSgg-0001bo-DE; Wed, 08 Feb 2017 14:53:34 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Lee Damon" Subject: Re: FBSD 10.3 + ZFS + Sun x4500 = utter lock up. References: <44ecebcb-fb48-d828-7f08-47a981b732d2@castle.org> Date: Wed, 08 Feb 2017 14:53:33 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <44ecebcb-fb48-d828-7f08-47a981b732d2@castle.org> 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: 2.6 X-Spam-Status: No, score=2.6 required=5.0 tests=ALL_TRUSTED, BAYES_50, FUZZY_XPILL autolearn=disabled version=3.4.0 X-Scan-Signature: f4db13d1ab50da585241c80c5e12767b 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, 08 Feb 2017 13:53:40 -0000 At work we used to run such a machine with 9.1 and 10.2. My colleague tells me 10.3 gave errors, but he does not remember what. The machine is not in use anymore, because of other upgrades, so I can't verify for you. Any reason not to try 11? I don't know if it fixes anything, but it would be a nice data point for comparison. Ronald. On Tue, 07 Feb 2017 22:44:01 +0100, Lee Damon wrote: > FreeBSD [redacted] 10.3-STABLE FreeBSD 10.3-STABLE #2 r313008: Tue Jan > 31 01:50:49 PST 2017 lvd@[redacted]:/usr/obj/usr/src/sys/GENERIC > amd64 > > I'm trying to get FBSD 10.3 working on a Sun x4500 (don't ask) for use > as a ZFS-based backup server. However, whenever any amount of data is > put into a zpool and then zpool scrub is run the host locks up hard. On > reboot it complains that a "Hyper transport sync flood occurred". > > I found > https://lists.freebsd.org/pipermail/freebsd-stable/2012-January/065542.html > which seems to match but when I try the cpuset command mentioned there I > get an error: > > ; sudo cpuset -c -l 0 -x 58 > cpuset: setaffinity: Invalid argument > > Looks like the -c was invalid. After removing that I was informed -x 58 > wasn't valid. Sure enough, there's no mpt0 or IRQ 58 on the host: > > ; vmstat -i > interrupt total rate > irq17: ohci2 8578 2 > irq18: ohci3 473 0 > irq19: ohci0 ohci1+ 4924 1 > irq24: mvs0 457 0 > irq32: mvs1 453 0 > irq38: mvs2 451 0 > irq46: mvs3 8063 1 > irq52: em0 152354 35 > irq53: em1 140 0 > irq68: mvs4 450 0 > irq76: mvs5 454 0 > cpu0:timer 208311 48 > cpu1:timer 98318 23 > cpu2:timer 105704 24 > cpu3:timer 106202 24 > Total 695332 162 > > Looking around with some help from #freebsd on efnet I found mvs0-5 > which are connected to the Marvel drive controllers on the host. I then > used > ; sudo cpuset -l 0 -x ## > where I replaced ## with 24, 32, 38, 46, 68, and 76. > > After rebuilding the zpool I started writing to it. It took a lot less > time to crash - I didn't even need to run zpool scrub - but instead of > completely locking up it just rebooted. I did not see reference to the > hyper transport problem while watching it boot but given the poor > performance of the serial console I can't be 100% sure it wasn't there. > > So now I turn here to ask for guidance. Is anyone currently successfully > running 10.x on a x4500 and if so, how are you doing it? If not, how can > I get this working? > > thanks, > nomad > _______________________________________________ > 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 Wed Feb 8 15:18:25 2017 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 90DB8CD6676 for ; Wed, 8 Feb 2017 15:18:25 +0000 (UTC) (envelope-from to.my.trociny@gmail.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 6ECDB16B7 for ; Wed, 8 Feb 2017 15:18:25 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6E1A0CD6675; Wed, 8 Feb 2017 15:18:25 +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 6DC30CD6674 for ; Wed, 8 Feb 2017 15:18:25 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (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 E802B16B6 for ; Wed, 8 Feb 2017 15:18:24 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by mail-lf0-x230.google.com with SMTP id x1so83912802lff.0 for ; Wed, 08 Feb 2017 07:18:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=xj1fCyd2PQbf5dFomLGDCkx62FDSAr5Qtbz49aLJFIo=; b=H8/6yU17DCF9BUsfO7iVvXW/1UN1kDMvgd2EOQHmnGssPedHYG1nQPB9hYDfDAWqhw d1wm9hvuGDiBH0a6d0CyAnFHZZqYOH2q57vRDDUlSoKncPdYcDpV5MTUaxZUSsYZF834 BCKkYtPXiskHEYBZeM3Cynj+FjXJSDhmyVM02AdP6p0dogn6koWdZ9PVZbQgoPEIjEft JvglLoFkTvE/Ua/5NAdHNYV5ct7DNplcDWa8ZwoQ36iB+Fj+CDhU6S7wnGcYu9p4qljr eOv7VZkr+FQEKoJ9BKX2QBOXX2zl6+vKVnJfK65An+R5TYXWKqYFrL2w/mhyl2OtXyHj HdIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=xj1fCyd2PQbf5dFomLGDCkx62FDSAr5Qtbz49aLJFIo=; b=Pm3lsAJoef9sqX4XHTyAdxsPVQBW5CTomcARHT0xM1KOrUyPNT18kILSli6bEVj1MI gQKdcaDSZ/kWD4vsffgNi5hsXa8FhU9ZyhHq34RvXDK/3CKJ13x11hQFvwOoxXyaXvFx KlNCStrLRApLWVxnFZYM6qKLRhZb84lbOcMmrsTUif2GtKh3NyfQO/reewwoK+kZpFmF 8xgsFcGsOrguYzvwCbdJvPqnxl3zEGp2WU7HpPV29km035OuF6JBwybqjiNbxYreR8lZ rygp14yR+RfC8i8VsR0Vg+RqcdvJ/qrLELKIE0Q2+Rfo5h7LgD91Id3celxOcGCWq7g8 +ycw== X-Gm-Message-State: AIkVDXJKkSVATMx9KPGfnUWW8u8CDbysxlo3rysyH5ECisCRidgMgWygOSd7asx+mWKSvQ== X-Received: by 10.25.86.2 with SMTP id k2mr7921835lfb.51.1486567103193; Wed, 08 Feb 2017 07:18:23 -0800 (PST) Received: from localhost ([91.245.79.58]) by smtp.gmail.com with ESMTPSA id h80sm2518444lfi.6.2017.02.08.07.18.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Feb 2017 07:18:22 -0800 (PST) Sender: Mykola Golub Date: Wed, 8 Feb 2017 17:18:21 +0200 From: Mykola Golub To: Pete French Cc: stable@freebsd.org Subject: Re: HASt and write amplification on the seconday Message-ID: <20170208151820.GA7364@gmail.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) 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, 08 Feb 2017 15:18:25 -0000 On Mon, Jan 30, 2017 at 06:41:21PM +0000, Pete French wrote: > I have a pair of machines which I have been runnig HAST on > for a number of years. It works well, it does what Ineed it > to do, and I havent considered the details until recently. > > As I udnesratnd it though, the minimum size of block copied is > set by default to something quite arge (2 meg). I see whay, but > as I am using ZFS on top I am generating lots of writes which are > scattered across the disc (ZFS not known for keeping writes all in > the same place!). > > So, is each 512 byte write being turned into a 2 meg write on the > secondary ? If so this worries me, as I am about to replcae these > drives with SSD's, which I do not want to wearn out with excessive > writes. Extents (2 meg blocks) are used for synchronization after the secondary is reconnected. Normally (the secondary is connected) writes to the primary and the secondary are the same. Taking your example with 512 byte write: 1) The secondary is connected -- a 512 byte write to HAST device results in 512 byte write to the primary and 512 byte write to the secondary. 2) The secondary is disconnected -- a 512 byte write to HAST device results in 512 byte write to the primary and marking 2Mb extent as dirty; when the secondary is reconnected, the whole extent (2Mb) is sent. -- Mykola Golub From owner-freebsd-stable@freebsd.org Wed Feb 8 15:27:02 2017 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 42B75CD6A1F for ; Wed, 8 Feb 2017 15:27:02 +0000 (UTC) (envelope-from thenomad@gmail.com) Received: from mail-pf0-x230.google.com (mail-pf0-x230.google.com [IPv6:2607:f8b0:400e:c00::230]) (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 11B801D8A for ; Wed, 8 Feb 2017 15:27:02 +0000 (UTC) (envelope-from thenomad@gmail.com) Received: by mail-pf0-x230.google.com with SMTP id y143so43087752pfb.0 for ; Wed, 08 Feb 2017 07:27:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=aPvcwXfZSpH6dcSQHtVUWNzuMWJqueTvEpwSxPb/tW0=; b=lEkzIi70xxTFeS2RpFhRqUb+zcir6VeyeVVy7o+f6MbSfv9sGXxoIW0Joxu8tCCSLf MkbYXU31dstJtH7fFkcqk8wDGtFu3EeZA1aItNhehn6Ikn2LwYIVTMKJ9p5fHmIdNj88 wv+AbPQsaV/tgjfjvn9WGCSDSt3iszSx8iLQXyK0n5QOHpxHG5xjHrYvjRYKceV3FED1 kL+M38kjIhr2Am0jpIaT5ogBlGvOkLrrH++nn+FSFSuMnEtlqZ0POBHYO2p+Nr0EUcUd xOZvka6exvoRsSjTElGei9b1ZbQhHuzpCIL8l8yP2LDwi6Z+Lg2mNArhy6J8YBvwsTsm utYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=aPvcwXfZSpH6dcSQHtVUWNzuMWJqueTvEpwSxPb/tW0=; b=lE4d36S0tddBUnVl/7swaQbyvYemp0GFTLLR4J4+3pQJ41dEhbRKUiLlZ9juBL2Fb0 YAVgCxUKF2jlLuOqlRB0Cg8o3hd4ilVEyffcPaMPrP/NqOq3/W7jfNy+n31wkB1J2hqx oiSvCy5qsxBj7srobZs7cb4w3wc6BvSoMei4Qcju8V+v4ZUEpYx2G+p9AK8jsLdUvN9X zmVGcKItVPJ0HcUDVL+A2Orn2+eEJ5sXeahp9uuEYjjXsV/XRXK5u8kZbnhjVG5lP3fH /btc0n2tgyDlB2lYofZgW3AImjsgrSAnGmnCIrH5tGLFJjZlpX7qXAYQ3W1zSGMQA9LF aPNA== X-Gm-Message-State: AIkVDXLh2rDIy8KnklhtM3vYx8X9ajn/4FnjFjLFvRcxOf9lDOwuCa+M84eStJovLq0d2w== X-Received: by 10.99.123.68 with SMTP id k4mr27846555pgn.101.1486567620851; Wed, 08 Feb 2017 07:27:00 -0800 (PST) Received: from vanyel.castle.org (castle.org. [216.161.253.119]) by smtp.gmail.com with ESMTPSA id i10sm21354928pgd.37.2017.02.08.07.26.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Feb 2017 07:26:58 -0800 (PST) Sender: Lee Damon Subject: Re: FBSD 10.3 + ZFS + Sun x4500 = utter lock up. To: Ronald Klop , freebsd-stable@freebsd.org References: <44ecebcb-fb48-d828-7f08-47a981b732d2@castle.org> From: Lee Damon Message-ID: <38e07a28-8a46-12fc-377f-cca225681a6f@castle.org> Date: Wed, 8 Feb 2017 07:26:56 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 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: Wed, 08 Feb 2017 15:27:02 -0000 On 2/8/17 05:53 , Ronald Klop wrote: > ... > Any reason not to try 11? I don't know if it fixes anything, but it > would be a nice data point for comparison. I'll probably give that a try shortly but given the problem was seen in previous releases I'm not optimistic. I'm only in that location on Monday and Tuesday so can't try anything until next week. > Ronald. > > > On Tue, 07 Feb 2017 22:44:01 +0100, Lee Damon wrote: > >> FreeBSD [redacted] 10.3-STABLE FreeBSD 10.3-STABLE #2 r313008: Tue Jan >> 31 01:50:49 PST 2017 lvd@[redacted]:/usr/obj/usr/src/sys/GENERIC >> amd64 >> >> I'm trying to get FBSD 10.3 working on a Sun x4500 (don't ask) for use >> as a ZFS-based backup server. However, whenever any amount of data is >> put into a zpool and then zpool scrub is run the host locks up hard. On >> reboot it complains that a "Hyper transport sync flood occurred". >> >> I found >> https://lists.freebsd.org/pipermail/freebsd-stable/2012-January/065542.html >> >> which seems to match but when I try the cpuset command mentioned there I >> get an error: >> >> ; sudo cpuset -c -l 0 -x 58 >> cpuset: setaffinity: Invalid argument >> >> Looks like the -c was invalid. After removing that I was informed -x 58 >> wasn't valid. Sure enough, there's no mpt0 or IRQ 58 on the host: >> >> ; vmstat -i >> interrupt total rate >> irq17: ohci2 8578 2 >> irq18: ohci3 473 0 >> irq19: ohci0 ohci1+ 4924 1 >> irq24: mvs0 457 0 >> irq32: mvs1 453 0 >> irq38: mvs2 451 0 >> irq46: mvs3 8063 1 >> irq52: em0 152354 35 >> irq53: em1 140 0 >> irq68: mvs4 450 0 >> irq76: mvs5 454 0 >> cpu0:timer 208311 48 >> cpu1:timer 98318 23 >> cpu2:timer 105704 24 >> cpu3:timer 106202 24 >> Total 695332 162 >> >> Looking around with some help from #freebsd on efnet I found mvs0-5 >> which are connected to the Marvel drive controllers on the host. I then >> used >> ; sudo cpuset -l 0 -x ## >> where I replaced ## with 24, 32, 38, 46, 68, and 76. >> >> After rebuilding the zpool I started writing to it. It took a lot less >> time to crash - I didn't even need to run zpool scrub - but instead of >> completely locking up it just rebooted. I did not see reference to the >> hyper transport problem while watching it boot but given the poor >> performance of the serial console I can't be 100% sure it wasn't there. >> >> So now I turn here to ask for guidance. Is anyone currently successfully >> running 10.x on a x4500 and if so, how are you doing it? If not, how can >> I get this working? >> >> thanks, >> nomad >> _______________________________________________ >> 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 Wed Feb 8 17:07:58 2017 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 15BEDCD60A1 for ; Wed, 8 Feb 2017 17:07:58 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::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 CBB40B70 for ; Wed, 8 Feb 2017 17:07:57 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi0-x233.google.com with SMTP id u143so85532865oif.3 for ; Wed, 08 Feb 2017 09:07:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=01KMfO7PJC5cdhhYX7viJSXNjjkBnZgjmrJ6OsfLe18=; b=mB263PB1rSMg7Mxv5LN7PCMO+UFiJE0nbo4TqMTiWwe1pOMnytNy9uW1ix9/WAOf4y w2sT7bFxrQ8MTqdpF8zn1TkzGaSjXPuxiXQYhlr98iZlPHqYS7m04rX+EsURWOvkLD+c Ivd3nfFyiIbTeX5Rt+4zpB/4vfFAzYf7/DUMDOC4d46G1I0JCM7hkJlm1f1iBf0E1Zfi JoygDXOCRDHe7AhDpMmZCCj05G9HNc62j1ImXbayUbVBNxRqOK72F1964oZWXcw2Yj4p lKI6Gnql1sNTEro9bCxNZcCBWvXvXpk+p3ivDYAJVTd3fZCvLtIX27l39g23luKDTF1B 3Yjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=01KMfO7PJC5cdhhYX7viJSXNjjkBnZgjmrJ6OsfLe18=; b=OKN3P7XeL7+6T4njx/UsnwlbPxPKhudHu3fymRv5blftGPtrxB7lz8zNVvxzuGXwj3 i/wP/cmnVaYQDqm7b0F152qShXp1fqBqbQ0IFJtdrVUncaybDd8mfEL0+oYEF5o/pS6A sNOyA39MoZPq1Sr5bvlSiVaku++tF7U8mBJ7hyU2qo5M+QDG039KTPQJTePs870h3hbV 0KUfzSHLqCoqylNyQT0eUmTgHuf7NmWP/A+xC+Gs+bb0MEBgzn/YiqemSDiZI+/s9EJL pc4eY196OB2LjlRWjkjd6+3gEc4RWuW2REYs1gRWL+DmjTaUuA3c4MPpdjfqWCI/yqxU YBkg== X-Gm-Message-State: AMke39lGWvXbE9xaimD0RJejGMg8DrTghzB5EL56syyOpOqvpLhoo8gnXX4BhnCTb1QK7VJ0HOsmbYuBjw3DVw== X-Received: by 10.202.79.21 with SMTP id d21mr11933360oib.28.1486573677084; Wed, 08 Feb 2017 09:07:57 -0800 (PST) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.74.32.79 with HTTP; Wed, 8 Feb 2017 09:07:56 -0800 (PST) In-Reply-To: References: <2650EB83-6D80-4C75-9271-66AB81D0A08E@tba.home> <20170207184120.GT25286@e-new.0x20.net> From: Kevin Oberman Date: Wed, 8 Feb 2017 09:07:56 -0800 X-Google-Sender-Auth: ODTRJkTpdWwpJemxc5qYJeXcRJw Message-ID: Subject: Re: FreeBSD 11.0: Installation of icingaweb2 To: Lars Engels Cc: Thorsten Baumeister , 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, 08 Feb 2017 17:07:58 -0000 On Tue, Feb 7, 2017 at 11:19 PM, Kevin Oberman wrote: > On Tue, Feb 7, 2017 at 5:02 PM, Kevin Oberman wrote: > >> On Tue, Feb 7, 2017 at 10:41 AM, Lars Engels >> wrote: >> >>> On Mon, Feb 06, 2017 at 05:48:23PM +0100, Thorsten Baumeister wrote: >>> > Hi folks, >>> > last weekend I tried to install the port icingaweb2 on a patched >>> > FreeBSD 11.0 server. 'make' worked fine, but 'make install' failed. >>> > Has anyone seen / resolved this problem? >>> > >>> > ===> Checking if icingaweb2 already installed >>> > ===> Registering installation for icingaweb2-2.4.1 >>> > pkg-static: Unable to access file /usr/ports/net-mgmt/icingaweb2 >>> /work/stage/usr/local/share/examples/icingaweb2/apache/icingaweb2.conf: >>> No such file or directory >>> > pkg-static: Unable to access file /usr/ports/net-mgmt/icingaweb2 >>> /work/stage/usr/local/share/examples/icingaweb2/nginx/icingaweb2.conf: >>> No such file or directory >>> > *** Error code 74 >>> > >>> > Stop. >>> > make[1]: stopped in /usr/ports/net-mgmt/icingaweb2 >>> > *** Error code 1 >>> > >>> > Stop. >>> > make: stopped in /usr/ports/net-mgmt/icingaweb2 >>> > >>> Hi Thorsten, >>> >>> I am the maintainer of the icingaweb2 port. >>> Unfortunately, I cannot reproduce this. The poudriere run doesn't show >>> this behaviour. >>> >>> Do you have any local modifications? >>> >>> >>> Lars >>> >> >> Lars, >> >> The pkg-plist certainly contains "%%PORTEXAMPLES%%%%EXAMPLESDIR%%/nginx/icingaweb2.conf" >> but I don't find that file (or any reference to nginx) in either the >> distribution or in github. Unless some part of the build generates this >> file (which is possible, I guess), I can't figure out where it comes from. >> Only the apache example config is found. >> >> I'm not willing to install php56 right now. It will be a while before my >> chromium rebuild is done.So I can't do any real testing on it ATM. Maybe >> tonight or tomorrow. Then i can look through the logs and find out exactly >> where this file does (or does not) come from and whether the package >> installs OK for me. M.B. I don't use nginx PHP, though, so I won't be >> testing it, just building.. >> -- >> Kevin Oberman, Part time kid herder and retired Network Engineer >> E-mail: rkoberman@gmail.com >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >> > > I did install the port and found that themising file SHOUL be te very last > things the stage operation does. > "(cd /usr/ports/net-mgmt/icingaweb2/work/stage/usr/local/www/icingaweb2 > && ./bin/icingacli setup config webserver nginx --path=/icingaweb2 > --root=/usr/local/www/icingaweb2/public --config=/usr/local/etc/icingaweb2 > --file=/usr/ports/net-mgmt/icingaweb2/work/stage/usr/local/share/examples/ > icingaweb2/nginx/icinga\ > web2.conf) > > So it is generated and for some reason it was not. I have not had time to > look at the internal make scripts to see if there are options that might > cause the file not to be generated. > > Thorsten, can you provide the final lines of the "stage"operation when you > build? The lines of interest are the four lines before "===> Checking if > icingaweb2 already installed"? This is where the file should be generated. > Should not post too late when tired. While rout lines would probably show something, twenty is more likely to provide useful information. If you can put up the full log somewhere, that would be even better. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Wed Feb 8 17:37:58 2017 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 430DDCD6BB3 for ; Wed, 8 Feb 2017 17:37:58 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from mbob.nabble.com (mbob.nabble.com [162.253.133.15]) by mx1.freebsd.org (Postfix) with ESMTP id 34C771D67 for ; Wed, 8 Feb 2017 17:37:57 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from static.162.255.23.37.macminivault.com (unknown [162.255.23.37]) by mbob.nabble.com (Postfix) with ESMTP id DB0DD3C462AE for ; Wed, 8 Feb 2017 09:17:58 -0800 (PST) Date: Wed, 8 Feb 2017 10:37:57 -0700 (MST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1486575477168-6166276.post@n6.nabble.com> Subject: Cannot build 11-STABLE GENERIC with WITHOUT_CDDL=true ? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.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, 08 Feb 2017 17:37:58 -0000 awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/hyperv/vmbus/vmbus_if.m -h cc -target x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -march=native -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.locore.o -MTlocore.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/amd64/amd64/locore.S cc -target x86_64-unknown-freebsd11.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -c -O2 -pipe -fno-strict-aliasing -march=native -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MF.depend.cam.o -MTcam.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx -std=iso9899:1999 -Werror /usr/src/sys/cam/cam.c ctfconvert -L VERSION -g cam.o make[2]: exec(ctfconvert) failed (No such file or directory) *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/GENERIC *** Error code 1 -- View this message in context: http://freebsd.1045724.x6.nabble.com/Cannot-build-11-STABLE-GENERIC-with-WITHOUT-CDDL-true-tp6166276.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@freebsd.org Wed Feb 8 18:21:33 2017 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 6FEE5CD6388 for ; Wed, 8 Feb 2017 18:21:33 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "0x20.net", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 231B435A for ; Wed, 8 Feb 2017 18:21:32 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 119306E00A4; Wed, 8 Feb 2017 19:21:30 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id v18ILTIH095892; Wed, 8 Feb 2017 19:21:29 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id v18ILTxD095789; Wed, 8 Feb 2017 19:21:29 +0100 (CET) (envelope-from lars) Date: Wed, 8 Feb 2017 19:21:29 +0100 From: Lars Engels To: Kevin Oberman Cc: Lars Engels , Thorsten Baumeister , FreeBSD-STABLE Mailing List Subject: Re: FreeBSD 11.0: Installation of icingaweb2 Message-ID: <20170208182129.GU25286@e-new.0x20.net> References: <2650EB83-6D80-4C75-9271-66AB81D0A08E@tba.home> <20170207184120.GT25286@e-new.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nfnKjHknX58/oBIK" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p35 User-Agent: Mutt/1.5.23 (2014-03-12) 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, 08 Feb 2017 18:21:33 -0000 --nfnKjHknX58/oBIK Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 08, 2017 at 09:07:56AM -0800, Kevin Oberman wrote: > On Tue, Feb 7, 2017 at 11:19 PM, Kevin Oberman wrot= e: >=20 > > On Tue, Feb 7, 2017 at 5:02 PM, Kevin Oberman wro= te: > > > >> On Tue, Feb 7, 2017 at 10:41 AM, Lars Engels > >> wrote: > >> > >>> On Mon, Feb 06, 2017 at 05:48:23PM +0100, Thorsten Baumeister wrote: > >>> > Hi folks, > >>> > last weekend I tried to install the port icingaweb2 on a patched > >>> > FreeBSD 11.0 server. 'make' worked fine, but 'make install' failed. > >>> > Has anyone seen / resolved this problem? > >>> > > >>> > =3D=3D=3D> Checking if icingaweb2 already installed > >>> > =3D=3D=3D> Registering installation for icingaweb2-2.4.1 > >>> > pkg-static: Unable to access file /usr/ports/net-mgmt/icingaweb2 > >>> /work/stage/usr/local/share/examples/icingaweb2/apache/icingaweb2.con= f: > >>> No such file or directory > >>> > pkg-static: Unable to access file /usr/ports/net-mgmt/icingaweb2 > >>> /work/stage/usr/local/share/examples/icingaweb2/nginx/icingaweb2.conf: > >>> No such file or directory > >>> > *** Error code 74 > >>> > > >>> > Stop. > >>> > make[1]: stopped in /usr/ports/net-mgmt/icingaweb2 > >>> > *** Error code 1 > >>> > > >>> > Stop. > >>> > make: stopped in /usr/ports/net-mgmt/icingaweb2 > >>> > > >>> Hi Thorsten, > >>> > >>> I am the maintainer of the icingaweb2 port. > >>> Unfortunately, I cannot reproduce this. The poudriere run doesn't show > >>> this behaviour. > >>> > >>> Do you have any local modifications? > >>> > >>> > >>> Lars > >>> > >> > >> Lars, > >> > >> The pkg-plist certainly contains "%%PORTEXAMPLES%%%%EXAMPLESDIR%%/ngin= x/icingaweb2.conf" > >> but I don't find that file (or any reference to nginx) in either the > >> distribution or in github. Unless some part of the build generates this > >> file (which is possible, I guess), I can't figure out where it comes f= rom. > >> Only the apache example config is found. > >> > >> I'm not willing to install php56 right now. It will be a while before = my > >> chromium rebuild is done.So I can't do any real testing on it ATM. May= be > >> tonight or tomorrow. Then i can look through the logs and find out exa= ctly > >> where this file does (or does not) come from and whether the package > >> installs OK for me. M.B. I don't use nginx PHP, though, so I won't be > >> testing it, just building.. > >> -- > >> Kevin Oberman, Part time kid herder and retired Network Engineer > >> E-mail: rkoberman@gmail.com > >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > >> > > > > I did install the port and found that themising file SHOUL be te very l= ast > > things the stage operation does. > > "(cd /usr/ports/net-mgmt/icingaweb2/work/stage/usr/local/www/icingaweb2 > > && ./bin/icingacli setup config webserver nginx --path=3D/icingaweb2 > > --root=3D/usr/local/www/icingaweb2/public --config=3D/usr/local/etc/ici= ngaweb2 > > --file=3D/usr/ports/net-mgmt/icingaweb2/work/stage/usr/local/share/exam= ples/ > > icingaweb2/nginx/icinga\ > > web2.conf) > > > > So it is generated and for some reason it was not. I have not had time = to > > look at the internal make scripts to see if there are options that might > > cause the file not to be generated. > > > > Thorsten, can you provide the final lines of the "stage"operation when = you > > build? The lines of interest are the four lines before "=3D=3D=3D> Che= cking if > > icingaweb2 already installed"? This is where the file should be generat= ed. > > >=20 > Should not post too late when tired. While rout lines would probably show > something, twenty is more likely to provide useful information. If you can > put up the full log somewhere, that would be even better. Thanks for helping, Kevin. Thorsten replied off-list that he had some local modifications (having /etc/icingaweb2) which somehow confused the installation process. After removing the directory, it's working fine. Lars --nfnKjHknX58/oBIK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJYm2GpXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tUuAIAMlOIEpzBvKh/BkY+fQxtKrI otSaCJmSHWPE2Lh5/REPEjXhk5VPCWrsA4Mp1OO3esulXIC+f+gd158dDSabtSsU nv5mnttu/Irtj4hlxQ6+Mc1l/irWzQ7upPyAfSVMgTlsBTUhqXV2mEXvQdsAClfS Q+k/r31t2Fo1jKvz3PL40qoOxMmba+DoxCwYpyfTr7vosR40DAWSdic1ImrPGTIe bQhvkRW6akAIUJTMn9g4WMhwVXPvjeFOKR6MBMJlWCTto6kapbdnsafkRFK3VbVh u1YzbtKp1tc4Yg0mjb5caV+UIBAz1/9Lgr5rHGwqH8vVQIQFgyGKpvthXCkq3bk= =5Jho -----END PGP SIGNATURE----- --nfnKjHknX58/oBIK-- From owner-freebsd-stable@freebsd.org Wed Feb 8 18:48:15 2017 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 CE347CD6E38 for ; Wed, 8 Feb 2017 18:48:15 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B9B561D94 for ; Wed, 8 Feb 2017 18:48:15 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: by mailman.ysv.freebsd.org (Postfix) id B62FACD6E37; Wed, 8 Feb 2017 18:48:15 +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 B5E29CD6E36 for ; Wed, 8 Feb 2017 18:48:15 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (ingresso-1-pt.tunnel.tserv1.lon2.ipv6.he.net [IPv6:2001:470:1f1c:411::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 861B31D92; Wed, 8 Feb 2017 18:48:15 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1cbXHp-000HeS-P2; Wed, 08 Feb 2017 18:48:13 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.87_1 (FreeBSD)) (envelope-from ) id 1cbXHp-0007oo-Mm; Wed, 08 Feb 2017 18:48:13 +0000 Date: Wed, 08 Feb 2017 18:48:13 +0000 To: trociny@FreeBSD.org, petefrench@ingresso.co.uk Subject: Re: HASt and write amplification on the seconday Cc: stable@freebsd.org References: <20170208151820.GA7364@gmail.com> In-Reply-To: <20170208151820.GA7364@gmail.com> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: From: Pete French 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, 08 Feb 2017 18:48:15 -0000 > Extents (2 meg blocks) are used for synchronization after the > secondary is reconnected. Normally (the secondary is connected) writes > to the primary and the secondary are the same. Ah, Ok, that was not clear to me from the documentation. That would also expain what I was seeing when I did a resyc a while ago. OK, thats arekief as I was worrying that I had a wirte apliification factor of 4096 on top of an SSD! Thanks for taking the time to explain... -pete. From owner-freebsd-stable@freebsd.org Thu Feb 9 09:03:26 2017 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 36E05CD7C9C for ; Thu, 9 Feb 2017 09:03:26 +0000 (UTC) (envelope-from info@scienceknowconferences.com) Received: from isemat.com (isemat.com [212.227.143.76]) (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 EBCD693B for ; Thu, 9 Feb 2017 09:03:25 +0000 (UTC) (envelope-from info@scienceknowconferences.com) Received: from [127.0.0.1] (helo=infongd-eu1564.rtr.kundenserver.de) by isemat.com with esmtp (Exim 4.84_2) (envelope-from ) id 1cbkdI-00052r-Dk for freebsd-stable@freebsd.org; Thu, 09 Feb 2017 10:03:16 +0100 Received: from 94.126.172.30 (IP may be forged by CGI script) by infongd-eu1564.rtr.kundenserver.de with HTTP id 0XyPIU-1ctQ0a1jAe-00HbtZ; Thu, 09 Feb 2017 10:03:16 +0100 X-Sender-Info: <331590267@infongd-eu1564.rtr.kundenserver.de> Precedence: bulk X-Apache-Env: www-ip="OTQuMTI2LjE3Mi4zMA==";helo="aW5mb25nZC1ldT E1NjQucnRyLmt1bmRlbnNlcnZlci5kZQ==";script="L2luZG V4LnBocA==" To: Freebsd Stable Subject: Computing and Materials DKIM-Signature: v=1; a=rsa-sha1; q=dns/txt; l=43316; s=acy; t=1486630996; c=relaxed/simple; h=from:to:subject; d=scienceknowconferences.com; bh=6jyzQp5pcqLMNo66L3RKLslrQrg=; b=hAqnBdT2NooR2Qhx0DqbjzHVTMGIDVst/74EIm/qThxCBVQcVJK/zkbA7drq mZrOZYDIDE7W3ijmcV/McS6g0c1lvPOeSaE6aK6BXHYc5zJzS/FWHhYHQ/CV DWUv/yqh/7IejA1RLI59B6+YFsuONWMYhAt03oJ7J+m8eWZCQqM= Date: Thu, 9 Feb 2017 10:00:06 +0100 From: ScienceKNOW Conferences Reply-To: ScienceKNOW Conferences Message-ID: X-Mailer: PHPMailer 5.2.19 (https://github.com/PHPMailer/PHPMailer) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2017 09:03:26 -0000 Q0FMTCBGT1IgUEFQRVJTDQoNCk5ld3NsZXR0ZXIgMSAvIENvbmZlcmVuY2VzIDIwMTcNCkNhbmFy eSBJc2xhbmRzIC0gU1BBSU4sIEp1bHkgMjAxNw0KDQoyNi0yOCBKdWx5IDIwMTcNCg0KMm5kIEds b2JhbCBDb25mZXJlbmNlIG9uIEFwcGxpZWQgQ29tcHV0aW5nIGluIFNjaWVuY2UgYW5kIEVuZ2lu ZWVyaW5nDQoNCmh0dHA6Ly9jb21wdXRlcnNjaWVuZy5jb20gKCBodHRwOi8vd3d3LnNjaWVuY2Vr bm93Y29uZmVyZW5jZXMuY29tL2luZGV4LnBocD9zdWJpZD0xNjIyNDczJm9wdGlvbj1jb21fYWN5 bWFpbGluZyZjdHJsPXVybCZ1cmxpZD02MDEmbWFpbGlkPTI4OCApDQpDb25mZXJlbmNlIHRvcGlj cw0KDQoqIENvbXB1dGVyIEFwcGxpY2F0aW9ucyBpbiBTY2llbmNlIA0KDQoqIENvbXB1dGVycyBh bmQgSW5mb3JtYXRpb24gDQoNCiogTWVhc3VyZW1lbnQgVGVjaG5vbG9naWVzDQoNCiogTW9kZWxp bmcgYW5kIFNpbXVsYXRpb24NCg0KKiBTb2Z0d2FyZSBEZXNpZ24NCg0KKiBTaW11bGF0aW9uIFRv b2xzDQoNCiogRm9ybWFsIE1ldGhvZHMNCkNsaWNrIHRvIHJlZ2lzdGVyIGFuZCBzdWJtaXQgYWJz dHJhY3RzICgKaHR0cDovL3d3dy5zY2llbmNla25vd2NvbmZlcmVuY2VzLmNvbS9pbmRleC5waHA/ c3ViaWQ9MTYyMjQ3MyZvcHRpb249Y29tX2FjeW1haWxpbmcmY3RybD11cmwmdXJsaWQ9NjAyJm1h aWxpZD0yODggKQ0KQ29udGFjdCAoIG1haWx0bzppbmZvQHNjaWVuY2Vrbm93Y29uZmVyZW5jZXMu Y29tICkNCg0KMTktMjEgSnVseSAyMDE3DQoNCjJuZCBJbnRlcm5hdGlvbmFsIENvbmZlcmVuY2Ug b24gU3VzdGFpbmFibGUgTWF0ZXJpYWxzIFNjaWVuY2UgYW5kIFRlY2hub2xvZ3kNCg0KaHR0cDov L3NtYXRzY2l0ZWNoLmNvbSAoIGh0dHA6Ly93d3cuc2NpZW5jZWtub3djb25mZXJlbmNlcy5jb20v aW5kZXgucGhwP3N1YmlkPTE2MjI0NzMmb3B0aW9uPWNvbV9hY3ltYWlsaW5nJmN0cmw9dXJsJnVy bGlkPTYwMyZtYWlsaWQ9Mjg4ICkNCkNvbmZlcmVuY2UgdG9waWNzDQoxLiBNYXRlcmlhbHMgaW4g cmVzZWFyY2gNCjIuIE1hdGVyaWFscyBpbiBpbmR1c3RyeQ0KMy4gU3VzdGFpbmFibGUgTWF0ZXJp YWxzDQo0LiBQcm9jZXNzaW5nIGFuZCBQcm9kdWN0IE1hbnVmYWN0dXJpbmcNCjUuIFN0cnVjdHVy ZSBvZiBtYXRlcmlhbHMNCg0KQ2xpY2sgdG8gcmVnaXN0ZXIgYW5kIHN1Ym1pdCBhYnN0cmFjdHMg KApodHRwOi8vd3d3LnNjaWVuY2Vrbm93Y29uZmVyZW5jZXMuY29tL2luZGV4LnBocD9zdWJpZD0x NjIyNDczJm9wdGlvbj1jb21fYWN5bWFpbGluZyZjdHJsPXVybCZ1cmxpZD02MDQmbWFpbGlkPTI4 OCApDQpDb250YWN0ICggbWFpbHRvOmluZm9Ac2NpZW5jZWtub3djb25mZXJlbmNlcy5jb20gKQ0K DQpDb25maXJtZWQgSm91cm5hbHMgb2YgdGhlIGNvbmZlcmVuY2VzDQoNCk9wZW4gQ29tcHV0ZXIg U2NpZW5jZQ0KDQpQcmVzZW50ZWQgcGFwZXJzIHdpbGwgYmUgcHVibGlzaGVkIG9uIHRoZSBKb3Vy bmFsIE9wZW4gQ29tcHV0ZXIgU2NpZW5jZS4NCg0KaHR0cDovL3d3dy5kZWdydXl0ZXIuY29tL3Zp ZXcvai9jb21wICgKaHR0cDovL3d3dy5zY2llbmNla25vd2NvbmZlcmVuY2VzLmNvbS9pbmRleC5w aHA/c3ViaWQ9MTYyMjQ3MyZvcHRpb249Y29tX2FjeW1haWxpbmcmY3RybD11cmwmdXJsaWQ9NjA1 Jm1haWxpZD0yODggKQ0KDQpQYWxhZHluLCBKb3VybmFsIG9mIEJlaGF2aW9yYWwgUm9ib3RpY3MN Cg0KUHJlc2VudGVkIHBhcGVycyB3aWxsIGJlIHB1Ymxpc2hlZCBvbiB0aGUgSm91cm5hbCBQYWxh ZHluLCBKb3VybmFsIG9mIEJlaGF2aW9yYWwgUm9ib3RpY3MuDQoNCmh0dHA6Ly93d3cuZGVncnV5 dGVyLmNvbS92aWV3L2ovcGpiciAoCmh0dHA6Ly93d3cuc2NpZW5jZWtub3djb25mZXJlbmNlcy5j b20vaW5kZXgucGhwP3N1YmlkPTE2MjI0NzMmb3B0aW9uPWNvbV9hY3ltYWlsaW5nJmN0cmw9dXJs JnVybGlkPTYwNiZtYWlsaWQ9Mjg4ICkNCg0KQWR2YW5jZWQgTWF0ZXJpYWxzIFJlc2VhcmNoDQoN ClByZXNlbnRlZCBwYXBlcnMgd2lsbCBiZSBwdWJsaXNoZWQgaW4gQWR2YW5jZWQgTWF0ZXJpYWxz IFJlc2VhcmNoLiANCg0KaHR0cDovL3d3dy50dHAubmV0LzEwMjItNjY4MC5odG1sICggaHR0cDov L3d3dy5zY2llbmNla25vd2NvbmZlcmVuY2VzLmNvbS9pbmRleC5waHA/c3ViaWQ9MTYyMjQ3MyZv cHRpb249Y29tX2FjeW1haWxpbmcmY3RybD11cmwmdXJsaWQ9NjA3Jm1haWxpZD0yODgKKQ0KDQpE ZWFkbGluZXMNCg0KQWJzdHJhY3RzIHNlbmRpbmc6IE1hcmNoIDMxc3QgMjAxNw0KRWFybHkgYmly ZCByZWdpc3RyYXRpb246IE1heSAzMXN0IDIwMTcNCihwbGVhc2Ugbm90ZSB0aGF0IGl0IGlzIG5v dCBjb21wdWxzb3J5IHRvIHN1Ym1pdCBhbiBhYnN0cmFjdCB0byBhdHRlbmQgdG8gdGhlIGNvbmdy ZXNzZXMpDQogDQpSZWdpc3RyYXRpb24gaW4gZWFjaCBjb25ncmVzcyBpbmNsdWRlcw0KDQoqIEFj Y2VzcyB0byBhbGwgc2Vzc2lvbnMgKG9yYWwgYW5kIHBvc3RlcikNCg0KKiBCcmllZmNhc2UgKHdp dGggcGVuLCBub3RlYm9vaywgbGFueWFyZCwgcGVuLWRyaXZlLCBsYXNlciBwb2ludGVyKQ0KDQoq IFByb2dyYW0gb2YgdGhlIGNvbmZlcmVuY2UNCg0KKiBBYnN0cmFjdHMgYm9vayBpbiBVU0IgZHJp dmUNCg0KKiBDb21wbGV0ZSBDb21tdW5pY2F0aW9ucyBhcHBsaWNhdGlvbiBpbiBVU0IgZHJpdmUN Cg0KKiBBbGwgcHJpbnRlZCBtYXRlcmlhbCBvZiB0aGUgY29uZmVyZW5jZQ0KDQoqIENvZmZlZSBi cmVha3MNCg0KKiBsdW5jaHMNCg0KKiBTb2NpYWwvY3VsdHVyYWwgdmlzaXQvdG91ciB0byBHcmFu IENhbmFyaWENCg0KKiBTcGVjaWFsIGZpbmFsIGNsb3NpbmcgY29ja3RhaWwgd2l0aCBhIGNsYXNz aWNhbCBtdXNpYyBjb25jZXJ0DQoNClRvdXJpc20gaW4gQ2FuYXJ5IElzbGFuZHMNCg0KVmlkZW86 IENhbmFyeSBJc2xhbmRzICggaHR0cDovL3d3dy5zY2llbmNla25vd2NvbmZlcmVuY2VzLmNvbS9p bmRleC5waHA/c3ViaWQ9MTYyMjQ3MyZvcHRpb249Y29tX2FjeW1haWxpbmcmY3RybD11cmwmdXJs aWQ9NjIwJm1haWxpZD0yODggKQ0KDQpUaGUgQ2FuYXJ5IElzbGFuZHMgYXJlIHNldmVuIGlzbGFu ZHMgaW4gdGhlIEF0bGFudGljIE9jZWFuIHdoZXJlIHRoZSBzdW4gc2hpbmVzIGFsbCB5ZWFyIHJv dW5kLiBUaGUgdGVtcGVyYXR1cmVzIGFyZSB2ZXJ5IG1pbGQsIHdpdGggYW4gYXZlcmFnZSBvZgox OcK6IEMgaW4gd2ludGVyIGFuZCAyM8K6IEMgaW4gc3VtbWVyLiBXaGVuIHlvdSBzdHJvbGwgYWxv bmcgdGhlaXIgYmVhY2hlcyBvciBpbW1lcnNlIHlvdXJzZWxmIGluIHRoZWlyIGltcG9zaW5nIGxh bmRzY2FwZXMgeW91J2xsIGZlZWwgeW91ciBjYXJlcwpzaW1wbHkgbWVsdCBhd2F5Lg0KDQpBbGwg b3VyIGNvbmZlcmVuY2VzIGluY2x1ZGUgYSBGUkVFLUdVSURFRCBUT1VSIElOIENBTkFSWSBJU0xB TkRTLg0KDQpUaGUgT2ZmaWNpYWwgR3JhbiBDYW5hcmlhIFRvdXJpc3QgV2Vic2l0ZSAoCmh0dHA6 Ly93d3cuc2NpZW5jZWtub3djb25mZXJlbmNlcy5jb20vaW5kZXgucGhwP3N1YmlkPTE2MjI0NzMm b3B0aW9uPWNvbV9hY3ltYWlsaW5nJmN0cmw9dXJsJnVybGlkPTYxOSZtYWlsaWQ9Mjg4ICkNCg0K VmVudWUNCg0KVGhlIGNvbmZlcmVuY2Ugd2lsbCBiZSBoZWxkIGluIHRoZSBCdWlsZGluZyBvZiBI dW1hbml0aWVzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIExhcyBQYWxtYXMgZGUgR3JhbiBDYW5hcmlh LCBPYmVsaXNjbyBTcXVhcmUsIExhcyBQYWxtYXMgZGUgR3JhbgpDYW5hcmlhLCBDYW5hcnkgSXNs YW5kcywgU3BhaW4uDQpCdXMgbGluZXM6IDIsIDExLCAyMCwgMjUgYW5kIDgxDQpGb3IgbW9yZSBp bmZvcm1hdGlvbiBhYm91dCB0aGUgdmVudWUsIHBsZWFzZSB2aXNpdCBpdHMgV2Vic2l0ZSAoCmh0 dHA6Ly93d3cuc2NpZW5jZWtub3djb25mZXJlbmNlcy5jb20vaW5kZXgucGhwP3N1YmlkPTE2MjI0 NzMmb3B0aW9uPWNvbV9hY3ltYWlsaW5nJmN0cmw9dXJsJnVybGlkPTYxMCZtYWlsaWQ9Mjg4ICku DQoNClNwb25zb3JzDQoNClBhcnRuZXJzDQoNClBsZWFzZSB2aXNpdCBjb25ncmVzc2VzJyB3ZWJw YWdlcyB0byBnZXQgYWxsIHRoZSBpbmZvcm1hdGlvbiBvbiB0b3BpY3MsIGltcG9ydGFudCBkYXRl cyBhbmQgYWxsIHRoZSBpbXBvcnRhbnQgaW5mb3JtYXRpb24gcmVsYXRlZCB0byB0aGUgY29uZ3Jl c3MNCg0KV2FudCB0byBiZSByZW1vdmVkPyBObyBwcm9ibGVtLCBjbGljayBoZXJlICgKaHR0cDov L3d3dy5zY2llbmNla25vd2NvbmZlcmVuY2VzLmNvbS9pbmRleC5waHAvY29tcG9uZW50L2FjeW1h aWxpbmcvdXNlci9vdXQ/c3ViaWQ9MTYyMjQ3MyZtYWlsaWQ9Mjg4JmtleT1iUWVyQ1FleTdndjVi aiZ1dG1fc291cmNlPW5ld3NsZXR0ZXJfMjg4JnV0bV9tZWRpdW09ZW1haWwmdXRtX2NhbXBhaWdu PWNvbXB1dGluZy1hbmQtbWF0ZXJpYWxzJmFjbT0xNjIyNDczXzI4OAopIGFuZCB3ZSdsbCByZW1v dmUgeW91ciBlLW1haWwgYWRkcmVzcy4NCg0KKCBodHRwOi8vd3d3LnNjaWVuY2Vrbm93Y29uZmVy ZW5jZXMuY29tP3V0bV9zb3VyY2U9bmV3c2xldHRlcl8yODgmdXRtX21lZGl1bT1lbWFpbCZ1dG1f Y2FtcGFpZ249Y29tcHV0aW5nLWFuZC1tYXRlcmlhbHMmYWNtPTE2MjI0NzNfMjg4ICkNCmluZm9A c2NpZW5jZWtub3djb25mZXJlbmNlcy5jb20gKCBtYWlsdG86aW5mb0BzY2llbmNla25vd2NvbmZl cmVuY2VzLmNvbSApDQp3d3cuc2NpZW5jZWtub3djb25mZXJlbmNlcy5jb20gKApodHRwOi8vd3d3 LnNjaWVuY2Vrbm93Y29uZmVyZW5jZXMuY29tP3V0bV9zb3VyY2U9bmV3c2xldHRlcl8yODgmdXRt X21lZGl1bT1lbWFpbCZ1dG1fY2FtcGFpZ249Y29tcHV0aW5nLWFuZC1tYXRlcmlhbHMmYWNtPTE2 MjI0NzNfMjg4ICkNCg0KSW4gY29tcGxpYW5jZSB3aXRoIHRoZSBjdXJyZW50IFNwYW5pc2ggbGVn aXNsYXRpb24gb24gU2VydmljZXMgb2YgdGhlIEluZm9ybWF0aW9uIFNvY2lldHkgYW5kIEVsZWN0 cm9uaWMgQ29tbWVyY2UsIG9mIFBlcnNvbmFsIERhdGEgUHJvdGVjdGlvbiBhbmQgdGhlCkRpcmVj dGl2ZSA5NS80Ni9DRSwgd2UgaW5mb3JtIHlvdSB0aGF0IHlvdXIgcGVyc29uYWwgZGF0YSBmb3Jt cyBwYXJ0IG9mIGEgZGF0YSBiYXNlIG1hbmFnZWQgdW5kZXIgb3VyIHJlc3BvbnNhYmlsaXR5LCB3 aXRoIHRoZSBvYmplY3RpdmUgdG8gbWFpbnRhaW4KdGhlIGNvbW1lcmNpYWwgYW5kIGNvbnRyYWN0 dWFsIHJlbGF0aW9ucyBhbmQgaW5mb3JtIHlvdSBhYm91dCBuZXdzIGFuZCBldmVudHMgcmVsYXRl ZCB0byBvdXIgYWN0aXZpdHksIGVpdGhlciBieSB5b3VyIGNsaWVudCBzdGF0dXMsIGJlY2F1c2Ug eW914oCZdmUKcmVxdWVzdGVkIGNvbW1lcmNpYWwgaW5mb3JtYXRpb24gb3IgYmVjYXVzZSB5b3Vy IGRhdGEgaXMgaW5jbHVkZWQgaW4gc291cmNlcyBhY2Nlc2libGUgdG8gdGhlIHB1YmxpYy4gT3Vy IGludGVudGlvbiBpcyB0byBhdm9pZCBzZW5kaW5nIHVud2FudGVkCmUtbWFpbHMuIElmIHlvdSBk b27igJl0IHdpc2ggdG8gcmVjZWl2ZSB0aGlzIHR5cGUgb2YgY29tbXVuaWNhdGlvbiwgeW91IG1h eSBvYmplY3Qgd2l0aCBhIHNpbXBsZSBub3RpZmljYXRpb24gb2YgeW91ciB3aWxsLCBhcyB3ZWxs IGFzIHRvIGV4ZXJjaXNlCnlvdXIgcmlnaHRzIG9mIGFjY2VzcywgcmVjdGlmaWNhdGlvbiwgY2Fu Y2VsbGF0aW9uIGFuZCBvcHBvc2l0aW9uIHRvOiBTQ0lFTkNFS05PVyBDT05GRVJFTkNFUyBDQiwg YXQgUExBWkEgU0FOIEpPU0UgREUgTUFOWUFORVQgOSBCQUpPIEIsIDA2MDA2CkJBREFKT1ogLSBT UEFJTiwgYnkgcGhvbmUgKzM0IDY1NjQwNTIzOSwgYnkgZS1tYWlsIGluZm9Ac2NpZW5jZWtub3dj b25mZXJlbmNlcy5jb20gb3IgYnkgY2xpY2tpbmcgaGVyZSAoCmh0dHA6Ly93d3cuc2NpZW5jZWtu b3djb25mZXJlbmNlcy5jb20vaW5kZXgucGhwL2NvbXBvbmVudC9hY3ltYWlsaW5nL3VzZXIvb3V0 P3N1YmlkPTE2MjI0NzMmbWFpbGlkPTI4OCZrZXk9YlFlckNRZXk3Z3Y1YmomdXRtX3NvdXJjZT1u ZXdzbGV0dGVyXzI4OCZ1dG1fbWVkaXVtPWVtYWlsJnV0bV9jYW1wYWlnbj1jb21wdXRpbmctYW5k LW1hdGVyaWFscyZhY209MTYyMjQ3M18yODgKKS4gVGhpcyBlLW1haWwgYW5kIGFueSBvdGhlciBm aWxlcyBpbmNsdWRlZCBvbiBpdCBhcmUgY29uZmlkZW50aWFsIGFuZCBjb250YWluIGluZm9ybWF0 aW9uIHN1YmplY3QgdG8gcHJvZmVzc2lvbmFsIHNlY3JlY3kgb3Igd2hpY2ggZGl2dWxnYXRpb24g aXMKZXhwcmVzc2x5IGZvcmJpZGVuIGJ5IExhdy4gVGhpcyBlLW1haWwgaXMgZXhjbHVzaXZlbHkg ZGlyZWN0ZWQgdG8gaXTigJlzIHJlY2VpdmVyLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCBpdCBieSBt aXN0YWtlLCB3ZSBhc2sgeW91IHRvIHBsZWFzZSBpbmZvcm0gdXMKYnkgZS1tYWlsIGFuZCBwcm9j ZWVkIHRvIGRlbGV0ZSBpdC4gVGhlIG5vbi1hdXRob3JpemVkIHVzZSBvZiB0aGlzIGUtbWFpbCBh bmQgaXRzIGZpbGVzIGlzIHN0cmljdGx5IGZvcmJpZGVuLg0K From owner-freebsd-stable@freebsd.org Thu Feb 9 11:14:24 2017 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 1A467CD799D for ; Thu, 9 Feb 2017 11:14:24 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from smtp.rlwinm.de (smtp.rlwinm.de [IPv6:2a01:4f8:201:31ef::e]) (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 DAE82BCB for ; Thu, 9 Feb 2017 11:14:23 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.local (unknown [87.253.189.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id 280FE119EA for ; Thu, 9 Feb 2017 12:14:12 +0100 (CET) Subject: Re: Boot partition size To: freebsd-stable@freebsd.org References: <54f66195-2929-ef8c-ac53-deaec574c182@ish.com.au> From: Jan Bramkamp Message-ID: <0d4019df-ce72-99ad-fd6c-67afe91811c4@rlwinm.de> Date: Thu, 9 Feb 2017 12:14:12 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <54f66195-2929-ef8c-ac53-deaec574c182@ish.com.au> 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, 09 Feb 2017 11:14:24 -0000 On 29/01/2017 06:43, Aristedes Maniatis wrote: > On 29/1/17 3:50pm, Warner Losh wrote: >> (2) shrinking a swap partition to snag >> some space > Yes, except I put my swap into a zvol. I did this when I lost a disk once with a dedicated swap partition and that caused the system to crash. So I realised that dedicated swap was a really bad idea and I needed to choose between zvol and gmirror. I chose zvol to avoid having one more thing to check and worry about. Swapping to ZVOLs is dangerous. Writes to a ZVOL may require kernel memory allocations to finish. This can deadlock/panic your system if the write was to a swap device. I would recommend using GEOM mirror for swap devices. From owner-freebsd-stable@freebsd.org Thu Feb 9 12:30:03 2017 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 C4470CD667E for ; Thu, 9 Feb 2017 12:30:03 +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 89E25152F; Thu, 9 Feb 2017 12:30:02 +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 E4D65284E7; Thu, 9 Feb 2017 13:23:01 +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 48E9328434; Thu, 9 Feb 2017 13:23:00 +0100 (CET) Subject: Re: Boot partition size To: Aristedes Maniatis , Freddie Cash , Gary Palmer Cc: FreeBSD Stable References: <20170129141244.GA63867@in-addr.com> <851efa44-0607-231f-0905-8f9c96a36237@ish.com.au> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <589C5F24.4090301@quip.cz> Date: Thu, 9 Feb 2017 13:23:00 +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: <851efa44-0607-231f-0905-8f9c96a36237@ish.com.au> 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, 09 Feb 2017 12:30:03 -0000 Aristedes Maniatis wrote on 2017/01/30 04:41: > Note that this page: https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror needs to be adjusted. This line: > > gpart add -b 34 -s 128k -t freebsd-boot ad0 > > needs to instead be > > gpart add -a 4k -s 512k -t freebsd-boot ad0 > > > I don't have edit rights. Probably someone needs to clean up and merge many of these pages: https://wiki.freebsd.org/RootOnZFS/ I changed the page, now it has 512k for boot partition. Miroslav Lachman From owner-freebsd-stable@freebsd.org Thu Feb 9 14:51:57 2017 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 D6B6CCD6747 for ; Thu, 9 Feb 2017 14:51:57 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 82BD5D32 for ; Thu, 9 Feb 2017 14:51:57 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.ijs.si (Postfix) with ESMTPS id 3vK1Hp3SZRz1RH for ; Thu, 9 Feb 2017 15:51:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:organization:subject:subject:from:from :date:date:content-transfer-encoding:content-type:content-type :mime-version:received:received:received:received; s=jakla4; t= 1486651906; x=1489243907; bh=soBkK6gkKd8savOyAOCCTwdBscBhPgBf3mf YbeJ/Y+g=; b=YZ/K1efX9mxh3WHcVGzVTVdkL8nPXjsBY7e1p/+BYwE6kIxNXXd RQWozCIv/l3msQeNqsjnrX2+Qg2IwQCbm0Q1aj2gS5RztEI1HymO76YZAXJE+P2m FsO1QAwQBqpWGzRV5eQOT56chu63HCVf3r5nMuEnIiQNKTWAOMnGw1S0= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id 4W4nGwRJStO6 for ; Thu, 9 Feb 2017 15:51:46 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3vK1Hf1C9mz1R6 for ; Thu, 9 Feb 2017 15:51:42 +0100 (CET) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 3vK1Hf0MVZzcC for ; Thu, 9 Feb 2017 15:51:42 +0100 (CET) Received: from neli.ijs.si (2001:1470:ff80:88:21c:c0ff:feb1:8c91) by webmail.ijs.si with HTTP (HTTP/1.1 POST); Thu, 09 Feb 2017 15:51:42 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 09 Feb 2017 15:51:42 +0100 From: Mark Martinec To: freebsd-stable@freebsd.org Subject: GELI with integrity verification on swap Organization: Jozef Stefan Institute Message-ID: <76025e5011614a74cffeae62394a7cd4@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.2.3 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, 09 Feb 2017 14:51:57 -0000 After experiencing an unexplained restart on one host (11.0-RELEASE-p7), which could be tied to a problem with a swap device (swap on a dedicated gpt partition), I'm investigating options for adding some checksuming to swap storage. I understand that swap on ZFS is not a way to go, and that a gmirror does not provide any checksuming on data, it seems to me the only option is to use GELI with integrity verification (authentication) enabled (aalgo). Following advice in https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/swap-encrypting.html I ended up with the following in /etc/fstab (on a different host, same OS): /dev/gpt/sw1.eli none swap sw,sectorsize=4096,aalgo=HMAC/SHA256 0 0 /dev/gpt/sw2.eli none swap sw,sectorsize=4096,aalgo=HMAC/SHA256 0 0 which seems to work fine, but spawns some questions: 1) On the first manual reboot after adding the above options, there was a kernel panic. Subsequent reboot(s) were successful. Is there any known problem with using integrity verification on GELI for swap? 2) During boot the log shows a short flurry of messages like: kernel: GEOM_ELI: Device gpt/sw1.eli created. kernel: GEOM_ELI: Encryption: AES-XTS 128 kernel: GEOM_ELI: Integrity: HMAC/SHA256 kernel: GEOM_ELI: Crypto: software kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 16384 bytes of data at offset 11452985344. kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at offset 11453235200. kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at offset 11453239296. kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at offset 11453239296. kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at offset 11453239296. kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at offset 11453235200. kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at offset 4096. kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at offset 0. kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at offset 11453239296. kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 8192 bytes of data at offset 65536. kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 8192 bytes of data at offset 8192. kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 8192 bytes of data at offset 0. which, according to geli(8) man page, could be normal, as these blocks were never written to beforehand and contain random stuff. As the geli swap device is supposed to be ephemeral (Flags: ONETIME, W-DETACH, AUTH, W-OPEN), there is no way to initialize blocks on a swap device on boot. So, are these messages really safe to be ignored? Which brings us another, perhaps more important question: what business does a kernel has to do READING from a swap device, blocks which never have been written to before by this incarnation of the kernel??? 3) Considering that the underlying device is a 4k sectored device, and that HMAC/SHA256 takes some space (like 11%) on its own, what does it mean that the provider (gpt/sw1.eli) as well as the consumer (gpt/sw1) both show sector size 4096 ? Does that mean that all 4k alignment efforts are wasted when one enables integrity verification on GELI? Geom name: gpt/sw1.eli State: ACTIVE EncryptionAlgorithm: AES-XTS KeyLength: 128 AuthenticationAlgorithm: HMAC/SHA256 Crypto: software Version: 7 Flags: ONETIME, W-DETACH, AUTH, W-OPEN KeysAllocated: 24 KeysTotal: 24 Providers: 1. Name: gpt/sw1.eli Mediasize: 11453243392 (11G) Sectorsize: 4096 Mode: r1w1e0 Consumers: 1. Name: gpt/sw1 Mediasize: 12884901888 (12G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r1w1e1 Mark From owner-freebsd-stable@freebsd.org Thu Feb 9 15:02:34 2017 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 A903CCD6C95 for ; Thu, 9 Feb 2017 15:02:34 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 94EB91880 for ; Thu, 9 Feb 2017 15:02:34 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from ford.home.vangyzen.net (unknown [76.164.15.242]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 25EAE564DF; Thu, 9 Feb 2017 09:02:28 -0600 (CST) Subject: Re: GELI with integrity verification on swap To: Mark Martinec , freebsd-stable@freebsd.org References: <76025e5011614a74cffeae62394a7cd4@ijs.si> From: Eric van Gyzen Message-ID: Date: Thu, 9 Feb 2017 09:02:19 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <76025e5011614a74cffeae62394a7cd4@ijs.si> Content-Type: text/plain; charset=windows-1252; 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, 09 Feb 2017 15:02:34 -0000 On 02/09/2017 08:51, Mark Martinec wrote: > 2) During boot the log shows a short flurry of messages like: > > kernel: GEOM_ELI: Device gpt/sw1.eli created. > kernel: GEOM_ELI: Encryption: AES-XTS 128 > kernel: GEOM_ELI: Integrity: HMAC/SHA256 > kernel: GEOM_ELI: Crypto: software > kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 16384 bytes of data at > offset 11452985344. > kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at > offset 11453235200. > kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at > offset 11453239296. > kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at > offset 11453239296. > kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at > offset 11453239296. > kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at > offset 11453235200. > kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at > offset 4096. > kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at > offset 0. > kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 4096 bytes of data at > offset 11453239296. > kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 8192 bytes of data at > offset 65536. > kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 8192 bytes of data at > offset 8192. > kernel: GEOM_ELI: gpt/sw1.eli: Failed to authenticate 8192 bytes of data at > offset 0. > > which, according to geli(8) man page, could be normal, as these blocks were never > written to beforehand and contain random stuff. As the geli swap device is > supposed to be ephemeral (Flags: ONETIME, W-DETACH, AUTH, W-OPEN), there is > no way to initialize blocks on a swap device on boot. So, are these messages > really safe to be ignored? > > Which brings us another, perhaps more important question: what business does > a kernel has to do READING from a swap device, blocks which never have been > written to before by this incarnation of the kernel??? I can't comment on the rest of your message, but these look like the normal "tasting" of a new provider. Some geom classes are looking for metadata near the beginning and end of the provider to see if they contain a partition scheme, file system, or whatever that class should consume. Eric From owner-freebsd-stable@freebsd.org Thu Feb 9 20:12:40 2017 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 39FB7CD8EAC for ; Thu, 9 Feb 2017 20:12:40 +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 043ED1E18 for ; Thu, 9 Feb 2017 20:12:38 +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 1cbv4v-0006o5-Nx for freebsd-stable@freebsd.org; Thu, 09 Feb 2017 21:12:29 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Date: Thu, 09 Feb 2017 21:12:28 +0100 Subject: pkg upgrade deletes firefox? MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: 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: ba572e8a3bde05b4b19613c12a9e49fc 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, 09 Feb 2017 20:12:40 -0000 Hi, Today I get this... # 21:08:42 root@sjakie [~] pkg upgrade Updating FreeBSD repository catalogue... Fetching meta.txz: 100% 944 B 0.9kB/s 00:01 Fetching packagesite.txz: 100% 6 MiB 3.0MB/s 00:02 Processing entries: 100% FreeBSD repository update completed. 25950 packages processed. Checking for upgrades (13 candidates): 100% Processing candidates (13 candidates): 100% The following 13 package(s) will be affected (of 0 checked): Installed packages to be REMOVED: firefox-51.0.1,1 Installed packages to be UPGRADED: xkeyboard-config: 2.19 -> 2.20 xconsole: 1.0.6_1 -> 1.0.7 xauth: 1.0.9_1 -> 1.0.10 vim-lite: 8.0.0252 -> 8.0.0301 tmux: 2.3 -> 2.3_1 opencollada: 1.6.25 -> 1.6.37 mplayer: 1.3.0.20161228_2 -> 1.3.0.20161228_3 libevent2: 2.0.22_1 -> 2.1.8 libass: 0.13.5 -> 0.13.6 gstreamer1: 1.8.0 -> 1.8.0_1 gstreamer: 0.10.36_5 -> 0.10.36_6 ffmpeg: 3.2.2_5,1 -> 3.2.2_6,1 Number of packages to be removed: 1 Number of packages to be upgraded: 12 The operation will free 124 MiB. 25 MiB to be downloaded. Proceed with this action? [y/N]: Why would upgrade want to remove firefox? Regards, Ronald. From owner-freebsd-stable@freebsd.org Thu Feb 9 20:21:22 2017 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 7BD6BCD808E; Thu, 9 Feb 2017 20:21:22 +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 456FA26C; Thu, 9 Feb 2017 20:21:21 +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 1cbvDT-0000Vu-BZ; Thu, 09 Feb 2017 21:21:19 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: pkg upgrade deletes firefox? References: Date: Thu, 09 Feb 2017 21:21:18 +0100 Cc: "freebsd-ports@freebsd.org" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: 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: 7006e789400ccdeb5065f5d065827fb5 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, 09 Feb 2017 20:21:22 -0000 Interesting: # 21:12:51 root@sjakie [~] pkg install firefox Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. pkg: No packages available to install matching 'firefox' have been found in the repositories I guess this is a temporary hickup. Ronald. On Thu, 09 Feb 2017 21:12:28 +0100, Ronald Klop wrote: > Hi, > > Today I get this... > > # 21:08:42 root@sjakie [~] > pkg upgrade > Updating FreeBSD repository catalogue... > Fetching meta.txz: 100% 944 B 0.9kB/s 00:01 > Fetching packagesite.txz: 100% 6 MiB 3.0MB/s 00:02 > Processing entries: 100% > FreeBSD repository update completed. 25950 packages processed. > Checking for upgrades (13 candidates): 100% > Processing candidates (13 candidates): 100% > The following 13 package(s) will be affected (of 0 checked): > > Installed packages to be REMOVED: > firefox-51.0.1,1 > > Installed packages to be UPGRADED: > xkeyboard-config: 2.19 -> 2.20 > xconsole: 1.0.6_1 -> 1.0.7 > xauth: 1.0.9_1 -> 1.0.10 > vim-lite: 8.0.0252 -> 8.0.0301 > tmux: 2.3 -> 2.3_1 > opencollada: 1.6.25 -> 1.6.37 > mplayer: 1.3.0.20161228_2 -> 1.3.0.20161228_3 > libevent2: 2.0.22_1 -> 2.1.8 > libass: 0.13.5 -> 0.13.6 > gstreamer1: 1.8.0 -> 1.8.0_1 > gstreamer: 0.10.36_5 -> 0.10.36_6 > ffmpeg: 3.2.2_5,1 -> 3.2.2_6,1 > > Number of packages to be removed: 1 > Number of packages to be upgraded: 12 > > The operation will free 124 MiB. > 25 MiB to be downloaded. > > Proceed with this action? [y/N]: > > > Why would upgrade want to remove firefox? > > Regards, > Ronald. > _______________________________________________ > 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 Feb 9 20:23:12 2017 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 2A4EBCD832D; Thu, 9 Feb 2017 20:23:12 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: from mail-wm0-x241.google.com (mail-wm0-x241.google.com [IPv6:2a00:1450:400c:c09::241]) (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 C3CE2A74; Thu, 9 Feb 2017 20:23:11 +0000 (UTC) (envelope-from domagoj.stolfa@gmail.com) Received: by mail-wm0-x241.google.com with SMTP id c85so4566458wmi.1; Thu, 09 Feb 2017 12:23:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=V7/kQfFdEdSglc4oW1H/6fbjItbBGnnseQ4HNp0+mrI=; b=l7J6FMaHj1zH0aNQRtnFAw5PvAnZB4TBZ6jX7qjkJ4kCiXG6U087HcY83KHgBRCKKp iz9AQGiNDxVUCTdsonttF+Qj6ojhZ6Vl7NZ30cGmyBB004ImTT9Zt53x4gmIhCojoDrs xhKXTDdYuNunYb49Z/pDQixRiR/nfJDzy25un4+UwVpLokNh5QadYir2BPM5EcLqfMcb LIhViAHBMKAOgHykolt9y/VnzCUGEvZvwZz+Cps8354S1lxkNx+ipJeRAcL6ruGqMEIb oTmsipibGIFcPXBUSpUXvzxjTztCnzfI96jNpcGtHAtVTxl3TTinaP8NVbl3ZDXTNg72 lJOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=V7/kQfFdEdSglc4oW1H/6fbjItbBGnnseQ4HNp0+mrI=; b=djHMpzOX9Okp0Y/SoBKSuiXh3fc12K+ktG5w4tu9RTMlnO3TYl5heHqOeo5LRdGubZ 9B+G/2mb7Kv3g/AY+8B8mGcqKnZHf2zmri4CD3eVVjl9fjMuRBysi9Y9Ed8Fo/suaSyO jgpiClFTVnSN0B0aPwSHfnrTgi5Je3/hN9t96bJ4ZuOLcyZRutWR8IgigenoDCeT7uOn xjLeVXSmoG/qB8sCXF3rE+2iz4sv2xguvwkOe+7YUz7C2n9fZw/rBTg6aaXWL67c77iS yXwTXbOKc4JQ2qMxcKlBE9ojpR4EuJpqF6JFJ2vkdfSgg7EBLjmZZg2ET2Ot2Z19vg5n bTiQ== X-Gm-Message-State: AMke39k5HQBryCSwZFxY099fBx+5riwzZphj+jB/Sc+AfMYlBAdNkE41V0pDvpojswUmDg== X-Received: by 10.28.63.15 with SMTP id m15mr25758312wma.119.1486671789480; Thu, 09 Feb 2017 12:23:09 -0800 (PST) Received: from mobile (141-136-229-176.dsl.iskon.hr. [141.136.229.176]) by smtp.gmail.com with ESMTPSA id m188sm224044wma.0.2017.02.09.12.23.08 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Feb 2017 12:23:08 -0800 (PST) Date: Thu, 9 Feb 2017 21:23:05 +0100 From: Domagoj Stolfa To: Ronald Klop Cc: freebsd-stable@freebsd.org, "freebsd-ports@freebsd.org" Subject: Re: pkg upgrade deletes firefox? Message-ID: <20170209202305.GA73505@mobile> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) 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, 09 Feb 2017 20:23:12 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This is due to the DTRACE option breaking the Firefox build currently. You can compile it from ports by disabling the DTRACE option. -- Best regards, Domagoj Stolfa On Thu, Feb 09, 2017 at 09:21:18PM +0100, Ronald Klop wrote: > Interesting: > > # 21:12:51 root@sjakie [~] > pkg install firefox > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > pkg: No packages available to install matching 'firefox' have been found > in the repositories > > I guess this is a temporary hickup. > > Ronald. > > > > On Thu, 09 Feb 2017 21:12:28 +0100, Ronald Klop > wrote: > > > Hi, > > > > Today I get this... > > > > # 21:08:42 root@sjakie [~] > > pkg upgrade > > Updating FreeBSD repository catalogue... > > Fetching meta.txz: 100% 944 B 0.9kB/s 00:01 > > Fetching packagesite.txz: 100% 6 MiB 3.0MB/s 00:02 > > Processing entries: 100% > > FreeBSD repository update completed. 25950 packages processed. > > Checking for upgrades (13 candidates): 100% > > Processing candidates (13 candidates): 100% > > The following 13 package(s) will be affected (of 0 checked): > > > > Installed packages to be REMOVED: > > firefox-51.0.1,1 > > > > Installed packages to be UPGRADED: > > xkeyboard-config: 2.19 -> 2.20 > > xconsole: 1.0.6_1 -> 1.0.7 > > xauth: 1.0.9_1 -> 1.0.10 > > vim-lite: 8.0.0252 -> 8.0.0301 > > tmux: 2.3 -> 2.3_1 > > opencollada: 1.6.25 -> 1.6.37 > > mplayer: 1.3.0.20161228_2 -> 1.3.0.20161228_3 > > libevent2: 2.0.22_1 -> 2.1.8 > > libass: 0.13.5 -> 0.13.6 > > gstreamer1: 1.8.0 -> 1.8.0_1 > > gstreamer: 0.10.36_5 -> 0.10.36_6 > > ffmpeg: 3.2.2_5,1 -> 3.2.2_6,1 > > > > Number of packages to be removed: 1 > > Number of packages to be upgraded: 12 > > > > The operation will free 124 MiB. > > 25 MiB to be downloaded. > > > > Proceed with this action? [y/N]: > > > > > > Why would upgrade want to remove firefox? > > > > Regards, > > Ronald. > > _______________________________________________ > > 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" > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEHQB+y96lmmv+IXofwxT+ikb0YU4FAlicz6YACgkQwxT+ikb0 YU4QqAf7BFJDXDGrnxSFdtRXO7HwTUarYLSEeFWIOvF2wARYBOGCzxzcNO76vgeI 7n1Aw82R/D7StOrOCDeTqDNAECTb2eG8d9VobZCraVIc7h5D+yVf64ul8L2FX+s7 WfQTxC0MdPUaik7ZsnAy9sSCXApjmryH8utbQCpyzilGpPRAYMjLVh1tOLkg3xhM RzI7WbWUMawISy0p/EqedVOIE8GU7OnuvcUsGqROiWggoMiZrvMbjQcfnv71LLoz qgHDIEiY4o23lMbgyhcjARbkSRsxQMwlQ9ZTNVRBJBpLEByvTatuplQ7PewF8hzG BxP8TUquhvUhthZH1QSJP7cCeA6ASw== =3210 -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-stable@freebsd.org Thu Feb 9 20:54:02 2017 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 E2DBBCD8E75 for ; Thu, 9 Feb 2017 20:54:02 +0000 (UTC) (envelope-from derrick.mckee@gmail.com) 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 A001227C for ; Thu, 9 Feb 2017 20:54:02 +0000 (UTC) (envelope-from derrick.mckee@gmail.com) Received: by mail-ua0-x233.google.com with SMTP id i68so12916371uad.0 for ; Thu, 09 Feb 2017 12:54:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=pX9zfIrDhUnfYRwvS/f2cg0rwbFX5LXoh+TqvH9mmvs=; b=b9y0YTR/ZscTZ9xVwS81MvuQYhs2QQVcKtqhVwZJrB0i4ZfmTqtSmF/w9ul8TsKLi5 E7+CM8LXdTilr0eHKfZ9cKrKpDmi5FG6BpuNDoyT2wa1qz9zMwtPjoY6aeYOLLL1LZ3R tSjwmGm9n6kitQHutZQZJO+VWZiOzRnDVvMV7wUnlcjh4XnHsl0QWJtk5xWb+n8DgaKE 1FrBxVBkLPXaht8ythQ5bRGlDQczmzM/MYr02o3t25UqRaLckZDvvFNcUCWJoDlVqrym zSMV1Vo6zA1Nmrq1TqlefSfnd5WewQCaz4iida/P/6lDsLDUdTcAqULmIboDhdsMTuFm ghRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=pX9zfIrDhUnfYRwvS/f2cg0rwbFX5LXoh+TqvH9mmvs=; b=GuyPBGK0igdzzf69HMIfGhewCmzYXP5rzgZ9LsgvGKeQ3xYfT14+jbBG3HtF6jy3H8 L+G9DOdSDLKp2DbJl918+83qb4v9w30qR8A+CYZeTj81s3OMucOrjwsjusO5pJD0OjEF Qpx9GtgV3zWfwoXUVEjYauqwtt2WdK+P2BIBRfa7cMjJ3Ukxh0aGgzgkXlEmksGBoT8e QlIdqWb5SM9azHUxfZChAxI6cLTJZlKBdidN3U1dY9mpcxsKPMTioyNbmY06Q4BLK9SX lK27rej+103J06zKIOo7SCNVj1Ne6mEnjsxqnCWTJ7+UnKxgSdQDQL3Sr7yNndZaxz44 c8fw== X-Gm-Message-State: AMke39kKyfThNyc3H1hR4JV9wRKOcIDAQZsaLJQapDYrFhWtW09td0jM6hph3A4uZhy7kt1f3CEFhlIPF0XS2g== X-Received: by 10.176.6.202 with SMTP id g68mr2791800uag.34.1486673641485; Thu, 09 Feb 2017 12:54:01 -0800 (PST) MIME-Version: 1.0 From: Derrick McKee Date: Thu, 09 Feb 2017 20:53:50 +0000 Message-ID: Subject: HWPMC on SkyLake To: "freebsd-stable@freebsd.org" 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, 09 Feb 2017 20:54:03 -0000 I would like to use hwpmc on my desktop with a SkyLake processor. However, I get an 'hwpc_core: unknown PMC architecture: 4' error whenever I run kldload hwpmc command. There was a small thread about this error on the current mailing list last year[1], but I can't find any resolution about this. Is there any new information? [1] https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061863.html Version: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz 1. hwpc_core: unknown PMC architecture: 4 2. hwpmc: SOFT/16/64/0x67 -- Derrick McKee Ph.D. Student at Purdue University From owner-freebsd-stable@freebsd.org Thu Feb 9 21:11:26 2017 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 A2BB8CD8121 for ; Thu, 9 Feb 2017 21:11:26 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 8E75BBC9 for ; Thu, 9 Feb 2017 21:11:26 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id DB8BB564DF; Thu, 9 Feb 2017 15:11:25 -0600 (CST) Subject: Re: HWPMC on SkyLake To: Derrick McKee , "freebsd-stable@freebsd.org" References: From: Eric van Gyzen Message-ID: <3a591925-7029-ed1d-6e25-9d11471d276c@FreeBSD.org> Date: Thu, 9 Feb 2017 15:11:21 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 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: Thu, 09 Feb 2017 21:11:26 -0000 On 02/09/2017 14:53, Derrick McKee wrote: > I would like to use hwpmc on my desktop with a SkyLake processor. However, > I get an 'hwpc_core: unknown PMC architecture: 4' error whenever I run > kldload hwpmc command. There was a small thread about this error on the > current mailing list last year[1], but I can't find any resolution about > this. Is there any new information? > > [1] > https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061863.html > > Version: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz > > > 1. hwpc_core: unknown PMC architecture: 4 > 2. hwpmc: SOFT/16/64/0x67 > This appears to be fixed by r311224 just last month: https://svnweb.freebsd.org/base?view=revision&revision=311224 https://reviews.freebsd.org/D9036 It was merged to stable/11 by r311960. I don't see a merge to stable/10. Cheers, Eric From owner-freebsd-stable@freebsd.org Thu Feb 9 23:10:10 2017 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 DBABDCD88E9 for ; Thu, 9 Feb 2017 23:10:10 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-ua0-x234.google.com (mail-ua0-x234.google.com [IPv6:2607:f8b0:400c:c08::234]) (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 94F741D2A for ; Thu, 9 Feb 2017 23:10:10 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-ua0-x234.google.com with SMTP id 96so15353351uaq.3 for ; Thu, 09 Feb 2017 15:10:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=R0p+JoFy8tiNx0+rkjm3TcxPWWzpebunkjc2VYRq4S8=; b=xj/dn0+s+Jcu+4itJ8kQowV6IVgmKJfjIpHcoxFwRDBvv1DtQzOM/EHdU4v8iAEhZp DuO/7TVRWjQnE9tlosym5G4VKhoAqQYP0Gi4pV80V8Mo9kQr2CHbxwJw7V55RDI2GglA E4419yBxkn1xQ4BvRuh7SXav9KabS/C0tSvxHiXN2N+LHYvqVaNcI3t/qn7uCy1Ai6W+ VN4/BXRaUK8TaUt21RyDz7UnOt6hX9BZk0N5RLSA0WCruHn6IHd2FH1DmrWzUxSS3eB8 gh/waxETrj2+nADtpXbIHxgwcruBJhp5xYK7+wy/AhWXZvdOEdKxzqnJmQBIgkmVKktk 6rrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=R0p+JoFy8tiNx0+rkjm3TcxPWWzpebunkjc2VYRq4S8=; b=KByIj0pWRCbuPobFOBDbw77mmA5wwX4I/lzBLyP90P6AtxIQh0DdlUGfjlJeMteOM8 JORIiXb53xUjiK8X6XuIlr+9Zytd6gs2eLmPxXmGyo4OA+YRi19/YZ/ksScxAZD5goDE k7KboNZprzz4zAeOs2VnR74NQrDZa2JUiO0gaGxh8Fy6xBZ6WNkm71tsC1rH3q4usVpe 6GIVe/Psep+EwTPE1cWPgg+MCkMW39Mj0E2qZMqtLHugh+7cSao1qNF8Vhm3/PYBQ0oq BlmmQAx8QuXtHkj840GOJ+hyKjScjdBRXLtw38JyeEGMH22TfCRrFkEhOTvIcxH8Jqur WvDA== X-Gm-Message-State: AMke39kGsiIishFmbv1pcGqeCjLHCgTmEmdyvB2i9H7TaQfQsu2nWhlwtirvrcYU9jmyRql9zsZuCFlC5OTZzAC8 X-Received: by 10.159.39.72 with SMTP id a66mr3013216uaa.150.1486681809607; Thu, 09 Feb 2017 15:10:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.45.2 with HTTP; Thu, 9 Feb 2017 15:10:08 -0800 (PST) In-Reply-To: <3a591925-7029-ed1d-6e25-9d11471d276c@FreeBSD.org> References: <3a591925-7029-ed1d-6e25-9d11471d276c@FreeBSD.org> From: Oliver Pinter Date: Fri, 10 Feb 2017 00:10:08 +0100 Message-ID: Subject: Re: HWPMC on SkyLake To: Eric van Gyzen Cc: Derrick McKee , "freebsd-stable@freebsd.org" 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, 09 Feb 2017 23:10:11 -0000 On Thursday, February 9, 2017, Eric van Gyzen wrote: > On 02/09/2017 14:53, Derrick McKee wrote: > > I would like to use hwpmc on my desktop with a SkyLake processor. > However, > > I get an 'hwpc_core: unknown PMC architecture: 4' error whenever I run > > kldload hwpmc command. There was a small thread about this error on the > > current mailing list last year[1], but I can't find any resolution about > > this. Is there any new information? > > > > [1] > > https://lists.freebsd.org/pipermail/freebsd-current/ > 2016-June/061863.html > > > > Version: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz > > > > > > 1. hwpc_core: unknown PMC architecture: 4 > > 2. hwpmc: SOFT/16/64/0x67 > > > > This appears to be fixed by r311224 just last month: > > https://svnweb.freebsd.org/base?view=revision&revision=311224 > > https://reviews.freebsd.org/D9036 > > It was merged to stable/11 by r311960. I don't see a merge to stable/10. Take a look at HardenedBSD's 10-STABLE, I merged back all of the x86-64 related hwpmc fixes and enhancements to our version. > > Cheers, > > Eric > _______________________________________________ > 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 Feb 10 15:37:33 2017 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 77B06CD96D2 for ; Fri, 10 Feb 2017 15:37:33 +0000 (UTC) (envelope-from shashaness@hotmail.com) Received: from BAY004-OMC3S18.hotmail.com (bay004-omc3s18.hotmail.com [65.54.190.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45ED21AD1 for ; Fri, 10 Feb 2017 15:37:32 +0000 (UTC) (envelope-from shashaness@hotmail.com) Received: from NAM02-BL2-obe.outbound.protection.outlook.com ([65.54.190.187]) by BAY004-OMC3S18.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Fri, 10 Feb 2017 07:36:27 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=tsbLCgbUvscHQN0dlBjlexxwmP2G2O+mbB8+KjfEN2U=; b=qrrv0UDwHarXYDbprE9RlWK+PvCUrYEKQHrNLF1AziKM1wb2KIWSr6rqeid0RxpljBHcM3iJHZAndzILwl57ct4+yuLUmq6yr4cDybFhzk5AgQE81Acah+VJr0rw/HL+xbAtJmc43VbK9n1pzI+EzXTQp6bFxm/GJA1/ag4tamDugVse5sDFsGDp9fZEDwFoxX6Zxi/zDAmKcRRdpV7fsteV/0xTr+gGLVZ+eIOvUV0JYILOEdxu01S0A29i4JddewYzxNXDDU9gHhnUYI8pZqVBwPUgRMyPD1XaeR1EsdE4OUO2xFEvx9OiJTzrh2SdqBQOANn7eYeb2WXa05Xc6Q== Received: from CY1NAM02FT045.eop-nam02.prod.protection.outlook.com (10.152.74.51) by CY1NAM02HT081.eop-nam02.prod.protection.outlook.com (10.152.75.118) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.888.7; Fri, 10 Feb 2017 15:36:26 +0000 Received: from CY1PR14MB0520.namprd14.prod.outlook.com (10.152.74.53) by CY1NAM02FT045.mail.protection.outlook.com (10.152.75.111) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.904.16 via Frontend Transport; Fri, 10 Feb 2017 15:36:26 +0000 Received: from CY1PR14MB0520.namprd14.prod.outlook.com ([10.164.71.150]) by CY1PR14MB0520.namprd14.prod.outlook.com ([10.164.71.150]) with mapi id 15.01.0888.026; Fri, 10 Feb 2017 15:36:25 +0000 From: Shawn Bakhtiar To: "freebsd-stable@freebsd.org" Subject: Re: FreeBSD 10.2-RELEASE #0 r286666: Panic and crash Thread-Topic: FreeBSD 10.2-RELEASE #0 r286666: Panic and crash Thread-Index: AQHSgLw5rWSPaBuDSU6Tu1VQr+97TaFiZWKA Date: Fri, 10 Feb 2017 15:36:25 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=hotmail.com; x-incomingtopheadermarker: OriginalChecksum:070291869B688208EF007E4B56F1B648CF3F10E5B863F0FD73C9C316EB6F0D93; UpperCasedChecksum:DB9ADC3D6AB395F18F6BDC41465098563639E5595552FA3D090A79EF614C6FB8; SizeAsReceived:7643; Count:36 x-ms-exchange-messagesentrepresentingtype: 1 x-incomingheadercount: 36 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; CY1NAM02HT081; 5:x5jRS5Zgy2kWJyzHT8n5F0wXqnV9mX7+0SVxtpYQ/8Fi48Ix3+xbNCxTgIj8EqwogLhyjlyFAXThYcMaZKhgHWVVrxjzRG5v6tUGrRjpcXd9e+wVvtwjfcyQ+TTvb6/1yMYOvWeOtDLEQJUv0rc3Gg==; 24:elNvioA7T4+EhT6Vdmtu6GDESYr9jlFXyXk7Q0TyTljUMgImMBbljVAlLzumdfb4ZowXdAVN7o1rjIcNqQbGuyxY2vUqE2uUJm2sjvt6N0w=; 7:ob/4Np0ZqN2qkbuz5CYQyEKC3wWuVvcgrKa5borEpSfJgd1BkvFXW+ntiO1wYPqO2obDkturyfhhXecjheT83kKsBfZMPXnxF+RQmrAhBQ28Iu6yloE6Nr3MlSHzdJjrMX4inaK1SuTg1jHbf9C7zRVyet7KeqFZgVouhFW+RblMunPZgrFjaDVeouadJ+f/dQJIH7/qBFDZcBSPUSGQIpQWb/U1agloYhKMJzxEZMaBxazfsXMLngTN5YJUfI+FvEPB/tXJSfGDqMNRqZgKHkiFp/E23n9Q9oYQNvjkzA7Nou4gu0P09XXUXgUUqvdX8deO3Sz/0p30kdcxdk6sGFEYXIHT59fS+eXpz1dyEqSfLSNOMBA0c9p8vU4YamB1xf5G5LC2DugyasA18f/X29jAAUwriAbiizWlKDZ8pIRt7IrmNdfSWSHKGHQ3Q3Lsg4Q0pK2habTkoiMQHpCqTOE25ZskxrU8hA0zY26IpYSJexs7/FRrfFw/Jzn1YaZmH5ZoaZKwB59MxtpNi4jLFA== x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900007); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1NAM02HT081; H:CY1PR14MB0520.namprd14.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 5a4b0b0d-71d0-48d2-27c1-08d451ca91e7 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(5061506426)(5061507331)(1603103135)(1601125107)(1603101373)(1701031045); SRVR:CY1NAM02HT081; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(432015086)(82015046); SRVR:CY1NAM02HT081; BCL:0; PCL:0; RULEID:; SRVR:CY1NAM02HT081; x-forefront-prvs: 0214EB3F68 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Feb 2017 15:36:25.8547 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1NAM02HT081 X-OriginalArrivalTime: 10 Feb 2017 15:36:27.0881 (UTC) FILETIME=[71CCFD90:01D283B3] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 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, 10 Feb 2017 15:37:33 -0000 V2VsbC4uLi4NCg0KSXQgaGFwcGVuZWQgYWdhaW4gdG9kYXkuDQoNCkkgZm91bmQgYSBmZXcgaW5z dGFuY2VzIG9uIHRoZSB3ZWIgb2Ygb3RoZXJzIHJlcG9ydGluZyBzaW1pbGFyIGlzc3VlcywgYW5k IGFsc28gcmFuIGFjcm9zcyB0aGlzIGJ1Zy4NCg0KaHR0cHM6Ly9idWdzLmZyZWVic2Qub3JnL2J1 Z3ppbGxhL3Nob3dfYnVnLmNnaT9pZD0yMTEwMzcNCg0KVGhpcyBpcyBlYXJseSBzaW1pbGFyIHRv IHdoYXQgaXMgaGFwcGVuaW5nIHRvIG1lLCBzYXZlIHRoYXQgaW4gdGhpcyBjYXNlIGl0J3MgaGFw cGVuaW5nIHdpdGggYSBVU0IgZHJpdmUuIFNob3VsZCBJIGJlIGF0dGFjaGluZyB0aGlzIHRoZXJl Pw0KDQpJJ3ZlIGRpc2FibGVkIHRoZSBsb2NhbCBiYWNrdXAgdG8gdGhlIFVTQiAoanVzdCBkb2lu ZyB0aGUgcmVtb3RlIG9uZSB0byB0aGUgc2hhcmUgZHJpdmUpLg0KDQpBbnkgaGVscCB3b3VsZCBi ZSBncmVhdGx5IGFwcHJlY2lhdGVkLg0KDQoNCk9uIEZlYiA2LCAyMDE3LCBhdCAxOjAxIFBNLCBT aGFoZWVuIEJha2h0aWFyIDxzaGFzaGFuZXNzQGhvdG1haWwuY29tPG1haWx0bzpzaGFzaGFuZXNz QGhvdG1haWwuY29tPj4gd3JvdGU6DQoNCkhpIGFsbCENCg0KaHR0cDovL3Bhc3RlYmluLmNvbS9u aVhyakYwRA0KDQpQbGVhc2UgcmVmZXIgdG8gZnVsbCBvdXRwdXQgZnJvbSBjcmFzaCBhYm92ZS4N Cg0KVGhpcyBtb3JuaW5nIG91ciBJTUFQIHNlcnZlciBkZWNpZGVkIHRvIGdvIGJlbGx5IHVwLiBJ IGNvdWxkIG5vdCByZW1vdGUgaW4sIGFuZCB0aGUgbWFjaGluZSB3b3VsZCBub3QgcmVzcG9uZCB0 byBhbnkgcGluZ3MuDQoNCkNoZWNraW5nIHRoZSBwaHlzaWNhbCBjb25zb2xlIEkgaGFkIHRoZSBm b2xsb3dpbmcgd29ycmlzb21lIG1lc3NhZ2VzIG9uIHNjcmVlbjoNCg0K4oCiIGdfdmZzX2RvbmUo KTpkYTFwMVtSRUFEKG9mZnNldD03MjY1NTYxNzcyMDMyLCBsZW5ndGg9MzI3NjgpXWVycm9yID0g NQ0K4oCiIGdfdmZzX2RvbmUoKTpkYTFwMVtXUklURShvZmZzZXQ9NzI2Nzk1NzczNTQyNCwgbGVu Z3RoPTEzMTA3MildZXJyb3IgPSAxNg0K4oCiIC9tbnQvVVNCQkQ6IGdvdCBlcnJvciAxNiB3aGls ZSBhY2Nlc3NpbmcgZmlsZXN5c3RlbQ0K4oCiIHBhbmljOiBzb2Z0ZGVwX2RlYWxsb2NhdGVfZGVw ZW5kZW5jaWVzOiB1bnJlY292ZXJlZCBJL08gZXJyb3INCuKAoiBjcHVpZCA9IDUNCg0KL21udC9V U0JEQiBpcyBhIE15Qm9vayBVU0IgOFRCIGRyaXZlIHRoYXQgd2UgdXNlIGZvciBkYWlseSBiYWNr dXBzIG9mIHRoZSBJTUFQIGRhdGEgdXNpbmcgcnN5bmMuIEV2ZXJ5dGhpbmcgc28gZmFyIGhhcyB3 b3JrZWQgd2l0aG91dCBpc3N1ZS4NCg0KSSBhbHNvIG5vdGljZWQgYSBidW5jaCBvZjoNCg0K4oCi IGZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMiBhdCAweDQwMDAwMDAwMDFmZmZmZg0K4oCiIGZzdGF0 OiBjYW4ndCByZWFkIGZpbGUgNCBhdCAweDc4MDAwMGZmZmYNCuKAoiBmc3RhdDogY2FuJ3QgcmVh ZCBmaWxlIDUgYXQgMHg2MDAwMDAwMDANCuKAoiBmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQg MHgyMDAwMDdmZmZmZmZmZmYNCuKAoiBmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDIgYXQgMHg0MDAw MDAwMDAxZmZmZmYNCuKAoiBmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDQgYXQgMHg3ODAwMDBmZmZm DQrigKIgZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSA1IGF0IDB4NjAwMDAwMDAwDQoNCg0KYnV0IEkg aGF2ZSBubyBpZGVhIHdoYXQgdGhlc2UgYXJlIGZyb20uDQoNCmRmIC1oIG91dHB1dDoNCi9kZXYv ZGEwcDIgICAgMS44VCAgICAyMjZHICAgIDEuNVQgICAgMTMlICAgIC8NCmRldmZzICAgICAgICAg MS4wSyAgICAxLjBLICAgICAgMEIgICAxMDAlICAgIC9kZXYNCi9kZXYvZGExcDEgICAgNy4wVCAg ICAyNTFHICAgIDYuMlQgICAgIDQlICAgIC9tbnQvVVNCQkQNCg0KDQpkYTBwMiBpcyBhIFJBSUQg bGV2ZWwgNSBvbiBhbiBIUCBTbWFydCBBcnJheQ0KDQpIZXJlIGlzIHRoZSBvdXRwdXQgb2YgZG1z ZyBhZnRlciByZWJvb3Q6DQpodHRwOi8vcGFzdGViaW4uY29tL3JIVmpnWjgyDQoNCk9idmlvdXNs eSBib3RoIHRoZSBSQUlEIGFuZCBVU0IgZHJpdmUgZGlkIG5vdCB3YWxrIGF3YXkgZnJvbSB0aGUg Y3Jhc2ggY2xlYW5pbmcuIFNob3VsZCBJIGJlIHJ1bm5pbmcgYSBmc2NrIGF0IHRoaXMgcG9pbnQg b24gYm90aCBmcm9tIHNpbmdsZSB1c2VyIG1vZGUgdG8gdmVyaWZ5IGFuZCBjbGVhbiB1cC4gTXkg Y29uY2VybiBpcyB0aGU6DQpXQVJOSU5HOiAvOiBtb3VudCBwZW5kaW5nIGVycm9yOiBibG9ja3Mg MCBmaWxlcyAyNg0Kd2hlbiBtb3VudGluZyAvZGV2L2RhMHAyDQoNCkZvciBzb21lIHJlYXNvbiBJ IHdhcyB1bmRlciB0aGUgaW1wcmVzc2lvbiB0aGF0IGZzY2sgd2FzIHJ1biBhdXRvbWF0aWNhbGx5 IG9uIHJlYm9vdC4NCg0KQW55IGhlbHAgaW4gdGhpcyBtYXR0ZXIgd291bGQgYmUgZ3JlYXRseSBh cHByZWNpYXRlZC4gSSdtIGEgbGl0dGxlIGNvbmNlcm5lZCB0aGF0IGEgYmFja3VwIHN0cmF0ZWd5 IHRoYXQgaGFzIHdvcmtlZCBmb3IgdXMgZm9yIG1hbnkgTUFOWSB5ZWFycyB3b3VsZCBzbyBlYXNp bHkgdGhyb3cgdGhlIE9TIGludG8gcGFuaWMuIElmIGFuIEkvTyBlcnJvciBvY2N1cnJlZCBvbiB0 aGUgVVNCIERyaXZlIEkgd291bGQgZnJhbmtseSB0aGluayBpdCBzaG91bGQganVzdCBiYWNrIG91 dCwgd2l0aG91dCBwYW5pYy4gT3IgYW0gSSBtaXNzaW5nIHNvbWV0aGluZz8NCg0KQW55IHJlY29t bWVuZGF0aW9ucyAvIGluc2lnaHRzIHdvdWxkIGJlIG1vc3Qgd2VsY29tZS4NClNoYXduDQoNCg0K DQoNCg0KDQoNCg0KDQo=